仅在子项目中引入敏捷实践？
假设您作为承包商在一个涉及多个系统的大型项目中工作，并且您正在创建其中一个系统。整个项目使用的是传统的流程，但有一些气味告诉您，敏捷流程会更好。
现在的问题是。仅在您自己的团队中引入敏捷软件开发过程是否有意义？没有机会更改整个项目，但您可能会在自己的小组中更改流程。
这种本地流程更改的主要优点和缺点是什么？在这种情况下，是否有特定的敏捷流程可以很好地工作？
回答 5
Stack Overflow用户
发布于 2009-02-18 06:50:19
请阅读Effective Ways to Introduce Agile into the Workplace和Joel的seminal Getting Things Done When You're Only a Grunt。
除此之外，它可能主要是与你的上级和客户一起进行营销/期望管理。这两家公司可能都会对投资于各种敏捷的客户包容“游戏”感到不满。这两个人也可能会对“新奇”的做事方式产生反感。
Stack Overflow用户
发布于 2009-02-18 07:30:27
这里有一个很棒的日记，记录了一个人如何在几年的时间里将整个公司转向敏捷-是的，从他自己的子项目开始，也就是“自下而上”。但他确实谈到了尝试“自上而下”改变的利弊。
http://jamesshore.com/Change-Diary/
非常有趣和侵入性的东西。
Stack Overflow用户
发布于 2009-02-18 07:09:12
我认为答案取决于你能在多大程度上独立于其他人的进程。如果他们只是告诉你去完成你的部分，然后带着一个完整的小部件回来，那么在本地实现敏捷应该是相对容易的。另一方面，如果你被期望遵循大量随机的日期和程序，这将更加困难。
您必须灵活处理，并确保您的冲刺节奏与系统的其余部分日期相似。你必须提前计划好你的冲刺，因为中央计划者可能会提前想要一个完整的特性列表，而不是更悠闲的敏捷方法。只要对你要交付的东西保守一点，你就会好起来的。
这些优势应该与敏捷在其他地方拥有的优势相同。
https://stackoverflow.com/questions/560060
复制相似问题
腾讯云开发者
