[某某科技集团预算项目]项目管理手册当前版本: <V0.2>提交日期：<2011年5月05日>项目经理：文档状态: <讨论稿>文档信息(Docuement Information)参考文件(Reference Document)文档审核/审批(Document Review/Approval)此文档需如下审核。
签署过的审批表将作为附件归入PCB的质量控制章节，并正式备案。
目录(Table of Content)前言(Introduction)目的(Purpose)本项目管理手册的目的在于描述并明确项目目标、项目范围、项目基准、项目计划、组织架构及管理控制等项目管理的主要领域。
本手册作为项目组和客户在项目准备阶段的重要交付件之一, 是项目整个实施过程中的指导和参考文件。
同时也为项目进行期间后续加入项目的人员提供指导，并且向所有参与项目的人员共享更新的项目最新状态。
文档范围(Content)问题项目概述(Project Overview)某某药业公司已经使用**********5.4财务及供应链系统。
随着企业的组织变革及管理要求的提高，某某药业提出对已有模块进行系统升级并增加实施全面预算相关模块的需求。
本项目是帮助某某药业在*****7.0系统上实现基于全面预算的业务控制系统。
项目目标(Project Objective)在目前的管理信息化基础上，以将全面预算管理体系落地为目标，构建一个与当前业务运营系统紧密相关的，具备事前、事中、事后全过程控制手段的战略执行信息平台，为公司未来发展提供强有项目实施的系统模块包括：? 出纳系统? 费用报销系统? 预算系统? 管理门户系统?2.? 实现业务功能范围本次实施所包含的业务功能范围包括如下：●财务会计* 出纳管理: 实现出纳日常收付业务，日记账登帐、银行对账功能；实现出纳系统与费用报销系统的联用或实现出纳系统与预算系统的联用（通过预算系统控制出纳的收付款单据）；实现出纳系统与总帐的联用。
●协同平台管理* 费用报销管理: 实现系统的借款流程、费用报销流程、差旅费报销流程；实现费用报销流程与预算系统的联用，通过预算系统控制费用报销单据；实现费用报销系统与总帐的联用。
* 管理门户: 配合费用报销需求提供Web应用门户。
●企业战略管理* 全面预算管理: 实现企业全面预算表格的编制、上报、审批；实现业务预算对供应链采购订0个。
见项目关键前提及外部依赖（Project Assumption & Dependency）●为如期交付，最终客户、*****和*****要求对项目进行持续的管理而不允许出现任何中断。
如果最终客户在项目管理上有任何异议，首先将由*****与最终客户进行沟通并进行改进。
如果客户不接受*****的沟通及改进，或者这些改进涉及商务条款，则将由*****出面进行协调。
●最终客户将为项目提供合适的员工，并确保这些员工有足够的时间工作于本项目。
●交付地点将为最终客户办公地点，最终客户将为*****提供工作场所及配套设施。
●在项目期间**********的版本不进行变动。
●本项目*****实施顾问组长仅负责*****实施团队交付范围的项目管理工作，其他非*****交付部分需*****安排相应项目经理或负责人统一管理。
●本计划的工作人天标准为正常工作日每天八小时工作；本计划定义的所有周数均为工作周，实际执行时还需考虑假期因素；由此产生的额外费用，按实际发生额结算。
●*****顾问工作时间为正常工作日的周一至周五（每天八小时），具体上班时间可配合最终客户上班时间确定，但需经最终客户与*****项目经理（或顾问组长）同意。
●对于关键的业务决定，最终客户在接到通知后，在48小时内做出回应，从而确保项目的如期交付。
●交付物如无质量问题，最终客户在5个工作日内对交付物进行签收。
●*****将主导对培训的需求进行评估和策划（包含了培训计划和人员）。
*****顾问将通过“对培训师进行培训”的方式，对关键用户提供培训指导及质量控制。
最终客户关键用户将负责对企业最终用户进行培训。
●任何由于产品缺陷或者*****开发原因导致的项目额外成本，如项目延期，需要额外资源等等，将由*****承担。
项目基准(Project Baseline)合同双方的主要职责分工(Contractual Obligation)项目阶段和工作说明(Project Phases and Work Statement)项目交付件(Project Deliverables)参考3.2 sample.项目验收程序及标准(Acceptance Procedure & Criteria)***** *****产品实施服务，当交付作品已满足工作说明书中规定的接受标准或接受程序时（及双方收到甲方客户的相关确认），或者当甲方已实际使用交付作品时，无论以上哪种情况先出现，均视为甲方接受交付作品。
如工作说明书中未规定接受标准或接受程序，则交付作品在提交给甲方时被视为接受。
本项目采用分阶段提交成果和验收的方法。
在得到本阶段成果的确认以后，再开始下一阶段的实施工作。
以保证项目始终在实施双方意见一致的前提下进行。
项目阶段验收将根据双方确认的本阶段实施目标，工作计划和提交的阶段工作完成报告作出结论。
系统第二阶段蓝图设计（2011-05-09---2011—06-06）完成全面的蓝图设计工作。
包括出纳系统、费用报销、管理门户和预算系统第三阶段系统上线（2011-05-23---2011-08-31）5月底完成出纳系统上线6月底完成管理门户和费用报销上线7 月底完成全面预算系统上线。
8月底完成预算与其他系统的集成上线，实现系统全面上线。
第四阶段验收交付（2011-06-30---2011-09-15）6月底完成出纳系统验收交付7月底完成管理门户和费用报销的验收交付8 月底完成全面预算系统验收交付9月15日中旬完成系统的全面验收交付。
工作任务分解（Work Breakdown Structure）WBS.参考第一阶段编写的项目实施计划。
工作态度认真、服从工作分配、有团队精神培训内容项目组织架构(Project Organization Structure)项目组织结构(Project Organization Chart)项目实施是一项系统工程。
实施工作将牵涉某某科技集团的各个层面，包括业务流程、日常管理等。
为了确保项目实施按计划、目标、质量进行，首先必须要成立项目领导小组和项目实施小组，全面领导和组织项目实施工作。
另外，*****软件公司也将配置相应的实施支持小组，提供现场实施咨询和指导。
项目组织管理图：XXX公司*****公司小组必须由项目有关的各职能部门的关键人员组成。
在项目实施期间他们要分出正常时间(至少90%)，用来直接投入到与项目有关的工作上，这些人员必须是真正熟知各自业务的关键人员。
核心实施小组成员必须思想开放且具有创造性。
*****项目组织项目领导小组组长兼项目总监：客户经理：项目经理：实施顾问：XXX项目组织项目领导小组组长兼项目总监：项目领导小组副组长：项目核心实施小组：项目组织职责说明(Project Organizational Responsibilities) 参考SOW.2. 每月一次项目进度审核会议（月度）：会议主持：项目经理主要参加人员：项目组长或项目总监会议内容：汇报项目进展情况，对项目过程中的未决重大问题进行确认。
3. 每周一次项目进度审核会议（周）：会议主持：项目经理主要参加人员：项目总监、系统实施组时间：每周五下午会议内容：对上周项目过程回顾及对下周项目计划的讨论和确定4. 可根据需要，不定期举行上述会议。
会议结束后应提交《项目进度审核会议纪要》，内容要包括如下几方面：（1）任务的当前状况（人员、进度等）；（2）对以前明确的问题的解决进展；（3）自上次以来的问题或潜在的问题；问题通过【*****01_02_风险跟踪记录表.xls】记录和跟踪。
通过项目组周例会进行审核解决情况。
变更管理(Change Management)在执行项目工作说明书时，如果发生项目范围、执行时间或人员需求的变动，由项目经理根据以下和客户签署的变更流程进行处理, 并将新的项目范围、执行时间计划及新的人员计划安排，提交**********联合项目管理办公室(PMO), PMO将跟踪和控制内部的变更管理。
Sample:信息化建设及*****系统的实施工作是一个由浅入深的过程，随着项目的展开，双方人员对业务及系统认识的加深，必须产生少量新的需求在初始确定的实施范围之外，由此将引发实施范围和实施计划的变更。
变更控制是通过有序地管理变更来稳定开发过程、减少项目风险。
本程序的制定是为了检查所有的变更请求，决定哪些需要实施、哪些需要推延、哪些需要否决。
在得到对方的认可后，进度和成本将相应地做出调整。
一个有效的变更控制程序对于避免项目延期和超支是必要的。
为使确保项目如期按质完成，加强关键用户的责任感，促使项目组成员及关键用户能在初期较深2）受理申请项目经理将在接到RFC的三个工作日内确认收讫，并说明分析RFC，做出相应的工程变更建议书（ENGINEERING CHANGE PROPOSAL，以下简称ECP）所需的时间。
如果*****是接收方，*****可对RFC分析报告以及ECP进行收费并以书面形式告知客户收费标准，*****将于客户同意收费标准后三十天或双方协定的时间内，对RFC进行分析研究并做相应的ECP。
ECP将就RFC中所提出的变更对整个项目的影响做出以下几方面的说明:基本变更－文件的增改和删除；软件设计－程序编码的增加、修改和删除；测试项目－测试计划、测试和重新测试的修改；系统性能－确认修改项目对系统性能的影响以及增加或改装其它机器是否必要；Sample:实施**********系统是一项复杂系统的工作，为了保证项目的最终成功，必须在项目的每一个阶段都进行严格的控制。
而项目的文档是项目工作过程及结果的反映，是项目控制的依据，同时也是“知识转移”的关键载体，因此必须对项目整个过程都要充分文档资料化。
作为项目管理最佳实践的一部分，项目文档应该在一个集中且可控的环境内统一维护。
这不仅可以保证项目文档的标准化，更重要的是这种方式为项目相关人员的知识共享提供了一个便捷的平台。
本项目的文档统一在XXX项目文档管理服务器内维护，具体的地址是：质量管理(Quality Management)交付件质量管理(Deliverable Quality Management)项目按照工作说明书执行，交付件采用分步（实施的三个步骤）签收及最终的整体验收结合的方式。