我们想要做一件事情之前，先要搞清楚要达到的目标，这样才能心里有定数，心里有了定数就会比较平静，心里平静了才能够比较心安，心安之后才能充分的思考，然后就会得到解决问题的方案。

IT的项目管理要达到一个什么样的目标？

只有彻底搞清楚这个问题，我们才能知道要做什么工作。我在本子上列出了产品研发各个环节项目管理的内容：

1. 项目管理要解决的问题：

项目计划

人事冲突

项目协调

风险管理

跨团队协调

2. 作为产品经理负责产品线时，产品团队的项目管理内容：

单产品线需求管理（需求池）

单产品线版本规划

多产品线管理

3. 研发团队项目管理的问题：

项目研发工作排期及任务分配

研发风险管理，主要包括下列风险：

项目计划排期不当风险。

棘手技术问题导致的延期风险

跨团队协作时协作团队出现的延期风险引起的项目延期风险

开发环境不稳定导致团队联调延期风险

需求变更导致的项目计划变更风险

线上紧急问题解决引起的当前研发产品的延期风险

上线前上线工作准备不充分导致上线失败风险

上线后线上测试不通过风险

跨团队协调管理

4. 测试团队项目管理的问题：

项目测试工作排期，包括编写测试用例、及黑盒测试工作排期。

测试风险管理，主要包括：

测试环境故障引起的测试工作阻塞风险

需求变更导致的测试用例追加及测试工作变更风险

研发提测产品质量低于预期，测试团队工作延期风险

项目管理的制度目标：透明化

在得出项目管理的目标是：高质量、高产出。后，还是不知道怎么落地。因为客观上来讲，这个目标是包含产品、研发、测试在内的整个团队的目标，特别是项目管理，在这里显得很无力，因为项目管理人员既不能帮产品梳理业务些PRD、也不能撸起袖子自己敲代码、也不能越俎代庖做测试，当然也没这个时间。那么项目管理人员能怎么去达到这个目标呢？或者能怎么发现当前团队的产出是否是高质量、高产出的呢？

怎么发现当前团队的产出不是 高质量、高产出的呢？

于是我在本子上列出了IT产品研发所涉及的团队，和各个团队中会导致不能达到高质量、高产出的一些场景。

1. 产品经理

研发当前迭代上线后，无后续产品规划。

产品规划迭代内容长期处于优化、BUG修复等状态，对于业务的驱动没有更为强劲的驱动和支持。

线上BUG不做梳理分级分类和汇总统计，线上产品长期处于低质量状态。

版本规划不合理或需求梳理不明确，研发期间大量需求变更导致项目延期、长期不能上线或低质量上线。

2. 研发人员

项目排期计划预估不当，研发人力资源发挥不充分（估长）或提测产品质量低于预期。

项目研发期间遇到棘手技术问题和跨团队协作时间问题不能及时协调，最后产品上线延期或线上低质量。

上线前后准备工作不充分，产品线上故障回撤，延期。

3. 测试人员

测试计划排期不当，测试人员人力资源发挥不充分（估长）或产品匆忙上线，线上产品质量低下。

测试时间不够充分，测试用例覆盖范围不够全面，线上产品质量低下。

测试时间不够充分，回归测试的力度不够导致的线上产品质量低下等。