项目管理敏捷方法的几点感悟

项目管理是管理学的一个分支学科 ，对项目管理的定义是：运用各种相关技能、方法与工具，为满足或超越项目有关各方对项目的要求与期望，所开展的各种计划、组织、领导、控制等方面的活动。

作为一名互联网产品经理，有幸在工作中负责一部分项目管理的工作，在经历几个版本、N次迭代之后，逐渐形成了一个观点：项目管理博大精深（shui hen shen）。如果从集成管理、范围管理、时间管理、成本管理、质量管理等角度来讲，可能需要写一篇万字长文。所以，我想结合工作中的经历，从关键词说一说自己的感受。

老人常常教导我们：靠谱的人做事总是有始有终有头有尾。项目管理也是如此。有人会质疑，事物有生死，总会有个尽头，要做到有头有尾不是很容易吗？看来有必要对项目管理中的“头”和“尾”解释一下了。

敏捷项目：“头”是立项书和产品导路图计划等，“尾”是项目回顾；

敏捷发布：“头”是发布计划，“尾”是发布回顾；

敏捷迭代：“头”是迭代计划，“尾”是迭代演示（即产品体验）、评审（即转测试）、迭代回顾（一般可以认为是周会）；

日常工作：“头”是每日站立会议，“尾”是更新过程（每日站立会议也会关注任务完成情况反馈，也可以认为是“尾”）。

小结一下，“头”是指计划，正如流行语“立个flag”。“尾”不是指简单的结束，而是指回顾，总结这个阶段计划执行情况、遇到的问题解决情况、流程待优化的点等，便于下次更好地开“头”。

有头有尾，不断迭代，就能不断升级，做得更好。我个人认为，有头有尾是项目管理中最精华的部分，而敏捷厉害之处在于将“头”和“尾”细化到了每天日常工作中。

在过去的软件开发中，项目经理很多时候是决策者，权力很大。而在敏捷开发中，项目经理的权力下放，出现了需求Owner、迭代负责人、发布负责人等，普通的开发同学也拥有部分的项目管理职责。这其实是对敏捷宣言中“个体和交互胜过过程和工具”的践行。通过培养开发同学自己的主人翁意识，鼓励个体及其之间的交流，鼓励自我能力提升和自我管理。

查尔斯·达尔文在《物种起源》中所说：“能够生存下来的并不是最强壮的物种，也不是最聪明的物种，而是对变化能够做出灵活反应的物种”。人人都能做主，也使得项目能够更快更灵活应对变化和风险。

以版本管理为例，一个产品往往有多个版本，如果项目经理专门跟进每个版本的进度，随着项目的发展会越来越疲于奔命。通过版本负责人的机制，项目经理负责版本的“头”和“尾”，同时在每周晨会引导版本负责人梳理版本进度，在每周例会汇总各版本进度和风险，对偏离项目航道的行为要及时发现和干预，实现有效的版本管理。

以需求澄清为例，产品经理在讲解需求后，开发需要进行需求规划和工时预估。而后在开发的过程中，每一个需求需要经历自测试、产品体验、转测试、已完成等阶段，项目经理同样不可能每个需求、每种状态一一跟进。采用需求owner的机制，发挥开发同学的主人翁意识，就能够确保需求的状态正常流转。

从早期的BBS如天涯论坛，到图片社区如朋友圈，再到最近火热直播和小视频应用，我们可以发现人总是更容易被生动的表现形式所吸引。从这个逻辑推演，我们在传达信息的时候，有效性从小到大排列如下：

口头 < 文字 < 图表 < 交互原型 < 产品Demo。比如产品文档，往往就不如Axure原型来得更清晰有效。

那么在项目管理中，如何运用这个原理呢？那就是，把流程和进度常态化、图形化。所谓“最简单、最可见的解决方案就是最好的方案”。

比如每日站立会议的白板，又叫做迭代任务面板。在白板上，其中的卡片代表了任务，可以从一列移动到另一列，每一列代表了要实现的特性状态。通过移动白板上的卡片，每日站立会议上项目成员能够检查和修改自己的工作计划（迭代中的待完成事项列表），并在所有人之间快速共享关于迭代计划会议上制定的各自任务的进展程度。

比如迭代/发布回顾会议，为了提高会议效率，我们需要明确讨论目标，在会议当中的思维碰撞形成的观点，可以在墙上画成亲和图。这样至少有三个好处，一是给大家清晰的讨论目标；二是记录，便于会后梳理，形成纪要；三是给其他同学提示，激发新想法。

再比如凭借《milk》斩获奥斯卡原创剧本奖的编剧达斯汀（Dustin Lance Black）为了避免“线性的写”和“故事情节淡入淡出”，也使用了可视化的小卡片创作方式。

总结一下，我的敏捷项目管理的感受如下：

一是有头有尾，开始时明确启动的标准，结束一个阶段要进行回顾和改进，平时鼓励成员沟通交流；

二是人民当家作主，通过需求Owner、迭代负责人、发布负责人等制度，将项目管理的权力赋予给每一个开发同学。项目经理要负责制度建立、改进措施落实的跟进和外部风险把控等；

三是看得见摸得着，通过白板故事墙、亲和图、鱼骨图和思维导图等，将抽象的软件需求和特性具象化，帮助成员之间的沟通和理解。

写完这些文字，突然想起古人云“吾日三省吾身”，这大抵是最质朴的项目管理的思想了吧。

参考文献：《软件项目管理与敏捷方法》 (美)Michele Sliger， Stacia Broderick