Kanban作为一种精益思想的可视化工具,逐渐被引入到软件开发的敏捷实践中。本文首先介绍了Kanban的起源及核心原则,包括限制在制品、可视化流程、持续不断地优化等。接着阐述了将Kanban应用于Scrum敏捷开发的具体做法,如制作看板、限制工作在制品数量、测量周期时间和工作量等,并分析了Kanban的优点和局限性。最后,文章总结了在Scrum项目中成功实施Kanban的关键因素。Kanban为软件团队管理工作流程、提高交付效率和质量提供了有效途径。
对于许多公司来说,实现从传统软件开发模式到敏捷开发的转型是一个长期的过程。如何判断这个转型是否真正成功非常重要。本文详细阐述了几个判断敏捷转型成效的维度,包括团队的自组织水平是否得到提高,开发交付的节奏是否加快,软件质量是否得到改善等。文中还分析了造成敏捷转型失败的原因,比如管理层态度不决绝、公司文化障碍等,并给出了对应解决的建议。通过全面评估这些方面,可以更好地判断企业敏捷转型的成果,帮助公司推进敏捷化进程。
Scrum中的每日站会被许多团队视为例行公事,老老实实地逐个回答“昨天做了什么”“今天计划做什么”“有什么障碍”三个问题。但是这种逐个问答的方式存在一些问题:时间长、效率低,讨论容易跑题,且仅解决当下的问题。
我们需要反思每日站会的本意是什么,以及应该如何调整,让它成为团队持续改进和协作的有效途径。作者建议,可以由参会者自主决定谈话内容,鼓励提出观察和建议,互相提供帮助,并在会后总结行动事项。
优化后,每日站会不再是被动回答问题,而是团队主动沟通和改进的场所。它能帮助团队发现问题,集思广益,坚持持续改进,从而为项目增值。这需要团队共同努力,才能发挥每日站会的真正价值。
