Re: [foreman-dev] Kanban tools and redmine
There's one tool for redmine and kanboard already [1], patches welcome :-) [1] https://github.com/ares/kansync -- Marek On November 30, 2017 18:53:17 Walden Raineswrote: So for me, I'd prefer to keep using what I need, redmine and some board and not trying to combine both together. I think that is a fair point. It would be nice if we had a way to import redmine issues into a board and have them move themselves to in progress, ready for review, done, etc. as the state changed on redmine. I woul djust like to find some way to minimize manual tracking. Perhaps we could write some integrations to trello/kanboard to cut down on the bookkeeping. Cheers, Walden On Thu, Nov 30, 2017 at 4:27 AM, Marek Hulán wrote: Dne středa 29. listopadu 2017 9:05:28 CET, Lukas Zapletal napsal(a): > Can you elaborate on why something does not make sense to track in > RedMine? I am not following, RedMine is a generic ticketing system and > you can create as many tickets as you want, e.g. Buy milk. It will > work. This is a dogma I do not take as an argument. What's relevant is > if you need to create private work items, but we do have a private > feature in RedMine and we use it from time to time. And frankly, we > don't need these very often (mostly security issues). Sorry for answering someone else question, but from my experience, redmine is great for tracking dev stuff, including back traces, links to PR, BZ, release that includes the fix etc. Stuff like buy milk that does not hopefully have a backtrace is easier to track in some board as it's easier to manipulate. More realistically, things like "review PR $number" is easier to add and track in more lightweight system. I think these are simply two different use cases and I'm fine using two different tools for them. So for me, I'd prefer to keep using what I need, redmine and some board and not trying to combine both together. -- Marek > If you look to the past, various scrum teams tried dozens off tools. > But hey, you know what is still here? RedMine (and RHBZ of course :-) > - those systems survived. My sole opinion is let's ditch RedMine and > use RHBZ for everything, many open source projects do this. But I > understand many people cannot live with Bugzilla, that's fine. OK! > Let's just stick to RedMine then. If people want to try RedMine > plugins, I totally do support that. What I really like is to have > everything in one place - no copies. > > Historically, there have been problems with RedMine plugins for scrum, > it was overloading the server when whole team was moving tickets. But > we might upgraded to better hosting how, if infrateam approves I am > all for trying anything that is a RedMine plugin and works with > regular issues. > > This could be a chance to setup "staging" redmine, since we still have > some knowledge from the migration. There we can test it on our current > data and vote how we like it. > > LZ > > On Wed, Nov 29, 2017 at 8:00 AM, Ivan Necas wrote: > > My uderstanding of kanban is, that moving the cards manually on the signal > > board is actually part of the kanban way of doing things. Another thing, > > that is integrated part of the kanban process is > > WIP limits, that I don't even see on the redmine plugin. Another reason > > for > > actually not using > > redmine for this is the rasks, that don't make sense to actually track in > > redmine. > > > > I have a pr to nice Marek's tooling around automating some common actions > > around > > Kanboard https://github.com/ares/kansync/pull/5 and so far, I'm happy with > > this. > > > > -- Ivan > > > > út 28. 11. 2017 v 22:37 odesílatel Andrew Kofink > > > > napsal: > >> I'm open to using other kanban style tools. To me it doesn't really > >> matter > >> that much how we plan - it's the same information just in a different > >> format. So, if people have reasons, then I'm fine with switching. > >> > >> On Tue, Nov 28, 2017 at 4:29 PM, Walden Raines wrote: > >>> Hey, > >>> > >>> With several teams moving to kanban style tools for the visualization of > >>> tasks I'm wondering if anyone has tried redmine's PluginKanban [1]. > >>> > >>> I really like the idea of a trello/kanboard like tool but I hate having > >>> to update tasks in multiple places. Another idea I had was to switch > >>> (back) to using GH issues and use GH projects [2] as well. > >>> > >>> Any other thoughts on how to make these kanban boards work better with > >>> redmine? > >>> > >>> Cheers, > >>> Walden > >>> > >>> [1] http://www.redmine.org/projects/redmine/wiki/PluginKanban > >>> [2] https://help.github.com/articles/about-project-boards/ > >>> > >>> -- > >>> You received this message because you are subscribed to the Google > >>> Groups > >>> "foreman-dev" group. > >>> To unsubscribe from this group and stop receiving emails from it, send > >>> an > >>> email to foreman-dev+unsubscr...@googlegroups.com. >
Re: [foreman-dev] Kanban tools and redmine
On Wed, Nov 29, 2017 at 1:26 PM, Greg Sutcliffewrote: > On 28/11/17 21:29, Walden Raines wrote: > > Hey, > > > > With several teams moving to kanban style tools for the visualization of > > tasks I'm wondering if anyone has tried redmine's PluginKanban [1]. > > Haven't tried it, yet :). Performance would be good to find out about > (Redmine Backlogs was *awful* for that), and also what versions of > Redmine it supports (can't just see that info). > > I need to do an update for the list about the redmine status, so let me > include this on that. > did you look into openproject [1] ? it seems like its based on redmine (so data migration might just work) and has quite a few features around planning? Ohad [1] https://www.openproject.org/ > > Greg > > -- > You received this message because you are subscribed to the Google Groups > "foreman-dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to foreman-dev+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [foreman-dev] Kanban tools and redmine
On Thu, Nov 30, 2017 at 10:27:40AM +0100, Marek Hulán wrote: Dne středa 29. listopadu 2017 9:05:28 CET, Lukas Zapletal napsal(a): Can you elaborate on why something does not make sense to track in RedMine? I am not following, RedMine is a generic ticketing system and you can create as many tickets as you want, e.g. Buy milk. It will work. This is a dogma I do not take as an argument. What's relevant is if you need to create private work items, but we do have a private feature in RedMine and we use it from time to time. And frankly, we don't need these very often (mostly security issues). Sorry for answering someone else question, but from my experience, redmine is great for tracking dev stuff, including back traces, links to PR, BZ, release that includes the fix etc. Stuff like buy milk that does not hopefully have a backtrace is easier to track in some board as it's easier to manipulate. More realistically, things like "review PR $number" is easier to add and track in more lightweight system. I think these are simply two different use cases and I'm fine using two different tools for them. So for me, I'd prefer to keep using what I need, redmine and some board and not trying to combine both together. This mirrors my experience. It's also easier to keep downstream issues out of upstream but still track them. If you look to the past, various scrum teams tried dozens off tools. But hey, you know what is still here? RedMine (and RHBZ of course :-) - those systems survived. My sole opinion is let's ditch RedMine and use RHBZ for everything, many open source projects do this. But I understand many people cannot live with Bugzilla, that's fine. OK! Let's just stick to RedMine then. If people want to try RedMine plugins, I totally do support that. What I really like is to have everything in one place - no copies. Historically, there have been problems with RedMine plugins for scrum, it was overloading the server when whole team was moving tickets. But we might upgraded to better hosting how, if infrateam approves I am all for trying anything that is a RedMine plugin and works with regular issues. This could be a chance to setup "staging" redmine, since we still have some knowledge from the migration. There we can test it on our current data and vote how we like it. LZ On Wed, Nov 29, 2017 at 8:00 AM, Ivan Necaswrote: > My uderstanding of kanban is, that moving the cards manually on the signal > board is actually part of the kanban way of doing things. Another thing, > that is integrated part of the kanban process is > WIP limits, that I don't even see on the redmine plugin. Another reason > for > actually not using > redmine for this is the rasks, that don't make sense to actually track in > redmine. > > I have a pr to nice Marek's tooling around automating some common actions > around > Kanboard https://github.com/ares/kansync/pull/5 and so far, I'm happy with > this. > > -- Ivan > > út 28. 11. 2017 v 22:37 odesílatel Andrew Kofink > > napsal: >> I'm open to using other kanban style tools. To me it doesn't really >> matter >> that much how we plan - it's the same information just in a different >> format. So, if people have reasons, then I'm fine with switching. >> >> On Tue, Nov 28, 2017 at 4:29 PM, Walden Raines wrote: >>> Hey, >>> >>> With several teams moving to kanban style tools for the visualization of >>> tasks I'm wondering if anyone has tried redmine's PluginKanban [1]. >>> >>> I really like the idea of a trello/kanboard like tool but I hate having >>> to update tasks in multiple places. Another idea I had was to switch >>> (back) to using GH issues and use GH projects [2] as well. >>> >>> Any other thoughts on how to make these kanban boards work better with >>> redmine? >>> >>> Cheers, >>> Walden >>> >>> [1] http://www.redmine.org/projects/redmine/wiki/PluginKanban >>> [2] https://help.github.com/articles/about-project-boards/ -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [foreman-dev] Kanban tools and redmine
> So for me, I'd prefer to keep using what I need, redmine and some board and not trying to combine both together. I think that is a fair point. It would be nice if we had a way to import redmine issues into a board and have them move themselves to in progress, ready for review, done, etc. as the state changed on redmine. I woul djust like to find some way to minimize manual tracking. Perhaps we could write some integrations to trello/kanboard to cut down on the bookkeeping. Cheers, Walden On Thu, Nov 30, 2017 at 4:27 AM, Marek Hulánwrote: > Dne středa 29. listopadu 2017 9:05:28 CET, Lukas Zapletal napsal(a): > > Can you elaborate on why something does not make sense to track in > > RedMine? I am not following, RedMine is a generic ticketing system and > > you can create as many tickets as you want, e.g. Buy milk. It will > > work. This is a dogma I do not take as an argument. What's relevant is > > if you need to create private work items, but we do have a private > > feature in RedMine and we use it from time to time. And frankly, we > > don't need these very often (mostly security issues). > > Sorry for answering someone else question, but from my experience, redmine > is > great for tracking dev stuff, including back traces, links to PR, BZ, > release > that includes the fix etc. Stuff like buy milk that does not hopefully > have a > backtrace is easier to track in some board as it's easier to manipulate. > More > realistically, things like "review PR $number" is easier to add and track > in > more lightweight system. I think these are simply two different use cases > and > I'm fine using two different tools for them. > > So for me, I'd prefer to keep using what I need, redmine and some board and > not trying to combine both together. > > -- > Marek > > > If you look to the past, various scrum teams tried dozens off tools. > > But hey, you know what is still here? RedMine (and RHBZ of course :-) > > - those systems survived. My sole opinion is let's ditch RedMine and > > use RHBZ for everything, many open source projects do this. But I > > understand many people cannot live with Bugzilla, that's fine. OK! > > Let's just stick to RedMine then. If people want to try RedMine > > plugins, I totally do support that. What I really like is to have > > everything in one place - no copies. > > > > Historically, there have been problems with RedMine plugins for scrum, > > it was overloading the server when whole team was moving tickets. But > > we might upgraded to better hosting how, if infrateam approves I am > > all for trying anything that is a RedMine plugin and works with > > regular issues. > > > > This could be a chance to setup "staging" redmine, since we still have > > some knowledge from the migration. There we can test it on our current > > data and vote how we like it. > > > > LZ > > > > On Wed, Nov 29, 2017 at 8:00 AM, Ivan Necas wrote: > > > My uderstanding of kanban is, that moving the cards manually on the > signal > > > board is actually part of the kanban way of doing things. Another > thing, > > > that is integrated part of the kanban process is > > > WIP limits, that I don't even see on the redmine plugin. Another reason > > > for > > > actually not using > > > redmine for this is the rasks, that don't make sense to actually track > in > > > redmine. > > > > > > I have a pr to nice Marek's tooling around automating some common > actions > > > around > > > Kanboard https://github.com/ares/kansync/pull/5 and so far, I'm happy > with > > > this. > > > > > > -- Ivan > > > > > > út 28. 11. 2017 v 22:37 odesílatel Andrew Kofink > > > > > > napsal: > > >> I'm open to using other kanban style tools. To me it doesn't really > > >> matter > > >> that much how we plan - it's the same information just in a different > > >> format. So, if people have reasons, then I'm fine with switching. > > >> > > >> On Tue, Nov 28, 2017 at 4:29 PM, Walden Raines > wrote: > > >>> Hey, > > >>> > > >>> With several teams moving to kanban style tools for the > visualization of > > >>> tasks I'm wondering if anyone has tried redmine's PluginKanban [1]. > > >>> > > >>> I really like the idea of a trello/kanboard like tool but I hate > having > > >>> to update tasks in multiple places. Another idea I had was to switch > > >>> (back) to using GH issues and use GH projects [2] as well. > > >>> > > >>> Any other thoughts on how to make these kanban boards work better > with > > >>> redmine? > > >>> > > >>> Cheers, > > >>> Walden > > >>> > > >>> [1] http://www.redmine.org/projects/redmine/wiki/PluginKanban > > >>> [2] https://help.github.com/articles/about-project-boards/ > > >>> > > >>> -- > > >>> You received this message because you are subscribed to the Google > > >>> Groups > > >>> "foreman-dev" group. > > >>> To unsubscribe from this group and stop receiving emails from it, > send > > >>> an > > >>> email to
Re: [foreman-dev] Kanban tools and redmine
Dne středa 29. listopadu 2017 9:05:28 CET, Lukas Zapletal napsal(a): > Can you elaborate on why something does not make sense to track in > RedMine? I am not following, RedMine is a generic ticketing system and > you can create as many tickets as you want, e.g. Buy milk. It will > work. This is a dogma I do not take as an argument. What's relevant is > if you need to create private work items, but we do have a private > feature in RedMine and we use it from time to time. And frankly, we > don't need these very often (mostly security issues). Sorry for answering someone else question, but from my experience, redmine is great for tracking dev stuff, including back traces, links to PR, BZ, release that includes the fix etc. Stuff like buy milk that does not hopefully have a backtrace is easier to track in some board as it's easier to manipulate. More realistically, things like "review PR $number" is easier to add and track in more lightweight system. I think these are simply two different use cases and I'm fine using two different tools for them. So for me, I'd prefer to keep using what I need, redmine and some board and not trying to combine both together. -- Marek > If you look to the past, various scrum teams tried dozens off tools. > But hey, you know what is still here? RedMine (and RHBZ of course :-) > - those systems survived. My sole opinion is let's ditch RedMine and > use RHBZ for everything, many open source projects do this. But I > understand many people cannot live with Bugzilla, that's fine. OK! > Let's just stick to RedMine then. If people want to try RedMine > plugins, I totally do support that. What I really like is to have > everything in one place - no copies. > > Historically, there have been problems with RedMine plugins for scrum, > it was overloading the server when whole team was moving tickets. But > we might upgraded to better hosting how, if infrateam approves I am > all for trying anything that is a RedMine plugin and works with > regular issues. > > This could be a chance to setup "staging" redmine, since we still have > some knowledge from the migration. There we can test it on our current > data and vote how we like it. > > LZ > > On Wed, Nov 29, 2017 at 8:00 AM, Ivan Necaswrote: > > My uderstanding of kanban is, that moving the cards manually on the signal > > board is actually part of the kanban way of doing things. Another thing, > > that is integrated part of the kanban process is > > WIP limits, that I don't even see on the redmine plugin. Another reason > > for > > actually not using > > redmine for this is the rasks, that don't make sense to actually track in > > redmine. > > > > I have a pr to nice Marek's tooling around automating some common actions > > around > > Kanboard https://github.com/ares/kansync/pull/5 and so far, I'm happy with > > this. > > > > -- Ivan > > > > út 28. 11. 2017 v 22:37 odesílatel Andrew Kofink > > > > napsal: > >> I'm open to using other kanban style tools. To me it doesn't really > >> matter > >> that much how we plan - it's the same information just in a different > >> format. So, if people have reasons, then I'm fine with switching. > >> > >> On Tue, Nov 28, 2017 at 4:29 PM, Walden Raines wrote: > >>> Hey, > >>> > >>> With several teams moving to kanban style tools for the visualization of > >>> tasks I'm wondering if anyone has tried redmine's PluginKanban [1]. > >>> > >>> I really like the idea of a trello/kanboard like tool but I hate having > >>> to update tasks in multiple places. Another idea I had was to switch > >>> (back) to using GH issues and use GH projects [2] as well. > >>> > >>> Any other thoughts on how to make these kanban boards work better with > >>> redmine? > >>> > >>> Cheers, > >>> Walden > >>> > >>> [1] http://www.redmine.org/projects/redmine/wiki/PluginKanban > >>> [2] https://help.github.com/articles/about-project-boards/ > >>> > >>> -- > >>> You received this message because you are subscribed to the Google > >>> Groups > >>> "foreman-dev" group. > >>> To unsubscribe from this group and stop receiving emails from it, send > >>> an > >>> email to foreman-dev+unsubscr...@googlegroups.com. > >>> For more options, visit https://groups.google.com/d/optout. > >> > >> -- > >> Andrew Kofink > >> akof...@redhat.com > >> IRC: akofink > >> Software Engineer > >> Red Hat Satellite > >> > >> -- > >> You received this message because you are subscribed to the Google Groups > >> "foreman-dev" group. > >> To unsubscribe from this group and stop receiving emails from it, send an > >> email to foreman-dev+unsubscr...@googlegroups.com. > >> For more options, visit https://groups.google.com/d/optout. > > > > -- > > You received this message because you are subscribed to the Google Groups > > "foreman-dev" group. > > To unsubscribe from this group and stop receiving emails from it, send an > > email to
Re: [foreman-dev] Kanban tools and redmine
> My sole opinion is let's ditch RedMine and use RHBZ for everything, many open source projects do this. This conversation has somewhat derailed from my original intent but I would also be in favor of getting rid of redmine entirely and using only BZ, even though BZ has a horrendous UI, because I want to minimize the number of places I have to track my work items. Currently we have BZ, redmine, GH, gitlab, potentially a kanban board depending on your team, and aha! if you keep up with that. Perhaps the solution is more integrations between the various tools or perhaps the solution is combining tools that do the same thing. I would also be in favor of using GH issues and projects in lieu of redmine and trello/kanboard/etc. since we are already using GH for pull requests. But if we're going to keep redmine then I would like to test out the PluginKanban so I at least don't make matters worse by adding an additional tool. I would be happy to test it out and report back if someone could install it for me. Cheers, Walden On Wed, Nov 29, 2017 at 6:26 AM, Greg Sutcliffewrote: > On 28/11/17 21:29, Walden Raines wrote: > > Hey, > > > > With several teams moving to kanban style tools for the visualization of > > tasks I'm wondering if anyone has tried redmine's PluginKanban [1]. > > Haven't tried it, yet :). Performance would be good to find out about > (Redmine Backlogs was *awful* for that), and also what versions of > Redmine it supports (can't just see that info). > > I need to do an update for the list about the redmine status, so let me > include this on that. > > Greg > > -- > You received this message because you are subscribed to the Google Groups > "foreman-dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to foreman-dev+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [foreman-dev] Kanban tools and redmine
On 28/11/17 21:29, Walden Raines wrote: > Hey, > > With several teams moving to kanban style tools for the visualization of > tasks I'm wondering if anyone has tried redmine's PluginKanban [1]. Haven't tried it, yet :). Performance would be good to find out about (Redmine Backlogs was *awful* for that), and also what versions of Redmine it supports (can't just see that info). I need to do an update for the list about the redmine status, so let me include this on that. Greg -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: OpenPGP digital signature
Re: Re: [foreman-dev] Kanban tools and redmine
> Projects in GitHub are also per-team, Those Projects look great, but it's a good fit only when you use Issues as well. Having RedMine + GH Projects is not much added value I think. Ivan: Those votes I proposed would only choose if to put a plugin to prod instance or not of course. You would choose whatever you like. -- Later, Lukas @lzap Zapletal -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Re: [foreman-dev] Kanban tools and redmine
On Wed, Nov 29, 2017 at 09:45:49AM +0100, Daniel Lobato Garcia wrote: On 11/28, Ewoud Kohl van Wijngaarden wrote: On Tue, Nov 28, 2017 at 04:29:01PM -0500, Walden Raines wrote: > I really like the idea of a trello/kanboard like tool but I hate having to > update tasks in multiple places. Another idea I had was to switch (back) > to using GH issues and use GH projects [2] as well. Just going to jump on the GH projects. While I really like the idea, for me they're too limiting since they're only within a single repo while a lot of work involves multiple PRs in different repos. > [2] https://help.github.com/articles/about-project-boards/ Projects in GitHub are also per-team, https://github.com/orgs/theforeman/projects, which allows to track issues in multiple repos. I'm fine with anything, but as Lukas said previously, the less places we have to look at the better. Regardless of the current discussion this is useful. I was sure I read somewhere that it was possible but couldn't find it. BZ + GitHub would work for me, we would have to update our Redmine automation to BZ of course. There's a lot of automation downstream too and yesterday we discussed adding the ability of use BZ + GH directly. Many installer module PRs don't have a Redmine issue which would be similar. Currently it's still causing a lot of manual work. -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Re: [foreman-dev] Kanban tools and redmine
On 11/28, Ewoud Kohl van Wijngaarden wrote: > On Tue, Nov 28, 2017 at 04:29:01PM -0500, Walden Raines wrote: > > I really like the idea of a trello/kanboard like tool but I hate having to > > update tasks in multiple places. Another idea I had was to switch (back) > > to using GH issues and use GH projects [2] as well. > > Just going to jump on the GH projects. While I really like the idea, for me > they're too limiting since they're only within a single repo while a lot of > work involves multiple PRs in different repos. > > > [2] https://help.github.com/articles/about-project-boards/ Projects in GitHub are also per-team, https://github.com/orgs/theforeman/projects, which allows to track issues in multiple repos. I'm fine with anything, but as Lukas said previously, the less places we have to look at the better. BZ + GitHub would work for me, we would have to update our Redmine automation to BZ of course. > > -- > You received this message because you are subscribed to the Google Groups > "foreman-dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to foreman-dev+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- Daniel Lobato Garcia @dLobatog blog.daniellobato.me daniellobato.me GPG: http://keys.gnupg.net/pks/lookup?op=get=0x7A92D6DD38D6DE30 Keybase: https://keybase.io/elobato -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. signature.asc Description: PGP signature
Re: [foreman-dev] Kanban tools and redmine
On Wed, Nov 29, 2017 at 9:05 AM, Lukas Zapletalwrote: > Can you elaborate on why something does not make sense to track in > RedMine? I am not following, RedMine is a generic ticketing system and > you can create as many tickets as you want, e.g. Buy milk. It will > work. This is a dogma I do not take as an argument. What's relevant is > if you need to create private work items, but we do have a private > feature in RedMine and we use it from time to time. And frankly, we > don't need these very often (mostly security issues). Few classes: * branding plugin * tasks that are not related to the code: such as * help on specific customer cases * triage cards Another thing, that Ewoud also mentioned is, some logical item is quite often split into various redmine issues, due to the policy of one ticket per repo (which is a good thing, but not that much suitable for organizing of the work IMO) > > If you look to the past, various scrum teams tried dozens off tools. > But hey, you know what is still here? RedMine (and RHBZ of course :-) > - those systems survived. My sole opinion is let's ditch RedMine and > use RHBZ for everything, many open source projects do this. But I > understand many people cannot live with Bugzilla, that's fine. OK! > Let's just stick to RedMine then. If people want to try RedMine > plugins, I totally do support that. What I really like is to have > everything in one place - no copies. I like to think about Redmine as a system for tracking issues + changes in the code. Trying to use it for other things as well seems to me like misusing it. I'm not holding anyone's hands to try it out, just expressing my opinion on why I don't feel that's something I would be interested in at the moment. > > Historically, there have been problems with RedMine plugins for scrum, > it was overloading the server when whole team was moving tickets. But > we might upgraded to better hosting how, if infrateam approves I am > all for trying anything that is a RedMine plugin and works with > regular issues. > > This could be a chance to setup "staging" redmine, since we still have > some knowledge from the migration. There we can test it on our current > data and vote how we like it. I would leave this in autonomy of the teams and choosing by what works best for the particular team, than voting and than forcing everyone to use the same. You can of course decide in your team to do the voting. If this proves to work well, I'm sure folks will vote by their feet. -- Ivan > > LZ > > On Wed, Nov 29, 2017 at 8:00 AM, Ivan Necas wrote: >> My uderstanding of kanban is, that moving the cards manually on the signal >> board is actually part of the kanban way of doing things. Another thing, >> that is integrated part of the kanban process is >> WIP limits, that I don't even see on the redmine plugin. Another reason for >> actually not using >> redmine for this is the rasks, that don't make sense to actually track in >> redmine. >> >> I have a pr to nice Marek's tooling around automating some common actions >> around >> Kanboard https://github.com/ares/kansync/pull/5 and so far, I'm happy with >> this. >> >> -- Ivan >> >> út 28. 11. 2017 v 22:37 odesílatel Andrew Kofink >> napsal: >>> >>> I'm open to using other kanban style tools. To me it doesn't really matter >>> that much how we plan - it's the same information just in a different >>> format. So, if people have reasons, then I'm fine with switching. >>> >>> On Tue, Nov 28, 2017 at 4:29 PM, Walden Raines wrote: Hey, With several teams moving to kanban style tools for the visualization of tasks I'm wondering if anyone has tried redmine's PluginKanban [1]. I really like the idea of a trello/kanboard like tool but I hate having to update tasks in multiple places. Another idea I had was to switch (back) to using GH issues and use GH projects [2] as well. Any other thoughts on how to make these kanban boards work better with redmine? Cheers, Walden [1] http://www.redmine.org/projects/redmine/wiki/PluginKanban [2] https://help.github.com/articles/about-project-boards/ -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. >>> >>> >>> >>> >>> -- >>> Andrew Kofink >>> akof...@redhat.com >>> IRC: akofink >>> Software Engineer >>> Red Hat Satellite >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "foreman-dev" group. >>> To unsubscribe from this group and stop receiving emails from it, send an >>> email to foreman-dev+unsubscr...@googlegroups.com. >>> For more options, visit
Re: [foreman-dev] Kanban tools and redmine
Can you elaborate on why something does not make sense to track in RedMine? I am not following, RedMine is a generic ticketing system and you can create as many tickets as you want, e.g. Buy milk. It will work. This is a dogma I do not take as an argument. What's relevant is if you need to create private work items, but we do have a private feature in RedMine and we use it from time to time. And frankly, we don't need these very often (mostly security issues). If you look to the past, various scrum teams tried dozens off tools. But hey, you know what is still here? RedMine (and RHBZ of course :-) - those systems survived. My sole opinion is let's ditch RedMine and use RHBZ for everything, many open source projects do this. But I understand many people cannot live with Bugzilla, that's fine. OK! Let's just stick to RedMine then. If people want to try RedMine plugins, I totally do support that. What I really like is to have everything in one place - no copies. Historically, there have been problems with RedMine plugins for scrum, it was overloading the server when whole team was moving tickets. But we might upgraded to better hosting how, if infrateam approves I am all for trying anything that is a RedMine plugin and works with regular issues. This could be a chance to setup "staging" redmine, since we still have some knowledge from the migration. There we can test it on our current data and vote how we like it. LZ On Wed, Nov 29, 2017 at 8:00 AM, Ivan Necaswrote: > My uderstanding of kanban is, that moving the cards manually on the signal > board is actually part of the kanban way of doing things. Another thing, > that is integrated part of the kanban process is > WIP limits, that I don't even see on the redmine plugin. Another reason for > actually not using > redmine for this is the rasks, that don't make sense to actually track in > redmine. > > I have a pr to nice Marek's tooling around automating some common actions > around > Kanboard https://github.com/ares/kansync/pull/5 and so far, I'm happy with > this. > > -- Ivan > > út 28. 11. 2017 v 22:37 odesílatel Andrew Kofink > napsal: >> >> I'm open to using other kanban style tools. To me it doesn't really matter >> that much how we plan - it's the same information just in a different >> format. So, if people have reasons, then I'm fine with switching. >> >> On Tue, Nov 28, 2017 at 4:29 PM, Walden Raines wrote: >>> >>> Hey, >>> >>> With several teams moving to kanban style tools for the visualization of >>> tasks I'm wondering if anyone has tried redmine's PluginKanban [1]. >>> >>> I really like the idea of a trello/kanboard like tool but I hate having >>> to update tasks in multiple places. Another idea I had was to switch (back) >>> to using GH issues and use GH projects [2] as well. >>> >>> Any other thoughts on how to make these kanban boards work better with >>> redmine? >>> >>> Cheers, >>> Walden >>> >>> [1] http://www.redmine.org/projects/redmine/wiki/PluginKanban >>> [2] https://help.github.com/articles/about-project-boards/ >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "foreman-dev" group. >>> To unsubscribe from this group and stop receiving emails from it, send an >>> email to foreman-dev+unsubscr...@googlegroups.com. >>> For more options, visit https://groups.google.com/d/optout. >> >> >> >> >> -- >> Andrew Kofink >> akof...@redhat.com >> IRC: akofink >> Software Engineer >> Red Hat Satellite >> >> -- >> You received this message because you are subscribed to the Google Groups >> "foreman-dev" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to foreman-dev+unsubscr...@googlegroups.com. >> For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the Google Groups > "foreman-dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to foreman-dev+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- Later, Lukas @lzap Zapletal -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [foreman-dev] Kanban tools and redmine
My uderstanding of kanban is, that moving the cards manually on the signal board is actually part of the kanban way of doing things. Another thing, that is integrated part of the kanban process is WIP limits, that I don't even see on the redmine plugin. Another reason for actually not using redmine for this is the rasks, that don't make sense to actually track in redmine. I have a pr to nice Marek's tooling around automating some common actions around Kanboard https://github.com/ares/kansync/pull/5 and so far, I'm happy with this. -- Ivan út 28. 11. 2017 v 22:37 odesílatel Andrew Kofinknapsal: > I'm open to using other kanban style tools. To me it doesn't really matter > that much how we plan - it's the same information just in a different > format. So, if people have reasons, then I'm fine with switching. > > On Tue, Nov 28, 2017 at 4:29 PM, Walden Raines wrote: > >> Hey, >> >> With several teams moving to kanban style tools for the visualization of >> tasks I'm wondering if anyone has tried redmine's PluginKanban [1]. >> >> I really like the idea of a trello/kanboard like tool but I hate having >> to update tasks in multiple places. Another idea I had was to switch >> (back) to using GH issues and use GH projects [2] as well. >> >> Any other thoughts on how to make these kanban boards work better with >> redmine? >> >> Cheers, >> Walden >> >> [1] http://www.redmine.org/projects/redmine/wiki/PluginKanban >> [2] https://help.github.com/articles/about-project-boards/ >> >> -- >> You received this message because you are subscribed to the Google Groups >> "foreman-dev" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to foreman-dev+unsubscr...@googlegroups.com. >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > Andrew Kofink > akof...@redhat.com > IRC: akofink > Software Engineer > Red Hat Satellite > > -- > You received this message because you are subscribed to the Google Groups > "foreman-dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to foreman-dev+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [foreman-dev] Kanban tools and redmine
I'm open to using other kanban style tools. To me it doesn't really matter that much how we plan - it's the same information just in a different format. So, if people have reasons, then I'm fine with switching. On Tue, Nov 28, 2017 at 4:29 PM, Walden Raineswrote: > Hey, > > With several teams moving to kanban style tools for the visualization of > tasks I'm wondering if anyone has tried redmine's PluginKanban [1]. > > I really like the idea of a trello/kanboard like tool but I hate having to > update tasks in multiple places. Another idea I had was to switch (back) > to using GH issues and use GH projects [2] as well. > > Any other thoughts on how to make these kanban boards work better with > redmine? > > Cheers, > Walden > > [1] http://www.redmine.org/projects/redmine/wiki/PluginKanban > [2] https://help.github.com/articles/about-project-boards/ > > -- > You received this message because you are subscribed to the Google Groups > "foreman-dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to foreman-dev+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Andrew Kofink akof...@redhat.com IRC: akofink Software Engineer Red Hat Satellite -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [foreman-dev] Kanban tools and redmine
On Tue, Nov 28, 2017 at 04:29:01PM -0500, Walden Raines wrote: I really like the idea of a trello/kanboard like tool but I hate having to update tasks in multiple places. Another idea I had was to switch (back) to using GH issues and use GH projects [2] as well. Just going to jump on the GH projects. While I really like the idea, for me they're too limiting since they're only within a single repo while a lot of work involves multiple PRs in different repos. [2] https://help.github.com/articles/about-project-boards/ -- You received this message because you are subscribed to the Google Groups "foreman-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to foreman-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.