一页纸一页签管理方式

有一本书叫《一页纸项目管理》，很喜欢，也曾为以前的项目组推荐过其中的方法。

喜欢它的原因是其一页纸的方法简单、精炼、集成度高、体现力强。

就一页excel，连上下滚动都不需要，就可以看清整个项目信息，神奇。我将它推荐给我做运维项目的同学，他也认为很好用，且成功用其实施了一个信号处理的项目。

我很讨厌讲方法论，但是它定义的项目基本元素我觉得非常简单实用，以任务为中心，围绕了负责任、目标、成本、时间线。所有的方法也都逃不出这几点，可能所有项目经理多年的经验也就这几点外加一些情商等软技能。

不过我没有用它实际带过项目，所以吹嘘的话也说不出什么，如果有人用实际经验反驳我不做辩解，因为我一向觉得实践更有用，前提是方法要用对地方。我对一页纸的理解是，中小项目，关联性不高的项目，项目经理可以宏观把控住的项目。解释可能有疑问的几点：

一，为什么要求关联性不能太高。因为excel工具的局限性，几个项目如果相关联，从工具上无法同步其他项目的关联任务的状态。

二，不要求项目目标明确吗，需求频繁变更怎么办。这个和中小项目这一点类似，是因为在任务这一级别上没有流程，需求变更的重点是做不做，一旦决定实施了就已经考虑了和已有任务的冲突，并且无非是在一页纸上添加或者修改一条任务而已。

三，报表怎么出。如果领导认可，它本身就是一个很全面的报表。而且实用它不仅可以和领导沟通，还可以进行组内的沟通，项目间的沟通，个人感觉这是其最优秀的一点，甚至减少了很多技术型项目经理的麻烦。

四，怎么看它和已有工具的关系。原书说并不是代替你已有的工具，而是使用它为你锦上添花。个人认为条件允许的话，那个适用用哪个。比如非要和版本集成起来，那么肯定要有流程的工具适用些。

五，和其他方法的区别。方法好用就可以，没必要非要列区别出来，理论可以自己翻书。

个人认为需要一点弥补的地方，一是缺少风险登记册，二是任务跟踪上不好追踪过程情况，没有子任务，没有进度量化，全靠日期支撑。

所以在使用过程中建议加入一页签，就是敏捷开发看板上的便签，用于记录每日进度和细节问题，也可包括成员在项目外的工作，形式可由项目经理自己选择。

以上为一家之言，仅供参考。