中财网lamb of god典故:项目管理速成手册
来源：百度文库 编辑：中财网 时间：2024/04/20 22:49:23
2010-5-10 蒋彪 于南京
1.前言
项目，如果不好好的管理的话，就会变得混乱下去。曾经的计划到处是破绽，成果物乱七八糟，项目成员心情都无比沮丧，到了不可收拾的地步。
一个陷入混乱的项目，最需要的就是出重手，快速摆平所有的问题。正所谓“乱使用重典”。当然，这不是那么件简单的事情。本篇文章，就是想说明，在项目的各个阶段，如何摆平项目秩序。
本文不光简单的描述一些项目管理的手法，并且还解说了许多项目管理的工具，和一些技巧性的提案。
2.项 目经 理石先生的困惑
项目经理石先生和我这样抱怨到：
部长问我项目什么时候做完？但是我心里也没有数。项目组所有的兄弟都在努力加班。
但是我去问他们什么时候能做完，他们都告诉我两三天之后。可是到了两三天之后，再去问他们，他们又说还要再两三天之后。
项目的周期越拖越长，客户越来越不满，下属也越来越不满，领导也越来越不满。
我真的不知道该怎么办了。
原来如此，石先生在项目管理上感到如此的困惑。有一种深深的被嘲弄的感觉。
要解决石先生的问题，我们首先应该考虑的是项目的进度管理。
3.进 度管理的目的
进度管理就如在地图上画出路线上一样。
你想从地图上的A点到达B点，有很多种路线可以走，那条路线是最近的，那条路线是最少困难的，凭空想象是不行的。你需要的是，在地图上标出自己要走的路线。而这个路线就是项目的进度计划。
实际的项目进度管理要包括以下两点：
1． 项目全体现在完成了多少（达成率）
2． 如果这样进行下去，项目会延期吗，会提前完成吗？（完了预测）
4.进 度管理的两 大原则
4.1 进度管理的周期
进度管理是不可能一蹴而就的，任何一个进度管理，都需要按照以下周期，不断进度，不断改进，才能真实的反映项目的真实进度。
根据项目成员的能力和项目的任务制定项目计划
根据项目计划作业，报告作业结果，分析计划的可行性
如果项目计划延迟了，则考虑改变项目计划的对策
比如，我们可以假设以下的项目进行的方法。
在每周一的早上，根据上周作业的实际情况，确定本周的进度预定。
在每周的周五17点，用email的方式通告本周的作业结果。
PM根据这些资料，在每周一的晨会上决定进步调整。
在有很大的作业延迟的那天，向部长以上级别汇报。
在月末将进度整理之后报告给客户。
以上，可以说就是一个典型的计划报告分析对应的循环。
在以上的循环中，进度率的计算如下：
Σ（作业的进度率×作业的预定工数）/ 计划的总工数
其中总工数的计算是有必要的，做成WBS(Work Breakdown Structure)的项目计划也是有必要的。
另一方面，完了预测的计算如下：
项目需要的天数 = 预测日期内完成的作业天数(实绩) / 预测日期内的作业天数 × 总天数
因为到目前为止，项目需要的天数已经清楚了，所以我们可以得到以下公式：
进度完了差异 = 项目需要的天数 — 预定总天数
如果计算出来的值是负的话就说明比预定提早做完了。如果是正的话，就说明比预定推迟完成了。
为了更形象的说明这个问题，请看以下这个图表：
当然，以上计算的前提是所有作业的内容都是一致的，单纯的，但是实际情况下，这样简单的平均值计算出来的数据不准确的可能性也是很高的。
按照以上这样的标准，反复进行，最后就能找到项目计划中的不准确的地方和找到解决之道，提高项目计划的准确性。
4.2 进度管理的基准
在进度管理的过程中，如果精度太低就没有意义了。比方说定义到天的精度明显比定义到星期的进度要好。
根据单纯的项目成员的报告数据来确定项目进度的精度是很复杂的。因为报告者个人的水平是不一致的，报告的时候也会出现故意多报或者少报的情况。
作为一种补充方法，可以采用完成度的报告方法来确定进度，比如：
如果完成了代码编写，完成度就是50%
如果完成了内部评审，完成度就是70%
如果全部完成了，完成度就是100%
5.计 划！ 计 划！ 计 划！
很多年前，我和IBM合作的时候，经常听他们的PM说一句话，“计划！计划！计划！”
那么到底如何制定一个完美的计划呢，一般来说，我们可以用WBS来对项目结构进行分割，常见的分割方法如下：
5.1 依据项目产物分割
大项目
中项目
小项目
需求分析阶段
用例图
客户管理
商品管理
模块设计文档
客户管理
商品管理
详细设计阶段
详细设计文档
客户管理
商品管理
5.2 依据模块分割
大项目
中项目
小项目
销售系统
客户管理
用例图
模块设计
详细设计文档
商品管理
用例图
模块设计
详细设计文档
#具体的关于项目规模估算，可以参见以下文章
文章名：《手把手教你估算软件项目》
文章链接：http://blog.csdn.net/nanjingjiangbiao/archive/2010/03/04/5346859.aspx
6.使用管理工具管理项 目
如果不是很复杂的项目，我们一般可以使用Excel就可以制定项目计划。但是如果很巨大的项目，中间的变更又很多，或者要多人同时操作，那么就需要专门的项目管理工具了。
下面给大家推荐一个免费的项目管理工具：
工具名：GanttProject
下载地址：http://ganttproject.sourceforge.net/
该工具可以做一些简单的项目任务分配，进度率的自动计算和分析，但是负责的工作就不一定能完成了，必要的时候还是花钱的工具比较好。
7.总结
根据以上的说明，PM石先生终于了解到了自己应该如何管理一个项目。
但是是不是有了项目的计划，一个项目就能成功的完成呢？
当然不是，以下各种各样的问题，都会不断的困惑着项目经理
项目成员的激励
项目的配置管理
项目质量的把握
项目管理负荷的扩大化
如何放权给下属
如何摆平外界对项目组的干扰
～～～～～～～～～～～
一个项目经理，不是那么简单就能作好的。
1.前言
项目，如果不好好的管理的话，就会变得混乱下去。曾经的计划到处是破绽，成果物乱七八糟，项目成员心情都无比沮丧，到了不可收拾的地步。
一个陷入混乱的项目，最需要的就是出重手，快速摆平所有的问题。正所谓“乱使用重典”。当然，这不是那么件简单的事情。本篇文章，就是想说明，在项目的各个阶段，如何摆平项目秩序。
本文不光简单的描述一些项目管理的手法，并且还解说了许多项目管理的工具，和一些技巧性的提案。
2.项 目经 理石先生的困惑
项目经理石先生和我这样抱怨到：
部长问我项目什么时候做完？但是我心里也没有数。项目组所有的兄弟都在努力加班。
但是我去问他们什么时候能做完，他们都告诉我两三天之后。可是到了两三天之后，再去问他们，他们又说还要再两三天之后。
项目的周期越拖越长，客户越来越不满，下属也越来越不满，领导也越来越不满。
我真的不知道该怎么办了。
原来如此，石先生在项目管理上感到如此的困惑。有一种深深的被嘲弄的感觉。
要解决石先生的问题，我们首先应该考虑的是项目的进度管理。
3.进 度管理的目的
进度管理就如在地图上画出路线上一样。
你想从地图上的A点到达B点，有很多种路线可以走，那条路线是最近的，那条路线是最少困难的，凭空想象是不行的。你需要的是，在地图上标出自己要走的路线。而这个路线就是项目的进度计划。
实际的项目进度管理要包括以下两点：
1． 项目全体现在完成了多少（达成率）
2． 如果这样进行下去，项目会延期吗，会提前完成吗？（完了预测）
4.进 度管理的两 大原则
4.1 进度管理的周期
进度管理是不可能一蹴而就的，任何一个进度管理，都需要按照以下周期，不断进度，不断改进，才能真实的反映项目的真实进度。
根据项目成员的能力和项目的任务制定项目计划
根据项目计划作业，报告作业结果，分析计划的可行性
如果项目计划延迟了，则考虑改变项目计划的对策
比如，我们可以假设以下的项目进行的方法。
在每周一的早上，根据上周作业的实际情况，确定本周的进度预定。
在每周的周五17点，用email的方式通告本周的作业结果。
PM根据这些资料，在每周一的晨会上决定进步调整。
在有很大的作业延迟的那天，向部长以上级别汇报。
在月末将进度整理之后报告给客户。
以上，可以说就是一个典型的计划报告分析对应的循环。
在以上的循环中，进度率的计算如下：
Σ（作业的进度率×作业的预定工数）/ 计划的总工数
其中总工数的计算是有必要的，做成WBS(Work Breakdown Structure)的项目计划也是有必要的。
另一方面，完了预测的计算如下：
项目需要的天数 = 预测日期内完成的作业天数(实绩) / 预测日期内的作业天数 × 总天数
因为到目前为止，项目需要的天数已经清楚了，所以我们可以得到以下公式：
进度完了差异 = 项目需要的天数 — 预定总天数
如果计算出来的值是负的话就说明比预定提早做完了。如果是正的话，就说明比预定推迟完成了。
为了更形象的说明这个问题，请看以下这个图表：
当然，以上计算的前提是所有作业的内容都是一致的，单纯的，但是实际情况下，这样简单的平均值计算出来的数据不准确的可能性也是很高的。
按照以上这样的标准，反复进行，最后就能找到项目计划中的不准确的地方和找到解决之道，提高项目计划的准确性。
4.2 进度管理的基准
在进度管理的过程中，如果精度太低就没有意义了。比方说定义到天的精度明显比定义到星期的进度要好。
根据单纯的项目成员的报告数据来确定项目进度的精度是很复杂的。因为报告者个人的水平是不一致的，报告的时候也会出现故意多报或者少报的情况。
作为一种补充方法，可以采用完成度的报告方法来确定进度，比如：
如果完成了代码编写，完成度就是50%
如果完成了内部评审，完成度就是70%
如果全部完成了，完成度就是100%
5.计 划！ 计 划！ 计 划！
很多年前，我和IBM合作的时候，经常听他们的PM说一句话，“计划！计划！计划！”
那么到底如何制定一个完美的计划呢，一般来说，我们可以用WBS来对项目结构进行分割，常见的分割方法如下：
5.1 依据项目产物分割
大项目
中项目
小项目
需求分析阶段
用例图
客户管理
商品管理
模块设计文档
客户管理
商品管理
详细设计阶段
详细设计文档
客户管理
商品管理
5.2 依据模块分割
大项目
中项目
小项目
销售系统
客户管理
用例图
模块设计
详细设计文档
商品管理
用例图
模块设计
详细设计文档
#具体的关于项目规模估算，可以参见以下文章
文章名：《手把手教你估算软件项目》
文章链接：http://blog.csdn.net/nanjingjiangbiao/archive/2010/03/04/5346859.aspx
6.使用管理工具管理项 目
如果不是很复杂的项目，我们一般可以使用Excel就可以制定项目计划。但是如果很巨大的项目，中间的变更又很多，或者要多人同时操作，那么就需要专门的项目管理工具了。
下面给大家推荐一个免费的项目管理工具：
工具名：GanttProject
下载地址：http://ganttproject.sourceforge.net/
该工具可以做一些简单的项目任务分配，进度率的自动计算和分析，但是负责的工作就不一定能完成了，必要的时候还是花钱的工具比较好。
7.总结
根据以上的说明，PM石先生终于了解到了自己应该如何管理一个项目。
但是是不是有了项目的计划，一个项目就能成功的完成呢？
当然不是，以下各种各样的问题，都会不断的困惑着项目经理
项目成员的激励
项目的配置管理
项目质量的把握
项目管理负荷的扩大化
如何放权给下属
如何摆平外界对项目组的干扰
～～～～～～～～～～～
一个项目经理，不是那么简单就能作好的。