乐趣区

关于项目管理:迭代失败的4个迹象团队中了几个快来看看如何解决

迭代在 Scrum 中有着无足轻重的作用,它能将产品欲望清单转化为可操作的工作,将头脑风暴塑造成具体后果。

迭代不仅减速了我的项目交付,甚至还发明了一种责任文化,尤其针对在地理位置上扩散的团队。

尽管迭代始终是疾速推动项目管理的牢靠办法,但如果做得不好,它们可能会造成重大的流程不均衡。

迭代永远不会让咱们悲观,但咱们却会让迭代失败。因为迭代个别为 2-4 周,团队很难判断迭代是什么时候偏离指标。 但侥幸的是在迭代偏离打算时,有几个要害指标会收回提醒信号。

1、迭代外工作量逐步增多

迭代是一个固定工夫盒,指 Scrum 团队在短期内快读实现肯定的工作量。简略来说,就是制订打算、履行打算、按时交付。

但产品开发是一个继续的过程,迭代外的工作不可避免的。因而,不少团队甚至会在制订迭代时保留局部工夫来解决这些工作,防止影响交付过程。 但如果团队将超过 10% 的无效编码工夫花在迭代外的工作上,那么团队就该思考迭代制订的合理性。

这些意料之外的工作有时会连累开发人员实现迭代内的工作。迭代外工作量减少是一个反常规模式。如果团队没有正确预计一个迭代内产品所需的工作量,或没有思考可能呈现的潜在问题,就可能呈现迭代外工作量增多的状况。

· 如何解决迭代外工作

事实上,迭代外的工作永远层出不穷且无奈齐全打消。然而,咱们能够采取一些措施来防止迭代外工作导致产品交付失衡的状况。

及时高效复盘 ,数据可能实在反映每一次迭代状况。在每一次迭代回顾会中,团队成员能够花 15 分钟讨论一下迭代外工作与打算故事点的份额。

无效信息通明。 反对资源、任何门控信息、培训反对或对特定构建故障的更多背景信息,都在很大水平上缩小了一些未打算的工作。

2、Bug vs. 故事点 vs. 问题

确保集体工作与团队迭代指标一致性同样重要。 每个迭代为每个开发人员提供 Bug、故事点和问题日志的衰弱组合能够帮忙实现这一指标。

Bug 疲劳是实在存在的。当开发人员破费过多工夫在调试而不是交付故事点时,就会产生这种状况。

Bug 是不可避免的,就像迭代外工作一样。然而,如果开发人员破费太多工夫来解决代码问题,那么这就是迭代面临失败而收回的警示信号。

在 Bug 上投入过多资源有时会以错过价值丰盛的性能为代价。此外,如果一个团队过于优先思考 Bug,那么他们就在合作中断和迭代速度低的边缘彷徨。这通常产生在团队没有正确评估工作复杂性的状况下。

· 如何最大限度地缩小 Bug 疲劳

疾速解决的办法是为每个不属于理论迭代的 Bug 创立一个独自的故事点。然而,创立新故事点冰不能解决迭代中不成比例的 Bug 的真正问题。

那么有什么更可继续的形式呢? 应用禅道项目管理软件可视化迭代问题细分,为所有问题类型(Bug、故事点)创立优先级局部。 尝试记录团队可能遇到的任何问题。在布局会议自身期间优先筛选这些问题。

3、团队衰弱值降落

开发人员的满意度总是与迭代效率成正比,但一些产品经理未能将开发人员的辛苦与迭代失败分割起来。 大多数工程团队都采纳“开发人员在高效体现下工作”的办法。

新兴市场比任何人都他们的开发人员——他们的能力、毛病,以及他们在什么状况下胜出。将任务分配给超出其工作能力的开发人员可能会毁坏团队的交付能力。

大多数开发人员都迁就外向的人,实际上他们很难在每次负担过重时都说进去。高估工作负载带宽可能会导致开发人员很快精疲力竭,甚至导致他们辞职或产生非生产性工作。

· 如何确保开发人员的工作效率

每个开发人员应该创立一个衰弱的问题组合。即便为开发人员调配闲暇工夫也能够帮忙他们在行将到来的迭代中复原生机并更好地重建。

4、跳过迭代回顾

Scrum 团队通过迭代回顾会对迭代过程进行总结, 别离记录迭代中哪些无效,哪些有效,以及挑战和阻碍,以促使团队自我继续改良。

对于每一个我的项目团队成员来说,他们每个迭代简直都在做着同样的工作,这样的工作形式可能会导致我的项目成员在同一个中央犯雷同的谬误,或者依照本人一贯的形式去工作,但没有提高。迭代回顾会是整个团队反思工作的好机会,但有些团队会成心跳过迭代回顾会。

这是因为对于一些开发人员来说,迭代回顾单调乏味,不足数据来反对迭代后果,甚至没有给下一个迭代带来任何真正的变动。 如果回顾始终进行而没有任何明确的后果,它们可能会浪费时间并失去效劳。

· 如何进行无效的迭代温习

将迭代回顾视为团队反思的机会。 工作剖析能够进步对迭代趋势的可见性,以便团队对本次迭代中无效 / 有效的所有内容有一个实在的理解。

借助数据驱动的见解,团队能够轻松解决迭代挑战,甚至确定妨碍因素的根本原因。

这些数据激励了富有成效的探讨,以寻找长期解决方案。例如,如果团队意识到因为周期时间较长,他们公布的性能较少,他们能够更深刻地开掘导致峰值的起因,并在下一个迭代打算会话之前解决它。

写在最初

安迪·海尔斯(Andy Hiles)将每个迭代称为一个试验,看看“咱们是否答复了咱们打算解决的问题”,这很有意义。 正确迭代是胜利交付我的项目和卓越产品开发的第一步。

从布局到中期迭代期间的单干,以及迭代回顾国中,整个团队要参加到整个迭代流程中。设置可掂量和可实现的指标,调配足够的缓冲工夫,并专一于钻取数据以获取可能扭转团队执行迭代的形式的见解。

对于整个业务周期中的每个人来说,一个良好的冲刺都是双赢的:无论是客户、首席技术官、首席执行官还是集体贡献者。

退出移动版