作为一只产品狗，哪有没趟过项目管理的坑。明天就要发版，今晚还在熬夜做feature的场景还历历在目吧。虽然项目管理不是产品经理的专职工作，但是既然都做了产品经理了，本着大事小事皆是产品经理的事的专业产品经理素养，产品经理懂一些项目管理的知识总归是没有坏处的，指不定哪个时刻你临危受命，接管了项目管理的活儿，最后出色的完成了项目，按时发版，力挽狂澜，那大可以理直气壮的和老板畅谈一下人生理想，顺带聊聊升职加薪迎娶白富美的美好愿景！

什么是项目管理

项目经理和产品经理的区别在于：产品经理靠想，决定要做什么，而项目经理靠做，按时按量，正确的，低成本的完成项目，即项目经理要做的就是正确的做事。

需求分解

项目经理在接到产品丢过来的一大坨需求之后，首先要做的是把需求分解成研发任务。这里要引入一个WBS（Work Breakdown Structure）概念，WBS的核心理念是把需求分解成独立的日常研发活动，将研发活动指派给具体的研发人员，在分解的过程当中有一些基本的规则要遵守：

• 需求分解成任务要逐步分解，最终的分解单位是单个具体的feature，是可以直接让研发去做的；
• 所有分解出来的feature都要对应到人头上，要能够量化，谁来做，做多少个工时；
• 做分解的时候，一定要分解到不能分解为止。

关键路径

不要以为做完分解，项目管理的工作就完成大半了。这里引用我以前老大给我讲的一个项目管理的关键经验：关键路径。至于他所说的关键路径的专业解释我并不是太清楚，但就他说的东西确实对我帮助很大，上图：

关键路径

燃尽图

项目跟进是一个持续性的过程，项目的实际进展肯定是不会按照预估的时间来完成的，总会有一些差异，但这些差异一定要保持在可控的范围之内。这里就要引入另一个关键的概念燃尽图。燃尽图可以帮助你持续的对比预估的项目进度和实际的项目进度，从而及时发现项目中不可控的因素。

燃尽图

项目管理方法

主流的项目管理方法

目前两大主流的项目管理模型就是瀑布模型和敏捷模型，细分下来可以重点关注一下

• FDD特性驱动开发
• SCRUM方法
• 透明水晶方法
• RUP统一软件开发方法
• XP极限编程方法
• 瀑布模型
  以上这些方法可以搜索资料了解一下，主要了解其核心思想就可以了

适合团队的项目管理方法

因团队的特殊性，项目的特殊性，上面的这些项目管理方法不能生搬硬套的直接用在自己的项目管理工作当中，我们需要需要将这些方法改造成适合自己的团队的项目管理方法

• 评估项目。项目是长期项目，还是短期突击项目。项目预算充足还是紧张，是核心项目还是随便做做就好
• 团队实力。产品，设计，后端 ，前端哪个是团队的强项，各个小组中实力最强的是谁，实力最弱的是谁
• 成员性格。哪些人是工作积极负责实力也够能挑起大梁的，哪些是打酱油的，哪些人是要踢一下动一下的，另外不要忘了评估老板
  评估这些因素的主要目的，是根据项目，团队的特殊性选择最合适的项目管理方法

踩过的坑

• 开发完成并不是项目的结束。很多项目经理以为开发完成项目就基本完成了，有没有考虑过实际部署，有没有考虑如何发布？
• 不留余量。项目誓师大会上，当着老板的面拍着胸脯说保证1个月完成任务，结果第25天所有feature才完成60%，有1个关键feature技术方案都还没有。项目周期的评估都是拍脑袋拍出来的，评估项目周期的时候永远要多留20%的余量。
• 团队成员消极怠工导致项目拖延。永远要假定人都是不自觉的，不要太高估团队的自觉性，如果他们自己都能搞定项目了还要项目经理干嘛！
• 做了一半了产品经理要改需求。因为产品改需求导致项目延期的锅项目经理可不能背，要改要当着老板和团队成员的面改，要让大家都知晓并且同意。
• 做了一半了，老板加需求！想想老板到底要什么，这个需求能不能不加，非要加需求，那项目完成周期要改，资源也要增加。
  如果大家也踩过哪些项目管理的坑，欢迎留言分享血泪史。

感悟

• 项目经理干的都是脏活儿，累活儿，一定要有一个正确的心理预期。项目经理是入门容易，成长艰难但势能很高的职业，做得好的项目经理转行政管理岗同样是得心应手。
• 项目经理要有威信，并敢于承担责任，分享荣誉，只有这样你才能在团队中有话语权，并且让团队成员信服。
• 即是工作，也是朋友。对待团队成员，晓之以理，动之以情，除了项目上的事儿，平时也可以多聊聊兴趣爱好，有时间就破费一下请团队撸撸串培养一下感情，人都是感情动物，你不要幻想平时你板着个脸，到关键的时候要让他们精神奕奕的加班赶进度。

以上，就是自己作为一只产品狗在项目管理中踩过的坑和积累的一些经验。其实说到底，项目管理本质是和人打交道，好的项目管理方法是项目成功的基本保证，真诚待人和换位思考的态度才是项目成功的关键！