gri*_*mus 2 agile development-process kanban
我一直在努力让我们的软件部门采用某种开发过程方法.我们只有9个开发人员和大约几个项目.目前,我们只能被描述为混乱.或者也许是"危机驱动的发展",因为我看到另一个SO用户称之为.
使用看板似乎是一个非常适合我们.所以我和其他人讨论过,每个人都认为这听起来不错.但是,当我们讨论如何安排董事会时,每个人都希望每人一个董事会.
现在,我从未尝试过看板或任何方法,但感觉就是让每个人在自己的董事会上管理会否定看板过程应该提供的好处.这个想法让我感到难过,并想说'哼哼让我们废弃这个想法.'
您认为每个开发人员实施看板是否值得？
如果你必须拥有众多的电路板,那么每个项目而不是每个开发人员的电路板都不是更好吗？也许及时出现一些自然的项目组合(因此合并董事会),也许不会出现.
电路板的一个目的是作为"信息辐射器".大量的项目委员会以蜗牛的速度前进,广播了"我们严重超负荷"和/或"某人需要设定一些优先事项"的信息.大量的每个开发人员的董事会只是散发着"我们不在这里做团队合作"的信息.