敏捷开发与古代带兵打仗

说起项目管理，就不得不提敏捷开发，这些东东是新创的名词，不少人总觉得很高深、很神秘、很现代。但这些东东古代就没有吗？

比如敏捷开发提倡的晨会，是不是古代的升仗或者说早朝。

比如敏捷开发提倡的项目看板，是不是古代的沙盘。

比如敏捷开发的角色PO，是不是古代的大将军，PO对项目负责，同样，大将军对战争胜败负责。

敏捷开发里提倡PO要替团队抵御外部干扰，同样，将在外，军令有所不受。

再说说敏捷开发里提倡的需求文档，这在古代是不是皇帝对将军下达的作战任务，而敏捷开发里提倡的原型，就是将军的作战方案。

至于如何组建团队、谁做Product Owner，这在古代直接就是封将拜印，并且还相当隆重，哪像现在：“这个项目你来管吧！”，搞的一点成就感也没有。

而用户故事，在古代就是的作战目标。用户故事可拆分为任务，同样作战目标，可会再次被具体拆分。

最后就是强调人的作用，一定要选对人，做对事。

就像诺基亚聘请了微软的木马，然后就越来越衰，而开心王国由于我的参与，然后就越来越帅。这在两者之间都是一样的。

 

敏捷开发相关知识点

晨会内容中每个人回答的三个问题：一：你昨天干了什么？二：你今天打算做什么？三：有什么困难或依赖吗？

用户故事例子：一：作为XX,我想XX,是为了XX. 二：于是，我的操作如下，先XX,再XX,最后XX成功。

用户故事的六个特性：独立性、可协商性、有价值、可估算性、短小、可测试性。

Sprint的长度：每个Sprint应该在2-4周，越短越好，初建团队建议使用4周作为Sprint长度，Sprint长度可以调整，但团队的节奏很重要。

 

 最后，发个福利，大家懂的。

转载于:https://www.cnblogs.com/ushou/archive/2013/03/25/2976678.html