关于“项目排期”课题的一些感触与知识整理

Posted 2022-03-10 泰 戈 尔

最近跟了一些跨部门的项目，感觉 PMO（Project Management Office，项目管理办公室）的一些做法
很经典，值得学习。于是搜索了网上相关的一些内容，做了些整理。

别人发的：https://zhuanlan.zhihu.com/p/43449120
关键词+角色+时间点+颜色映射

在我看来，项目本身就是一系列 feature 的集合，每一个 feature 都是对该项目需求点的拆解；
feature 下是具体的 story，由各个业务方去贯彻落实。通常来说，按照此模式，一个项目会拆出 N 个 story，
如何在有限的时间去完成相关内容的统筹规划，便是项目管理的工作了。

对一个具体的项目来说，会包含诸多时间点，各个业务方都或多或少有自己的依赖节点，只有在自己的依赖节点已完成的情况下，才能介入；
对于一线人员，自己所负责的或许只是某一个或者某几个 具体的story，在合理的时间内完成自己的任务即可；
但是对于项目负责人来说，要看到的就不仅仅是单个的需求点了，而是一个个的时间片的排列组合。
我目前见到过的排列组合有正排、倒排。
正排：无关乎 Deadline，按现有的各业务方排期进度，各节点完成所需时间，往后追加即可。（通常适用于那些依赖节点较少，且无明确上线时间点的需求，基本上互联网公司很难推行）
倒排：即有明确的产品上线时间点，所有业务方必须在该时间点之前完成自己的任务，否则一旦有任何一个业务节点延期，就必然导致整个项目的延期。
简图如下

和瀑布流模式很像，但是更加简洁，适用于以某一个具体项目为单位进行表述；
瀑布流模式可以容纳更多信息，更多见的是对“角色”有并行业务需求时进行体现；

拓展想想时间日历似乎也能这么标识，对两个人的关键时间节点进行 merge，便可以得出这么一条“鱼骨图”，后面有时间的话，打算做一个类似的应用出来，想必也挺有意思的吧。