【清晖项目管理分享】项目计划与跟踪
项目计划是项目管理的第一步，它可以让思想成为产品。一个项目的管理是否混乱的判断首先应该从项目计划开始。以一个项目为例，我们可以将从混乱到清晰的状态分成几种情况：
第一种是知道目标，知道现在该作什么，知道将来该做什么，称之为“清晰”。
第二种是知道目标，知道现在可以做什么，但是不清楚将来该做什么，这称之为“半混乱或者半清晰”。
第三种是什么都不知道，那就是“混乱”。
我们实际遇到的大部分是第二种情况。在这种情况下，项目开始是有计划的。出现这种情况大概有以下几种原因：
对计划认识不清，长远计划或者是整体计划不实际、不准确、不具备实施的指导意义。
计划是为了应付领导或者客户，仅以此搪塞而已。而且领导/客户对拖延、返工司空见惯，不足为奇，所以就完全接受。
计划不够周密，计划总是赶不上变化，总是出现较大的差错。久而久之失去耐心就置之不理。
实际操作中几乎不可能100%的遵照计划，总有些没有想到的事情，这些事情就会影响计划的实施。计划是为了使事情变简单，使事情可见，但是如果计划被变化打乱，那就必然重回混沌状态，计划也就成了摆设！计划被打乱不足为奇，关键是及时的修正计划。所以对于计划必须有一个跟踪。项目跟踪就是及时发现实施中的问题，能够及时的修改计划，使整个项目处于控制之中。
1. 项目计划
项目计划直接关系到项目的好坏、成败。它是整个项目的头脑，项目计划越详细越好。但是在项目工作中，这种情况是很难达到的，而且项目计划可能会有不同的层次和结构，所以项目计划不应该是一个人完成的，应该是整个项目组成员思想的结晶。项目计划就是项目的设计书。
计划是给自己用的，因为它就为指导自己的工作。计划不是靠拍脑门子搞出来的，这样的计划会给你带来很大的麻烦，因为对于这种计划你只有两个选择：要么抛弃；要么修正。修正肯定会产生新计划。抛弃就又面临两个选择：要么重新做计划；要么破其计划陷入混乱。所以这种计划最终的结果只有两种：一是制作新计划，二是陷入混乱。所以与其做两次，甚至更多，不如一次就完成。陷入混乱那就不用多说了。计划的内容最少应该包含任务、时间和资源。但这里不谈这些，而是说说其他几个容易被忽视的地方。
重视管理首先应该重视计划工作，先认识、再重视、然后实施。认识就是要弄清计划的必要性和科学性，那些内容需要计划，那些内容需要明确。重视就是行动，这个行动就是加强计划的管理，确定计划编制、修改的方法和过程。实施就是计划真正的指导实际工作。
1.1. 计划的层次和结构
计划难以一次性彻底完成，所以项目计划应该保持一个层次机构。应该分成大、中、小三个层次，大计划由中小计划构成，中计划由小计划构成，小计划可以说就是个人任务的规划。这样做也是为了使我们工作容易进行。这样做的好处是：
首先层次结构体现了工作流程，符合项目的实际工作需要。在项目开始时，一般是很难具体的策划项目的细节工作，所以这时要求制作大计划，一般不包含细节内容，但列出了相对精细的中计划。之后中计划就开始被清晰的制定了出来，此时的中计划包含了粗糙的小计划。随着中计划的实施，小计划也就从粗糙变成了详细了。这个结构赋予任何成员一个自我施展的空间。当然计划的制定必须经过项目经理的认可。只要项目经理愿意，可以设计自己的所有工作。
其次层次结构是分工的体现，同时也体现出项目组的组织结构。在一个大项目组中（如果有十几个人的时候）就需要再分组。而这种分组，必然是基于工作上的分工。分工的同时也把压力、责任等分配了下去。这种小组的计划当然应该主要由这样的小组制定。这既是减轻项目经理工作压力的办法，也是发挥成员积极性的渠道。在实际操作中，大计划由项目经理负责协调、整理、编写，中计划可以由组长负责编写，项目经理负责协调、整理，小计划可以有项目成员完成。
1.2. 计划的详细程度
“计划越详细越好”。计划至少应该有三个要素被真正的落实下去，这就是任务、进度和资源。计划的详细程度就取决于对这三项的考虑。按照现在的情况来说，计划应该细到人/日（小计划的粒度），项目越紧计划就应该越细。做计划的时间，绝对不会拖延项目。计划越细项目中不确定的东西就越少，项目就越顺利。正所谓“磨刀不误砍柴工”。
针对不同层次的计划，详细程度有不同的要求，大计划应该确定中计划的任务，安排各任务实施的先后和用时的多少，以及人员组织；中计划应该确定阶段中的子任务（如编码阶段的某个模块），任务开始和结束时间，任务负责人；小计划应该确定个人进度的详细安排（日进度）。因为很多项目经理可以不用考虑资金、办公场所等资源，所以这里重点考虑人力资源。如果用一个例子来说明它们之间的关系的话，那么大计划是整个身体，中计划是支持身体的骨骼，小计划是血和肉。所以他们组成一个有机的整体。以瀑布模型为例，项目整体计划作为大计划，阶段（设计、编码……）计划作为中计划，然后分配到具体个人的工作为小计划。（具体情况视项目大小而定）
计划不但需要任务明确，还需要明确的完成标准。这个标准应该能够衡量产物的优劣。每个人的工作都有一个不同的标准，所以如果标准不明确，必将增加跟踪的工作量。标准是否达到是跟踪结束与否的依据，也是工作合理安排的依据。
1.3. 计划三步方略
计划的实施是有先后顺序的，尤其对于中、小计划。计划与实施之间可能会存在一定的偏差，如果偏差积累起来，就会导致计划失效和项目失控。所以应该实时对计划进行调整。跟踪会发现计划/实施的问题，这些问题就是调整的依据。
在实施中，人们应该注重小计划，因为：
计划的误差可能最早出现在小计划中，而且小计划的误差也最容易被忽视。
小计划的实施会影响中计划，也会影响大计划。
小计划的问题可能比较独特，对问题的认识可能局限于某个或者某几个人。
计划的制定应该是整个项目组的事情，人人都应该参与项目计划的制定。所以全员参与计划制定/修改才能及时将问题都反应出来，只有这样才能避免小计划问题的淤积。如果等到发现中计划已经不适合的时候，就说明你已经失去了最佳调整时机，而你要承受的就是拖延。
大计划可以和第一个中计划一起制定，紧接着应该考虑实施的问题。对于多个中计划来说是按照一定时间顺序来实施的，前面计划出现问题可能会影响后面的计划。所以这里建议实行三步走的方略。总结一个，实施一个，筹划一个。
总结一个：需要项目组能够对照大计划和中计划的进度，及时的收集并总结前一个中计划，甚至大计划的实施问题。
实施一个：根据前一个的实施问题，及时调整当前计划/大计划的内容和实施方式，包括时间、资源分配等。
筹划一个：根据以上两个中计划的内容，根据重新调整的大计划的内容策划下一个中计划的详细内容。
项目经理在这个过程中更重要的是起到强力的协调作用。
三步走可以使我们修改和完善计划。但前提是有良好的跟踪！在第一个中计划的实施中得到的跟踪数据，可以直接帮助我们修改和完善第二个计划和第三个计划。每个计划的跟踪结果必然会影响到今后几个计划的制定。三步走的方略一直循环下去，直到项目结束。
1.4. 设置警戒线和底线
计划会有拖延的情况。这种情况发生的频率非常的高。很多拖延在发生之前是难以明确的，就像风一样在不知不觉间到来、并流过。对于项目组来说，最好是通过设置警戒线和底线的方法来控制这种风险。警戒线和底线可以时间和阶段成果为标志。警戒线是为了认清发生拖延的标志，就像水位的警戒线一样。当警戒信号出现后，就应该执行应急措施。警戒线上应该设置必要的解决或缓解问题的活动。底线本身是一种预测，预测拖延可能的时间。
双线设置可以使我们对问题快速做出反应。这种反应就是效率。尤其是项目组出差在外，或者涉及到计划重大变更的时候，这种预防更是必要的。比如项目组要在5天内完成A、B、C、D四个工作（ABCD存在先后顺序），警戒线设置为：第四天的中午完成工作C，底线为5＋1天。
当警戒信号出现后，项目经理应该尽快进行一次全面的检查，了解各个成员的工作情况，分析项目的整体进度状况，然后制定相应的对策。警戒发生后的应急措施应该是提前设计好的，例如加班、增加成员等计划。
警戒线就是风险的触发值，当警戒信号出现后，说明风险已经变成现实了。底线是对风险处理的预计时间。如果把警戒线和底线推而广之，那就是对风险的管理。对重大的风险都应该这样考虑。风险管理应该是每个阶段最先做的事情，首先认识风险，然后在计划中充分考虑。
1.5. 工作量的评估
软件本身是科学的产物，但是在软件开发之中，很多工作却处于原始状态，根本谈不上科学，这尤其表现在工作量的评估上。计划中的任务、时间和资源等内容都是依据工作量来安排的。所以工作量的评估是至关重要的。工作量评估不准，必然会影响成本和进度。工作量的评估是个让人头痛的问题，但这个问题主要是自己造成的，是我们在面对这个问题的时候采取了鸵鸟政策。
世界上已经有几种被人称道的工作量评估方法，比如PERT、Delphi、Cocomo等。对于软件工作人员来说，“学”并不是难事，难在是不是愿意去做。变革对任何人来说都是比较难以接受的，但是不变就难以改善。也许这些方法也有不科学的地方，但这是走向科学管理的必要的一步。
2. 项目跟踪
项目跟踪主要针对计划，是为了了解项目的实际进展情况而采取的活动。如了解成员工作完成情况，了解整个项目计划完成情况等内容。跟踪主要是为了及时了解项目中的问题，并及时解决，不使问题淤积而酿成严重后果。
项目跟踪是必要的，因为它可以证明计划是否可实施，同时可以证明计划是否可以被完成。因为可以对计划进行检验，所以如果我们把计划和跟踪作为一个工作循环，那么计划将得到适时的改进，因为跟踪过程中会发现计划的不当之处。详细的计划可以提高跟踪的准确性，提高跟踪的效率和效果。粗糙的计划则会加大跟踪的工作量，并降低跟踪的效果。这是循环所必然导致的结果。
计划中很多事情是无法写进去的，例如人员士气变化，人员的思想变化等，但这些事情很有可能影响项目的进展。跟踪——及时发现问题就变得尤为重要。
项目跟踪实施人应该是项目经理，因为项目经理负责制定项目计划，并且项目经理可以进行工作的协调和调动。跟踪可以给项目所有成员一个工作的参考，跟踪的结果和数据是“最好的教材”。跟踪主要是通过与项目成员的交流来完成，这种交流包括口头的和书面的。
跟踪的益处有：
2.1. 了解成员的工作情况
一个任务分配下来后，项目经理应该知道工作的进展情况，那么他就必须去跟项目成员进行交流，了解这个成员的情况。所以他要得到的信息是“能不能按时并保质保量的完成？如果不能按时完成，需要什么样的帮助呢？”这是项目经理最关心的。而且需要随时的收集。如果这个信息没有被收集上来，那么项目经理就失去了对项目的了解，也就失去可适时调整的时机，如此，后果就可想而知了。
2.2. 调整工作安排，合理利用资源
如果项目组中有几个或者几十个人的时候，就可能出现完成任务早晚的不同，完成早的不能闲着，完成晚的要拖后腿。也可能发现某人更适合某项工作，某人不适合某项工作。这时就需要项目经理进行工作的调整。那么这个跟踪结果和数据就可以帮助项目经理完成这个工作。
2.3. 促进完善计划内容
项目人员多了，又去跟踪，这就必然要求项目经理做出详细的计划，这个计划必须要明确任务，明确任务的负责人，明确任务的开始和结束时间，明确产物的标准（至少是项目经理和制作人双方可以接受且明确的内容）。这就要求项目经理把整个项目分成若干部分。详细的考虑分工。项目经理的跟踪必然促使项目组成员更加详细、合理的制定自己工作计划，最终形成一种良好的氛围，那就是计划展现出的层次结构（项目大计划、中计划和个人计划）。
2.4. 促进项目经理对人员的认识
工作分解后，应该按照个人的特长分配工作，因为特长就是效率。所以项目经理必须了解项目成员的情况。即使在开始时不了解这种情况，这种信息在跟踪中也会很快的被体现出来。也就是说跟踪促使项目经理对成员进行一个评估，并且这个评估是可以找到根据的（项目跟踪的结果）。
2.5. 促进对项目工作量的估计
在一个好的跟踪工具中应该有对工作量的估计。工作量的估计总是很不准确，这个问题在跟踪中表现为完不成任务/计划，或者工作超前。在这种情况发生后，也必然促使项目组去考虑工作量的评估问题，包括整个项目的工作量，各个任务的工作量，还有可能导致整个计划的修改。
2.6. 统计并了解项目总体进度
经常会遇到这种情况，项目组在同一时间进行不同阶段的工作。这时对于工作进度的把握，尤其是总体进度的把握就比较困难。如果项目经理把阶段划分的很清楚，并且阶段工作量也很明确，而且项目成员也对自己的工作量进行评估的话，那么项目的总体进度可以由工具自动生成（完成的百分比）。这当然不是很准确，但却可以作为一个参考。而且是一个比较好的参考。
2.7. 有利于人员考核
项目成员的工作能力，例如“是否按时完成任务，完成工作量的大小，工作内容的难易…… ”，很多信息都可以在跟踪工具中体现出来。使项目考核有理有据，人人信服。
3. 小结
对于我们现在来说要想做好事情，首先是增加管理工作的内容和工作量，改变以往“项目只有技术重要”的看法和做法。管理的工作很杂而且很多，很多情况下我们不知道该管些什么，该如何去管？所以很多工作都被有意或者无意错过。
计划是管理的第一步。计划是为自己做的。计划应该是切合实际的。在国内定制软件开发领域有这样一个认识，那就是一个项目一般会有三个计划，第一个是给客户的，第二个是最初的，第三个是神仙计划；但只有第三个没有形成文档。这主要是客户催的紧，所以第一个是应付客户的。第二个计划本想是用来指导自己工作的，或者给领导的，但是由于内容粗糙，再加上变化太多，失去耐性后就被束之高阁。第三个计划只有神仙才知道，就是做到什么时候算什么时候！要让计划变得可行，首先要求公司领导重视计划，按照计划对项目组考核。
从跟踪方面来说，是项目经理主动去了解项目的情况。但项目成员也应该主动向项目经理汇报工作，尤其是工作中的问题，但不能完全依靠成员的问题反馈，在项目工作中，项目经理采取主动是应该的，很多情况下没有问题，但却孕育着问题。所谓“没有问题就是问题”，项目经理应该注
重这种情况。现在我们需要一个好的工具，来建立并完善我们的跟踪工作。跟踪工具可以是一个表格，很多著名的大公司都是采用Excel来完成的。
让计划和跟踪形成一个有机的整体，做了计划就要考虑跟踪。我们以前的做法是丢弃了跟踪，所以计划也就变得可有可无了。
1.正确答案：D 2.我的答案：C 团队成员也是专家来源 1.正确答案：C 2.我的答案：A 按照整体变更控制机制处理变更 1. A.忽略 2. B.提出变更请求 3. C.和相关人员讨论，评估可行性
1.正确答案：D 2.我的答案：C 新需求的变更按照整体变更流程，BD都正确，D更全面且包括了B，选D 1.正确答案：B 2.我的答案：D 题干，描述了发起人给PM提出了管理改进建议，这个不是单个项目的变更，不能按照整体变更控制流程来处理，记录发起人的建议的管理改进意见，时时进行偏差分析，并做好变更管理 1.正确答案：B 2.我的答案：A
与主题专家召集的会议属于焦点小组 1.正确答案：A 2.我的答案：D 项目应严格执行计划，若无批准的变更决策，必须执行原计划 1.正确答案：C 2.我的答案：A 需要说服销售经理，项目各方干系人对变更计划的批准有利于项目顺利进行 1. A.质量控制 2. B.缺陷补救 3. C.纠正措施
1.正确答案：B 2.我的答案：D 重大质量问题的改正需要缺陷补救，将其写入变更请求报告中 1.正确答案：B 2.我的答案：A 按照整体变更控制机制处理变更 1.正确答案：B 2.我的答案：C 与以往范围说明书类似，说明项目范围类似，可以直接借鉴去年的预算，WBS应该按照项目的具体情况编排结构，不宜直接借鉴
1.正确答案：C 2.我的答案：B 客户不满意即使项目符合预定目标也不利于与客户关系的维护，不利于企业的可持续、长期发展，应将客户满意度也列为重要目标 1.正确答案：D 2.我的答案：A 成本效益分析是启动过程组或规划过程组工具，不是监控过程组工具 1. A.忽略 2. B.提出变更请求 3. C.和相关人员讨论，评估可行性
储蓄业务项目管理计划书 1．简介 1.1 项目概述 本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，将与整个银行系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。 1.2 项目范围说明 （1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。 （2）源程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。 1.3 软件项目计划书的演化 软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。 2．项目组织管理 2.1 过程模型
工程项目管理计划书 引言 北京******有限公司有幸收到贵公司“**F区建设工程项目管理招标文件”，在此向贵公司对我们的信任表示衷心的感谢。 F区位于**的中心区，集办公、娱乐、健身、饭店、酒楼、公寓为一体的综合性的服务社区。它是**的重要组成部分，在整个**中起着独特的不可替代的作用。它的建设必将使**的功能更加完善，品牌效应更加提高，能为**创造更好的社会效益，经济效益和环境效益，使整个**更加完美。我们愿意用我们的智慧和能力为F区的建设增添光彩。 根据业主的需求，针对本项目的特点，将充分运用我们多年来从事国内外建设工程项目管理和建设**的经验，发挥我们人员素质、管理力量、技术力量的篇一：综合优势，遵守“顾客第一”的企业宗旨。相信我们完全有能力为F区建设工程项目管理提供优质的服务，并一定能赢得贵公司的满意。 第一部分总则 一、北京******有限公司（项目管理单位）受北京**房地产有限公司（业主）委托，对北京**F区建设工程进行项目管理。 二、项目管理的工作范围：**F取的项目前期阶段的管理、勘察设计阶段的管理、施工招标阶段的管理、施工阶段的管理。 三、项目管理主要通过：集成管理、范围管理、进度管理、成本管理、质量管理、人力资源管理、风险管理和采购管理来控制管理项目、管理的各有机组成部分，按照准备（计划）、执行、控制、收尾的管理过程不断的实现每一项工作，进而达到实现总目标。 四、项目管理的主要依据 1、国家和地方有关工程建设的法律、法规； 2、国家和地方有关工程建设的技术标准、规范、规程等；
3、经有关部门批准的工程项目建设文件和设计文件； 4、业主与管理单位签订的建设工程项目管理委托合同； 5、业主与勘察单位、设计单位、**单位、施工单位、供应单位签订的建设工程勘察合同、设计合同、**合同、施工合同、材料设备供货合同。 五、项目管理的目标：按照协议的约定在达到业主所要求的进度、质量费用的目标内完成项目。 六、项目管理单位在签订项目管理委托合同后，组建项目管理机构——项目管理部，项目管理中实行总管理工程师负责制。由总管理工程师主持编号项目管理规划，制定工作制度、拟出工作目标、明确各方面的关系，保项目管理单位和业主批准后执行。 七、项目管理部在根据协议履行其义务时，应用合理的技能，谨慎而勤奋的工作。 八、合同管理工作是项目管理的核心内容，在草拟合同文本，参与合同谈判，协助业主签订合同和执行合同过程中，项目管理部要遵照业主的要求进行各项工作，同时又要认真遵守法律法规，保证所签合同的有效性和合法性。在合同管理工作中要把合同的风险分析作为重要内容，要最大限度的推扩业主的合法权益。 九、在初查的基础上，按照项目建设文件的要求，编制项目建设总进度计划，作为各阶段进度计划的依据，项目管理部要认真审查各单位编制的工作进度计划，对计划的执行情况进行动态管理；通过组织协调按计划完成各阶段的工作。 十、项目管理部要结合项目的特点编制项目管理规划与各阶段工作的管理细则，作为管理工作的指导性文件和操作性文件。项目管理要保证人力资源的投入，建立相应的组织机构，做好职能分工。树立“顾客第一”和“诚心服务”的思想；努力做好各项管理工作，保证各项管理工作质量，最后达到业主的满意。 十一、项目管理部要认真组织对概念设计、方案设计、初步设计、施工设计的评选、审查和验收，利用价值工程原理对设计进行控制管理，提高工程的使用价值。要对设计方提出的估算、概算和预算进行评审，在执行中要严格进行控制，最终实现概算不超过估算，预算不超概算，决算不超预算。 十二、工程建设中的重大问题，如项目建设总计划、设计大纲、投资估算，初步设计和概算、重大设计变更、动用工程预备费、突破建设工期等，项目管理部均应向业主报告，取得业主批准后再执行。 十三、选择勘察单位、设计单位、**单位、施工单位，供应单位等的决策权属于业主，项目管理部无权变
重大项目跟踪流程 本流程为运营管理一部为跟踪房地产、基础设施板块控股公司、北京能达开发贸易公司的重大投资项目的运营状况所制定的业务处理程序。 一、管理对象 1、房地产板块控股公司投资额在2000万元以上的投资项目。 2、基础设施板块控股公司投资额在1000万元以上的投资项目。 3、北京能达开发贸易公司投资额在500万以上的投资项目 4、集团董事会决定纳入重大项目管理的其他投资项目。 二、管理目标 1、跟踪监控各项目的运营状况 2、跟踪监控各项目的运营风险 三、涉及部门及流程 1、流程管理部门为运营管理一部。 2、上流流程为投资管理流程 3、下流流程为运营绩效管理流程 四、管理要点 1、重大项目计划管理 2、重大项目的变更-偏差控制 3、重大项目运营监控指标 五、管理程序 1、运营管理一部在投资管理流程中，建立项目档案。如集团董事会决定项目纳入重 大项目管理，则进入重大项目管理流程。 2、控股公司组织资源实施项目，根据项目的可行性研究报告，进一步建立和完善项 目进度计划、项目投资预算及项目销售预测等内容，并于立项结束后，报运营管理一部备案。 3、运营管理一部审核项目计划，根据控股公司上报的项目计划建立、修改并完善项 目相关信息。假如项目计划与控股公司上报的可行性研究报告有重大差异，则提
出书面意见，向主管副总或者总经理汇报。 4、运营管理一部根据控股公司上报的项目计划及部门的相关制度，确定项目的监 控指标及监控方案，并根据需要制定项目支持方案。相关方案报主管副总审批后执行。 5、控股公司根据运营管理一部提出的监控方案，定期按要求上报项目的相关信息。 6、运营管理一部定期收集整理控股公司上报的项目信息，并与控股公司沟通了解有 关问题，据此对项目信息做出分析，按月出具重大项目监控报告。假如项目实际情况与预期计划情况出现重大差异，对项目的投资价值产生较大影响，则向主管副总或者总经理提出专项书面报告。 7、主管副总和总经理对项目实施做出指导性意见，对项目产生的差异提出处理方 案。 8、运营管理一部向控股公司传达集团领导对项目运营的相关指示，并进一步监控落 实情况。 六、部门相关制度及规范 6.1 运营管理一部重大项目监控制度 6.2 运营管理一部重大项目监控报告规范 七、流程图
项目管理计划 (制定项目管理计划输出) 项目所选用的生命周期及各阶段将采用的过程 项目管理团队所做出的裁剪决定，包括： ?项目管理团队所选择的项目管理过程 ?每个所选过程的执行程度 ?对这些过程所需的工具与技术的描述 ?对如何利用所选过程来管理具体项目的描述，包括这些过程间的依赖关系和相互影响，以及这些过程的主要输入输出 关于如何执行工作以实现项目目标的描述 变更管理计划，用来明确如何对变更进行监控 配置管理计划，用来明确如何开展配置管理 对如何维护绩效测量基准的完整性的说明 干系人的沟通需求和使用的沟通技术 为处理未决问题和制定决策所开展的关键管理审查，包括内容/程度和时间安排等 变更管理计划 (制定项目管理计划输出) 用来明确如何对变更进行监控 配置管理计划 (制定项目管理计划输出) 配置管理计划定义配置项，定义需要正式变更控制的内容，并为这些配置项和内容规定变更控制过程 需求管理计划 (规划范围管理输出) 描述将如何分析/记录和管理需求 需求管理计划主要内容包括： ?如何规划，跟踪和报告各种需求活动 ?配置管理活动 o如何启动产品变更 o如何分析其影响 o如何进行追溯，跟踪和报告 o变更审批权限 ?需求优先排序过程 ?产品测量指标及使用这些指标的理由 ?用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构
范围管理计划 (规划范围管理输出) 描述将如何定义，制定，监控和确认产品范围和项目范围 要对将用于下列工作的管理过程做出规定 ?制定详细范围说明说 ?根据详细范围说明说创建WBS ?维护和批准WBS ?正式验收已完成的项目可交付成果 ?处理对详细范围说明书的变更。该工作与实施整体变更控制过程直接相联 可以是正式或非正式 进度管理计划 (规划进度管理输出) 确定进度计划的标准以及如何制定，监控进度 进度管理计划包括： 成本管理计划 (规划成本管理输出) 描述将如何规划，安排和控制成本 ?为项目管理建立准则 ?包括以下内容： 质量管理计划 (规划质量管理输出) 描述将如何实施组织的质量政策，以及项目管理团队准备如何达到的质量要求?包括项目质量保证，项目质量控制和持续过程改进方法 ?在项目早期对其评审可确保决策基于准确信息，从而减少因赶工而造成的成本超支和进度延误
项目管理心得体会 时间过得真快，一眨眼的功夫，这门课已经结束了，总的来说这段时间过的忙碌，充实而快乐。这门课主要教我们的是管理，张总在课上时不时地改正我们的思维方式，说话的技巧，在项目中怎么与甲方沟通，我从总获益匪浅。而且这门课要求我们把项目当成是真实的项目来做，为了让我们有真实的感受，张总还让一些在职的人员作为甲方，来跟我们模拟项目的过程。从整个项目的提出到验收中我学到了很多东西，不管在技术上还是团队合作上我都有颇大的收获。 现在回想当初刚听到要45天完成这个项目时的心情，真是有点感慨。记得刚上课的时候蒋院长就进来说，张总的课是严格的训练，叫我们一定要挺过去，当时觉得有那么夸张吗，不就是一门课，这么多年多难的课都过来了。但是当崔总提出项目时，确实有点让人惊讶，要在45天完成他指定的项目，而且是用c#，当时我们组没人会c#，真的觉得这个有点太紧了，而且因为中间还有别的课要上，又不能把所有的时间精力都放在这个上面。即使我们能在这么短的是时间看c#方面书，把项目赶出来，那质量肯定也不会好到哪去。尽管这样想，我们还是准备做这个项目。前一阵子终于项目通过了验收，虽然搜索的效果不是特别棒，但是我们和甲方的人员还是比较满意的验收时的结果的，这让我们感觉三四十天的努力没有白费，心情当然很爽快啊。 纵观整个项目从给公司起名字，到获取需求，到最后验收的过程，还是有点心得体会的： 第一，要认清形势。 我觉得任何事情一定要在认清形势的基础上再开始考虑如何计划，这样才能让别人满意你的结果而自己也能获得较大的收获。一开始，张总就强调过，我们不应该把这个项目当成还是课堂的项目，完成老师的硬性要求，而是一个真正的公司的项目。这样我们就可以考虑到时间方面的限制和我们在技术上的优势，
凯创大厦、春和花园小区、阳光高第小区工程 项 目 管 理 计 划 书 中竞发（北京）工程造价咨询有限公司 2010年8月31日
目录 1、第一部分总则……………………………………… 2、第二部分项目管理部组织机构……………………… 3、第三部分项目管理主要任务及计划措施…………… 4、第四部分项目管理工作制度………………………… 5、第五部分项目管理部的工作要求……………………
第一部分总则 一、中竞发（北京）工程造价咨询有限公司受廊坊市凯创房产置业有限公司的委托，对阳光高第小区、春和花园小区、凯创大厦三项建设工程进行项目管理。 二、项目管理的工作范围：从施工阶段开始提供全过程建设管理和咨询服务。 三、项目管理主要通过投资管理、进度管理、质量管理、合同管理、施工管理来控制管理项目的各有机组成部分，按照计划、执行、控制、收尾的管理过程不断的实现每一项工作，进而达到实现总目标。 四、项目管理的依据： 1、项目管理合同文件； 2、与本工程建设有关的政府部门的批准文件； 3、与本工程有关的其它合同文件； 4、经业主批准的项目管理计划书； 5、与工程有关的工程建设法律、法规、规范、验收标准。 五、项目管理的目标： （一）总目标：按照协议的约定在达到业主所要求的进度、质量、费用、安全及文明施工的目标内完成项目。 （二）目标分解 1、工期目标 控制在施工合同工期内，力争提前竣工。 2、质量目标 确保工程整体质量达到国家验收规范要求的合格标准，其中； 建筑安装单项工程和单位工程合格率100%； 分部工程一次验收合格率100%； 关键工序合格率100%； 工程竣工资料有效、规范、完整； 不发生重大质量事故，使工程总体一次投运成功。 3、投资控制 工程总投资控制在业主批准的费用计划之内。
（项目管理）项目评估报告
青山垅灌区续建配套与节水改造 项目自评估报告 一、综述 1．灌区简介 青山垅灌区是湖南省郴州市唯一的大型灌区。灌区1966年开始兴建，设计灌溉面积39.79万亩，受益区域包括永兴县耒水以东、安仁县宜阳河以南、资兴市东江以北25个乡（镇）的220个村，灌区于1974年开始通水灌溉，实灌面积曾一路递增，为三县（市）农业经济发展作出了很大贡献。但进入上世纪90年代中期，由于资金短缺、年久失修，工程配套未能按计划完成，灌区曾一度陷入工程设施老化、灌溉效益徘徊不前、发展举步维艰的窘境。“十五”计划期间，灌区为改善工程状况，提高灌溉效益，开始实施节水改造与续建配套项目，现已完成2000-2003年共4个年度的节水续建项目建设,2004年度项目资金计划800万元已到位，并即将下达实施计划。 2．灌区项目自评估组织 青山垅灌区水电管理局收悉省厅工管局湘水管[2005]10号《关于认真做好我省大型灌区续建配套与节水改造项目评估工作的紧急通知》后，随即下载了水利部水农[2005]89号的全部内容。事关科学制定《大型灌区节水改造“十一五”规划》，本着实事求是的原则，为保质保量完成自评估工作，我局于3月14
日成立以局长苏丁贵同志为组长的项目自评估工作领导小组，专门抽调了5名技术人员负责本次评估工作。 3．项目自评估过程与方法 3月15日，青山垅灌区项目自评估工作小组展开工作。为确保项目自评估工作顺利完成，我们将自评估工作划分为调查研究、分析总结两个阶段。在调查研究阶段，项目自评估工作小组分别对永兴、安仁和资兴的灌区受益区域进行了各项指标值和意见的采集，采集的数据主要是从各县（市）年鉴、统计局、水利局、农业局及灌区统计资料中获取，其中各项效益类指标主要是以代表灌区不同受益程度的永兴鲤鱼塘镇东山村、资兴七里镇高波村、安仁平背乡朴塘村的现场调查情况为基础，采取前（1998年）后（2004年）对比、分类等比的方法进行研究分析取得；同时，评估组深入各县（市）实地，广泛走访了各县水管单位、各受益乡镇和所有略具代表性的受益村组，通过座谈、现场考察与悉心了解，基本上如实掌握了灌区项目实施以来的各类变化与群众呼声。在分析总结阶段，我们围绕如实填写各附件表格数据，真实反映灌区现状，正确评估灌区项目，充分认识灌区存在的问题，合理提供灌区意见等问题进行了认真地分析和总结。 4．灌区项目建设总体情况 灌区2000-2004年度节水续建项目主要是针对灌区总干、青资、青柏、柏安、柏永、柏双、青资东等骨干渠道所存在的险工险段、渗漏、滑坡和淤积现象以及骨干渠系建筑物严重老化、
北京证券投资银行部 项目跟踪管理办法 为做好客户服务工作，及时发现解决问题，并对业务人员进行考核，特制定本管理办法。 一、在项目小组与企业签定协议，开始进场工作后十五个工作日内，业务 部须将项目小组名单、企业的通讯地址、传真和企业负责人联系方式 通知管理部。 二、由管理部负责项目跟踪管理工作的人员，依照联系方式，根据本管理 办法附件一的内容将项目反馈意见表等送达企业负责人。 三、在项目小组进场工作半个月后，由管理部项目跟踪管理人员督促企 业，及时将反馈意见初始表收回。 四、项目进展中的每三个月，由管理部项目跟踪管理人员按时将附件二项 目跟踪反馈意见期间表送达企业，并督促企业进行填写和收回。 五、项目发行结束后半年，继续由管理部项目跟踪管理人员将附件三项目 回访表送达企业，同时督促企业进行填写和收回。 六、管理部项目跟踪管理人员必须对每次反馈意见表的送达和回收情况 进行登记。 七、各业务部有义务配合管理部的项目跟踪管理工作，按时提供企业的地 址等情况。对违反规定者，将在业务部考核中进行相应处理。 八、管理部项目跟踪管理人员须对所收集到的反馈意见表的内容予以严 格保密。非经许可，该反馈意见表仅限投行管理部总经理及其以上领 导阅读。 北京证券投资银行部 2001年7月20日
附件一： 尊敬的公司： 北京证券非常荣幸为贵公司提供（股份制改造、发行辅导、财务顾问、股票发行上市）服务，并真诚地希望能为贵公司的未来发展贡献我们的智慧和力量。 为提高服务质量，确保业务工作顺利开展，北京证券投资银行管理部，将对项目进行全程跟踪，对项目的质量和服务水平予以监督。我们将在项目人员进场半个月后，发出我们的调查表，并将每间隔一个月发出一份反馈意见表，以便我们了解业务人员的工作和项目进展情况，及时改进工作。希望贵公司能为我们提供宝贵意见，协助我们提高服务水平，确保圆满完成贵公司的工作。 本次为贵公司提供服务的是北京证券投资银行部（）部。我们已派遣了以（）为项目负责人的项目小组提供全部服务。我们还将根据不同阶段工作需要，增派其它业务人员。 我们将承诺恪守北京证券一贯的“诚信、高效、服务、进取”原则，为贵公司提供优质全面的服务，以使（改制、辅导、财务顾问、股票发行）工作获得圆满成功，贵我双方结成长期合作伙伴关系。 管理部联系人员和电话： E-MAIL信箱： 北京证券投资银行管理部 年月日
XXXX项目 项目管理计划 （PMP） 当前版本:
文档信息
目录 1.项目概要(PROJECT OVERVIEW) (1) 1.1 项目目的(P ROJECT O BJECTIVE) (1) 1.2 项目摘要(P ROJECT D ESCRIPTION) (1) 1.3 参考文档 (1) 2.合同承诺(CONTRACT COMMITMENT) (2) 2.1 合同基线(B ASELINE) (2) 2.2 任务(T ASKS) (2) 2.3 项目提交件(D ELIVERABLES) (3) 2.4 项目完成标志(A CCEPTANCE) (3) 2.5 术语与条件(I TEMS AND C ONDITIONS) (3) 3.项目计划(PROJECT SCHEDULE) (4) 3.1 计划概要(S UMMARY S CHEDULE) (4) 3.2 详细计划(WBS) (5) 3.3 项目提交件计划安排(P LAN FOR D ELIVERABLE S IGN-OFF) (6) 4.组织架构(ORGANIZATION) (7) 4.1 项目组织架构(P ROJECT O RGANIZATION) (7) 4.2 客户组织架构(C USTOMER O RGANIZATION) (8) 4.3 项目组织说明(P ROJECT T EAM O RGANIZATION R ESPONSIBILITIES) (9) 4.4 项目资源安排(P ROJECT S TAFFING) (10) 4.5 项目组联络(P ROJECT C OMMUNICATIONS) (11) 5.项目依赖(PROJECT DEPENDENCIES) (13) 5.1 客户依赖(C USTOMER D EPENDENCIES) (13) 5.2 XXX依赖(XXX D EPENDENCIES) (13) 6.项目财务(PROJECT FINANCE) (14) 6.1 财务计划(P LANNED C ASH F LOW) (14) 6.2 财务状况--(F INANCE U PDATE) (14) 7.风险管理(RISK CONTAINMENT) (15) 8.管理控制(MANAGEMENT CONTROL) (16) 8.1 变更控制(C HANGE C ONTROL) (16) 8.2 安全和资产保护(S ECURITY AND A SSET P ROTECTION) (16) 8.3 项目审查及其报告(P ROJECT R EVIEW AND R EPORTING) (16) 8.3.1项目审查1 (16) 8.3.2项目审查2 (16)
【项目名称】 项目管理计划书 版本
修订历史记录
目录 1.前言 (4) 1.1.目的 (4) 1.2.范围 (4) 1.3.文档修正 (4) 1.4.参考文档 (4) 1.5.缩写与简称 (4) 2.项目综述 (4) 2.1.项目概述 (4) 2.2.项目目标和需求 (4) 3.项目范围描述（SOW） (4) 4.项目进度计划 (4) 4.1.项目进度 (4) 4.2.主要里程碑和交付时间 (4) 5.项目资源管理（RESOURCE MANAGEMENT） (5) 5.1.项目组织结构 (5) 5.2.项目人力资源 (5) 5.3.主要角色和职责 (5) 6.项目风险管理（RISK MANAGEMENT） (5) 6.1.项目风险管理程序 (5) 6.2.项目风险预测与应对措施 (5) 7.项目质量管理（QUALITY MANAGEMENT） (5) 7.1.质量管理目标 (5) 7.2.质量管理措施 (6) 8.项目验收程序 (6) 9.项目跟踪和控制 (6) 9.1.项目状态报告 (6) 9.2.项目审核 (6) 10.沟通管理 (6) 10.1.沟通接口 (6) 10.2.沟通方式 (6) 11.项目变更管理 (6) 12.附件（APPENDIX） (6) 12.1.【项目名称】实施进度计划 (6)
1. 前言 1.1. 目的 《【项目名称】项目管理计划》（以下简称“本计划”）是从项目管理角度为【项目名称】提供整个项目实施过程中的管理计划，目的在于建立、记录和公布在项目实施期间采用的项目管理方法和流程。 1.2. 范围 【描述项目管理计划包含的主要内容，如：目标和任务、项目范围描述、项目进度等】。 1.3. 文档修正 【描述项目文档的修正原则】。 1.4. 参考文档 【列举参考文档】。 1.5. 缩写与简称 2. 项目综述 2.1. 项目概述 【概述项目背景】。 2.2. 项目目标和需求 【描述项目目标和主要需求】。 3. 项目范围描述（SOW） 【视项目实际情况，描述项目工作范围，如项目的工作内容】。 4. 项目进度计划 4.1. 项目进度 4.2. 主要里程碑和交付时间
项目管理计划子计划及组成部分 （12个子计划3个基准） 项目整合管理项目范围管理项目时间管理项目成本管理项目质量管理项目人力资源管理项目沟通管理项目风险管理项目采购管理 范围管理计划需求管理计划进度基准成本绩效基准质量管理计划人力资源计划沟通管理计划风险管理计划采购管理计划进度管理计划范围基准过程改进计划 成本管理计划 变更管理计划 配置管理计划 项目管理计划包括： ?项目所选用的生命周期以及各阶段将采用的过程 ?项目管理团队进行“裁剪”的结果，包括：项目管理团队所选择的项目管理过程；每个所选过程的执行水平；对这些过程所需的工具与技术的描述； 将如何利用所选过程来管理具体项目，包括这些过程间的依赖关系和相互影响，以及这些过程的输入和输出 ?如何执行工作以实现项目目标 ?一份变更管理计划，用来明确如何对变更进行监控 ?一份配置管理计划，用来明确如何开展配置管理 ?如何维护绩效测量基准的严肃性 ?干系人的沟通需求和适用的沟通技术 ?为处理未决事宜和制定决策所需开展的管理层重点审查，以便审查相关内容涉及程度和时机把握。 更新项目管理计划的一些过程：规划风险应对；指导与管理项目执行；实施质量保证；组建项目团队；管理项目团队；管理干系人期望；实施采购；监控项目工作；实施整体变更控制；控制范围；控制进度；控制成本；实施质量控制；监控风险；管理采购。
所属过程含义内容 制定项目管理计划在进行项目范围管理的5个过程之前，项目管理团队应先进行规划工作，是制定项目管理计划过程的一部分，产生一份范围管理计划，可以是正式或非正式的，非常详细或高度概括的用来指导项目范围的定义、记录、核实、管理和控制 所属过程含义内容 收集需求描述在整个 项目生命周 期内如何分 析、记录和 管理需求。 生命周期各 阶段间的关 系，并记录 在需求管理 计划中如何规划、跟踪和汇报各种需求活动 配置管理活动：如何启动产品、服务或成果的变更，如何分析其影响，如何进行跟踪和汇报，以及谁有权批准变更。配置识别：选择与识别配置项，为定义与核实产品配置、标志产品和文件管理变更和明确责任提供基础； 配置状态记录：为能及时提供关于配置项的适当数据，应记录和报告相关信息，包括已批准的配置识别清单、配置变更请求的状态和已批准的变更的实施状态 配置核实与审计：能保证项目配置项组合的正确性，保证相应的变更都被登记、评估、批准、跟踪和正确实施，确保配置文件所规定的功能要求都已实现 需求排序过程 产品测量指标及使用这些指标的理由 需求跟踪结构：哪些需求属性将列入跟踪矩阵，并可在其他哪些项目文件中追踪到这些需求 范围基准 所属过程含义内容 创建WBS 是项目管理计划的组 成部分项目范围说明书：包括产品范围描述和项目可交付成果，并定义用户对产品的验收标准工作分解结构：定义每一项可交付成果，并把可交付成果分解为工作包 工作分解结构词典：对每一个工作分解结构要素的工作和技术文件做详细说明
XX 项目管理计划书
修订记录
目录 1项目介绍 (4) 1.1项目范围 (4) 1.2项目目标 (4) 1.3客户与最终用户介绍 (4) 1.4开发方介绍 (4) 1.5制约 (4) 1.6项目依赖 (4) 1.7项目术语与缩写解释 (4) 2项目主计划 (5) 2.1项目任务计划－阶段计划 (5) 2.2项目任务计划－Milestone (5) 3项目过程定义 (5) 3.1PDP (5) 4项目估算 (5) 5项目评审、验证 (5) 5.1评审 (5) 5.2验证 (6) 5.2.1测试计划 (6) 6项目结束/验收标准 (6) 7人力资源计划 (6) 8沟通管理计划 (7) 8.1项目沟通相关组织结构图 (7) 8.2组织结构沟通矩阵 (7) 8.2.1内部沟通 ........................................................................................ 错误！未定义书签。 8.2.2外部沟通 (7) 8.3组织成员联络方式 (8) 8.4软硬件维护干系人 (9) 8.4.1内部联系人..................................................................................... 错误！未定义书签。 8.4.2外部联系人 (9) 8.5紧急应急沟通流程 (9) 8.5.1XXXX流程描述 (9) 8.5.2XXXX流程图 (9) 9软硬件资源计划 (9) 9.1开发环境 (11) 9.1.1硬件环境 (11) 9.1.2软件环境 (11) 9.2目标环境 (11) 9.2.1硬件环境 (11) 9.2.2软件环境 (12) 10项目进度计划 (12) 11项目QA计划 (12) 12项目CM计划 (12) 13项目风险计划 (12) 14信息安全管理计划 (12)
摘要 这是我们的项目计划与跟踪的内容，在项目实施中使用得很好，我拿出来与大家分享，希望大家多提意见，谢谢！最初的项目计划不够精确和准确，不能直接拿来指导我们的日常工作，也不易跟踪。我们采用三层计划机制将计划中的任务拆分成可跟踪的小的任务来执行。另外，采用不同周期不同规模的review活动来跟踪计划的执行，并不断地调整我们的计划。在跟踪的过程中，由项目经理来负责将每个任务的实际工作量记录下来，以便最后的统计。 总过程图 注： 1．根据项目进度定期地（或事件驱动地）进行peer review和progress review. 2．偏差包括实际情况与原计划不相符的任何地方，例如时间安排，人力资源，设备，任务安排，等各方面。
3. Review不仅是查找已执行工作与原计划的偏差。有时候，根据现阶段工作的情况很容易判断后续工作原定计划的不合理性，这部分计划也需要及时修订。 第一部分不同层次的计划 项目计划的目的是为实施软件工程和管理软件项目制定合理的计划。三层计划机制是艾思普公司项目计划的主要内容。 高层计划：设计师和项目经理根据用户需求制定高层计划，给出项目进行的主要阶段和各种需求。此计划需要经过审核通过后方可执行。为了便于理解，高层计划也可以称为月计划。 中层计划：项目经理，设计师，以及所有的参与人员共同制定中层计划。中层计划是高层计划的任务分解。中层计划也可称为周计划。 低层计划：根据中层计划中的任务安排，每个人制定自己的低层计划。低层计划也称为天计划。 1 高层计划 在各种估算的基础上，根据用户需求给出项目进行的主要阶段和进度计划，就是高层计划。 进入标准：用户提出的各方面需求（如成本需求和交付时间要求，等）和软件项目的开发策略。 人员：设计师，项目经理 内容： 1）阶段：项目总体分为哪几个阶段来进行？标准软件过程是：发现、定义、概念、设计、和实现。根据具体的项目情况，可以将其裁剪和细化。 2）时间：各个阶段要求在多长时间内完成？或严格要求什么时候完成？ 3）资源：按阶段阐明需要的资源，包括人力资源和关键的设备资源。人力资源说明角色和数量。设备只需提出特殊的或关键的设备资源，如需要一个特殊配置的服务器，在系
第10 章项目沟通管理 一. 识别干系人 1.识别干系人是识别所有受项目影响的人员或组织，并记录其利益、参与情况和对项目成功的影响的过程。 2.识别干系人输入：项目章程、采购文件、事业环境因素、组织过程资产 3.识别干系人工具：干系人分析、专家判断 4.识别干系人输出：干系人登记册、干系人管理策略 5.干系人分析步骤：识别全部潜在项目干系人及其相关信息；识别每个干系人可能产生的影响或提供的支持并分类以制定管理策略；评估关键干系人对不同情况可能做出的反应或应对，提高支持或减轻负面影响。 6.干系人分类方法：权力/利益方格、权力/影响方格、影响/ 作用方格、凸显模型 7.干系人登记册包含关于已识别的干系人的所有详细信息，包括：基本信息、评估信息、干系人分类。 8.干系人管理策略规定了在整个项目生命周期中，如何提高干系人的支持，降低干系人的负面影响，包括：对项目有显着影响的关键干系人；希望每个干系人参与项目的程度；干系人分组以及按组别管理的措施。 二. 规划沟通 1.规划沟通是确定项目干系人的信息需求，并定义沟通方法的过程。 2.规划沟通输入：干系人登记册、干系人管理策略、事业环境因素、组织过程资产 3.规划沟通工具：沟通需求分析、沟通技术、沟通模型、沟通方法 4.规划沟通输出：沟通管理计划、项目文件（更新） 5.通过沟通需求分析确定项目干系人的信息需求，包括信息的类型和格式，以及信息对干系人的价值。项目资源只能用来沟通有利于成功的信息，或那些因缺乏沟通会造成失败的信息。 6.潜在沟通渠道或路径的数量反映项目沟通的复杂程度，总量为n（n-1）/2 ，其中，n 代表干系人的数量。 7.用来确定项目沟通需求的信息包括：组织机构图；项目组织以及干系人职责间的关系；项目所涉及的学科、部门和专业；有多少人在什么地点参与项目；内部信息需求（如横跨整个组织的沟通）；外部信息需求（如与媒体、公众或承包商的沟通）；来自干系人登记册和干系人管理策略的干系人信息。 8.沟通技术中可能影响项目的因素包括：信息需求的紧迫性、可用技术、预期的项目人员配备、项目的持续时间、项目环境 9.沟通模型的关键要素包括：编码、信息和反馈信息、媒介、噪声、解码 10.沟通方法：交互式沟通、推式沟通、拉式沟通 三. 发布信息 1.发布信息是按计划向项目干系人提供相关信息的过程。 2.发布信息输入：项目管理计划、绩效报告、组织过程资产 3.发布信息工具：沟通方法、信息发布工具 4.发布信息输出：组织过程资产（更新） 5.信息发布技术：发送- 接收模型、媒介的选择、写作风格、会议管理技术、演示技术、促进技术 四. 管理干系人期望
项目管理计划模板
1目的 ......................................................................................................................................................... 2项目摘要 ................................................................................................................................................. 2.1项目目标和范围 ............................................................................................................................. 2.2主要干系人 ..................................................................................................................................... 2.3里程碑和可交付成果...................................................................................................................... 2.4约束 ................................................................................................................................................. 2.5假设 ................................................................................................................................................. 2.6项目组织结构 ................................................................................................................................. 3项目计划 ................................................................................................................................................. 3.1项目生命周期 ................................................................................................................................. 3.1.1生命周期确认............................................................ 3.1.2制定项目过程及产物裁剪.................................................. 3.2工作分解结构 .................................................................................................................................
项目管理计划书 首届MBA模 拟创业大赛文档信息 版本记录
概述 对于一个全国性的MBA创业大赛项目而言，简洁、实用和有效的项目管理方法是项目得以成功实施的必要保证。总体上，我们建议的项目实施途径是： 1、首先应明确地定义本项目的具体实现内容，以及与各外围系统的定位关 系。即明确地定义该项目的工作范围说明书（SOW）； 2、在SOW的基础上，项目组讨论并确定实施相关任务的具体工作方法， 在工作方法的基础上，通过对工作任务的细分，应对完成相关任务所需 的资源进行评估，并参考总体实施进度的时间要求，制定出详细和切实 可行的项目总体实施计划（进度、资源）、以及各实施小组的详细实施 计划书等； 3、为确保各方资源的合规调度和及时到位，在项目正式启动以前应签署相 关的商务合同； 4、在商务合同谈判和签署的过程中，项目经理将起草一份初步的项目管理 计划书，该计划书将包含在项目实施过程中与管理工作相关的主要内 容。如：项目进度计划、资源需求计划、项目实施方法概要、质量管理 计划、沟通计划、变更计划等；形成最终的项目管理计划书报第六届中 国MBA发展论坛组委会批准。 5、项目应于合同正式签署的数日内正式启动。项目正式启动以后，项目管 理计划书将在项目的计划阶段进一步完善，并应作为在项目实施过程中 项目管理的工作指南。项目组应严格按照该计划书中所规定的内容执 行，计划书中有关内容的重大变更应参照变更管理流程进行管理。 本文档是项目正式启动之前应讨论确定的项目管理计划书，有关的详细内容请详细参照本计划书中的相关章节。 1.1.目的 本项目的项目管理计划书用来定义本次所要开发的可交付物，和为开发这些交付物所需的时间计划，及确保可交付物质量达标的计划，以及其它在项目管理过程中所需要的计划。此项目管理计划书也用来定义可交付物的开发、验收阶段中用来监督和控制项目的工作流程。 此计划旨在用简洁、切实可行、合理有效的方法来确保所有实施的活动实现的业务需求。 此工作文档将会在整个项目的实施过程中随时更新和补充。并遵守本管理计划书中涉及的变更控制流程中的有关规定。
项目计划跟踪和管理制度 为了加强公司软件项目的计划管理，强化项目计划的制定、执行、变更及检查，进一步提升项目计划的可控性，保证项目计划有效执行，结合公司实际情况，特制定本制度。 一、机构和职责 1、项目部是软件项目计划的制定和执行部门，其主要职责包括: 项目经理制定项目计划、执行项目计划、向公司汇报项目计划的执行情况；制定项目计划变更、执行项目计划变更、向公司汇报项目计划变更的执行情况。 事业部经理负责项目计划的初级审批，在项目部例会上汇报项目计划的执行情况。 项目部经理负责项目计划的二级审批，在公司例会上汇报项目计划执行情况。 2、质保部是软件项目计划执行情况的日常检查部门,其主要职责包括： QA负责跟踪项目计划的执行情况、客观记录项目进度状态（提前、正常、滞后、挂起）； 质保部经理负责汇总项目计划执行情况，在公司例会上汇报项目计划的特殊情况（提前、滞后、挂起）。每月按照项目实际情况填写《项目进度月度考核表》报公司企划部执行考核。 3、公司主管副总经理：负责合同金额为15万元以下项目计划及变更执行的审批，主要职责包括：
审批项目计划； 审批项目计划变更； 审批提前完成项目计划的奖励； 审批滞后项目的惩罚； 审批项目挂起申请。 4、公司主管总经理：负责合同金额超过15万元的项目计划及变更执行的审批，主要职责包括： 审批项目计划； 审批项目计划变更； 审批提前完成项目计划的奖励； 审批滞后项目的惩罚； 审批项目挂起申请。 二、项目计划执行情况的奖惩原则 提前完成项目计划的项目，在相关人员月度奖金中给予奖励； 未按照计划完成任务的项目，根据滞后原因确定项目惩罚力度。如是项目组本身原因，根据滞后情况确定惩罚力度；如因客户原因，公司领导酌情进行处罚。 项目进度月度考核 表.xls 三、项目计划及变更过程 1、项目计划及变更过程