项目范围管理的内容和步骤
项目范围管理的内容和步骤
项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表5-1提供了主要项目范围管理程序的总述：
5.1启动阶段--督促项目管理组织开始着手项目下一阶段的工作。
5.2范围规划报告--写出一份书面报告，作为未来项目决策基础。
5.3范围界定--把主要的项目工作细目分解成更小、更易管理操作的单元。
5.4范围核实--正式认可这个项目范围。
5.5范围变化控制--对项目范围的变化进行控制。
同其他理论体系中的程序一样，这些程序彼此互相影响。根据项目计划的需要，每个程序可能会需要一个或多个个体或团体的努力。在每个项目阶段，每个程序通常至少发生一次。
尽管这里提到的这些程序是作为各自独立的因素给予了明确的界定，但是，在实践中它们是以各种形式重迭和影响的。这里就不详细论述了。程序的互相影响在第3章中作了详细的讨论。
根据项目中的上下文关系，"范围"这个词涉及到两方面内容：
产品范围界定--产品范围的特征和功能包含在产品或服务中。
工作范围界定--项目工作的完成为的是能交付一个有特殊的特征和功能的产品。
本章的核心是阐述用于管理项目的程序、工具和技术。用于管理项目产品范围变化的程序、工具和技术，在不同应用领域中会有所不同，通常它们被认为是项目生命周期的一部分（项目的生命周期在2.1中阐述）。
一般情况下，一个项目是由一个单个产品组成的，但是，这个产品可能包括几个子要素，每个子要素都彼此分离，但是在产品活动范围中又相互依存。例如：一个新的电话系统，通常包括四个子要素--硬件、软件、试运行和完成。
产品范围的完成情况是参照客户的要求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。
5.1启动阶段
启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶段工作的过程（看2.1，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，职员能牢固地掌握这些工作方法。项目通常是由于以下的需要而被核准的
市场需求（比如：一家石油公司核准一个建立新炼油厂的项目，是对长期的汽油发展战略作出
的反应）。
商业需求（比如：一个旅游公司为了增加收入核准的项目是开辟一条新的旅游线路，以增加它
们的收入）。
客户的需求（比如：一家电力公司核准一个建一家新的发电厂的项目，为新的工业园服务）。
工艺的进步（比如：电力公司核准一个引进音像设备的项目，是为了发展影视娱乐业）。
法律要求（比如：涂料生产厂家核准的项目是，建立一个处理有毒物品的生产线）。
这些动因也可能被称为是问题、机遇或商家的要求。无论叫什么，其核心的问题是管理部门通常要做出怎样对应的决策出来。
5.1.1对启动阶段的投入
1．产品说明。产品说明应该能阐明项目工作完成后，所生产出的产品或服务的特征。产品说明通常在项目工作的早期阐述少，而在项目的后期阐述的多，因为产品的特征是逐步显现出来的。
产品说明也应该记载已生产出的产品或服务同商家的需要或别的影响因素间的关系，它会对项目产生积极的影响（看上面的清单）。尽管产品说明的形式和内容是多种多样的，但是，它应能对以后的项目规划提供详细的、充分的资料。
许多项目都包括一个按购买者的合同进行工作的销售组织。在这种情况下，最初的产品说明通常是由购买方提供的。如果买者的工作本身就是制定项目的，则买者的产品说明就是对自己工作的一种陈述，这些将在12.1.3.2里阐述。
2．战略计划。所有的项目组织都应该提供项目执行组织的战略目标--在项目决策的选择中，执行组织的战略计划应该作为一个考虑的因素。
3．项目选择标准。项目选择标准通常是通过项目产品界定的，它涉及到管理可能包含的全部范围（如：财政收入、市场份额和公众的观念等）。
4．历史资料。历史资料包括以前项目选择决策的结果和以前项目执行的结果，在可获得的范围内对它们加以考虑。在项目启动阶段，就包含了对项目下一阶段工作的认可时，有关前阶段结果的信息通常是非常重要的。
5.1.2为启动阶段投入的工具和技术
1．项目选择方法。项目选择方法通常是下列两种模型之一：
利润测量方法--比较研究法、评分模型、利润贡献或经济模型。
制约最优化方法--数学模型、用线性的、非线性的、动态的、完整的及混合目标项目规则系统。
这些方法通常被作为决策模型来考虑。决策模型既包括常规技术（决策树、核心选择和其他），也包括特殊技术（历史进程分析、逻辑结构分析及其他）。在一个成熟模型中，对项目选择标准的应用通常被作为一个分离独立的阶段。
2．专家评审。专家评审通常是要对这个项目的投入进行评估。象这种专家评价，可以通过一个组织或拥有特殊知识和受了专门培训的个人来进行，可以通过许多途径获得。包括：这个执行组织中的其他单位
顾问
专家和技术联合会
工业集团
5.1.3启动后的成果
1．项目证书。项目证书是正式认可项目存在的一个文件。它对其他文件既有直接作用，也有参考作用。
既定的商业目标。
产品说明书。
项目证书应该通过管理者对项目及项目所需的条件进行客观的分析后颁发，它提供给项目经理运用、组织生产资源，进行生产活动的权力。
当一个项目按照合同执行时，合同条款通常象项目证书一样，为销售者服务。
2．指定/委派的项目经理。通常，项目经理应该尽可能在项目的早期进行指定和委派是比较合适的。项目经理应该在项目计划实施开始之前被委派（这些理论的阐述在4.2中），更应该在许多项目规划完成之前就委派好（项目的规划过程在3.3.2中阐述）。
3．制约因素。制约因素是限制项目管理团队进行运作的要素。例如：事先确定预算是制约项目团队的操作范围、职员调配和进步计划的一个很重要的因素。
当一个项目按照合同执行时，合同条款通常是受合同制约的。
4．假设因素。为了规划目标的准确性，考虑到的假设因素必须具有科学性、真实性和确定性。例如：如果关键人物的到场日期不能落实，那么项目团队就应该设置一个具体的开始时间。假设通常包含有一定程序的风险。在此它们可能被确认或它们可能是一个风险界定的输出（在11.1进行论述）。
5.2 范围规划
范围规划是创立书面文件，阐述项目范围为未来项目提供基础条件的过程，特别是包括了用以确定项目或阶段是否成功完成的标准。例如：一个工程公司签订的合同是设计一个石油处理工厂，就要求在设计具体目标时，要界定好具体的工作范围。范围阐述形式的基础是通过确认项目目标和主要项目的子项目，使项目团队与项目客户之间达成一个协议。
如果范围阐述的所有要素已经具备（如：主要项目的子项目能够反映项目目标，项目证书能证明项目目标），那么，这个过程就仅剩实质性的制定书面文件的工作了。
5.2.1对范围规划的输入
1. 产品说明。产品说明在5.1.1.1中讨论。
2. 项目证书。项目证书在5.1.
3.1中阐述了。
3. 制约因素。制约因素在5.1.3.3中作了阐述。
4. 假设条件。假设的描述在
5.1.3.4中。
5.2.2为范围规划投入的工具和技术
1. 产品分析。产品分析意味着开发一个更好、更明确的项目产品。它包括这样一些技术，如：系统工程、价值工程、价值分析、功效分析和质量功能展示等。
2. 利润/成本分析。利润/成本分析意味着估算各种项目选择的有形成本和元形成本（支出）与利润（收益）。然后用投资收益率或投资偿还期限等经济方法，评估这些经确认的选择方案相对优势，用任选的鉴定方式估算投入--产出情况的合意程度。
3. 可供选择的签订方式。可供选择的鉴定方式是个包容性较大的词，描述的是完成一个项目用任何一种技术，就能产生一个不同的方案。这里常用的是一般性的各种管理技术，许多管理技术有一个共同特征："头脑风暴"和"迂回思维方式"。
4. 专家评审。专家评审在
5.1.2.2中阐述。
5.2.3 从范围规划中的产出
1. 范围阐述。范围阐述是为制定未来项目决策，进一步明确或开发一个参与者之间能达成共识的项目范围提供一个纪实基础。作为项目的过程，阐述的这个范围可能需要修改或精确些，从而很好地反映项目范围的变化。这个范围阐述可以直接进行分析，也可以通过参考其他文件来得出：
项目调整--商家的既定目标。项目调整要为估算未来的得失提供基础。
项目产品--产品说明的简要概况（产品说明在5.1.1.1中讨论）。
工作细目成果--列一个子产品级别概括表，完整的、满意的这些子产品标志着项目工作的完
成。例如：为一个软件开发项目设置的主要子项目可能包括工作所需的电脑代码、工作手册和专门的导师。当这些子产品都知道了，排除应该是确定了，任何不明显的排除都包含在这个排除中了。
项目目标--考虑到项目的成功性，质量标准必须要满足项目的要求，项目目标至少要包括成本、进度表和质量检测。项目目标应该有标志（如：成本）、单位（如美元、英磅）和绝对的或相对的价值（如：少于150万美元等）。不可量化的目标（如："客户的满意程度"）要承担很高的风险。
在一些应用领域，项目工作细目被称为项目的目标，而全部的项目目标被称作是评价项目成功的关键。
2. 辅助说明。为项目范围阐述作辅助说明，应该是根据需要记录和编组一些文件，并通过其他项目管理程序，把它变成易被利用的东西。辅助说明总是包括所有已认定的假设文件和制约因素。附加说明的数量在不同的领域中会有所不同。
3. 范围管理计划。范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估（比如：怎样变化、变化频率如何及变化了多少）。范围管理计划也应该包括对变化范围怎样确定，变化应归
为哪一类（这特别困难--而且也因此绝对必要--当产品特征还在逐步形成中时，依然是逐步显视的）等问题的清楚描述。
根据具体项目工作的需要，一项范围管理计划可以是正式的或非正式的、很详细的或粗略的。项目管理计划是全部项目计划（在4.1.3.1中阐述）的分支要素。
5.3范围界定
范围界定包括分解这个主要工作细目的子项目（象在范围阐述中界定的那样），使它变成更小、更易管理、操作的东西。目的是为了：
提高估算成本、时间和资源的准确性。
为绩效测量和控制确定一个基准线。
使工作变得更易操作的，责任分工更加明确。
正确的范围界定是项目成功的关键。"当它是一个很差劲的范围界定时，由于不可避免的变化会使最终项目成本可能会很高，因为这些不可避免的变化会破坏项目节奏，导致重复工作、增加项目运行的时间、降低生产功效和工作人员的士气"。
5.3.1对范围界定的输入
1．范围阐述。范围阐述在5.2.3.1中。
2．制约因素。制约因素的阐述在5.1.3.3中。当一个项目按照合同执行时，由合同条款定义的制约因素，在范围定义中通常是重要的考虑因素。
3．假设条件。假设条件的阐述在5.1.3.4中。
4．其他规划输出。程序的输出在其他章节。考虑到可能对当前项目范围界定的影响，应该对其他规划的输出进行回顾。
5．历史资料。在项目范围界定期间，应该考虑以前项目计划的有关历史资料。对于以前的项目来说，资料中的有关错误或省略的东西应该有特殊的用途。
5.3.2为界定范围投入的工具和技术
1. 工作分析结构样板。一个工作分析结构（WBSs，在5.3.3.1中阐述了）从以前的项目到新项目都能用，虽然每个项目是唯一的，但是，WBS经常能被"重复使用"，多数项目间在某种程序上是具有相似性的。例如：从每个阶段看，许多项目中给出的组织形式都有相同或相似的生命周期和因此而形成的相同或相似的工作细目要求。
许多应用领域都有标准或半标准的WBSs，它能当作样板用。例如：美国国防部，有界定标准的WBSs为防御材料项目服务。图表5-2中展示出的样板是这些样板中的其中一个样板的一部分。
2. 分解。分解意味着分割主要工作细目，使它们变成更小、更易操作的要素，至到工作细目被明确详细的界定，以有助于未来项目的具体活动（规划、评估、控制和选择）的开展。分解包含着以下主要阶段：
（1）确认项目的主要要素。通常，项目的主要要素是这个项目的工作细目和项目管理。然而，在一定时期内,这个主要要素总是根据项目的实际管理而定义的。例如：
项目生命周期的阶段可以当作第一层次的划分，把第一层次中的项目细目在第二阶段继续进
行划分。
组织管理政策在WBSs的每个分支中可能都不一样，用图表5-4来说明。
（2）决定是否能对开发到这种详细层次的每个要素进行充分的成本和期限估算。这里"充分的"意味着能够改变项目运行过程--工作细目的分解如果在很久的将来才能完成的话，那么这种分解也就没了确定性。对于每一个要素，如果是充分、详细的论述，就有四个阶段，否则，是三个阶段--这意味着不同的要素有不同的分解层次。
这仅仅是WBS的图表说明形式。它不能代表任何专门项目的全部项目范围，也不意味着组建一个WBS是项目这种形式的唯一方法。
（3）确认项目的组成要素。子项目的组成要素应该用有形的、可证实结果来描述，目的是为了绩效易检测。当我们知道了主要构成要素后，这些因素就应该用项目工作怎样开度，在实际中怎样完成形式来定义。有形的、可证实的结果既包括服务，也包括产品（比如：情形报告能够用图形来描述；对于一个工业项目，组成要素可能包括几个独立单位及对它们的综合）。
（4）核实分解的正确性：
为完成具体工作分解，划分更低层次的细目是否必要和充分？如果没必要，这个组成要素就必须重新修正（增加项目、削减项目或修改项目）。
每个项目都要有明确的、完整的定义吗？如否果不是，这种描述需修正或扩充。
是否每个项目都要有适当的日程表、预算能分配给特殊的组织单位（如：部门、团队或个人）？谁能担负起满意地完成这个项目的任务？如果没有，修正是必要的，为的是提供一个充分的管理控制。
5.3.3从范围界定中的输出
1．工作分析结构。一个工作分析结构是项目要素的一个子项目定位组，是对项目总范围的组织和界定：如果这个工作不是WBS系统内的，那么，这就是项目范围以外的工作。作为范围阐述，这个WBS通常是用来开发或巩固一个达成共识的项目范围。项目的划分每降低一个层次阐述，就要增加一个项目要素的详细描述。在5.3.2.2中阐述了为开发一个WBS的许多共同方法。一个WBS的正式代表形式是象图表5-2、5-3和5-4这种图表形式。当然，WBS不应该与表述方法混淆起来。在图表中绘制一个非结构式的活动清单并没有做成一个WBS。
这仅仅是WBS的图表形式。它不能代表任何专门项目的全部项目范围，也不意味着组建一个WBS 是项目这种形式的唯一方法。
在WBS中的每一个具体项目工作通常都指定唯一的代码，这些代码被看作是与会计代码相同的。WBS的最低层次通常是指工作包。这些工作包可能在以后再分解，把它作为活动的定义。在6．1中阐述。
具体工作要素的阐述通常收集在WBS这个字典中。一个典型的项目分析字典，既包括了对工作包的阐述，也包括了对其他规划资料如进度表的日期、成本预算和员工分配等问题的阐述。
WBS不应该与其他表示项目信息的"分析结构"混淆。在一些应用领域，通常会用到的其他一些结构包括：
契约性的WBS（CWBS），它是用于界定销售者提供给购买者的产品报告级别的。通常CWBS 包括的内容要比WBS的少，它用于卖方管理买方的工作环境中。
组织分析结构（OBS），它是用以展示工作要素已经分配给了具体的组织单位。
资源分析结构（RBS），每一个RBS都是与OBS不同的，通常用于给个人分配工作要素的时候。
材料清单（BOM），它代表了一种级别概念，表示了制成（或装配）一个工业产品所需的工具箱、零件和零部件。
项目分析结构（PBS），它与WBS是基本相同的。PBS更广泛地应用在因WBS不能妥善表达BOM内容的领域中。
5. 4范围核定
范围核定是通过参与者（倡议者、委托人和顾客等）的行为正式确定项目范围的过程。它要求回顾生产工作和生产成果，以保证所有项目都能准确地、满意地完成。如果这个项目已提前终止，这个范围核实过程也应该证实并应以书面文件的形式把它的完成情况记录下来。范围核实与前面讲的质量控制是不同的，范围核定是有关工作结果的验收问题，而质量控制是有关工作结果正确性的问题。
5.4.1对范围核定的投入
1．工作成果。工作成果--项目阶段性的交付物已经完成或部分完成，已经发生的或将要发生的成本是什么等--它是项目施实的输出（在4.2中讨论）。
2．生产文件。描述项目产品的生产文件，必须对项目的回顾有帮助作用。通过应用领域用生产文件描述这些文件(计划、特征、技术性文件和图纸等)的变化情况。
5.4.2为范围核实投入的工具和技术
1. 检验。检验包括用象测量、测验和考试等这样一系列活动去判断承担的工作任务是否符合计划的要求。检验有各种称呼：评价、产品评价、审查和走过场等；在应用领域，这些不同的词有它自己的使用范围和特定的含义。
5.4.3范围核实的输出
1．正式验收。验收文件是当事人或投资者已经认可了这个项目产品或某个阶段的文件，他们必须为完成这项工作准备条件，做出努力。象这种验收可能是有条件的，尤其是在一个阶段末的时候。
5.5范围变化控制
范围变化控制是关于(a)影响造成项目变化的因素，并尽量使这些因素向有利的方面发展，（b）判断项目变化范围是否已经发生，（c）一旦范围变化已经发生，就要采取实际的处理措施。范围变化控制必需与其他控制管理程序（时间控制、成本控制、质量控制及其他控制在4.3中阐述）结合在一起用。
5.5.1对范围变化控制的输入
1．分析结构。WBS在5.3.3.1中进行了阐述，它确定了项目的范围基准线。
2. 执行报告。执行报告在10.
3.3.1中阐述。执行质量报告是提供一个项目范围执行情况，如中间产品已经完成或没有完成的资料。执行报告也能提醒项目团队公布未来可能发生的情况。
3. 改变要求。改变要求可以采取很多形式--口头的或书面的、直接的或间接的、从内部或外部开始及法定的（合法的）批准的或任选的。改变的可能是要求扩大项目范围或缩小范围。许多要求的改变都是这样一些情况导致的：
一个外在事件发生了（如：政府的法规发生了变化）。
产品范围的界定有错误或疏漏（比如：程控交换系统设计的失败，是因为它的覆盖面不够大）。
项目范围的界定有错误或疏漏（比如：用材料清单代替了工作分析结构）
产值增加的变化（比如：通过采用先进的技术，改变项目的发展环境，可降低成本，当环境还是
原来的情况时，降低成本是不可能的）。
4．范围管理计划。范围管理计划在5.2.3.3中阐述。
5.5.2为范围变化控制准备的工具和技术
1. 范围变化控制系统。一个范围变化控制系统定义为这样一些程序，即通过它能改变项目范围。它包括工作面、跟踪系统和权威部门允许变化所需的认可标准。范围变化控制系统应该与综合管理中讲的全程变化控制系统（在4.3中论述）结合在一起用，尤其要与适合于控制产品范围的系统结合在一起。当项目按照合同执行时，范围变化控制体系必须按所有相关的合同规定执行。
2. 绩效测量。绩效测量技术在10.
3.2中阐述，绩效测量技术能帮助人们评估所发生的任何重大变化。如果变化发生后要求有纠正措施，那么，范围变化控制的一个重要部分是分析导致变化的原因是什么，并做出对应的处理决定。
3. 附加规划。很少有项目能按合同的要求精确地运转。预期的范围变化可能要求对WBS进行修改或对其他的任选方法进行分析。
5.2.3范围变化控制的输出
1．范围变化。范围变化是对已被认可的WBS所确认的项目范围的任何修改。范围变化经常要求对成本、时间、质量和其他项目目标进行判定。通过规划程序反s馈的范围变化情况，技术信息和规划文件，要根据需要进行更新，并适当地通知参与者。
2．纠正措施。纠正措施所做的事是把未来项目按照人们的预期，纳入项目计划所要求的轨道进行运作。
3．经验总结。我们应该把各种变化的原因，纠正行为选择的背后理由，以及从范围变化控制中得出的其他形式的经验教训，当作文件记录下来，目的是把这些资料变成历史记录的一部分，为项目执行组织执行这个项目和其他项目提供参考。
When you are old and grey and full of sleep,
And nodding by the fire, take down this book,
And slowly read, and dream of the soft look
Your eyes had once, and of their shadows deep; How many loved your moments of glad grace, And loved your beauty with love false or true,
But one man loved the pilgrim soul in you,
And loved the sorrows of your changing face; And bending down beside the glowing bars, Murmur, a little sadly, how love fled
And paced upon the mountains overhead
And hid his face amid a crowd of stars.
The furthest distance in the world
Is not between life and death
But when I stand in front of you
Yet you don't know that
I love you.
The furthest distance in the world
Is not when I stand in front of you
Yet you can't see my love
But when undoubtedly knowing the love from both Yet cannot be together.
The furthest distance in the world
Is not being apart while being in love
But when I plainly cannot resist the yearning
Yet pretending you have never been in my heart. The furthest distance in the world
Is not struggling against the tides
But using one's indifferent heart
To dig an uncrossable river
For the one who loves you.
项目管理5大过程9大知识领域44个定义
项目管理的5大过程分别是： 1）启动过程、2）规划过程、3）执行过程、4）监控过程、5）收尾过程 9大知识领域分别是： 1）项目整合管理、2）项目范围管理、3）项目时间管理、4）项目成本管理、5）项目质量管理、6）项目人力资源管理、7）项目沟通管理、8）项目风险管理、9）项目采购管理 44个定义分别是： 项目整体管理 1. 制定项目章程–制定正式核准项目的项目章程。 2. 制定项目初步范围说明书–制定从高层次说明范围的项目初步范围说明书。 3. 制定项目管理计划–将确定、编写、协调与组合所有部分计划所需要的行动 形成文件，使其成为项目管理计划。F 4. 指导与管理项目执行–执行项目管理计划所确定的工作，实现项目范围说明 书明确的项目要求。 5. 监控项目工作–监视和控制启动、规划、执行和结束项目所必需的各个过程， 以便满足项目管理计划中确定的实施目标。 6. 整体变更控制–审查所有的变更请求，批准变更并控制可交付成果和组织过 程资产。 7. 项目收尾–最终完成所有项目过程组的所有活动，正式结束项目或项目阶段。 项目范围管理 8. 范围规划制定项目范围管理计划，记载如何确定、核实与控制项目范围， 以及如何制定与定义工作分解结构（WBS）。 9. 范围定义制定详细的项目范围说明书，作为将来项目决策的根据。 10. 制作工作分解结构将项目大的可交付成果与项目工作划分为较小和更易管 理的组成部分。 11. 范围核实正式验收已经完成的项目可交付成果。 12. 范围控制控制项目范围的变更。 项目时间管理 13. 活动定义 确定为产生项目各种可交付成果而必须进行的具体计划活动。 14. 活动排序 确定各计划活动之间的依存关系，并形成文件。 15. 活动资源估算 估算完成各计划活动所需资源的种类与数量。 16. 活动持续时间估算 估算完成各计划活动所需工时单位数。 17. 制定进度表 分析活动顺序、活动持续时间、资源要求，以及进度制约因 素，从而制定项目进度表。 18. 进度控制 控制项目进度表变更。 项目费用管理 19. 费用估算 估算完成项目各项活动所需资源的费用近似值。 20. 费用预算 汇总各单个活动或工作细目的估算费用，确定一个费用基准。 21. 费用控制 对造成费用偏差的因素施加影响，并控制项目预算的变更。
我对工程项目管理的认识
我对工程项目管理的认识 班级：学号：姓名： 引言：随着人类社会的不断发展，社会生产力的不断发展，由于社会各方面对工程的需要，出现了各种各样的工程项目，如房屋建设有皇宫、庙宇、住宅；水利工程有京杭大运河、灵渠、白堤；道桥有赵州桥；秦皇陵、金字塔等工程。这些项目的实现必定有项目管理，只是当时对项目管理没有系统的认识，项目管理尚未形成一门学科。随着社会生产力的进一步提高，人们对工程项目的管理逐渐规范化，项目管理逐渐形成系统的管理理论。渐渐产生专业的项目管理咨询公司，项目管理日趋专业化。 对工程项目管理的对象工程项目的认识，工程项目的基本特征—一次性。工程项目的一次性特征包括建设地点的固定性和产品的唯一性，工程项目的施工和使用都固定于某一地点，已受周围环境的影响，加大了项目管理的难度。产品的唯一性在于设计的单一性，施工的单件性，由于每个工程项目的主要约束条件都不尽相同。就是说不会存在两个完全相同的工程项目。由于工程项目的一次性，导致项目实施过程中的不确定性，已受多方干扰，导致项目实施方式和目的容易发生多次变化。 工程项目管理的基本内容—“3个控制、3个管理、1个协调”。 工程项目质量控制是在工程建设过程中采取各种有效措施，确保工程项目达到规定的质量要求。工程项目质量控制的目标有： ⑴工程设计必须符合设计承包合同规定的规范标准的质量要求，投资额、建设规 模应控制在批准的设计任务书范围内。 ⑵设计文件、图纸要清晰完整，各相关图纸间无矛盾。 ⑶工程项目的设备选型、系统布置要经济合理、安全可靠、管线紧蹙、节约能源。 ⑷环境保护措施，“三废”处理、能源利用等要符合国家和地方政府规定的指 标。 ⑸施工过程与技术要求相一致，与计划规范相一致，与设计质量要求相一致，符 合合同要求验收标准。 工程项目的质量控制在项目管理中占有特别重要地位。确保工程项目的质量，是工程技术人员和工程项目管理人员的重要使命。工程质量控制是保证工程质量优劣的首要前提，工程质量是工程建设的核心，是一切工程项目的生命线。工程质量的优劣，直接关系到人民群众的切身利益，关系到社会和谐稳定的发展大局。确保建筑工程质量，不仅是建设问题、经济问题，也是民生问题。要切实增强做好工程质量的责任感和紧迫感，全面提升建筑工程质量水平，努力把建筑工程质量水平提升到一个新高度，建立健全管理制度、责任制度，推动建筑工程质量不断提高。 工程项目的投资控制—投资计划与投资控制 工程项目的投资控制的目标是是项目的实际总投资不超过项目的计划总投资。投资控制工作主要由两个并行、各有侧重又相互联系和相互重叠的工作过程构成，即建设项目投资的计划过程与控制过程。在建设项目的前期，以投资计划为主；在建设项目的中后期，以投资控制为主导。 工程项目的进度控制 工程建设项目的进度控制是指对工程项目各建设阶段的工作内容、工作程序、持续时间和逻辑关系编制计划，将该计划付诸实施。在实施过程中经常检查实际进度是否按计划要求进行，对出现的偏差分析原因，采取补救措施或调整、修改原计划，直至工程竣工，交付使用。进度控制的最终目标是确保进度目标的实现。工程建设监理所进行的进度控制是指为使
项目范围管理
项目范围管理 项目范围管理的内容 1.范围计划编制 2.范围定义 3.创建工作分解结构 4.范围确认 5.范围控制 项目范围管理，包括为成功完成项目所需要的一系列活动，以确保项目包含且仅仅包含项目所必须的完成的工作。 产品范围 产品范围表示产品或服务的特性或功能，包含产品的规格、性能、技术指标等描述，即产品的特征和具体功能。 项目范围 项目范围是为了完成具有所规定特征和功能的产品必须完成的工作。 项目范围对项目的影响是决定性的。 项目只有完成项目范围中的全部工作才能结束，因此一个范围不明确、或干系人对项目范围理解不一致的项目是不可能获得成功的。 项目范围不明确最可能的后果是，项目的范围蔓延，项目永远都做不完。 对范围理解不一致的结果往往使项目组的工作无法得到其他项目干系人的认可。 需求不明确的系统总会产生新的需求。 需求理解的偏差则会造成系统的严重缺陷。 用户不会接受一个没有满足要求的软件系统，开发团队只能返工。 项目的几个生命周期和管理过程、项目的一次性和临时性，共同决定了项目的工作范围是有限的，可控的，不是无限制的和无序的。 对项目范围的管理及控制的有效性，是衡量项目是否成功的一个必要标准。 项目范围管理能够让项目管理和实施人员知道为达到项目目标，需要完成哪些具体的工作，清楚相关各方在每项工作中清晰的分工界面和责任。
详细、清晰的界定分工界面和责任，不但利于项目实施中变更管理和推进项目发展，减少责任不清的事情发生，也便于项目结束时项目范围的清晰确认。 对项目范围定义，实际上就是对项目工作范围进一步细化的过程，使项目范围具体化、层次化、结构化，从而达到可管理、可控制、可实施的目的，减少项目的风险。 WBS 是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成了项目的整个工作范围。 WBS为项目进度成本、变更的计划和管理提供了基础。 制定WBS 的主要方法包括 1.使用指导方针 2.类比法 3.自上而下法 4.自下而上法 项目范围的确认是指项目干系人对项目范围的正式承认。项目范围确认是贯穿整个项目生命周期的。从开始组织确认WBS的具体内容，到各个项目阶段的交付物检验，直至最后项目收尾文档的验收，甚至是最后项目评价的总结。 项目范围控制实际上发生在项目实施阶段，也就是计划执行阶段，只有具体实施项目，才有可能产生项目范围的变更。因为项目环境、资源水平和管理能力等因素，会造成项目范围在实施过程中的增加和减少。 对项目范围变更控制的主要工具有： 建立并运用项目变更控制系统 规避变更控制 划清相关责任 项目范围管理水平低下，是项目失败的主要因素之一。要实现高水平的项目范围管理，重要做好用户参与，明确需求，以及范围变更管理的程序设置。 确认项目范围对项目管理的意义 1.清楚项目的具体范围和具体工作，为准确估算时间和资源打下基础。 2.项目范围是确定要完成哪些具体的工作，项目范围管理和控制是项目管理计划的一部分，也是 项目各项计划的基础，因此项目范围计划编制是确定项目进度、测量和控制的基准。 3.项目范围确定，就是确定项目的具体工作任务，这样有助于清楚的划分责任和分派任务，为进 一步安排工作和任务打下基础。
项目范围管理
一个项目从其一成立开始，项目各方干系人都会期望项目能够根据既定的计划一步步顺利地导向最后的成功。影响项目的最后成功的因素是多方面的，包括项目管理的十大知识领域（包括项目整体管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理和项目干系人管理），无一对项目的最后成功不产生积极影响。然而，要这十大知识领域对项目成功产生的影响的轻重程度上进行比较的话，我认为其中项目范围管理是最为重要的。 项目范围是指产生项目产品所包括的所有工作及产生这些产品所用的过程。项目干系人必须在项目要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。 项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。 项目范围与项目其它约束条件的相互影响 制约一个项目的条件是项目“三约束条件”——范围、时间、成本。 在一个项目中这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。项目一开始确定的范围小，那么它需要完成的时间以及耗费的成本必然也小，反之亦然。很多项目在开始时都会粗略地确定项目的范围、时间以及成本，然而在项目进行到一定阶段之后往往会变成让人感觉到不知道项目什么时候才能真正结束，要使得项目结束到底还需要投入多少人力和物力，整个项目就好象一个无底洞，对项目的最后结束谁的心里也没有底。这种情况的出现对于公司的高层来说，他们是最不希望看到的，然而这样的情况出现并不罕见。造成这样的结果就是由于没有控制和管理好项目的范围。可见项目的三约束中最主要还是范围的影响最主要。 [编辑] 失败案例：我了解到这样的实际案例，这是一个软件开发的项目，整个项目已经进行了两年多之后项目何时结束还是处于不明确的状态，因为用户不断有新的需求出来，项目组也就要根据用户的新需求不断去开发新的功能。这个项目实际是一个无底洞，没完没了地往下做，项目成员“肥的拖瘦，瘦的拖死”，实在做不下去只能跑了。大家对这样的项目已经完全丧失了信心。 这个项目其实就是一开始没有很明确地界定整个项目的范围，在范围没有明确界定的情况下，又没有一套完善的变更控制管理流程，任由用户怎么说，就怎么做，也就是说一开始游戏规则没有定好，从而导致整个项目成了一个烂摊子。
项目管理实战10步法
《项目管理实战（10步法）》 培训对象： 新任经理、后备经理、骨干员工 授课学时：14学时 培训目标： 当本课程学习结束时，学员能够掌握项目管理的10个核心步骤以及每个步骤所使用的工具、方法和技巧，其中重点能够掌握： 项目评价的工具和方法 任务分解的工具和方法 进度规划的工具和方法 成本规划的工具和方法 HR 规划的工具和方法 风险管理的工具和方法 真实、参与、体验，一步一步、手把手地教你学会管理项目的工作和方法 培训大纲： 请您准备：一份企业正在进行的真实的培训项目案例 第一步：如何启动一个项目？ 1. 回顾：PMI项目管理体系的介绍 2. 讲解：如何进行项目经济性评估？ 3. 练习：依据案例测算3个经济指标 4. 讲解：项目章程草拟和发布的要点 5. 练习：依据案例草拟和发布项目章程（小组呈现、学员提问、老师点评） 6. 模拟：召开项目启动会
第二步：如何分解项目的任务？ 1. 回顾：PMI范围管理的核心理念 2. 讲解：起草培训项目范围说明书的要点 3. 分享：一份真实的项目范围说明书 4. 讲解：培训项目WBS分解的步骤和和要点 5. 练习：依据案例完成项目的WBS分解（小组呈现、学员提问、老师点评） 6. 总结：培训项目WBS分解的5个要诀 第三步：如何规划项目的进度？ 1. 回顾：PMI进度管理的核心理念 2. 讲解：什么是PERT网络技术？ 3. 练习：依据案例完成PERT网络图 4. 讲解：培训项目三种历时估算的方法和要点 5. 练习：依据案例估算各任务的历时 6. 讲解：如何用关键路径（CPM）法规划进度 7. 练习：依据案例计算项目关键路径CPM（小组呈现、学员提问、老师点评） 8. 讲解：培训项目工期压缩的方法和技巧 9. 研讨：依据案例研讨培训项目哪种方法压缩工期最有效，体验QRT的三重制约关系？ 第四步：如何估算项目的成本？ 1. 回顾：PMI成本管理的核心理念 2. 讲解：培训项目成本估算的4种方法和要点 3. 练习：依据案例完成项目成本预算表 4. 讲解：如何制作成本控制S曲线 5. 练习：依据案例绘制项目的成本S曲线（小组呈现、学员提问、老师点评）第五步：如何控制项目的风险？ 1. 回顾：PMI风险管理的核心理念 2. 讲解：如何识别培训项目的风险？ 3. 练习：依据案例用头脑风暴法识别项目风险 4. 讲解：如何评估培训项目的风险？ 5. 练习：依据案例用P-I矩阵评估项目的风险
项目范围管理知识点整理
第一章、项目范围管理概述： 知识点 1. 项目范围包括：项目的最终产品或服务，以及实现该产品或服务所需要的各项具体工作。项目范围的确定就是为成功实现项目的目标，规定或控制哪些方面是项目应该做的，哪些是不该做的，也就是定义项目的范畴。范围有多种含义：产品范围、项目范围、产品规范。 知识点 2. 产品范围：即确定产品或服务中应包含有哪些功能和特征，（就是对产品的度量）。项目范围：项目要做些什么，如何做，才能实现项目的目标，（也是产生项目计划的基础）。也就是为了交付具有一定特征和功能的产品或服务所应做的工作。产品规范：即项目产品或服务所包含的具体特征和功能。 知识点 3. 项目范围的定义要以其组成的所有产品或服务的范围界定为基础，这是一个由一般到具体、层层深入的过程。产品范围的定义就是对产品要求的度量，项目范围的定义在一定程度上是产生项目计划的基础；产品范围的完成是对照产品要求来进行度量的，而项目范围的完成是对照项目计划来进行度量的。 知识点 4. 项目范围说明书规定了项目的范围也主定义了项目的工作边界，明确了项目的目标和主要的项目可交付成果。项目范围说明书应该包括以下 3 个方面的内容：1、项目的合理性说明书：（说明解释了为什么要进行这一项目）；2、项目目标：（确定了项目成功所必须满足的某些数量标准。至少应包括费用、时间进度和技术性能或质量标准）。3、项目可交付成果：（是一份主要的、具有归纳性层次的产品清单；这些产品完全、满意的交付标志着项目的完成）。 知识点 5. 项目范围管理，就是对项目应该包括什么和不应该包括什么做出相应的定义和控制。 知识点 6. 项目范围管理所包括的内容：1）、确定项目的需求；2）、定义和规划项目的范围；3）、范围管理的实施；4）、范围的变更控制管理；5）、范围核实。 知识点7. 项目范围管理的作用：1、提高费用、时间和资源估算的准确性；2、确定了进度测 量和控制的基准；3、有助于清楚的分配任务。 知识点8. 项目范围管理的合理性。通过回答以下问题来判断：1、是否拥有支持项目启动的 正式文件；2、是否拥有正规的项目目标说明文档；3、是否定义了工作分解结构WBS；4、是否有正式的项目范围变更程序。 知识点9.需求建议书（RFPRepuest For Proposal）就是客户向承约商发出的用以说明如何满 足自己已经识别的需求的建议书。 知识点10. 项目需求建议书的主要内容：1）、工作陈述（SOW, Statemeng of Work ）。必 须说明项目的工作范围，概括说明客户要求承约商做的主要工作任务或任务范围。2）、客
【项目管理知识】项目管理过程中如何正确地进行范围管理
项目管理过程中如何正确地进行范围管理项目管理过程不从确定项目开始，也不随着项目计划完成而告终。你必须要在项目管理过程中使用范围变化管理，如果你不善用此一技巧，那麻烦将是不可避免的。确定并计划项目仅仅是成功的项目管理过程的步。在制定出计划之后，你还必须要将计划付诸实施。你必须要保证计划任务在规定的时间内完成，而且不能超出原有的预算。一旦项目开始进行，客户可能会向你提出更多的或是与原计划不同的要求。在这个时候范围变化管理就可以派上用场了。如果你不善用此一技巧，项目小组就只能尝试着在项目时间和预算不变的情况下去完成比原计划多得多并且要耗费更多成本的任务。换句话来说，就是麻烦将是不可避免的。 范围管理从范围界定开始 对项目范围进行界定恐怕是确定项目的过程当中为重要的组成部分。事实上，如果你并不能确定项目的目标任务，也不能确定项目的范围，项目就根本不可能成功。范围管理是项目管理过程当中为关键的组成部分之一。但是，如果不能对项目的范围作出成功的界定，想要实施范围管理也几乎是不可能的。 界定范围的目的是清楚描述项目的逻辑范围并在此问题上同有关各方达成一致。对项目范围的陈述可以让大家清楚的了解哪些工作是项目范围之内的事情，而哪些工作不属于该项目范畴。对项目范围的界定越明确，对项目就越有利。下面这些信息应该能起到一些帮助作用。 范围内和范围外的任务类型（业务需求、现状评估） 范围内和范围外的生命周期流程（分析、设计、测试） 范围内和范围外的数据类型（财务、销售、员工）
范围内和范围外的数据来源或数据库（账单、公司总帐，薪水明细） 范围内和范围外的部门（人力资源、制造商、供货商） 范围内和范围外的主要功能（决策支持、数据输入、管理报告） 制定可行的范围变化流程 项目经理和项目小组的成员都必须意识到，项目范围的变化本身并没有错。也就是说，在项目的进行过程中改变项目范围并不是一件坏事。事实上，在很多情况下，这还是一件好事。首先，客户通常都不能在项目开始之前明确所有的需求。其次，即使他们能够做到这一点，整个的商业环境也是在不断变化的，所以项目需求也可能会随之而发生变化。 如果你不能够适应变化，项目的终价值可能会受到影响，或者可能会使项目失去价值。因此，你需要具备在项目进行的过程当中根据需要作出改变的能力。如果项目经理不能够在项目进行过程当中积极的对变化进行管理，问题可能就会随之而来。任何项目都应该有一个有效的变化管理流程。这个流程应该包括对变化的识别判断，对变化的商业价值的判断，对变化会给项目带来的冲击和影响的判断，将相应的信息提交项目投资人进行评估。项目投资人来终决定是否将变化引入到项目当中。如果变化被引入项目，项目投资人还应该考虑变化对项目的影响程度，并且为之配备相应的额外资源，如延长时间和追加资金预算等。 范围变化管理常见问题 在范围变化管理的过程当中，项目小组可能会遇到很多常见的问题。 项目范围蔓延：很多项目经理都能够意识到大的范围变化，但是对小的范围变化就不那么细心了。因此在实际工作当中就往往有这样一种趋势，很多项
信息系统集成项目管理的认识和体会
信息系统集成项目管理的认识和体会 目前，在传统行业实行项目管理已很普遍，而在信息系统集成行业，人们越来越认识到实行项目管理的重要性。由于信息产业的技术含量高，信息系统集成项目经常会遇到需求多变、技术更新和所处环境变化快速、人员流动频繁等情况，所以信息系统集成行业更加需要科学规范的项目管理。因此，只有对信息系统集成项目实施项目管理，才能规范项目需求、降低项目成本、缩短项目工期、保证信息工程质量。 那么，我们知道了信息系统集成行业实施项目管理的重要性和必要性，但实际生活中有多少公司实施了项目管理？又有多少公司实施项目管理取得了骄人的成绩呢？让我们看看这几家公司的运营模式：甲公司实施了项目管理，但项目经理很谦虚，客户提出的大小问题都给予解决，客户很满意。但项目却拖的时间较长，客户总想把所有的问题都改完再说，已经一再延期。乙公司也实施了项目管理，但项目经理盛气凌人，客户提出的问题一般都不解决，虽然项目进度控制的较好，基本能按期完成项目，但客户很不满意。丙公司表面上实施了项目管理，但项目经理有名无实，各职能部门各自为政。项目因各部门间配合问题不断出现延期，超支等情况，但最终结果是各职能部门间相互抱怨。这几家公司的运营模式还只是众多公司中运营模式的沧海一粟，所以信息系统集成行业有效实施项目管理还任重而道远。 那么，信息系统集成行业怎样有效实施项目管理呢？我个人认为从下面几个方面着手： 一、项目可行性研究 在一定的组织里，没有完成项目可行性研究，一个项目一般不会正式启动。很多公司在进行项目可行性研究时会出现很多问题，如：研究深度不够，质量不高，不能满足决策的需要；不重视多方案论证和比较，无法进行优选；调查研究得不够，导致项目投资收益计算失真；可行性研究报告的编制缺乏独立性、公正性和客观性；等等。对此，首先我们要正确认识可行性研究的阶段划分与功能定位。其次，按要求进行可行性研究，正确确定其依据。第三，采用科学的方法与先进的技术。第四，建立科学的决策体系和管理机制。 二、项目启动阶段 项目启动阶段需要界定工作目标及工作任务；获得老板或高层的支持；组建优秀的项目团队；准备充足的资源；建立良好的沟通；对客户的积极反应进行适当的监控和反馈。 项目管理最重要、最难做的工作就是界定工作目标及工作任务，也就是确定
项目范围管理的内容和步骤
项目范围管理的内容和步骤 项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表5-1提供了主要项目范围管理程序的总述： 5.1启动阶段--督促项目管理组织开始着手项目下一阶段的工作。 5.2范围规划报告--写出一份书面报告，作为未来项目决策基础。 5.3范围界定--把主要的项目工作细目分解成更小、更易管理操作的单元。 5.4范围核实--正式认可这个项目范围。 5.5范围变化控制--对项目范围的变化进行控制。
同其他理论体系中的程序一样，这些程序彼此互相影响。根据项目计划的需要，每个程序可能会需要一个或多个个体或团体的努力。在每个项目阶段，每个程序通常至少发生一次。 尽管这里提到的这些程序是作为各自独立的因素给予了明确的界定，但是，在实践中它们是以各种形式重迭和影响的。这里就不详细论述了。程序的互相影响在第3章中作了详细的讨论。
根据项目中的上下文关系，"范围"这个词涉及到两方面内容： 产品范围界定--产品范围的特征和功能包含在产品或服务中。 工作范围界定--项目工作的完成为的是能交付一个有特殊的特征和功能的产品。 本章的核心是阐述用于管理项目的程序、工具和技术。用于管理项目产品范围变化的程序、工具和技术，在不同应用领域中会有所不同，通常它们被认为是项目生命周期的一部分（项目的生命周期在2.1中阐述）。 一般情况下，一个项目是由一个单个产品组成的，但是，这个产品可能包括几个子要素，每个子要素都彼此分离，但是在产品活动范围中又相互依存。例如：一个新的电话系统，通常包括四个子要素--硬件、软件、试运行和完成。 产品范围的完成情况是参照客户的要求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。 5.1启动阶段 启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶段工作的过程（看2.1，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，职员能牢固地掌握这些工作方法。项目通常是由于以下的需要而被核准的 市场需求（比如：一家石油公司核准一个建立新炼油厂的项目，是对长期的汽油发展战略作出 的反应）。 商业需求（比如：一个旅游公司为了增加收入核准的项目是开辟一条新的旅游线路，以增加它 们的收入）。 客户的需求（比如：一家电力公司核准一个建一家新的发电厂的项目，为新的工业园服务）。 工艺的进步（比如：电力公司核准一个引进音像设备的项目，是为了发展影视娱乐业）。 法律要求（比如：涂料生产厂家核准的项目是，建立一个处理有毒物品的生产线）。 这些动因也可能被称为是问题、机遇或商家的要求。无论叫什么，其核心的问题是管理部门通常要做出怎样对应的决策出来。
做好项目流程管理的十个关键
做好项目流程管理的十个关键 一项目定义 清晰的项目描述决定了你的项目控制能力，因为接下来所有工作都在描述范畴之内。不管你如何并为何要进行描述，你要对你的项目进行书面定义，让项目各方和项目组随时参考。 项目定义的形式和名称各式各样，包括：项目章程、提案、项目数据表、工作报告书、项目细则。这些名称的共同点在于，项目主管方和其他相关各方面从上而下地传达了他们对项目的期待。清晰的项目定义还包括以下方面： ?项目目标陈述 (一小段文字，对项目交付成果、工期、预期成本或人力进行高层次的描述) ?项目回报(包括商业案例或投资分析的回报) ?使用中的信息或客户需求 ?对项目范围进行定义，列出所有预期的项目成果 ?成本和时间预算目标 ?重大困难和假设 ?描述该项目对其他项目的依赖 ?高风险、所需的新技术、项目中的重大问题 努力将尽可能多的具体信息，囊括在项目描述或章程中，并使其在项目主管方和相关方面获得认可，进而生效。 二项目规划、执行、跟踪 作为项目领导，通过制定有力的规划、跟踪、执行流程，你可以建立项目控制的基础。争取各方面的支持，进而在项目内全面推广。 让项目组成员参与规划和跟踪活动，这可以争取大家的支持并提高积极性。睿智的项目领导往往大范围地鼓励参与，并通过流程汇聚大家的力量。当大家看到自己的努力以及对项目的贡献被肯定的时候，项目很快就从“他们的项目”变成“我们的项目”。当项目成员视
项目工作为己任的时候，项目控制就会简单得多。较之于漠不关心的团队，此时的项目管理成功几率更大。运用项目管理流程也会鼓励项目成员的合作，这也让你的项目控制工作更加轻松。 三生命周期与方法论 项目的生命周期与方法论，是项目的纪律，为项目开展划出了清晰的界限，以保证项目进程。生命周期主要是协调相关项目，而方法论为项目进程提供了持续稳定的方式方法。 生命周期通常由项目的阶段组成(包括：开始、规划、执行/控制、完成)，或由工作的重复周期构成。项目生命周期的细节一般都会随具体业务、项目、客户要求而改变。因此即使在同一个项目中，周期也会有多种可能的变化。对工作细致度、文件管理、项目交付、项目沟通的要求体现在生命周期标准和考核的方方面面。大项目的阶段一般更多更长，而小项目的阶段少，考核点也少。 与生命周期类似，项目方法也因项目而易，细节关注程度高。产品开发项目的方法经常涉及使用何种工具或系统，以及如何使用。信息技术项目的方法包括版本控制标准、技术文档管理、系统开发的各个方面。 项目方法往往不是由项目团队自行确定，而由公司为所有项目设定。采用与否，其实项目团队没有太多选择。公司管理层设定的方法本身代表权威，也是你作为项目领导获得项目控制权的一个途径。考虑项目方法某方面的作用时，始终要把握其对项目人员管理的效率，即在可能出现问题的地方争取正面效应。 四变化管理 技术性项目中问题最集中的方面就是缺少对具体变化的管理控制。要解决这个问题，需要在项目的各方面启用有效的变化管理流程。 解决方法可以很简单，例如被项目团队、项目主办方、相关方认可的流程图。这提醒了项目人员，变化在被接受之前会进行细致地考察，并且提高了变化提案的门槛。 审查变化提案的时候，要注意该提案是否对变化有清晰到位的描述。如果变化提案的动因描述得不清不楚，该提案就要打回去，并且要求对变化所带来的益处进行定量评估。对于那些仅局限于技术解决方案的变化提案，要多打几个问号，因为提案人也许不能全面地判断
浅谈对项目管理的认识知识讲解
浅谈对项目管理的认识 项目管理是一门综合了工程学、管理学、计算机技术等多门学科的交叉学科，也是一门实践性很强的学科，尽管它最早源于军事，但现在已广泛地应用于经济、社会等领域。现代社会，企业、政府等组织面临着越来越复杂和变化快异的环境，竞争日益剧烈，项目管理越来越多的被这些组织所运用。随着社会实践的不断发展，项目管理理论的内容也越来越完善和丰富。本文将通过对项目及项目管理相关内容的介绍以及如何学好这门学科的建议，来阐述通过这学期的学习我对项目管理的认识。 提到项目管理，很多人感到迷惑，不知道它是什么，只看字面意思，觉得与管理有关系，然而具体涉及什么内容，很多人都不清楚。包括我自己在没有学到项目管理这门课程之前，我也会片面的认为项目管理是属于建筑、航天、军事等这些大型行业的范畴。但是在学习了项目管理之后，我才发现原来项目就在我们身边小到我们自己的一天的学习计划、一场婚礼，大道一场新年晚会，一项建筑工程，美国进攻伊拉克计划等这些都可以称之为“项目”。 一、对项目管理相关内容的介绍 （一）、什么是项目 一个项目就是在一个事先确定的期限和预算范围内，必须完成的、且要达到特定的预期效果的工作。汤姆·彼得斯在《快速公司》的杂志中提到“我=我的项目”，可见项目与我们的生活息息相关。设计新网站是一个项目。一旦设计结束，上了网，并清除了初期的小毛病，项目就宣告结束。这么看来完成一个项目如此简单，然而在完成这个项目的整个过程中涉及了很多复杂知识、技能和工具。 （二）、什么是项目管理 1、项目管理的概念 美国项目管理学会PMI在PMBOK中解释：项目管理就是将知识、技能、工具和技术应用于项目活动之中，以满足项目的要求。它是通过运用项目管理知识、技能、工具和技术的过程来实现的。 在很多人眼里，项目管理是创造一种幻想的艺术，但事实上，项目管理并不是一大堆花招。它是使用公认的程序和久经考验的工具来明确通往目标的路线，并在此过程中更正方向，最终达到预期的目标。它具有三个维度：
对工程项目管理的认识
浅谈对工程项目管理的认识 工程项目管理是一门新兴的管理科学，是现代工程技术、管理理论和项目建设实践结合的产物。从现代的视角看，有工程项目就应有管理的问题。懂得一些基本的管理知识，使我们能够更好地完成项目的规划，设计，施工，以及后期的维护与管理。 项目是为提供某项独特产品、服务成果所承担的临时性任务。在一定的约束条件下，以高效率地实现项目业主的目标为目的，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动；是在一定的组织内，利用有限资源，在规定的时间内完成满足一定性能、质量、量、技术指标等要求的任务。任何项目都会经历启动开发、实施、结束的过程，因此工程项目一定得有其目标性和约束性。 工程项目管理是创造独特产品、提供独特服务、达到独特效果的临时性工作。它具有很多特点：目标性、约束性、唯一性、临时性、不确定性、整体性。比如临时性，任何项目都有其确的时间起点和终点，只存在于有限的一段时间内。由于项目的一次性和约束条件的不确定性，要取得成功，必须引进科学的管理方法，加强管理，于是项目管理科学作为一种客观要求被提了出来。生产实践的客观需要和管理科学理论体系的逐步形成，人们将两者相结合，并将之系统化，使工程项目管理越来越具有科学性。工程项目的一些基本特征，例如唯一性和固定性，受周围环境的影响，加大了项目管理的难度，又受多方干扰，导致项目实施方式和目的容易发生多次变化。 工程项目是将投资转化为固定资产的经济活动过程。它除了一些基本特点外，还有自己的一些复杂性。工程项目管理的复杂性主要表现方面有：一是工程项目涉及的单位多，各种关系的协调工作量大；二是工程技术的复杂性，许多应用新技术、新材料和新工艺的设备不断出现；三是项目的建设规模越来越大，包含的单项工程越来越多；四是社会政治环境对工程项目的影响越来越复杂，特别是一些对跨地区、跨行业的大型工程；五是工程项目要经历的项目构思、决策、设计、施工、验收及试运行、投入运营等过程，由于项目的建设周期和使用周期长，因此增加了管理和协调的难度。正是这些特点的存在，要我们对工程项目进行管理，实现资源的合理利用，达到我们的预期要求。 工程项目管理是为了使工程项目在一定的约束条件下取得成功，对项目的所有活动实施决策与计划、组织与指挥、控制与协调等一系列工作的总称。对于工程项目管理的项目控制操作内容，大致有对项目管理的时间范畴、工程项目管理的具体内容、项目实施阶段的费用成本、影响项目间各种关系的约束条件的措施、满足对项目投资方的目标和要求，等一些操作的内容。 除了工程项目其主要的特点外，其核心任务是目标管理。而且工程项目管理的目标主要有三个：质量目标、进度目标和投资目标。因此投资控制、进度控制和质量控制构成了工程项目管理的三项核心内容。 由于工程项目的普遍性和多样性，使工程项目管理学科的界限难以划定。因为不同类型的工程项目的差异性主要体现在专业工作上，而总体的建设过程和管理过程是有相似性的，而所采用的基本管理理论和方法都是相同的，所遵循的程序和原则又是相近的。因此我们学习工程项目管理课程并不能拘泥于某一类工程项目，或一个角度或层次，而是从工程项目的总
(完整版)本人对项目管理的一些认识
本人通过在学校学习，对项目管理有一些认识，总结如下，不对之处，望海涵！ 1）与客户之间我认为应注意的一些事项： 对于一个项目，我认为最主要的一点是与客户之间的沟通，特别是在项目初期，要多与客户进行沟通，尽可能多的了解客户对于项目的需求，以减少客户在项目进行过程中对项目系统提出的新的需求，同时将项目的进展情况多与客户进行沟通，让客户了解项目，对于出现的一些情况，希望能够得到客户的理解，比如天气原因，出现了延期，导致项目无法开展，及时与客户沟通，否则，快到交付日期时再通知客户，客户肯定不能接受。 其次在签订合同时，应明确项目的验收标准，不要在合同中出现模糊字眼，避免当系统的外部环境发生变化或者新的技术出现时，客户对项目提出新要求时有理可依，如“当系统正常运行一段时间后，再付剩下的余款”，应明确规定系统无错误的运行多少时间，如一天，一个星期，一个月等。 同时，在了解客户需求时，客户开始可能对项目的一些功能比较模糊，项目经理可以通过自己对项目的认识，以选择题的形式让客户选择一些的功能，充分了解其需求，并将这些需求写进合同，作为验收标准。 2）对于项目的管理，我认为应注意的： 项目组的管理，我认为最主要的是进度的管理和质量的管理，同时风险变更管理和采购管理同样也不能忽视。
1、进度管理 首先我认为项目经理在制定进度计划表之前，应将所有的成员召集起来开个会议，将产品的交付日期告诉大家，同时将项目应实现哪些功能告诉大家，然后分配给各组任务，如软件组应让软件实现哪些功能、硬件组应完成哪些硬件的部署等，同时项目经理应听听各小组完成工作需要多少时间，比如软件组通过讨论，完成系统的设计以及功能的实现需要多少时间，一个星期，一个月等，硬件组完成部署要多长时间等，然后项目经理根据各组完成的时间，看是否超过交付日期，超过则要求各小组在保证质量的前提下，加快进度。同时，项目经理在制定进度计划时，要多留一些应急时间，以备不时之需。另外，有些工作需要协调完成的，如只有采购组采购回来设备后，硬件组才能进行安装和部署；只有软件组的程序编好后，硬件组才能安装节点等，这些都要在大会上协商好后，如“采购组承诺一个星期内可以采购回相关设备，然后硬件组通过分析只要采购组能够在一星期内完成采购，就可以按期完成部署”等，协商OK后，再制定进度计划表，然后各小组组长负责自己本小组的进度以及协调其他部门的工作，项目经理时刻跟进各小组的进展情况，并及时的做出调整。同时，各小组在保证质量的前提下，能够尽早完成就不要拖延，如“采购组本来规定在一个星期内完成采购，但实际只需要三天就OK，采购组就不要拖延”等 2、质量管理 我认为，质量管理不好说，项目经理首先应给项目组成员贯彻质
第章 项目范围管理
第5章 项目范围管理 项目范围管理包括确保项目做且只做成功完成项目所需的全部工作的各过程。管理项目范围主要在于定义和控制哪些工作应包括在项目内，哪些不应包括在项目内。图5-1 概述了项目范围管理的各个过程，包括： 5.1 收集需求——为实现项目目标而定义并记录干系人的需求的过程。 5.2 定义范围——制定项目和产品详细描述的过程。 5.3 创建工作分解结构——将项目可交付成果和项目工作分解为较小的、更易于管理的组成部分的过程。 5.4 核实范围——正式验收项目已完成的可交付成果的过程。 5.5 控制范围——监督项目和产品的范围状态、管理范围基准变更的过程。 上述过程不仅彼此相互作用，而且还与其他知识领域中的过程相互作用。基于项目的具体需要，每个过程都可能需要一人或多人的努力。每个过程在每个项目中至少进行一次，并可在项目的一个或多个阶段（如果项目被划分为多个阶段）中进行。虽然在本章中，各过程以界限线分明、相互独立的形式出现，但在实践中它们可能以本章未详述的方式相互交叠、相互作用。第3 章“项目管理过程”已对过程间的相互作用做了详细讨论。 在项目的环境中，“范围”这一术语有两种含义： ??产品范围——某项产品、服务或成果所具有的特性和功能。 ??项目范围——为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。 管理项目范围所需的各个过程及其工具与技术，因应用领域而异，并通常作为项目生命周期的一部分加以确定。经批准的详细项目范围说明书以及相应的工作分解结构、工作分解结构词典，构成项目的范围基准。然后，在整个项目生命周期中，对这个基准范围进行监督、核实和控制。在进行项目范围管理的5 个过程之前，项目管理团队应先进行规划工作，尽管本章未把该规划工作单独列为一个过程。该规划工作是制定项目管理计划过程（见4.2 节）的一部分，会产生一份范围管理计划，用来指导项目范围的定义、记录、核实、管理和控制。基于项目的需要，范围管理计划可以是正式或非正式的、非常详细或高度概括的。 根据项目管理计划（见节）来衡量项目范围是否完成，根据产品需求（见5.1 节）来衡量产品范围是否完成。项目范围管理各过程需要与其他知识领域中的过程整合起来，以确保项目工作能实现规定的产品范围。 5.1 收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。仔细掌握和管理项目需求与产品需求，对促进项目成功有重要作用。需求是指发起人、客户和其他干系人的已量化且记录下来的需要与期望。项目一旦开始，就应该足够详细地探明、分析和记录这些需求，以便日后进行测量。收集需求旨在定义和管理客户期望。需求是工作分解结构的基础。成本、进度和质量规划也都要在这些需求的基础上进行。需求开发始于对项目章程（见节）和干系人登记册（见节）中相关信息的分析。许多组织把需求分为项目需求和产品需求。项目需求包括商业需求、项目管理需求、交付需求等。产品需求则包括技术需求、安全需求、性能需求等。 图 5-2 显示了收集需求过程的输入、工具与技术和输出，图5-3 概述了本过程的基本数据流向。 5.1.1 收集需求：输入 1．项目章程 可从项目章程中了解总体项目需求以及关于项目产品的总体描述，并据此制定详细的产品需求。项目章程已在4.1 节讨论。 2．干系人登记册
信息技术：软件项目管理十大流程
信息技术：软件项目管理十大流程 只要流程界定清撤，项目经理就能保证项目的发展方向与最终目标相契合。 广义而言，要掌控各种类型项目的发展，首先要关注十个关键的流程。 一、生命周期与方法论 项目的生命周期与方法论，是项目的纪律，为项目开展划出了清撤的界限，以保证项目进程。生命周期主要是协调相关项目，而方法论为项目进程提供了持续安定的方式方法。 生命周期通常由项目的阶段组成(包括：开始、规划、执行/控制、完成)，或由工作的重复周期构成。项目生命周期的细节大凡都会随详尽业务、项目、客户要求而改变。因此即使在同一个项目中，周期也会有多种可能的变化。对工作细密度、文件管理、项目交付、项目沟通的要求体现在生命周期标准和考核的方方面面。大项目的阶段大凡更多更长，而小项目的阶段少，考核点也少。 与生命周期类似，项目方法也因项目而易，细节关注程度高。产品开发项目的方法经常涉及使用何种工具或系统，以及如何使用。信息技术项目的方法包括版本控制标准、技术文档管理、系统开发的各个方面。 项目方法往往不是由项目团队自行确定，而由公司为所有项目设定。采用与否，其实项目团队没有太多选择。公司管理层设定的方法本身代表，也是你作为项目领导获得项目控制权的一个途径。考虑项目方法某方面的作用时，始终要把握其对项目人员管理的效率，即在可能出现问题的地方争取正面效应。 二、项目定义 清撤的项目描述决定了你的项目控制能力，因为接下来所有工作都在描述范畴之内。不管你如何并为何要进行描述，你要对你的项目进行书面定义，让项目各方和项目组随时参考。
项目定义的形式和名称各式各样，包括：项目章程、提案、项目数据表、工作报告书、项目细则。这些名称的共同点在于，项目主管方和其他相关各方面从上而下地传达了他们对项目的期待。清撤的项目定义还包括以下方面： 项目目标陈述(一小段文字，对项目交付成果、工期、预期成本或人力进行高层次的描述) 项目回报(包括商业案例或投资分析的回报) 使用中的信息或客户需求 对项目范围进行定义，列出所有预期的项目成果 成本和时间预算目标 巨大困难和假设 描述该项目对其他项目的依赖 高风险、所需的新技术、项目中的巨大问题 努力将尽可能多的详尽信息，囊括在项目描述或章程中，并使其在项目主管方和相关方面获得认可，进而生效。 三、合同与采购管理 不管你在你的组织内有多大的影响力和权力，你对受雇于其他公司的项目成员的影响会比较小。虽然不一定普遍适用，但你可以尽量不将项目工作外包，这是提高项目控制力的一个技巧。 在考虑启用合同商或外部顾问之前，对整体采购流程进行重检。寻找有服务合同起草经验并可以帮助你的人。 建立胜利的外包关系需要时间和精力，这些工作要及早着手。为了不误项目工期，你要及时做到所有细节到位，所有合同及时签订。你打算外包哪部分项目交付成果，对这部分工作的细化就是你实施项目控制的着手点。记录这些细化内容、评估和接收标准、所有相关要求、必要时间规划。项目定义信息一
项目管理的几大过程
项目管理的几大过程 一.商务谈判 1.作人的姿态 作人似乎跟商务谈判不太有关系，很多技术人员相信PM需要的是本事，是如何做好一个项目，而不是会搞好关系弄的四平八稳的人。随着PM在中国的悄悄兴起，越来越多的PM开始在老总的授意下参与商务谈判，和销售们一起打单子，这就比较实在的需要PM们去揣摩客户的心理。揣摩客户心理需要有多方面的知识，需要深度和广度，然而，最重要的仍然是作人。如何放下架子，降低作人的姿态，对从技术人员转型的PM们来说，是至关重要的。降低作人的姿态需要从多个方面去实施，最主要应该记住：人不可貌相，更不可以地位衡量。很多公司为了保持公司形象，会统一叫员工打扮的好看一点，看起来象个白领的样子。然而，老板多半是没有约束的。中国改革开放才二十年，很多有钱的老板实业家文化层次都不高，往往是当大学生们只会把屁股坐在板凳上肆意挥霍父母辛苦积攒的财富时，他们已经在各地奔波，积累丰富的商业经验并对金钱，人生和社会的本质有了充分的认识，形成了自己稳定的思维框架。这些人，很多都是穿着旧旧的衣服，戴着破破的手表，说话的时候经常会带上三字经，钻进上海的人堆里，搞不好你会把他当成民工。因为到他们所处的社会地位，已经不需要任何华丽的外表来衬托自己的身份，他们有的是底气。对PM来说，这是个非常危险的挑战。虽然说项目在初期有意向时会对对方的人事和关键人物有一定的了解，然而大项目里能说的上话的人太多了。上海人最瞧不起的就是土气，很多人谈项目的时候看到民工或很俗气的表现不免会皱皱眉头，往往在皱眉头的时候就失去了项目，也就是失去了市场和金钱。PM必须作到能与每一个层次的人交谈，尤其是看起来比自己层次要低的群体，哪怕是公司里扫地的阿姨。只有作到谦虚谨慎，不摆架子，尊重别人，才会得到别人的尊重，才有机会赢得项目。鼻子比眼睛高的人只会把自己的鼻子撞扁。 2.丰富的知识面 光尊重别人还不足以赢得项目，准确的说是赢得对方关键人物的信赖。PM一般用不着陪客户喝酒吃饭，那是销售们的事情，但是PM和客户讨论问题可能是最多的。讨论问题的时候就是机会，如何投其所好，是一大关键。金钱与美女依然是常规的敲门砖，然而这种傻瓜也知道的办法人人都会去做。老板的关系也只是一个方面，如今的大老板，哪个没有关系？同等条件下PM凭什么去胜过别人一筹？我一个朋友（PM）打一个单子时，发现对方对什么都不太感兴趣，费了很大力气也找不到突破口。对方这个人非常顺利，金钱地位美女样样不缺。他花了好多天和对方交谈，以自己的博学逐渐取得了对方的信任。后来他隐约发现对方对数学和天文学的发展史有所涉猎，如获至宝，回家花一个通宵的时间在网络上搜索相关资料。第二天他根本不谈项目的事情，只跟对方大谈特谈哥白尼，布鲁诺，伽利略这些人的生平，整整吹了一天。对方点头如捣蒜泥，态度和热情都来个一百八十度转弯，隔天他就拿到了单子。这是个经典的战例，谁能事先想到哥白尼会来帮助IT的人赚钱？这个PM靠的就是博学和由博学引申出的敏锐的感觉抓住了机会，让客户产生共鸣。客户感觉他层次也很高，而且和自己有共通之处，信任度大大增强，把项目交给他放心。如今这种例子在商务谈判中已经屡见不鲜了。对PM来说，并不要求在各个方面都很精通，那是不可能的事情，只要PM