问Scrum、看板或其他4人开发团队

EN

Scrum和看板都是真正的流程“骨架”。两者都不是特定于软件开发的。Scrum由软件开发组织推广，但定位为通用管理技术，而不是软件项目管理技术。看板从制造中脱颖而出，并已适应软件开发，最初由维护团队进行。Scrum和Kanban的目标都是通过执行该工作的团队来管理工作单元的流程，测量工作流程的速度，以便能够做出更准确的估计，并使瓶颈高度可见，以便解决这些瓶颈。

因为两者都不是特定于软件开发的，所以使用Scrum和看板的团队将软件开发实践添加到过程中，以帮助他们以增量和迭代的方式发布和改进软件。大多数团队，无论是在Scrum还是看板过程中工作，都采用XP的技术实践和Crystal的reflective实践。

XP基本上是应用于单个团队的Scrum，以及关于什么使代码“高质量”以及程序员如何实现高质量的指导方针。Crystal Clear也适用于位于同一地点的小型团队，但它在编程实践方面更加灵活，尽管它也推荐XP实践(描述该过程的书非常优秀，并且充满了宝贵的建议，无论您决定采用哪种过程)。Scrum团队通常也采用Crystal的反思实践:定期的“心跳”回顾和每个重大里程碑之后的更大规模的回顾。看板需要持续的反思和改进，但一些团队也使用回顾。

如果您想要在小型编程团队中开始应用增量/迭代过程，那么我认为XP是一个很好的开始，因为它为技术能力设置了相当高的标准，并且有很好的文档记录。连续流和看板如何最好地应用于软件开发行业的不同领域，在看板-开发邮件列表和其他地方仍然存在争论。

我还建议定期进行回顾，以改进流程并使其适应您的特定情况。

最重要的部分是在适当的地方有一个反思/回顾机制，以促进持续改进。从一些流程模型开始，并随着时间的推移根据您的需求进行演变。停止做不值得做的事情。继续做能带来高价值的事情。尝试你认为有价值的新事物或解决特定问题。

我认为Scrum适用于中小型团队。与XP相比，它省略了一些细节，因此您可以借鉴XP或做一些有意义的事情。无论您选择哪种方法，都必须考虑chickens(customers/managers/stakeholder/domain专家的角色。有时你必须自己扮演这些角色，但许多敏捷方法是有效的，因为有外部的pace汽车，具有扎根的领域知识。

其他关键方面是团队之间的沟通水平和某种形式的质量保证机制。如果你们不在同一栋楼里，就很难进行结对编程。Scrum试图在sprint周期内接受一个特性，而XP则试图使用单元测试、代码审查和持续集成在一天内集成该特性。

​

​

*) Sprint可以从15天到30天不等。