我希望向我的老板介绍一种敏捷方法,以便我们能够在工作场所实施。我已经做了很多研究,但是我找不到它与其他敏捷方法的区别。我在想也许是因为它有持续的会议,或者是因为它严重依赖于文档?请告诉我。谢谢!
我希望向我的老板介绍一种敏捷方法,以便我们能够在工作场所实施。我已经做了很多研究,但是我找不到它与其他敏捷方法的区别。我在想也许是因为它有持续的会议,或者是因为它严重依赖于文档?请告诉我。谢谢!
在维基百科上查看。Scrum敏捷方法在http://en.wikipedia.org/wiki/Scrum_%28development%29上。
这里还有一个stackoverflow的问题,介绍了Scrum和极限编程(XP)之间的区别。Mountain Goat Software也涉及到这个问题。
我会尽量避免陷入不同方法之间的小差异中。选择最适合你的工作场所或环境的做法,或者最容易说服老板(和团队)采用的做法是完全合理的。你不必教条地只做SCRUM或XP或其他什么。
我会尝试实施以下关键事项(但可能因人而异)
如果我试图说服我不情愿的老板或团队,我可能会从每日站立会议开始。这是低成本/低投入的,如果做得好,应该有助于团队更好地了解彼此正在做什么以及存在哪些障碍。
Scrum专注于如何管理项目,特别是在规划和估算方面。
XP(极限编程)专注于项目中的技术卓越和质量,并保持变更成本低。
将它们视为工具箱,其中一个工具箱无法建造房屋。Scrum依赖于低成本的变更,以便其速度测量和基于其估计的准确性 - 但它实际上并没有提供这种工作的方法。 XP包含了大部分Scrum的实践,尽管一些Scrum技术,如将故事拆分为任务,对于正在学习的团队可能很有用。
即使在一起,您可能会发现它们并没有为适应性规划、大规模组织变革、文化变革、良好的招聘实践以及经常被忽略的其他输入提供足够的工具。
我建议结合使用Scrum和XP,并且您可能还想研究精益、看板、BDD和功能注入 - 这里也有一些有用的工具。
至于开始,这是我的两个核心实践:
祝你好运!