项目范围管理过程与控制
什么是项目范围管理
一个项目从其一成立开始，项目各方干系人都会期望项目能够根据既定的计划一步步顺利地导向最后的成功。影响项目的最后成功的因素是多方面的，包括项目管理的九大知识领域（包括项目整体管理、项目范围管理、项目时间管理、项目费用管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理和项目采购管理），无一对项目的最后成功不产生积极影响。然而，要这九大知识领域对项目成功产生的影响的轻重程度上进行比较的话，我认为其中项目范围管理是最为重要的。
项目范围是指产生项目产品所包括的所有工作及产生这些产品所用的过程。项目干系人必须在项目要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。
项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。
项目范围与项目其它约束条件的相互影响
制约一个项目的条件是项目“三约束条件”——范围、时间、成本。
在一个项目中这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。项目一开始确定的范围小，那么它需要完成的时间以及耗费的成本必然也小，反之亦然。很多项目在开始时都会粗略地确定项目的范围、时间以及成本，然而在项目进行到一定阶段之后往往会变成让人感觉到不知道项目什么时候才能真正结束，要使得项目结束到底还需要投入多少人力和物力，整个项目就好象一个无底洞，对项目的最后结束谁的心里也没有底。这种情况的出现对于公司的高层来说，他们是最不希望看到的，然而这样的情况出现并不罕见。造成这样的结果就是由于没有控制和管理好项目的范围。可见项目的三约束中最主要还是范围的影响最主要。
范围管理案例
失败案例：我了解到这样的实际案例，这是一个软件开发的项目，整个项目已经进行了两年多之后项目何时结束还是处于不明确的状态，因为用户不断有新的需求出来，项目组也就要根据用户的新需求不断去开发新的功能。这个项目实际是一个无底洞，没完没了地往下做，项目成员“肥的拖瘦，瘦的拖死”，实在做不下去只能跑了。大家对这样的项目已经完全丧失了信心。
这个项目其实就是一开始没有很明确地界定整个项目的范围，在范围没有明确界定的情况下，又没有一套完善的变更控制管理流程，任由用户怎么说，就怎么做，也就是说一开始游戏规则没有定好，从而导致整个项目成了一个烂摊子。
成功案例：同样是一个软件开发的项目，这个项目也比上面案例讲到的项目要小一些，这时候公司已经开始实施CMM对软件开发活动进行管理，有相对完善的软件开发管理过程。项目在一开始就先明确用户需求，而且需求基本上都是量化的、可检验的。而且项目组在公司CMM的变更管理过程
的框架指导下制定了项目的范围变更控制管理过程，在项目的实施过程中，用户的需求变更都是按照事先制定好的过程执行。
因此，这个项目完成的比较成功，项目的时间和成本基本上是在一开始项目计划的完成时间及成本的情况下略有增加。
造成范围界定不清的原因
既然项目范围界定不清是一种很常见的现象，而这种现象又是大家所不想见到的。那么，我们必须分析出现这种现象的原因。我认为造成这种现象的出现有以下三方面的原因：
第一，是企业一级的责任——没有完善的项目管理体系来指导项目的管理。这种情况是最糟糕的，如果是这种原因，那么项目的成败往往需要靠项目经理个人的管理、领导能力。这种情况项目成功的可能性非常小，大部分项目都是以失败而告终；
第二，是企业及项目组共同的责任——对项目没能制定出清晰规范的范围变更控制过程。企业有管理体系，但不够完善和规范，对项目组的变更过程的制定没能起到有效的指导作用。变更是不可避免的，只要有效地加以管理、控制，同样可以达到各方满意的结果；
第三，是对范围的定义不够明确，做不到可量化、可验证程度。很多时候都是一些定性的要求、而不是定量的，例如“界面友好，可操作性强，提高用户满意度”等。类似这些模糊的需求就是导致后续项目扯皮的根源。项目范围的明确定义，有经验的项目经理及系统分析员将起到至关重要的作用。
由以上的论述，我们可以得出结论：完善的项目范围管理是整个项目最终成败的关键。那么，怎样才能做好项目范围管理呢下面大量篇幅将对这一问题进行详细的论述。？
如何管理好项目范围
既然已经认识到项目范围管理如此重要，那么我们应该怎样才能管理好项目的范围呢从上面的论证过程，我们清楚地看到造成项目范围不好管理的一些原因，那么要管理好项目范围就必须对症下药，才能管理好项目范围。
首先，我们必须先了解项目范围管理的一些科学过程。做好项目管理应该包含下面过程：启动、范围计划、范围定义、范围核实及范围变更控制。下面将详述如何做好这些过程：？
启动过程
启动是指组织正式开始一个项目或继续到项目的下一个阶段。启动过程的一个输出就是项目章程。项目章程是一个重要的文档，这个文件正式承认项目的存在并对项目提供一个概览。
启动过程明确指定这一过程有一个重要的输出文档——项目章程，项目章程将粗略地规定项目的范围，这也是项目范围管理后续工作的重要依据。项目章程中还将规定项目经理的权利以及项目组中各成员的职责，还有项目其他干系人的职责，这也是在以后的项目范围管理工作中各个角色如何做好本职工作有一个明确的规定，以致后续工作可以更加有序地进行。因此，千万不能忽略项目的启动过程。？
范围计划过程
范围计划是指进一步形成各种文档，为将来项目决策提供基础，这些文档中包括用以衡量一个项目或项目阶段是否已经顺利完成的标准等。作为范围计划过程的输出，项目组要制定一个范围说明书和范围管理计划。
古语云：“预则立，不预则废！”。一个项目经理要想真正管理好项目范围，没有必要的技术和好的方法是肯定不行的。
要做好一个项目首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息的，比如产品描述，首先要清楚最终产品的定义才能规划要做的工作，项目章程也是非常主要的依据，通常它对项目范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化。
前面讲到这个过程有一个输出是范围说明书，那么范围说明指的是什么呢范围说明是在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。
范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。项目论证是商家的既定目标，要为估算未来的得失提供基础；项目产品是产品说明的简要概况；项目可交付成果一般要列一个子产品级别概括表，如：为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。任何没有明确要求的结果，都意味着它在项目可交付成果之外；项目目标是要考虑到项目的成功性，至少要包括成本、进度表和质量检测。项目目标应该有标志（如：成本、单位）和绝对的或相对的价值。尽量避开不可量化的目标（如：“客户的满意程度”），因为它将让你的项目承担很高的风险。
范围计划又是什么呢范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估（比如：怎样变化、变化频率如何及变化了多少）。范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类（当产品特征仍在被详细描述的时候，做到这点特别困难，但绝对必要）等问题的清楚描述。？
范围定义过程
范围定义是指将项目主要的可交付成果细分成较小的、更易管理的组分。这个过程中，项目组要建立一个工作分解结构（WBS）。
WBS的建立对项目来说意义非常重大，它使得原来看起来非常笼统、非常模糊的项目目标一下子清晰下来，使得项目管理有依据，项目团队的工作目标清楚明了。如果没有一个完善的WBS或者范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。
制定好一个WBS的指导思想是逐层深入。先将项目成果框架确定下来，然后每层下面再把工作分解，这种方式的优点是结合进度划分直观，时间感强，评审中容易发现遗漏或多出的部分，也更容易被大多数人理解。？
范围核实过程
范围核实是指对项目范围的正式认定，项目主要干系人，如项目客户和项目发起人等要在这个过程中正式接受项目可交付成果的定义。
这个过程是范围确定之后，执行实施之前各方相关人员的承诺问题。一旦承诺则表明你已经接受该事实，那么你就必须根据你的承诺去实现它。这也是确保项目范围能得到很好的管理和控制的有效措施。？
范围变更控制过程
范围变更控制是指对有关项目范围的变更实施控制。主要的过程输出是范围变更、纠正行动与教训总结。
再好的计划也不可能做到一成不变，因此变更是不要避免的，关键问题是如何对变更如何进行有效的控制。控制好变更必须有一套规范的变更管理过程，在发生变更时遵循规范的变更程序来管理变更。通常对发生的变更，需要识别是否在既定的项目范围之内。如果是在项目范围之内，那么就需要评估变更所造成的影响，以及如何应对的措施，受影响的各方都应该清楚明了自己所受的影响；如果变更是在项目范围之外，那么就需要商务人员与用户方进行谈判，看是否增加费用，还是放弃变更。
因此，项目所在的组织（企业）必须在其项目管理体系中制定一套严格、高效、实用的变更程序。
执行好以上项目范围管理的五个过程，我认为对项目范围的管理、控制将是行之有效的！
范围管理的基本内容
范围管理保证项目包含了所有要做的工作而且只包含要求的工作，它主要涉及定义并控制哪些是项目范畴内的，哪些不是。范围管理的基本内容包括：项目启动、范围计划编制、范围核实、范围变更控制等等。以下所讨论的是其中比较重要的部分。
1．编制范围计划
“公欲善其事，必先利其器”。一个项目经理要想真正管理好项目范围，没有必要的技术和方法是肯定不行的。国外曾经有人对项目失败原因进行调查，其中计划被放到了首位，可见它在项目管理中的重要性。
我们这里首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息的，比如产品描述，首先要清楚最终产品的定义才能规划要做的工作，项目章程（典型的例子是合同）也是非常主要的依据，通常它对项目范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化。
范围计划中究竟应该包含哪些内容呢不同的计划详尽程度自然不一样，其中范围说明和范围管理计划必须包含在内。
范围说明在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。项目论证是商家的既定目标，要为估算未来的得失提供基础；项目产品是产品说明的简要概况；项目可交付成果一般要列一个子产品级别概括表，如：为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。任何没有明确要求的结果，都意味着它在项目可交付成果之外；项目目标是要考虑到项目的成功性，至少要包括成本、进度表和质量检测。项目目标应该有标志（如：成本、单位）和绝对的或相对的价值（如：少于150万美元等）。不可量化的目标（如：“客户的满意程度”）要承担很高的风险。
范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估（比如：怎样变化、变化频率如何及变化了多少）。范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类（当产品特征仍在被详细描述的时候，做到这点特别困难，但绝对必要）等问题的清楚描述。
2．范围分解
计划明确了，然而该做哪些事情似乎还是一把抓，因为完成项目本身是一个复杂的过程，必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然，最终得出项目的工作分解结构（WBS）。恰当的范围定义对项目成功十分关键，当范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。
比较常用的方式是以项目进度为依据划分WBS，第一层是大的项目成果框架，每层下面再把工作分解，这种方式的优点是结合进度划分直观，时间感强，评审中容易发现遗漏或多出的部分，也更容易被大多数人理解。Microsoft的项目管理工具Project就可以自动为各个层次的任务编码。
3．范围变更
一个项目的范围计划可能制订的非常好，但是想不出现任何改变几乎是不可能的。因此对变更的管理是项目经理必备的素质之一。变并不糟糕，糟糕的是缺乏规范的变更管理过程。范围变更的原因是多方面的，比如用户要求增加产品功能、环保问题导致设计方案修改而增加施工内容。项目经理在管理过程中必须通过监督绩效报告、当前进展情况等来分析和预测可能出现的范围变更，在发生变更时遵循规范的变更程序来管理变更。我们强烈建议企业的项目管理体系中包含一套严格、高效、实用的变更程序，它对管好项目至关重要。
软件设计和开发控制程序
公司软件设计和开发控制程序 1目的 对软件设计和开发全过程进行控制，确保产品设计和开发能满足顾客和有关标准、法令、法规的要求。 2范围 适用于软件产品设计和开发的全过程，包括软件产品的升级。 3职责 3．1软件研发部负责组织编制《项目实施计划书》、《需求规格说明书》、《软件概要设计说明书》、《详细设计说明书》、设计和开发输出文件、测试报告、验收报告等，负责组织协调和实施软件产品的设计和开发工作。 3．2软件研发部产品组负责根据市场调研分析或合同提交《可行性研究报告》。 3．3软件研发部测试组负责软件产品的确认测试。 3．4 由各业务部负责将合格软件产品交付顾客使用。 3．5 公司总经理签署《项目经理任命书》，正式启动软件项目。 3．6公司技术总工或授权人负责设计和开发立项《项目实施计划书》、《需求规格说明书》、验收报告等的批准。 4工作程序 4．1 设计和开发策划 4．1．1立项的依据 软件研发部对要进行的开发项目进行立项申请，提交项目资料。由公司的有关人员对项目进行一系列的风险评估。通过风险评估的项目，由软件研发部进行详细进度计划安排，落实时间进度、资源（人员／设备、内部／外部）、技术、资金和费用等，相关资源和资金使用计划要详细列出。 最后所有的项目申请资料、风险评估报告及产品进度计划都要报给公司上级领导审批，进行立项评审。 立项通过的项目才能由软件研发部进入正式的开发工作。 4．1．2 软件研发部项目经理负责就以上立项依据组织《项目实施计划书》的编制。
4．1．3设计和开发人员资格要求可参照本公司相关岗位卡的条款进行． 4．1．4 接口管理 4．1．4．1 在设计和开发策划和输入阶段： a．各业务部将客户相关文件资料交与软件研发部，同软件研发部一起对《需求规格说明书》进行评审； b．软件研发部编制《项目实施计划书》，经公司技术总工或授权人批准后发往客户方。 c．软件研发部项目经理将《项目实施计划书》、《需求规格说明书》及相关背景资料，提供给各设计和开发人员，作为工作的依据。 4．1．4．2 在设计和开发输出阶段，软件研发部项目经理根据设计和开发进度，适时召开设计和开发例会，组织解决设计和开发中遇到的困难，协调相关的资源，以例会记录的形式明确相关要求。 4．1．4．3 在设计、编码、测试阶段： a．进行总体设计、详细设计的设计人员及进行编码的程序员须充分沟通．必要时，可由项目经理负责召开设计和开发专题会议,并以会议记录的形式明确与会人员达成的一致意见。 b．软件研发部设计和开发人员提供单元和综合测试的《测试计划》,交本部门的相关设计和开发人员进行集成并由测试人员进行单元、综合测试。 c．软件研发部提供确认测试的《测试计划》，交测试组进行系统安装、测试。 4．1．4．4设计和开发各阶段 a．软件研发部项目经理负责就技术方面在客户与程序员之间进行协调； b．软件研发部经理负责组织和协调各有关单位的工作； c．各业务部负责与客户的业务联系及相关信息传递； d．参与设计和开发的各部门将必要的信息形成文件，经部门经理评审签字后予以传递． 4．2设计和开发输入 4．2．1《项目经理任命书》经公司总经理批准后，由软件研发部经理组织编写《项目实施计划书》、《需求规格说明书》，其中《项目实施计划书》须由公司技术总工组织人员评审。 4．2．2软件研发部经理组织软件设计和开发人员、测试人员及各业务部等设计和开发提出部门(包括客户)，对《需求规格说明书》进行评审，对其中不完善、含糊或矛盾的需求做出澄清和解决．4．2．3《需求规格说明书》在接受合同时可以不完全确定，在项目进行期间可继续制定。当《需求规格说明书》更改时，合同可以修订，对《需求规格说明书》的更改将按照《软件配置管理规程》程序加以控制。 4．3 设计和开发输出 4．3．1各设计和开发人员根据《项目实施计划书》及《需求规格说明书》的要求进行设计和开发活动，并形成相应的文档。 4．3．2设计和开发的输出应形成文件，但不限于以下文档： ——《软件概要设计说明书》；
项目范围管理
项目范围管理 项目范围管理的内容 1.范围计划编制 2.范围定义 3.创建工作分解结构 4.范围确认 5.范围控制 项目范围管理，包括为成功完成项目所需要的一系列活动，以确保项目包含且仅仅包含项目所必须的完成的工作。 产品范围 产品范围表示产品或服务的特性或功能，包含产品的规格、性能、技术指标等描述，即产品的特征和具体功能。 项目范围 项目范围是为了完成具有所规定特征和功能的产品必须完成的工作。 项目范围对项目的影响是决定性的。 项目只有完成项目范围中的全部工作才能结束，因此一个范围不明确、或干系人对项目范围理解不一致的项目是不可能获得成功的。 项目范围不明确最可能的后果是，项目的范围蔓延，项目永远都做不完。 对范围理解不一致的结果往往使项目组的工作无法得到其他项目干系人的认可。 需求不明确的系统总会产生新的需求。 需求理解的偏差则会造成系统的严重缺陷。 用户不会接受一个没有满足要求的软件系统，开发团队只能返工。 项目的几个生命周期和管理过程、项目的一次性和临时性，共同决定了项目的工作范围是有限的，可控的，不是无限制的和无序的。 对项目范围的管理及控制的有效性，是衡量项目是否成功的一个必要标准。 项目范围管理能够让项目管理和实施人员知道为达到项目目标，需要完成哪些具体的工作，清楚相关各方在每项工作中清晰的分工界面和责任。
详细、清晰的界定分工界面和责任，不但利于项目实施中变更管理和推进项目发展，减少责任不清的事情发生，也便于项目结束时项目范围的清晰确认。 对项目范围定义，实际上就是对项目工作范围进一步细化的过程，使项目范围具体化、层次化、结构化，从而达到可管理、可控制、可实施的目的，减少项目的风险。 WBS 是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成了项目的整个工作范围。 WBS为项目进度成本、变更的计划和管理提供了基础。 制定WBS 的主要方法包括 1.使用指导方针 2.类比法 3.自上而下法 4.自下而上法 项目范围的确认是指项目干系人对项目范围的正式承认。项目范围确认是贯穿整个项目生命周期的。从开始组织确认WBS的具体内容，到各个项目阶段的交付物检验，直至最后项目收尾文档的验收，甚至是最后项目评价的总结。 项目范围控制实际上发生在项目实施阶段，也就是计划执行阶段，只有具体实施项目，才有可能产生项目范围的变更。因为项目环境、资源水平和管理能力等因素，会造成项目范围在实施过程中的增加和减少。 对项目范围变更控制的主要工具有： 建立并运用项目变更控制系统 规避变更控制 划清相关责任 项目范围管理水平低下，是项目失败的主要因素之一。要实现高水平的项目范围管理，重要做好用户参与，明确需求，以及范围变更管理的程序设置。 确认项目范围对项目管理的意义 1.清楚项目的具体范围和具体工作，为准确估算时间和资源打下基础。 2.项目范围是确定要完成哪些具体的工作，项目范围管理和控制是项目管理计划的一部分，也是 项目各项计划的基础，因此项目范围计划编制是确定项目进度、测量和控制的基准。 3.项目范围确定，就是确定项目的具体工作任务，这样有助于清楚的划分责任和分派任务，为进 一步安排工作和任务打下基础。
《项目管理》设计管理控制程序
COP7.5-2项目设计管理控制程序—————————————————————————————————版号：B 编制：日期： 批准：日期：
COP7.5-2项目设计管理控制程序B/0 1/5 —————————————————————————————————1．0 目的 确保项目的各项设计工作及设计工作的各个环节处于受控状态，保证设计成果的质量 及设计工作进度符合预期要求，同时在此基础上保证设计师的创造性得以体现。 2．0 适用范围 本程序适用于工程项目设计各阶段工作的监控与管理，其他各专项设计的监控与管理 参照此程序进行调整简化。 3．0 职责 3．1 公司总工程师负责所有项目设计管理工作中的技术性工作。 3．2 设计部经理负责设计项目的管理工作; 内部、外部的协调工作及项目设计管理工作中的组织性工作。 3．3 设计部不同专业技术人员，具体负责项目各分项设计工作的监控与管理。 4．0 程序内容 4．1 项目设计前期准备 4．1．1 总工程师组织各部门有关人员对项目的基本资料进行收集整理，其中包括营销部门提供项目市场分析、项目定位、基本营销策略、项目描述；开发部提供用地资料、规划 红线、用地指标、规划设计要点等限制性条件；以及水、电、热、通信等市政配套资 料等。 4．2 《设计任务书》编制 4．2．1 设计部经理负责根据营销中心在《项目建议书》中提供的资料和项目的总体定位要求编制项目《设计任务书》，提出对设计工作的具体要求，主要包括：工程地点、规模、 功能要求，建设标准、设计阶段进度要求以及设计工作所必须的基本资料等。4．2．2 《设计任务书》由总工程师审阅后提交总经理办公会议审核，并按审核意见修改定案后，作为设计工作的主要依据。 4．3 方案设计阶段设计单位选择 4．3．1 根据现有设计市场情况及其他途径，对有合作意向的设计单位进行调查、联络、填写《设计单位信息表》。 4．3．2 根据信息表对设计单位进行考察，提交相应的考察报告和参加方案设计单位初步排名，
数据中心机房搬迁方案
数据中心机房搬迁方案 随着信息系统规模的扩大，数据中心机房无论从面积、配套基础设施等各个方面都逐渐不能满足需求。针对这种情况，大多数供电局选择重建机房。如何将服务器、存储、网络等设备迁移到新机房，则是一个较为棘手的问题。 通过分析，发现机房搬迁存在两个难点：一是搬迁风险大，许多设备早已过保修期且比较陈旧，因此设备安全性和数据安全性的保障显得尤为重要。二是对用户有较大的影响，机房迁移对业务工作的开展影响较大，甚至是整个单位的业务中断，导致严重后果。因此，搬迁前要做好大量的准备工作，制定周密的搬迁计划，提供相应的预防措施、补救措施，最大程度保证数据和应用系统的安全。 1.搬迁方案 为了使搬迁对应用系统的影响降至最小，可采用在线搬迁的方式，即建立平滑的网络过渡环境，以数据存储为核心，保障网络和应用系统的稳定性、连续性，最大程度缩短系统运行的中断时间。搬迁方案包括以下几个方面：设备搬迁方案，主要内容为搬迁设备统计、搬迁配套工具、搬迁日程和人员安排、搬迁后设备位置平面图。 网络割接方案，包括网络割接流程以及割接前后网络拓扑变化。 系统及数据备份方案，包括备份方式以及时间。 应急方案，包括硬件故障、操作系统故障、数据库及应用系统故障、存储设备及数据故障应急方案。 在方案中，首先要确定需搬迁设备清单，并对设备进行分类;其次按照系统划分设备，安排合理的搬迁次序。核心系统可在周末或者工作日的晚上搬迁，非核心系统可在工作日搬迁。对于双机运行的设备可先对备用系统搬迁、调试、正
常运行后，再将主机搬迁至新机房。 2.搬迁步骤 搬迁前制定通知，把搬迁过程的停机安排统一发布，然后提供一个热线电话和信息部联系，负责协调各个专业的搬迁事宜。 信息发布：信息部门提前进行信息发布，告知具体搬迁时间计划。 网络互连：确定新数据中心机房和旧机房的光纤线路连通. 检查机房环境条件和可用性：检查新机房空调、供电、消防、综合布线等设备正常运行的条件具备，同时进行网络联通性测试，保证网络的可用性。 应用管理员检查确认应用是否正常运行，主机管理员检查确认主机是否正常运行。 数据备份：搬迁前，做好该系统的相关备份。 确认搬迁工具到位。 确认关键业务系统相关厂家提供热线支持或现场支持。 应用管理员退出应用，主机管理员停运主机，再由各搬迁组进行主机的拆卸、清洁、搬迁、上架及网络/KVM接入等工作，设备搬迁过程中应做好设备的防碰撞、防灰尘、防水等，同时必须严格按照设备布局图、设备背面接线图完成设备的上架、接线等工作。 主机管理员通电启动设备，并进行主机测试，应用管理员负责应用测试。 设备正常运行后，各搬迁组及时更新设备及连接线的标识。 建议人员变迁和系统搬迁分期进行。即人员在新大楼办公，系统在旧大楼，
项目范围管理知识点整理
第一章、项目范围管理概述： 知识点 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）、客
最新数据中心搬迁项目
数据中心搬迁项目管理 第1章对服务商要求 鉴于本项目的复杂性，要求乙方公司具备足够的数据中心搬迁能力及资质。要求乙方必须应用成熟的项目管理方法论，安排具备足够资质，并具备丰富项目管理经验和数据中心搬迁工作经验的项目管理人员负责本项目的管理工作。乙方应该充分论述其将运用在本项目上的项目管理方法，及如何结合本项目实际情况进行科学有效的项目管理工作。 乙方需要为本项目提供项目整体管理服务，包括但不限于以下内容： ●指派专门的经验丰富的项目经理采用成熟科学、经实际检验的搬迁项目 管理方法管理本项目； ●项目管理体系设计：乙方项目经理负责制定并向甲方建议适合本项目的 项目管理体系，并协助项目组建立和运行该项目管理体系； ●总体项目管理计划：乙方项目经理负责制定总体项目管理计划，并与甲 方讨论并最终确定切实可行的项目管理计划； ●项目执行管理、跟踪和检查：乙方项目经理负责根据项目管理计划与甲 方项目管理人员一起进行项目执行管理工作，对项目执行情况进行跟踪 和检查； ●管理项目沟通和协调：乙方项目经理负责协助甲方项目管理人员计划和 建立本项目沟通体系，并协助甲方项目管理人员进行项目管理协调工作； ●项目风险管理：乙方项目经理负责对项目风险进行管理，协助甲方项目 管理人员进行风险分析和风险应对，并在项目执行过程中监控和跟踪项 目风险的发展状况； ●搬迁工作总体指挥和协调：乙方项目经理需根据最终确定的搬迁详细设 计方案和搬迁日详细计划，协助甲方搬迁指挥人员完成搬迁的总体指挥 和协调工作；
1.1服务商资质要求 为保障甲方数据中心搬迁项目的实施质量，要求乙方公司具备足够的数据中心搬迁能力和资质： 1)在中华人民共和国境内注册的、在法律和财务上独立、能够独立承担民 事责任的企业或公司; 2)注册资本在人民币1000万元(含本数)以上; 3)在最近两年内承接过同规模的数据中心搬迁项目 4)具备IT基础设施运维团队； 5)具备提供备机备件的能力，满足项目对备机备件的要求，要求备品备件 放置在甲方新数据中心存放。 乙方仅能够针对物流运输方面邀请服务合作伙伴参与，乙方不得将本项目其他任何部分转让给其他单位或个人。邀请服务合作伙伴需遵循有关法律、法规等的规定，并需事先与甲方协商，取得甲方批准，具体规定如下： 1)服务合作伙伴必须具备IT设备运输相应的资质条件。乙方将其中部分项 目交付服务合作伙伴实施，不应解除合同约定的乙方的任何责任和义务； 2)乙方有义务依据甲方的要求向甲方提供服务合作伙伴的一切资料； 1.2搬迁项目管理方法要求 乙方必须在本项目中采用成熟科学、经实际检验的搬迁项目管理方法。乙方应系统阐述其将采用的方法论，不能仅就其搬迁项目管理方法论本身阐述，应同时就如何结合本项目的实际灵活运用其方法论加以阐述。 1.3项目人员及组织要求 乙方应该在对本项目具体工作内容充分理解和切合实际的项目干系人分析基础上对于项目整体人员需求提出估计和建议，并对项目组织架构提出合理化建议。
项目范围管理的内容和步骤
项目范围管理的内容和步骤 项目范围管理包括的程序，要求能确保该项目所覆盖的整体工作要求和单项工作要求，从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。图表5-1提供了主要项目范围管理程序的总述： 5.1启动阶段--督促项目管理组织开始着手项目下一阶段的工作。 5.2范围规划报告--写出一份书面报告，作为未来项目决策基础。 5.3范围界定--把主要的项目工作细目分解成更小、更易管理操作的单元。 5.4范围核实--正式认可这个项目范围。 5.5范围变化控制--对项目范围的变化进行控制。
同其他理论体系中的程序一样，这些程序彼此互相影响。根据项目计划的需要，每个程序可能会需要一个或多个个体或团体的努力。在每个项目阶段，每个程序通常至少发生一次。 尽管这里提到的这些程序是作为各自独立的因素给予了明确的界定，但是，在实践中它们是以各种形式重迭和影响的。这里就不详细论述了。程序的互相影响在第3章中作了详细的讨论。
根据项目中的上下文关系，"范围"这个词涉及到两方面内容： 产品范围界定--产品范围的特征和功能包含在产品或服务中。 工作范围界定--项目工作的完成为的是能交付一个有特殊的特征和功能的产品。 本章的核心是阐述用于管理项目的程序、工具和技术。用于管理项目产品范围变化的程序、工具和技术，在不同应用领域中会有所不同，通常它们被认为是项目生命周期的一部分（项目的生命周期在2.1中阐述）。 一般情况下，一个项目是由一个单个产品组成的，但是，这个产品可能包括几个子要素，每个子要素都彼此分离，但是在产品活动范围中又相互依存。例如：一个新的电话系统，通常包括四个子要素--硬件、软件、试运行和完成。 产品范围的完成情况是参照客户的要求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。 5.1启动阶段 启动阶段是正式认可一个新项目的存在，或者是对一个已经存的项目让其继续进行下一阶段工作的过程（看2.1，对项目阶段有详细的阐述）。在一些组织中，一个项目计划的正式启动，是在必要的学习、初步的计划和其他相当于划分项目开始阶段的工作完成后才进行的。有些项目形式，如特殊的内部服务项目和新产品开发项目，它们的启动不是很正规，要受到所做的工作数量的制约，目的是为项目正式启动时，职员能牢固地掌握这些工作方法。项目通常是由于以下的需要而被核准的 市场需求（比如：一家石油公司核准一个建立新炼油厂的项目，是对长期的汽油发展战略作出 的反应）。 商业需求（比如：一个旅游公司为了增加收入核准的项目是开辟一条新的旅游线路，以增加它 们的收入）。 客户的需求（比如：一家电力公司核准一个建一家新的发电厂的项目，为新的工业园服务）。 工艺的进步（比如：电力公司核准一个引进音像设备的项目，是为了发展影视娱乐业）。 法律要求（比如：涂料生产厂家核准的项目是，建立一个处理有毒物品的生产线）。 这些动因也可能被称为是问题、机遇或商家的要求。无论叫什么，其核心的问题是管理部门通常要做出怎样对应的决策出来。
海工项目管理与控制程序
1.4项目管理与控制程序 一、成立项目组 公司对关键民品实施项目管理，组建项目组，项目组代表公司对项目进行全过程管理。项目组由项目经理、项目商务经理、项目技术经理、项目生产经理、项目质量经理组成。重大项目可增设项目物资经理和安全经理，项目经理任项目组组长。项目组及其人事安排经公司总经理办公会审议通过后成立。 二、项目组的职责 项目组的工作职责主要是负责所承造产品的组织策划和管理协调，确保安全保质按期完成项目建造任务。 项目经理：负责项目组的管理。负责统筹组织项目管理经营、生产、技术、质量、物资等有关工作，负责按公司线表计划组织指定项目的节点计划并管理实施，负责督促收集、整理项目的技术及其商务资料归档，承担项目的安全、质量管理责任。 商务经理：在主管领导和项目经理的领导下负责合同的商务洽谈，负责项目的商务工作（包括收款及加减帐等），对项目合同的执行情况（包括进度、质量、成本、服务、收款等）进行全面、全过程跟踪，定期向项目经理和主管领导报告商务工作情况，负责有关商务资料的收集、整理、归档工作，完成项目经理安排的其它工作。 生产经理：负责项目生产计划的组织实施，负责组织项目生产策划和生产技术准备工作，负责安全、质量日程监督管理，完成项目经理安排的其它工作。 技术经理：对项目技术方面的工作负总责，负责按项目的节点计划组织落实完成技术方面的各项工作，负责组织项目技术上的问题与甲方的协调，负责提供与商务有关的技术资料给商务经理，负责组织处理和解决项目施工的各种技术问题，协助制造单位进行项目的技术攻关，负责有关技术资料的修改、反馈、完善的组织落实工作，避免在后续产品上重复出现首制产品上发生的技术与资料浪费问题，负责按有关规定完成技术资料归档的组织落实工作。 质量经理：负责组织编写产品质量大纲，并按要求组织实施，掌握产品质量动态、协调对内、对外报验，及时处理船东、船检口头或书面意见，并向项目经理报告重要信息，负责质量方面的材料收集、整理和归档工作。 三、项目组的运作
建筑设计管理流程
1.目的 为规范项目建筑设计管理阶段的操作程序，加强对项目设计前期阶段的监控，达到确保质量、进度，控制成本的目的。 2.适用范围 适用于项目建筑设计阶段的设计管理。 3.术语和定义 规划设计 方案设计 初步设计 施工图设计 4.职责 4.1.集团战略发展部 4.1.1.提供项目一级开发计划； 4.2.集团项目拓展部 4.2.1.提供《土地挂牌文件》 4.2.2.提供《项目可研报告》 4.3.集团市场营销部； 4.3.1.提供《产品定位报告》、样板区、单体建筑（会所、售楼处、配套公建、住宅设 计建议书）； 4.3.2.参加规划设计方案设计阶段的研讨和设计成果评审并提出评审建议。 4.4.集团产品研发部 4.4.1.提供产品系列标准化《设计指导书》，对设计方案形成支持； 4.4.2.参加规划设计方案设计阶段的研讨和设计成果评审并提出评审建议。 4.5.集团规划设计部 4.5.1.负责规划、方案、初步设计任务书和指导书的编制与评审； 4.5.2.负责方案设计单位的选择，签定设计委托合同； 4.5.3.组织规划、方案、初步设计各阶段阶段性设计评审，审核设计成果； 4.5.4.负责规划、方案、初步设计各阶段设计管理工作； 4.5.5.协助项目公司完成各阶段建设图纸的报批工作； 4.5.6.控制施工图设计节点大样，确保设计效果和质量的体现； 4.5.7.审核施工过程中二次封样的材料样板。
4.6.集团工程部 4.6.1.提供《项目整体开发计划》； 4.6.2.参与方案、初步设计的设计成果评审并提出建议； 4.6.3.参与《施工图设计指导书》的评审，参与施工图技术交底和施工图图纸会审。 4.7.集团合约管理部 4.7.1.提供阶段性成本造价估算指标； 4.7.2.参与方案、初步、施工图设计阶段成果的评审并提出评审建议； 4.7.3.审核并控制各阶段设计方案的成本造价。 4.8.物业公司 4.8.1.参与规划、方案设计阶段成果的评审，并提出评审建议； 4.8.2.提供《物业管理配置建议书》。 4.9.项目公司 4.9.1.提供各设计阶段的基础资料（规划条件、地质勘察报告等）； 4.9.2.参与各设计阶段成果的评审并提出评审建议； 4.9.3.负责设计各阶段图纸报批； 4.9.4.参与施工图图纸会审，并对结构专业和机电专业图纸进行审核； 4.9. 5.负责组织施工图技术交底工作。 4.10.项目设计管理部 4.10.1.负责收集建筑施工图设计所需相关资料（地质勘查报告、限额设计要求、水电设 计要求等）； 4.10.2.负责编写《施工图设计指导书》； 4.10.3.负责施工图设计单位的选择并签定设计委托合同； 4.10.4.负责施工图阶段设计管理工作； 4.10. 5.负责组织施工图内部评审工作； 4.10.6.配合项目公司进行各阶段图纸报批工作； 4.10.7.配合项目公司进行施工图技术交底工作； 4.10.8.提供市场营销部所需销售平面图。 4.11.分管副总裁 4.11.1.负责金额在300万及以上的设计采购合同的审批； 4.11.2.负责审批规划设计、方案设计阶段的设计成果。 5.工作程序 5.1.设计公司选择 5.2.根据《设计承包商选择管理流程》进行选择。
项目管理程序
1 目的 为满足公司新开发项目产品顺利实现产业化的需求，采用项目经理负责制原则，成立由相关职能部门的项目代表组成的项目多功能小组组织机构，通过项目团队的努力及专业技能，在有限的条件约束下，运用整合管理、范围管理、时间管理、风险管理、变更管理、生命周期管理、质量管理、成本管理、人力资源管理、采购管理、沟通管理等一系列工具和方法，对项目的全过程进行有效的管理，在一定的时间内，有效控制项目进度、风险、质量、成本等要素，达到顾客满意或市场需求，达成预定的产品开发目标，特制定本程序，本程序适用于界定为项目的新产品实现的管理和控制。 2职责 2.1项目组负责项目策划、项目实施及实施过程各项管理的控制。项目组成员不是专职为此项目服务的人员，是由公司相关部门抽调的资源总和，各职能部门应为项目组成员提供支持。 2.2项目组分别由技术部、生产部、质量部、营销部、采购部、财务部、人力资源部等部门代表组成，但不仅限于此；项目组成员均有权根据其职能做出决策，并采取必要行动以完成既定目标。 2.3公司总经理任命项目经理，对项目进度计划及提交的各项报告进行审批。 2.4项目组长负责对项目进行监督、协调、管理，负责项目的进度、质量和成本控制，并对项目进度计划及提交的各项报告进行签认。项目组有资源需求时，项目组长应根据项目需要，向最高管理层提出资源申请，职能部门按批准的要求，落实资源的调配（如财务资源、人力资源、技术支持等）。遇重大问题，由项目组长负责向总经理汇报，由公司最高管理层负责处理。 2.5项目产品首批订单结束后，产品进行正常生产，相关职能转入公司各职能部室，各部室按职能实施管理。 3工作程序 3.1项目界定 3.1.1依据市场调研或用户需求，进行产品设计和工艺设计，并实现第一批订单，界定为项目。
数据中心项目建设方案介绍
数据中心项目建设 可行性研究报告 目录 1概述 1.1项目背景 1.2项目意义 2建设目标与任务 数据中心的建设是为了解决政府部门间信息共享，实现业务部门之间的数据交换与数据共享，促进太原市电子政务的发展。具体目标如下：建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现数据的交换、保存、更新、共享、备份、分发和存证等功能，并扩展容灾、备份、挖掘、分析等功能。 (一)建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现社会保障数据的交换、保存、更新、共享、备份、分发和存证等功能，并扩展容灾、备份、挖掘、分析等功能。 (二)建立全市自然人、法人、公共信息库等共享数据库，为宏观决策提供数据支持。对基础数据进行集中管理，保证基础数据的一致性、准确性和完整性，为各业务部门提供基础数据支持； (三)建立数据交换共享和更新维护机制。实现社会保障各业务部门之间的数据交换与共享，以及基础数据的标准化、一致化，保证相关数据的及时更新和安全管理，方便业务部门开展工作；
(四)建立数据共享和交换技术标准和相关管理规范，实现各部门业务应用系统的规范建设和业务协同； （五）为公共服务中心提供数据服务支持，实现面向社会公众的一站式服务； (六）根据统计数据标准汇集各业务部门的原始个案或统计数据，根据决策支持的需要，整理相关数据，并提供统计分析功能，为领导决策提供数据支持； （七）为监督部门提供提供必要的数据通道，方便实现对业务部门以及业务对象的监管，逐步实现有效的业务监管支持； （八）为业务数据库的备份提供存储和备份手段支持，提高业务应用系统的可靠性。 3需求分析 3.1用户需求 从与数据中心交互的组织机构、人员方面进行说明。
项目管理程序
第 1 页 共 9 页 1.目的 本程序作为对产品实现控制程序的一个补充，规定了项目管理的有关要求。 2.适用范围 本程序适用于公司新产品实现策划过程中的项目管理，也可以作为工程变更过程中项目管理的参考。 3.术语和定义 3.1 项目：就是在既定的资源和要求的约束下，为新产品设计开发而进行的相互联系的一次性工作任务。 3.2 项目管理：就是通过项目团队的努力及专业技能，在有限的条件约束下，运用一系列工具和方法，对新产品开发项目的全过程进行有效的管理，使项目能在一定的时间内，不超过成本预算而达成预定的产品开发目标。 3.3 项目集成管理：运用相应的管理理论、方法、工具确保各种项目工作和项目的成功要素能够很好的协调与配合。 3.4 项目范围管理：计划和界定一个项目或项目阶段需要完成的工作和必须要完成的管理工作。 3.5 项目时间管理：又叫项目工期进度管理，是按时完成项目工作。 3.6 项目成本管理：又叫项目选价管理，是运用相应的管理理论、方法、工具如何在不超出项目预算的情况下完成整个项目工作。 3.7 项目质量管理：是确保项目及其结果符合相关质量标准要求的过程。 3.8 项目人力资源管理：如何更有效地利用项目所涉及的人力资源，完成项目。 3.9 项目沟通管理：有效、及时地生成、收集、储存、处理和最有效的使用项目信息。 3.10 项目风险管理：识别项目风险、分析项目风险和应对项目风险。 3.11 项目采购管理 ：也叫做项目获得管理，从项目组织外部寻求和获得各种商品与劳务的管理。 3.12 里程碑就可以在项目执行过程中利用这些重要的时间检查点来对项目的进程进行检查和控制。这些重要的时间检查点被称作项目的里程碑（Milestone ）。 3.13质量阀：产品开发及启动过程中各阶段之间的质量控制阀。质量阀是对特定要素的强制性评审，以保证在产品项目阶段尽可能早地发现和解决质量问题。如果打开，即进入下一阶段；如果关闭，则要重新进行 前一阶段的制造及后一阶段的准备工作及评审，直至打开。本公司定义的里程碑检查等同于质量阀检查。 4．职责 4.1项目经理负责制定项目计划，并组织各部门制定相应的子项目计划； 4.2项目经理负责跟踪项目计划的执行情况，并组织项目里程碑的评审，跟踪评审结果的实施； 4.3项目管理科负责组织所有项目经理召集每月的项目管理例会，跟踪各项目管理的进度，并保持与顾客沟通； 4.4所有部门，必须接收项目经理以及项目管理科对项目任务实施进度的检查，当任务存在延期
项目过程管理
1、目的 为了对开发部的开发工作进行有效控制,确保开发工作的有序性、可控性、计划性和延续性，提高开发质量，特制定本控制程序。 2、范围 本程序适用于软件开发管理过程. 3、相关文件 3.1 《产品发布规范》 3。2 《评审管理制度》 3.3 《产品测试作业规程》 4、职责 4。1 开发部经理负责审批开发任务、概要设计、数据库设计、开发计划、更改申请、项目总结等. 4.2开发部经理负责审核开发任务、概要设计、数据库设计、开发计划、更 改申请、项目总结等。 4.3开发部经理负责审批详细设计、开发进度记录等。 4.4开发部经理负责工程错误的指派，协助其它部门工作并提供相关的技术 支持工作。 4.5设计师负责概要设计、数据库设计的编写、详细设计的审核等工作，并 参与开发的阶段性输出评审，开发结果检查工作。 4.6开发小组负责详细设计、开发计划、开发进度记录编写，具体的开发实 施工作. 4.7开发工程师负责编写详细设计、监督开发进度、组织单元测试和检查开 发结果等主要工作。 4.8信息化实施与管理部负责组织概要设计、数据库设计、详细设计、阶段 性输出的评审，开发服务器的日常备份、各种质量记录的审批组织和资料
归档工作；并提供开发的具体用户需求和产品完善建议，并协助完成开发的测试验证,参与开发的相关评审工作。 4.9测试部负责开发的测试验证、组织产品发布工作，并参与开发的相关评 审工作。 5、开发宗旨 以用户需求驱动产品开发，产品的所有功能设计应当都能在用户的实际需求中找到原型，作为设计开发的依据，同时兼顾覆盖面和通用性的要求。在设计上，必须首先满足用户的普遍需求，然后再考虑边缘的、较为个性化的需求。 6、开发工作的一些通用规范 6.1 在提交测试部测试以前,程序编写人员必须进行功能单元自测工作。 6.2 开发任务的编码周期大于等于10人天的设计评审和设计更改评审必须 是会议评审方式；编码周期小于10人天的基础模块、后台、工作流等 框架功能的开发任务的设计评审方式由开发部经理指定。并在设计的会 议评审中确定该任务的后期的阶段评审点，以及该任务的发布方式。阶 段评审点主要包括里程碑完成后、提交测试前。发布方式主要包括试用 发布和正式发布。 6.3 开发工程师每完成一项开发计划中的内容，必须及时向部门经理汇报进 展情况,以便启动下一步的工作。同时项目管理员负责将开发进度情况 更新到内部系统里任务单的开发计划中. 6。4 如果需要撤消开发任务，开发部经理必须提出《任务撤消申请单》，经开发部经理审批后生效. 6.5 未经发布的产品不准应用于工程。 6.6 项目管理员根据开发任务和开发质量记录登记开发任务台帐。 7、设计开发过程管理 7。1 任务分类 开发任务分为四类，为产品开发或完善任务、技术研究任务、二次开发任务和临时开发任务。任务来源包括:
数据中心架构优化及搬迁项目招标文件
项目编号： 北京市电力公司 数据中心架构优化及搬迁 服务实施 招标文件 北京市电力公司 2013年3月 目录 1前言 (1) 2投标须知 (2) 2.1总则 (2) 2.1.1概述 (2) 2.1.2投标方资质要求 (3) 2.1.3投标方项目人员要求 (4) 2.1.4投标费用 (5) 2.1.5项目管控 (5) 2.1.6现场考察 (7) 2.1.7答疑 (8) 2.2招标文件 (8) 2.2.1招标文件的内容 (8) 2.2.2招标文件的修改 (9) 2.2.3招标文件注意事项 (9) 2.3特别约定 (10) 3技术要求 (11) 3.1项目总体目标 (11) 3.2项目建设原则 (12) 3.3项目总体要求 (12) 3.4项目实施范围 (13) 3.5项目实施内容 (16) 3.6项目工作概述 (16)
3.7.1项目管理 (17) 3.7.2搬迁原则 (18) 3.7.3前期准备 (18) 3.7.4搬迁方案 (19) 3.7.5培训与演练 (21) 3.7.6搬迁实施 (21) 3.7.7设备维保 (23) 3.7.8应急备件及技术保障要求 (24) 3.7.9保险要求 (24) 3.7.10应急预案制定、启动及实施的要求 (24) 3.8项目交付物文档参考 (25) 3.9项目周期要求 (26) 3.10物流要求 (26) 3.11搬迁注意事项 (27) 3.12其他要求 (28) 4商务要求 (29) 4.1资格审查 (29) 4.2应答语言和计量单位 (29) 4.3投标文件的组成 (29) 4.4投标文件格式 (31) 4.5投标报价 (31) 4.6投标文件有效期 (32) 4.7投标保证金 (32) 4.8投标文件提交 (33) 4.9投标文件的份数和签署 (33) 4.10投标时间、地点、联系人 (34) 4.11投标文件的有效性 (34) 4.12投标文件的补充、修改与撤回 (34) 4.13投标文件的澄清 (35) 4.14投标文件计算错误的修正 (35) 4.15投标文件的评审、比较和否决 (35) 4.16开标 (36) 4.17评标 (36) 4.18评标方法 (37) 4.19中标通知书 (37) 4.20合同授予 (37) 4.21其他 (38) 5合同（协议书）条款 (39) 5.1词语定义 (39) 5.2合同文件及解释顺序 (40) 5.3双方的权利和义务 (40) 5.4工期 (41) 5.5双方责任 (41)
控制计划管理程序修订稿
控制计划管理程序 WEIHUA system office room 【WEIHUA 16H-WEIHUA WEIHUA8Q8-
1.目的 根据产品质量先期策划，为保证样件、试生产和生产的满足顾客要求，而规范控制计划的开发。 2.范围 适用于本厂内产品的样件试制，小批量试产和批量生产所用的控制计划。 3.相关文件 《产品质量先期策划程序》 《特殊特性控制程序》 《生产件批准程序》 《过程FMEA控制程序》 4.职责 技术部负责控制计划编制。 多方认证小组负责对控制计划的评审的审定。 品部负责检验、测量和控制。 技术部制造部具体负责控制计划的实施。 营销部负责与顾客联系确认/批准（必要）。 5.工作程序 控制计划的编制、审核、批准。 5.1.1控制计划由技质部项目负责人编制。 5.1.2多方认证小组认证控制计划（审核）。
5.1.3经多方认证后的控制计划报厂长批准生效。 5.1.4当顾客有要求时，各控制计划经顾客确认/批准。 控制计划种类及内容 5.2.1控制计划分为三种：样件、试生产和生产控制计划，应分别编制控制计划。 A.样件控制计划：在试制过程中，重点进行尺寸测量，材料和性能试验的描述。 B.试生产控制计划：样件试制后，试生产之前重点对尺寸的测量，材料和性能试验的描述。 C.生产控制计划：在正式生产中，对产品/过程特性、过程控制、试验及测量系统作全面的文件化的描述。 控制计划表的格式 5.3.1如顾客未书面规定，“控制计划”采用APQP手册规定格式。相同原材料生产出来的同一个系列的产品。当顾客有要求时，则须提供一份单一的控制计划。 控制计划相应栏目，应按如下要求填写和制订。 5.4.1样件、试生产、生产 选择控制计划分类，根据所加工产品的不同过程的时期的控制计划，在分类的方框内打上“×”符号。 5.4.2控制计划编号 填入控制计划编号 7-3-1 控制计划管理程序版本：A第3页共5页 5.4.3零件号/最新更改水平 填入被控制产品的图号。
工程设计 项目管理流程
世纪天恩项目管理网https://www.wendangku.net/doc/973943117.html, 世纪天恩项目管理网---专业项目管理咨询、培训、EPM 项目管理系统实施 https://www.wendangku.net/doc/973943117.html, 工程设计 项目管理流程 设计管理流程分为四个大的阶段（项目前期可研阶段、初设阶段、详细设计阶段、现场施工和开车阶段），和具体的工序任务，详见下图。 项目管理部：负责项目组组建，现场工作组组建、召开评审会、相关专业负责人、 专业设计人员的考核。 技术质量部：负责现场施工阶段的服务评价及工程回访 项目经理：负责实施和协调项目过程中的管理过程和重要事务，编制里项目程碑 计划。 各专业的设计人员：按照计划完成相应的设计工作。 ? 组建项目组 ? 设计准备 ? 设计策划 ? 设计输入审计 ? 开工会议 ? 签协作计划书 ? 内审、公司评审 ? 可研外审 ? 可研修改 ? 可研归档 ? 考核各专业负责人 ? 组建项目组 ? 设计准备 ? 设计策划 ? 设计输入审计 ? 开工报告 ? 签协作计划书 ? 往反条件 ? 编制图纸、文件程序? 设计成品校审、会签? 与业主沟通及调整 ? 初步设计汇总 ? 内审、公司评审 ? 初设外审 ? 修改及概算调整 ? 初设归档 ? 完工报告 ? 考核各专业设计人员 ? 组建项目组 ? 设计准备 ? 设计策划 ? 设计输入审计 ? 开工报告 ? 往反条件 ? 编制图纸、文件程序? 校对审核、会签 ? 考核各专业负责人 ? 成立现场工作组 ? 现场服务策划 ? 设计交底 ? 设计变更发放及登记? 现场工作日志 ? 现场服务评价 ? 工程项目回访 ? 设计变更整理归档 ? 考核各专业负责人 ? 工程设计总结及归 档 任务列表 任务列表 任务列表 任务列表
(项目管理)项目范围管理
项目范围管理 【本章知识重点】 ★项目范围和产品范围：（两者之间的定义与区别）； ★产品描述 ★项目选择方法 ★项目章程：（它的作用、内容、指派项目经理的时机和批准人） ★范围说明、范围管理计划 ★WBS：（PMP考试的重点之一，需要理解它的各种用途） ★账目编码Code of accounts / 会计科目表Chart of accounts（两者间的定义与区别） ★工作包/ WBS字典 ★WBS与其他分解结构的区别 ★范围核实/ 质量控制：（两者之间的定义与区别） ★范围变更的原因 【电子笔记】 项目范围管理：确保项目包括成功完成项目所需的全部工作，但又只包括成功完成项目所必需的工作过程。它主要关心的是确定与控制哪些应该与哪些不应该包括在项目之内。 上述定义表明了PMI的政策，PMI提倡：“不做额外的工作（no extra），不要镀金（no gold-plating）”。 5.1 启动：批准项目或阶段的开始。 5.2 范围规划：制订书面范围说明，作为今后项目决策的基础。 5.3 范围定义：将主要的项目可交付成果划分为较小，更易管理的组成部分。 5.4 范围核实：正式认可项目的范围。 5.5 范围变更控制：控制项目范围的变更。 就项目而言，范围（Scope）：“项目所提供的产品或服务的总和”。这个术语可指： ?产品范围（Product Scope）：产品或服务的典型特征与功能。 ?项目范围（Project Scope）：为提供具有典型特征与功能的产品或服务所需完 成的工作。 项目所产生的通常是单项产品，单该项产品却可包括若干个从属部分，每个部分都具备其单独，却又相互依存的产品范围。例如一个新电话系统通常包括四个从属部门：硬件、软件、培训和实施。 项目范围是否完成以项目计划作为衡量标准；产品范围是否完成以产品要求作为衡量标准。