十一罗汉 团队案例分析

十一罗汉团队案例分析
观看电影《十一罗汉》剧情展开的一个最大乐趣，就是观看团队的每一个成员如何利用他们自己的独特才能来促进大劫案的成功。

项目的执行也是如此，项目团队中每一个人都是保证项目目标成功必不可少的一环，环环相扣。

一旦某一个环节出了问题，那项目很可能受影响。

但是项目执行过程中，一定存在很多的变量。

《项目管理知识体系指南》中指出：开展执行过程组的过程，可能导致变更请求。

一旦变更请求获得批准，则可能触发一个或多个规划过程，来修改管理计划、完善项目文件，甚至建立新的基准。

从实际项目执行来看也是如此，很多时候一个变更就将执行计划全部打乱。

最常见的有：需求变更、设计变更、关键人物变更等。

比如之前说过的，产品做出来后，产品经理说不是他想要的东西，这对于硬件产品来说简直是致命的打击；还有一种是设计方案变更，比如在两种方案中选择了其中一种，但做着做着发现不满足要求或实现难度太大转而改方案，或者软件的架构不满足数据的要求等。

那该如何让执行保持一个闭环状态呢？
一个较常见的做法是：方案评审。

虽然在日常工作过程中，我也经常组织需求评审、设计评审，但效果有时一般。

究其原因，一是很多时候职责分得不那么清楚，二是很多时候评审变成了走过场。

这次在反思的过程中，我在网上查到有公司在用一种评审决策机制，叫做OARP，很实用，可以作为一种方法论利用起来。

在一个项目执行过程中，其实最重要的有需求稿、需求变更、设计稿、设计文档、测试文档等。

总结一下，可以形成如下表所示。

以需求为例，负责人是策划人员，批准是产品负责人，审核则是各参与主体的Leader，而项目组成员是参与者。