Re: [foreman-dev] Kanban tools and redmine

[Marek Hulan]

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 Raines  wrote:


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

[Ohad Levy]

On Wed, Nov 29, 2017 at 1:26 PM, Greg Sutcliffe 
wrote:

> 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

[Ewoud Kohl van Wijngaarden]

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 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.

Re: [foreman-dev] Kanban tools and redmine

[Walden Raines]

> 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 

Re: [foreman-dev] Kanban tools and redmine

[Marek Hulán]

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.
> >>> 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

[Walden Raines]

> 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 Sutcliffe 
wrote:

> 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

[Greg Sutcliffe]

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

[Lukas Zapletal]

> 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

[Ewoud Kohl van Wijngaarden]

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

[Daniel Lobato Garcia]

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

[Ivan Necas]

On Wed, Nov 29, 2017 at 9:05 AM, Lukas Zapletal  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  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

[Lukas Zapletal]

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 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 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

[Ivan Necas]

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.

Re: [foreman-dev] Kanban tools and redmine

[Andrew Kofink]

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.

Re: [foreman-dev] Kanban tools and redmine

[Ewoud Kohl van Wijngaarden]

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.

[foreman-dev] Kanban tools and redmine

[Walden Raines]

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.