日前听到同事对产品经理工作的概括“取舍需求，控制进度”，觉得第一个项目做到尾声，需要总结一下第一个项目关于项目管理的一些思考。之后所说的经验，都是我曾经跳过的坑。
PM做的项目管理是什么？
简单说来就是，把控项目现在的进度，预计之后的进度，并且在进度控制中合理的分配项目组中每个人的个人进度。
说起来很简单，但如果想要做到，最少需要几点要求：
完整、细致、全面的了解整个项目，包括了整体和细节。
具备很强的预见性，预计配合项目的各个部门的工作进度以及之间工作的交接配合。
有完整的流程规范，或者产品经理了解每一个人的工作方法，对可能出现的漏洞提前查缺补漏。
以上这些都是我在第一个项目整个过程中所欠缺的。
怎么做项目管理？
项目管理的前提就是做到“心中有数”，在心中有数的基础上，比如本公司是有Web端产品并迭代过若干次，正在开发移动端产品。项目管理应该关注那么一些点。
1、重点关注与之前不同的内容
本次项目从根本上其实是用Web端产品对移动端进行适配，但移动端有些东西领先Web端小半个版本。因为是共用一个后台系统，因此会出现Web端和移动端相互干扰的情况。这时候就需要重点关于与之前版本不同的模块与内容，因为他们是最有可能出错的部分。这时候就需要和技术人员较多的沟通，反复确认是否得到的是产品经理所提出的需求。
2、合理排期
排期包含了两个方面，一是每个子模块需要的时间，二是规划模块的之间顺序，优先级。其实还有每个部门介入的顺序，但这个顺序基本是固定的，基本都是，产品–设计–开发（前后端）–联调–测试，所以不计入。
如何估计每个子模块需要的时间，对PM来说就是经验问题了，因为影响时间的因素包括了现有的技术，之前的预研，技术人员的水平等方方面面。当然也可以让技术人员自己估计时间，但技术人员估计的这个时间准确与否还是很难保证。
对时间及进度的控制考的是一个PM项目管理里的大局观和对公司现状的综合判断能力。
规划模块的设计、开发顺序。影响排序的因素主要有两个，一是优先级，优先级高的肯定会排的靠前一点。二是自底向上，可以采用自底向上法排序，因为底部的功能与其他功能之间交叉较少。如果自顶向下，很多功能只有完成了前序功能才能开发。
3、不要轻易下deadline，不然只有dead，没有line
Deadline从来都是一把双刃剑，用的好了，能在一定时间大幅度提升工作效率，提升团队凝聚力，攻克项目难题。但如果用不好，整个项目组团队怨声载道，连续的加班，熬夜。作为产品狗的我选择购买一份人生保险。
对于互联网项目来说，大多都是延期，能准时完成就算是提前，Deadline真的要慎之又慎，否则只有Dead没有Line。
PM绕不过去的项目管理
市面上关于产品经理的课程、书籍都集中到了第一个箭头，即怎么把idea通过分析、处理、构思成为一个可以用文档提出来给研发人员的需求。忽视了第二个箭头，对一个PM来说，不是把文档给出去就是结束，如何把一个需求做成一个项目，从而最后凝结成为一个产品，也是衡量一个PM能力的重要方面。
