工作5年、4年项目管理经验，谈谈我对项目管理目标的几点理解.docVIP

　　工作5年、4年项目管理经验，谈谈我对项目管理目标的几点理解 项目管理是确保产品高质量上线的必要的手段，我们的最终目标是做出高质量的产品。 知止而后有定，定而后能静，静而后能安，安而后能虑，虑而后能得。这是《大学》中解决问题的思路。 意思是在我们想要做一件事情之前，先要搞清楚要达到的目标，这样才能心里有定数，心里有了定数就会比较平静，心里平静了才能够比较心安，心安之后才能充分的思考，然后就会得到解决问题的方案。 从事工作5年中，有4年时间在与项目管理的工作打交道。从做程序员时在研发团队中做项目协调、接口人开始，到后来做专职PMO项目经理，后转岗产品经理，项目管理始终是我工作内容的一部分。我也有幸从产品研发的不同角度对IT项目管理有更为深刻的理解和认识。下面是我对于IT项目管理这一工作需要达到的目标的理解。 IT项目管理的最终目标：高质量、高产出 2017年1月份期间入职一个新的公司搭建公司的项目管理规范制度。公司属于零售行业的电子商务公司，规模1200+、研发中心约70人。公司刚引进新的项目管理工具Teambition，一个我之前没有用过的项目管理工具。相比之前项目管理的工作只包含事件、人员冲突协调，或者做专职项目经理的时候做协调的执行，这次真是要站在PMO经理的角度审视整个产品、测试、研发团队项目管理的问题。第一次面对这样的机会感觉还是比较焦虑的。 入职的第一个周末我在家摸清了Teambition这个项目管理工具所能提供的所有功能。但是最没考虑清楚的是这样一个问题： IT的项目管理要达到一个什么样的目标？ 只有彻底搞清楚这个问题，我们才能知道要做什么工作。我在本子上列出了产品研发各个环节项目管理的内容： 1. 项目管理要解决的问题： 项目计划 人事冲突 项目协调 风险管理 跨团队协调 2. 作为产品经理负责产品线时，产品团队的项目管理内容： 单产品线需求管理（需求池） 单产品线版本规划 多产品线管理 3. 研发团队项目管理的问题： 项目研发工作排期及任务分配 研发风险管理，主要包括下列风险： 项目计划排期不当风险。 棘手技术问题导致的延期风险 跨团队协作时协作团队出现的延期风险引起的项目延期风险 开发环境不稳定导致团队联调延期风险 需求变更导致的项目计划变更风险 线上紧急问题解决引起的当前研发产品的延期风险 上线前上线工作准备不充分导致上线失败风险 上线后线上测试不通过风险 跨团队协调管理 4. 测试团队项目管理的问题： 项目测试工作排期，包括编写测试用例、及黑盒测试工作排期。 测试风险管理，主要包括： 测试环境故障引起的测试工作阻塞风险 需求变更导致的测试用例追加及测试工作变更风险 研发提测产品质量低于预期，测试团队工作延期风险 然后，我发现项目管理在各个环节最关键的工作是计划和风险。一个计划是为了给一个有固定需求范围、人员的项目一个时间目标，很多的计划是为了保证在人力资源和时间范围有限的时候让产出的需求范围尽可能的大，也就是高产出。风险则是为了保证项目计划的目标能成功达到，同时又能保证产出项目的高质量。所以，IT项目管理的目标是高质量、高产出，至于更关注高产出还是高质量，在公司发展的不同阶段有着些许的优先级调整。 IT项目管理的制度目标：透明化 在得出项目管理的目标是：高质量、高产出。 后，还是不知道怎么落地。因为客观上来讲，这个目标是包含产品、研发、测试在内的整个团队的目标，特别是项目管理，在这里显得很无力，因为项目管理人员既不能帮产品梳理业务些PRD、也不能撸起袖子自己敲代码、也不能越俎代庖做测试，当然也没这个时间。那么项目管理人员能怎么去达到这个目标呢？或者能怎么发现当前团队的产出是否是高质量、高产出的呢？ 似乎这个问题提到了点子上，接下来我需要搞清楚： 怎么发现当前团队的产出不是 高质量、高产出的呢？ 于是我在本子上列出了IT产品研发所涉及的团队，和各个团队中会导致不能达到高质量、高产出的一些场景。 1. 产品经理 研发当前迭代上线后，无后续产品规划。 产品规划迭代内容长期处于优化、BUG修复等状态，对于业务的驱动没有更为强劲的驱动和支持。 线上BUG不做梳理分级分类和汇总统计，线上产品长期处于低质量状态。 版本规划不合理或需求梳理不明确，研发期间大量需求变更导致项目延期、长期不能上线或低质量上线。 2. 研发人员 项目排期计划预估不当，研发人力资源发挥不充分（估长）或提测产品质量低于预期。 项目研发期间遇到棘手技术问题和跨团队协作时间问题不能及时协调，最后产品上线延期或线上低质量。 上线前后准备工作不充分，产品线上故障回撤，延期。 3. 测试人员 测试计划排期不当，测试人员人力资源发挥不充分（估长）或产品匆忙上线，线上产品质量低下。 测试时间不够充分，测试用例覆盖范围不够全面，线上产品质量低下。 测试时间不够