Scrum和XP

答案取决于所交付产品时,他们的复杂性,你有信心的最佳实践,涉及到编程的程度。

为什么不支持团队为自己实验,提倡实证价值交付,并誓言要消除那些阻碍组织约束他们的成功呢?

这不是一个非此即彼的选择Scrum和XP。很多组件是在Scrum中,XP的实践并不是在Scrum中,不与任何在Scrum中,允许团队使用它们。

有一些细微的区别。迭代在XP是1和3周,而Sprint在Scrum是一个月。XP涂上了一层添加的发布计划,Scrum只有Sprint计划(对应于XP的迭代计划)。实践用户故事和峰值是XP的一部分,而Scrum只讨论更一般意义上的产品待办事项列表中的待办项。XP更规范的一组比Scrum方法和如何实现这些方法。

因为有更多的实践,XP的描述远超过Scrum指南。我建议极限编程:温柔的介绍(免费网站)或Kent Beck的极限编程的解释(出售)。

没有显著差异,如何引入Scrum和XP团队。如果你已经工作,这将是一小步,你现在到你想要的状态。否则,团队就可以开始使用实践和工件从框架。回顾是Scrum和XP的一部分,让团队有机会检查和改变他们的工作方式。

仅供参考,我采访了Ken Schwaber早在2014年,他提到Scrum之前开始XP。https://www.agileconnection.com/interview/origins-and-future-scrum-interview-ken-schwaber

两个!

开始和Scrum框架为开发人员添加的最佳实践(http://www.extremeprogramming.org/rules.html)。

有人知道任何好的资源,提供一个富有洞察力的Scrum和XP的对比吗?

//www.ertascelikyapi.com/resources/blog/scrum-and-extreme-programming-xp

这两个