深思熟虑or敏捷管理？

思考：

1. 项目到底是长计划还是短计划？大团队还是小团队？

2.是否要尽善尽美后才交付？

3.多项任务并行还是每次做好一件事情？

4.过度敏捷会变得短视或者投入不足？

身边一个地产项目人正在做的项目计划周期长、交付慢、成本一路超出预算，整个团队进度拖后，苦不堪言。

有朋友一直跟我抱怨职业问题，但多年过去，他也未曾付出实际行动尝试走出去试一下。

作为在传统企业和互联网公司都有工作过的人，我深感传统项目管理和敏捷管理的交付差异，也会思考敏捷理念如何应用在个人？

今年一直在keep运动，我没有给自己制定宏伟的目标，人鱼线、腹肌，而就是从简单的10分钟、20分钟开始，这种微运动给我带来的不只是对运动的重新认知、自我身体的变化。也有机会成为keep内测邀请者，深切去感受自己喜欢的产品不断变好。

比如写作，很久不写作，一下笔，就知道自己退化了多少，但是硬着头皮，在简书、公众号定期交付出去，这周看上周也许都有写得很烂的感觉，但一不留神，发现其实这就是一次次自我迭代的时刻。

关于敏捷管理，分享一本书《敏捷革命》和一门碎片化学习的课程，即能的敏捷项目管理系列。

一.《敏捷革命》

这本书的作者，杰夫·萨瑟兰，被誉为“Scrum 之父”，是敏捷管理方法的发明者和共同创造人，也是敏捷宣言的起草人。他曾先后担任了11家软件公司的首席执行官和首席技术官，积累了丰富的项目管理经验。2006年，他成立了自己的公司，提供敏捷管理方法的相关培训服务。

敏捷管理方法最开始只是一套软件的开发方法。后来好多公司高层发现把这个方法运用到管理中也很高效。因为这个方法不仅可以加速交付产品，快速让成果可视化，还能增进员工之间的合作。

张小龙也是敏捷管理的倡导者，小步快走也是腾讯著名的产品心法。网易也对敏捷管理高度重视，不但体现在多个产品中，也将自己的敏捷之路，集合成书籍、课程。

《敏捷革命》强调了用小团队来提高团队效能，利用冲刺的方法让产品更快速出行在客户面前，一次只做一件事和一次就把事情做对。

二.敏捷管理知识框架

整理自即能

1.敏捷理念

（1）传统项目管理VS敏捷项目管理

传统的项目管理特点：大型团队、追求完美长计划、交付周期长。

敏捷项目管理特定：不搞大工程、不定长计划、不用大团队。

（2）敏捷思维

拥抱变化，快速调整，但不要盲目追逐变化，用最低成本方法实现新需求。

持续改进，用反思调整指导迭代。

自我赋能，用目标驱动团队。

2.敏捷原则

敏捷三大原则：提升产品交付速率、组建高校工作团队、提升团队工作效率。

（1）提升产品交付速率

满足用户：尽早、持续交付，满足需求。

频繁交付：以天/周为周期，越短越好；风险更可控，节点更可控。

拥抱变化：响应变化而不是遵从计划，用户需求也是在不断变化。

简化工作：少即是多，一切简化。简化管理、简化过度设计。

（2）组建高效工作团队

打造全能型团队：能力齐备，打破部门边界，打造T形技能团队。

让团队面对面沟通：提升沟通效率，改善沟通技巧。

让团队自我组织，协同工作、建立共同目标、共创价值。

给团队信任与支持，领导把握方向和工作进度，任务授权；员工自己决定如何工作。

（3）提升团队工作效率

把控团队节奏，短期计划让工作更有节奏。

衡量工作进度，具体产出是首要标准。

进行定期反思，定期反思与调整。

不断精进技术，出色的技术与设计提高成效。

3.敏捷角色

（1）产品负责人--方向把控者

产品负责人主要负责确立产品愿景、制定需求决策、管理迭代计划和协调团队工作，带领团队实现产品价值。

（2）项目负责人--过程把控者

项目负责人主要负责跟踪进度、把控节奏和保护团队不受干扰，带领团队交付有价值的成果。

（3）开发团队--划桨人

开发团队需要明确迭代任务，确保任务完成，共同反思成长，确保高效完成迭代目标。

3.敏捷方法

（1）写出有效的用户故事

用户故事主要包括：基本描述、细节描述、验收标准三个层次。

（2）用计划扑克估算用户故事

用扑克估算的方式提升参与度，估算更合理，有趣又好玩。

（3）制定快速应变的计划

建立动态需求列表，调整需求优先级，制定短期执行计划。

（4）测量并监控迭代速率

节奏不稳定让项目失控，造成团队工作质量下降、工作状态不可持续，对用户的承诺无法保障。

迭代前合理安排迭代工作量，迭代中监控迭代剩余工作量，迭代结束时检测团队的迭代速率。

（5）优化团队工作流

用看板可视化团队工作，同时限制在制品的数量。多任务执行降低交付效率、完成质量下降，也让成员有心理压力。

通过检视工作流问题，不断优化工作流，来提高交付的质量和效率。

（6）让团队任务日毕日清

明确每日计划，开早会让团队明确任务计划。任务执行，帮助团队清除任务执行障碍。

检查验收工作，对工作进行每日验收，根据验收情况进行及时调整。

（7）开好迭代计划会

计划会内容包括确定迭代工作范围、明晰用户故事、产出迭代计划。

（8）开好迭代评审会

会前准备：确定迭代演示范围，邀请干系人。

迭代演示

重调需求列表

（9）高效有趣的反思会

用[海星]收集想法，达成共识 ；用SMART衡量方案。

敏捷管理的理念，不只是自己作为项目组成员才要去了解，生活中处处都能应用。把自己当作一家公司去经营，工作、生活中要完成的每个事情是如何计划的？优先级是怎样的？团队合作是怎样的？每个想法是否有追踪落实？是否有改善？

---

三. 敏捷会变得短视或者投入不足么？

比如创业公司团队方向过于快的改变。莉莉丝游戏公司CEO王信文也在自己公众号分享过，他之前一直推崇精益创业理念，但大部分项目都失败了。快速试错，当发现错了时，是真的错了？还是投入不够？总是抱着试一试的心态，造成投入不够。

比如商业银行，容易一窝蜂的进入热门领域，2000年之前涌入汽车金融，在过度放贷造成坏账猛增时，又纷纷离场，反而真正专注聚焦过汽车金融行业的平安银行、招商银行享受了汽车金融的黄金10年。

车和想组织发展高级总监张辉提出过，着眼于长远思考问题，坚持每天坚持做有意义的小事，用更多的时间去实践知行合一。

经济学人最近有一篇文章《深思熟虑，不如敏捷管理》，有一条评论：“深思熟虑与敏捷不冲突。深思熟虑是基本功，功力深厚到一定程度便可敏而达捷。相反，若丢掉深思熟虑而单求敏捷，那就→妄也。”

组织如此，个人亦如此。

参考阅读：

1.小程序：即能， 碎片化技能学习工具

2.书籍：《敏捷革命 》，Scrum 之父杰夫·萨瑟兰著作

3 书籍：网易的一千零一夜 ，网易杭州研究院项目管理部项目管理实践总结与干货分享