On Wed, Nov 29, 2017 at 9:05 AM, Lukas Zapletal <[email protected]> wrote: > 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 <[email protected]> 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 <[email protected]> >> 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 <[email protected]> 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 [email protected]. >>>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> >>> >>> -- >>> Andrew Kofink >>> [email protected] >>> 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 [email protected]. >>> 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 [email protected]. >> 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 [email protected]. > 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 [email protected]. For more options, visit https://groups.google.com/d/optout.
