项目管理实践入门初探

前记

　　从事项目管理已经有一段时间了，我也深深喜欢上这个极具挑战性的工作，虽然有过挫折，也有过失败，但是总的来说收获还是颇丰的，一直以来，我很想拥有自己的一套项目管理体系，一套可实施的项目管理实践，可以由于这样或者那样的原因，并没有形成一套系统的体系，因此想利用年末的这段时间逐步把它完善，并与大家同步分享。

　　本套体系主要从实践的角度出发来探讨项目管理，涉及到高深的项目管理理论很少（我也没有那么高的水平），主要探讨包括项目管理流程，项目管理实践，项目管理的关键控制对象，项目管理模板等内容。

　　也许我写得不好，但我会用心去写，也会虚心的听取大家的意见，因此希望大家在写的过程中提出批评和修改的意见，如果可能的话，也希望大家提供给我相应的帮助（项目管理的实际经验）或者鼓励，鼓励的话谁都喜欢听。

　　一、项目管理流程
　　1．项目管理流程总示意图：在项目的计划和执行阶段，有迭代反复的过程；实际上，执行阶段包括了项目管理（PMBok）中控制过程组和执行过程组，为了体现控制和执行的连续性及相关性，特意把它们整合在一块。

　　2．项目初始阶段：关键控制点是项目章程和项目启动会。另外一点需要特别注意的是，项目的可行性分析往往是在项目经理的任命之后，因为大部分的项目，项目经理实际都参与了可行性分析，并发挥了关键作用，而项目发起人所起的作用更多是审核和监督的作用。
　　（1）项目章程（Project Charter），对项目进行整体的规划，确定项目的使命和目标（Mission and Objectives），主要可提交物（Major Deliverables），项目的约束条件（Constraints时间，成本以及范围等），项目的主要干系人（Stakeholder），并确保项目的主要干系人在项目章程上签字确认（表示认可项目章程）；
　　（2）项目启动会（Kick-Off Meeting），是为了确保项目的所有成员都能够积极投入到项目中去，并且引起客户的足够重视。建议尽可能让客户以及项目方的高层领导参与项目的启动会，并发表群情激昂的动员致词，同时表达出对整个项目的期望，因为领导重视往往带来项目成员积极性的提高，是通往项目成功的第一步；强调全员参与，鼓励项目成员积极提问，确保项目成员对项目章程有清晰的理解，因为项目成员对目标和项目的了解是取得项目成功的关键；
　　（3）项目可行性分析（Feasibility Analysis）：通过分析客户的商业需求，结合公司的远景目标，并根据公司内外形势，初步估计出项目的投入/产出，标识出潜在的风险，从而确定项目的可行性；
　　（4）项目经理的任命（Project Manager Assignment）：根据项目的特点从组织内选择合适的项目经理，项目经理必须具备良好的沟通协调能力、激励能力、时间管理能力和目标导向能力。

　　3． 项目的计划阶段：一直以来，我都把计划阶段作为项目管理的重点来对待，但我觉得计划并不是一张漂亮的WBS或者网络图，而是一张能够付诸实施，项目成员认可的导游图，在项目计划阶段，首先要做的是根据项目章程所定义的项目目标和主要提交物，制定项目的工作分解结构（WBS），然后根据工作包的工作量（work effort）和关联关系（Dependency）来安排项目的进度，在此基础上对整个项目存在的风险进行评估，然后为项目的活动安排相应的人员，并获得项目成员相应的承诺，接着要确定项目的变更管理流程，最后根据WBS，进度计划，风险确定整个项目的成本，并且形成项目计划书提交给项目发起人以及项目关键干系人进行审批和确认。本阶段的主要提交物是项目计划书，确保项目计划的可行性，同时获得项目发起人的签字确认。下面我将从项目计划阶段的规划方法、主要检查列表、关键控制点、流程的每个环节、项目计划阶段主要的会议及项目计划阶段的主要模板展开讨论。

　　首先让我们来看一下项目计划阶段的规划方法：

　　（1） 项目计划应该做长期计划和短期计划的区分，针对一周到两周时间的任务做出详细的规划，而对于两周以后的计划只需做出指导性的规划，不用太细致，日后再根据计划的变动，做相应的调整和细化（长期计划和短期计划相结合）；

　　（2） 项目计划的确定可以采用目标管理法（Management by Objective），强调上下交互来制定项目的目标和任务，首先项目经理根据项目的章程把项目整体计划制定出来，然后由项目成员根据项目的整体计划来指导个人任务的制定，通过协商式、小规模的群体讨论来确定个人的任务。这种自上而下结合自下而上的参与式管理需要项目成员很强的参与意识，因此可能带来效率低下，效果不好的问题，因此项目经理需要把握好目标管理法的尺度，根据不同的情形作适当的调整；

　　（3） 在项目计划制定的过程中采用5W2H（What, Why, Who, When, Where, How， How much）的方法来确定计划的合理性；
　　
　　（4） 在项目计划会议上经常采用“头脑风暴”（Brainstorming）的方法来充分调动项目成员的积极性，主要用于风险的标识和WBS的制定等。

　　计划阶段的关键控制点在于项目计划书（Project Plan）和项目成员的承诺（Commitment），具体如下：

　　（1） 项目计划书包含项目WBS、项目的进度计划、任务分配表、项目里程碑的标识、风险标识以及变更管理流程。

　　（2） 在进行项目的任务分配时，最重要的是获得项目成员的承诺，如果他无法做出承诺（可能刚进公司），也需要规定任务完成的期限（Deadline，压力产生动力）。

　　计划阶段涉及到的主要事项：

　　（1） 制定项目工作分解结构：根据项目的目标和项目的主要提交物对项目进行分解，形成工作分解结构（WBS），同时为WBS制定WBS字典（WBS Dictionary，详细解释工作分解结构中每个工作包Work Package），其主要提交物是WBS和WBS字典。分解工作结构需要遵守如下规则：

　　a) 确保能够充分使用范围、时间和成本进行定义。

　　b) 确保能否把职责赋予一个成员、一组成员（指定负责人）或者一个组织单元（指定负责人）。

　　c) 确保能够进行进度和成本评估。

　　d) 根据80小时的原则，工作包的时间跨度不要超过2周时间，否则会给项目控制带来一些困难；同时控制的粒度不能太细，否则往往会影响项目成员的积极性。

　　而WBS字典可以包含工作包的代码（WBC），工作包的描述信息，工作包的进度信息，工作包的约束信息等等，WBS字典从经验的角度出发，我觉得没有必要包含PMBOK所规定的所有内容，有一点比较重要，那就是WBS字典能够表达出工作包所要做的事情就足够了。

　　同时在制定WBS的过程中，需要排除跟其他项目有重复的工作，确保项目工作的可重用性；最后根据WBS回溯分析项目目标，确保工作包（Work Package）所完成的工作最终能实现项目目标，如果发生偏差，需要检查什么原因引起，或者是WBS不合理，或者是项目目标根本就无法实现，然后对它们进行校正；如果需要对项目的目标进行校正，难度相对比较大，因为你必须说服项目发起人或者项目关键干系人关于项目目标的不切实际。

　　（2） 项目进度安排：项目进度安排主要确定的是项目的整体进度计划，其主要提交物是项目进度计划书，项目进度计划书包含甘特图（Gantt Chart）、网络图（Network Diagram）、里程碑图（Milestone Chart）、里程碑列表（Milestone checklist）、关键路径图（Critical Path Chart）和关键路径列表（Critical Path checklist）。

　　在项目进度安排中，首先你需要确定单个活动的工作量（需要多长时间），在确定工作量不要为单个活动考虑管理储备（Management Reserve），而是在风险管理计划中从整体来考虑管理储备，采用自下而上（Bottom-up）的方法来估计整个项目的历时（比较精确），当然也可以采用根据以前类似项目的信息对项目的历时进行量级的评估。

　　接着确定活动间的关联关系（活动的先后顺序），确定每个活动的前置活动，并确定前置活动与该活动的关系（FS，SS，SF，FF）；然后在这基础上，绘制出网络图（Network Diagram），根据网络图和WBS确定项目的里程碑（Milestone），形成里程碑图（Milestone Chart），并建立里程碑的检查列表（Milestone checklist），一般来说，里程碑的实现通常都伴随着一些重要文档和一些主要提交物的实现，在启动阶段，项目章程的产生可以作为一个里程碑，但是由于项目计划是在项目启动阶段后发生，因此实际上并不是一个里程碑，在计划阶段，项目计划书的确认也可以作为项目的里程碑，在执行阶段，通常可以根据项目的性质和大小划分4-10个里程碑，在结束阶段，项目经验总结会或者项目验收可以作为项目的里程碑。

　　然后根据网络图确定关键路径（Critical Path，项目完成的最短时间，为了确保项目的按时完成，必须确保关键路径活动按时完成），形成关键路径图（Critical Path Chart），并为关键路径上的活动创建检查列表（Critical Path Checklist），便于进行跟踪。

　　然后必须根据项目的目标对项目进度计划的可行性进行分析，确保项目的进度计划能够满足项目目标的按期实现，如果项目进度计划所确定的项目最终完成时间超出在项目章程中所规定期限，那么就需要对项目进度计划进行重新评估，主要考察对象是关键路径上的活动，检查这些活动是否存在并行（Fast Tracking）的可能性，或者是否可以通过平衡成本与进度的方法（Crashing，例如增加人员）来加快项目进程，这时候需要考虑并行以及平衡成本与进度方法所存在的风险；如果最后还是无法按项目期限完成，只能跟项目发起人和关键项目干系人协商。

　　最后提交给项目发起人和项目关键干系人进行项目进度计划的确认，形成项目进度计划基准线（Schedule Baseline）。

原文转自：http://www.ltesting.net