Kanban tools and redmine

Development
1
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/
2
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 <wraines@redhat.com> 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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.



--
Andrew Kofink
akofink@redhat.com
IRC: akofink
Software Engineer
Red Hat Satellite
3
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.


··· On Tue, Nov 28, 2017 at 04:29:01PM -0500, Walden Raines wrote:

[2] https://help.github.com/articles/about-project-boards/
4
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


··· 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].
5
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

napsal:


··· út 28. 11. 2017 v 22:37 odesílatel Andrew Kofink <akofink@redhat.com>

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 <wraines@redhat.com> 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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
Andrew Kofink
akofink@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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

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


··· On 11/28, Ewoud Kohl van Wijngaarden wrote:
On Tue, Nov 28, 2017 at 04:29:01PM -0500, Walden Raines wrote:

--
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+unsubscribe@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&search=0x7A92D6DD38D6DE30 Keybase: https://keybase.io/elobato
7
My sole opinion is let's ditch RedMine and use RHBZ for everything, many

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 <greg@emeraldreverie.org> 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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

8
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 <inecas@redhat.com> 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 <akofink@redhat.com>
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 <wraines@redhat.com> 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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
Andrew Kofink
akofink@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+unsubscribe@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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


--
Later,
  Lukas @lzap Zapletal
9
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.


··· 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:
10
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
11
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


··· On Wed, Nov 29, 2017 at 9:05 AM, Lukas Zapletal <lzap@redhat.com> wrote:


LZ

On Wed, Nov 29, 2017 at 8:00 AM, Ivan Necas <inecas@redhat.com> 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 <akofink@redhat.com>
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 <wraines@redhat.com> 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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
Andrew Kofink
akofink@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+unsubscribe@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+unsubscribe@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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
12
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 <inecas@redhat.com> 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 <akofink@redhat.com>

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 <wraines@redhat.com> 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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
Andrew Kofink
akofink@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+unsubscribe@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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
13
So for me, I'd prefer to keep using what I need, redmine and some board
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 <mhulan@redhat.com> 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 <inecas@redhat.com> 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 <akofink@redhat.com>

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 <wraines@redhat.com> > 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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
Andrew Kofink
akofink@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+unsubscribe@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+unsubscribe@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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

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


··· On Thu, Nov 30, 2017 at 10:27:40AM +0100, Marek Hulán wrote:

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 <inecas@redhat.com> 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 <akofink@redhat.com>

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 <wraines@redhat.com> >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/
15
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/


··· On Wed, Nov 29, 2017 at 1:26 PM, Greg Sutcliffe <greg@emeraldreverie.org> wrote:
On 28/11/17 21:29, Walden Raines wrote:

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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

16
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 <wraines@redhat.com> 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 <mhulan@redhat.com> 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 <inecas@redhat.com> 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 <akofink@redhat.com>

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 <wraines@redhat.com> >> 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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
Andrew Kofink
akofink@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+unsubscribe@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+unsubscribe@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+unsubscribe@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+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.