2年经验总结，告诉你如何做好项目管理

我把管理技能分为两类，分别为项目管理和团队管理，这篇文章教你如何做好项目管理。

在讲述这篇文章前，先简单介绍一下我的管理经验：之前在百度呆了3年半，系统学习了百度的项目管理流程，19年来到小米后，带领ShareSave团队做了1年项目管理和团队管理工作，之后带领海外商城基础服务后端团队，做了1年团队管理工作。

纵观我带过的项目，在保证项目质量的同时，少有延期的情况，主要还是源于自己的一套项目管理经验，下面我以ShareSave为例，将这套经验分享给大家。

备注：本人没有考过PMP证书，也没有经过系统的项目管理培训，文章内容全凭经验之谈，如有偏颇，欢迎指出，定会改进！

项目流程

我把项目管理分为4个阶段，分别为需求阶段、研发阶段、测试阶段和上线阶段。

 

项目管理过程中，需要借助项目管理工具，我们以TB（Teambition）为例。

产品规划

为什么我需要将“产品规划”单独列出来，因为这个真的太重要了，产品规划就像是海上的灯塔，指引你前进的方向。

有了产品规划，产品可以将需求提前放入需求池，每个迭代只做高优需求。

下面是产品规划要求：

 

需求评审

需求评审阶段，一定是需要产品给出完整的需求文档，如果有UI交互的地方，需要提前给出原型图，拒绝没有原型图的需求评审。

需求一定是要非常明确，最好是能细化到具体的功能点，拒绝模糊需求（比如一句话需求）。

下面是需求评审要求：

 

为了提高需求评审的效率，我们在需求评审前，需要做很多准备工作，比如需求前期沟通、研发初步评估，前期工作准备到位后，需求评审期间就可以主要讨论问题，避免一个需求反复沟通的情况。

下面是需求阶段流程（有些环节可以删掉，仅供参考）：

 

研发阶段

技术方案是整个项目的灵魂，很多项目到后期出现问题，很大原因就是技术方案没做好。

项目排期用于控制整体项目的节奏，有以下几点经验之谈：

1. 项目排期每天不要排满，建议预留 20% buffer;

2. 如果项目时间紧，可以采用分批提测的方式；

3. 排期要有里程碑，开发、联调、提测、上线、验收等；

4. 项目排期不能仅到上线阶段，还需包括线上灰度和项目验收；

5. 前端排期依赖UI设计。

下面是项目排期要求：

 

下面是研发阶段流程（有些环节可以删掉，仅供参考）：

 

测试&上线阶段

上线方案可以为线上的稳定性保驾护航，重要性不言而喻。 因为上线导致严重的线上问题，这个项目可能就白干了。

关于测试&上线流程，有以下几点经验之谈：

1. 测试环节需要大家一起过测试Case；

2. 提测前，有的项目还需要做项目演示；

3. 上线前，需要一起过上线方案，突出风险点；

4. 上线后可能需要小流量验证，或者灰度；

5. 有的项目还有项目验收环节，最后才全员开放。

下面是测试&上线阶段流程（有些环节可以删掉，仅供参考）：

 

 

需求变更

重点说一下需求变更，这也是很多程序员头疼的问题，只要做到正确把控，其实也没那么可怕。

下面是需求变更要求：

 

总结一下：需求变更越早越好，变更需求，需要调整排期，临近上线，原则上不再允许需求变更，否则需要领导审批。

每日站会

为什么要提这个呢，因为有的同学平时闷声不响，最后给你憋大招。所以你需要知道大家每天的工作进度、问题和风险，方便你推动和协调解决，甚至会对项目节奏临时调整。

站会怎么开，这个也有讲究，10-15分钟最佳，每位同学都要参与：

1. 昨天做了什么？

2. 今天打算做什么？

3. 遇到什么问题？

备注：站会时间早上或晚上最佳，方式比较灵活，前期可以每周2-3次，后期就每天都开。

总结

总结一下项目管理的几个重要的点：

1. 产品规划就像是海上的灯塔，不能乱打一气；

2. 需求文档一定要尽可能详细，拒绝无原型的需求评审；

3. 技术方案是整个项目的灵魂，这块多投入时间绝对不亏；

4. 项目排期有里程碑、有buffer，排期需包括线上灰度和项目验收时间；

5. Code Review、测试Case都不能少；

6. 上线方案要预知风险，为线上的稳定性保驾护航。

最后希望大家都能成为优秀的项目负责人，这个是ShareSave敏捷开发流程，教你如何用敏捷的方式管理项目，非常值得大家借鉴！

尽信书则不如无书，因个人能力有限，难免有疏漏和错误之处，如发现bug或者有更好的建议，欢迎批评指正，不吝感激