写在前面：
一个人对任何事物的理解都是片面的，因为其受到个人的人生经历，工作经历，社会经历的影响（也就是：Input的数据量不够多，种类不够多样化，从而导致Output的数据就不够精准）；
作者经历：3年数码相机软件经历（日企，程序员），4年汽车电子软件经历（对日企业，技术经理&项目经理），目前就职于金融信息服务类公司（产品经理）。
本文，是作者目前经验的个人总结，有需要交流的人士，请联络作者：yongjia_cui@163.com。
什么是项目管理
- 项目管理是管理学的一个分支学科。
- 项目管理的定义是：
1.指在项目活动中运用专门的知识、技能、工具和方法，使项目能够在有限资源限定条件下，实现或超过设定的需求和期望的过程。
2.项目管理是对一些与成功地达成一系列目标相关的活动（譬如任务）的整体监测和管控。这包括策划、进度计划和维护组成项目的活动的进展。
来源：百度百科
项目管理原来是这个
- 运用知识、技能、工具、方法，在有限的外部资源下，努力达成需求的一个过程。
- 过程的执行中，需要进行执行进度的的检测和管控
项目过程
起源是需求，执行是过程，成果是结论。
项目从立项到交付，需要经过多个部门，多个团队，多个人员的配合；从而导致过程是复杂的，多变的；无论哪个人来进行管理，总会遇到风险。
以一个普通的Web产品的项目为例，整体的项目流程如下：
过程管理
作者没有经过系统的管理课程的学习；但得益于工作中前辈的指导，公司部门内部的管理经验交流，以及自己在工作中的不断积累和思考。
窃以为管理分为以下三类：
- 个人管理
- 向下管理
- 向上管理
个人管理
可以看到，我在把管理进行分类的时候，将个人管理放到的第一个。
这足以说明个人管理在我心中的重要地位，其原因有二：
1.己所不欲勿施于人，己所欲慎施于人
2.一屋不扫何以扫天下
3.初学管理的人，抱怨最多的就是：每天忙忙碌碌的进行管理，弄得最后自己的工作没时间做，只能加班来弄了。
说到个人管理就离不开时间管理，时间管理的相关理论网上应该有很多，需要了解的朋友请自行搜索。这里我只说几点：
1.今日事今日毕。
这个的意思大家都明白，凡事不能拖，越拖越难解决。
2.一定要有一个地方来记录手头上要处理的事情。
每天早上清理一下还需要处理的事情，需要提醒别人的事情，马上提醒；需要自己处理的事情，大体规划一下今天几点开始处理。
这里推荐一个我正在使用的一个工具：worktile
3.将事情进行分类。
紧急不重要，紧急重要，不紧急不重要，不紧急重要。
以上分类的理论，如需要进一步了解，请自行网上搜索。
向下管理
这里虽然写的是向下管理，但也包含同级的管理；向下管理在项目中，就是项目的过程管理。
说到项目管理，只要做过管理的人都知道，项目启动立项的时候，需要规划好项目计划(日程)。
项目计划如何制定？需要包含哪些东西？
项目计划的制定
一般情况下，我们的项目都是有时间结束点的；ok，既然有了时间结束点，我一直采用的就是倒推法。
倒推法
这里需要用到工时和工期，具体工时是什么，工期是什么，请自行搜索
前提：项目时间结束点已定，项目的规模(总工时)已经初步预估完毕，人力资源已初步确定（可以拿着项目计划向领导提人力需求）。
倒推法的分析过程如下，例如：
Input数据：
现在的时间是2015-1-1。项目交付的时间点是2015-3-15。
开发和测试给出的总工时时：12Week（开发8Week，测试2Week，修改Bug2Week）
根据项目经验，此项目风险系数为1.5
分析过程：
1.总工期预估
从2015-1-1日到2015-3-15一共10Week，10Week/1.5的风险系数 = 6.67Week。也就是按照6.67Week之全部开发完，测试，修改完毕进行项目规划。
2.各阶段工期计算
开发工期
8Week/12Week6.67Week = 4.44Week
2015-1-1 ~ 2015-2-3
测试工期
2Week/12Week6.67Week = 1.11Week
2015-2-4 ~ 2015-2-13
修改Bug工期
2Week/12Week*6.67Week = 1.11Week
2015-2-13 ~ 2015-2-22
3.项目里程碑明确
2015-2-3 开发完毕
2015-2-13 第一轮测试完毕
2015-2-22 修改Bug，回归测试完毕
2015-2-23 ~ 2015-3-15 风险预留时间
4.人力资源预估
| 过程 | 工时 | 工期 | 人力资源 |
|---|---|---|---|
| 开发 | 8Week | 2Week | 8/2=4人 |
| 测试 | 2Week | 1.11Week | 2/1.11=1.8人 |
| 修改Bug | 2Week | 1.11Week | 2/1.11=1.8人 |
上表中的人力资源，是根据工时/工期计算出来的。
到这里，你就可以拿着这个标，找领导谈人力资源的需求了。
最后
上面有一个1.5的风险系数，在不同的项目，不同的团队，这个数值是需要调整的；如何调整？这就需要项目管理者对项目内容，项目团队有一个历史数据的支撑，这样才可以合理的预估出这个风险系数。这里我推荐一个跨度在1个月以上的项目，可以先按照1.5的风险系数进行预估，然后不断调整。
任务分配
项目计划OK后，就到了任务分配的时候了
