项目管理模板
北京大学工商管理硕士赛格集团总经理
鸿发投资集团常务副总裁纳川投资公司总经理
项目需求建议书（R F P）A A..项项目目信信息息
提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息
项目名称：客户名称：项目经理：文件起草人：项目发起人：日期：
B B..项项目目目目标标
描述完成项目的时间、质量要求等方面的信息
W））
C C..工工作作描描述述（（S S O O W
描述执行项目的具体工作
D D..可可交交付付结结果果
描述执行项目的阶段，完成项目任务的主要交付结果等方面的信息
E E..合合同同类类型型
描述使用哪种性质的合同
F F..付付款款方方式式
描述付款的时间、金额、币种、方式等
G G..建建议议书书的的内内容容
描述建议书应包括的具体内容
H H..建建议议书书的的评评价价标标准准
描述评价建议书的主要标准，包括价格、技术方案、项目管理方法、经验与资质等方面
I I..提提交交建建议议书书的的时时间间、、地地点点要要求求
描述建议书的截止日期、提交的地点等信息
A A..项项目目信信息息
提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息
项目名称：客户名称：项目经理：授权书起草人：项目发起人：日期：
B B..项项目目授授权权书书
描述项目的工作任务，被任命的项目经理的姓名，项目经理的职责、权力等方面的信息
A A .. 项项目目信信息息
提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息
项目名称： 客户名称： 项目经理： 文件起草人：
项目发起人：
日期：
项项目目关关系系人人名名单单
列出项目执行过程中涉及的相关人员的信息
供供应应商商//分分承承包包商商信信息息 公司名称：
B B .. 项项目目概概述述
提供关于项目需要解决的问题、项目的工作任务、项目目标、项目管理采用的方法等的信息
业业务务需需求求//难难题题 工工作作描描述述
项项目目目目标标
项目管理方法
模版集萃 综述 在程序员的日常工作中，除了编写代码之外，还免不了需要编写各种技术文档。一个编写良好的技术文档在项目中能够很好地建立沟通与协作，起到很积极的作用。因此，编写技术文档也就成为了程序员技能提升的很重要的一面。 为此，我们特意收集了一些在项目开发过程中经常用到的文档模板，这些模板包括格式和简单的写作说明，相信能够帮助大家编写出更加高效、实用的技术文档。在收集过程中，我们十分注重其实用性，以确保每个模板的价值，而且对于一些重要的文档提供了多个模板。 为了方便大家查找，我们将收录的57模板分为以下几类： 项目及开发管理类：包括立项前的分析，立项后的计划、以及进度跟踪、风险控制方面的文档模板，共计16个； 需求分析类：明确清晰的需求，是项目成功的基础，在此收集了在需求分析过程中所将使用到的文档模板，共计14个； 系统分析与设计类：包括体系结构设计、高层设计、详细设计、数据库设计等6个相关文档模板； 软件质量保证类：软件测试是质量保证的关键活动，在此收集了软件测试相关的11个文档模板； 其它类：除此之外，还收集了关于用户手册、软件维护等方面的10个文档模板，其中还有一个软件过程规范的示例。 另外，值得说明的是，文档模板只是为文档的编写提供一个基础，在实际的编写过程中，你可以根据自己的需要进行必要的剪裁和增补。
一、项目及开发管理类 1.1 可行性研究报告(ISO标准) 编者说明： 在立项时，应该对项目进行综合分析，探讨项目的经济、社会、技术可行性，从而为决策提供基础。该模板为ISO标准文档模板，其不仅适用于软件项目，对于其它的系统项目也适用。 1. 引言 1.1 编写目的 [编写本可行性研究报告的目的，指出预期的读者。] 1.2 背景 a.[所建议开发的软件系统的名称；] b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络；] c.[该软件系统同其他系统或其他机构的基本的相互来往关系。] 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料 [列出用得着的参考资料。] 2. 可行性研究的前提 [说明对所建议开发的软件的项目进行可行性研究的前提。] 2.1 要求 [说明对所建议开发的软件的基本要求。] 2.2 目标 [说明所建议系统的主要开发目标。] 2.3 条件、假定和限制 [说明对这项开发中给出的条件、假定和所受到期的限制。] 2.4 进行可行性研究的方法 [说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。] 2.5 评价尺度 [说明对系统进行评价时所使用的主要尺度。] 3. 对现有系统的分析 [这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能
软件项目管理计划书 项目名称：伦敦证券电子交易系统 组员： 学校：西安欧亚学院 专业：软件工程专业 时间：2014年10月11日1、简介......................................................................................................... 1.1项目概述 .......................................................................................... 1.2项目交付产品 .................................................................................. 1.3软件项目计划书的演化 .................................................................. 1.4参考资料 .......................................................................................... 2、项目组织................................................................................................. 2.1 团队的分工与合作 ......................................................................... 3、管理过程................................................................................................. 3.1 管理目标及优先级 ......................................................................... 3.2 风险管理 ......................................................................................... 3.3监督及控制机制 .............................................................................. 3.4人员计划 .......................................................................................... 3.5培训计划 .......................................................................................... 4、技术过程................................................................................................. 4.1 开发工具、方法和技术： .............................................................
软件项目管理过程输出文件： 《软件项目管理计划》：软件项目的开发流程以及管理制度 《软件项目文档管理规范》：软件项目技术文档撰写以及管理的规范 一、策划阶段： 1.《可行性研究报告》：关注软件项目的目的、必要性和依据等 2.《项目开发任务书》：明确项目名称、种类、需求规格说明等 3.《软件开发计划书》：根据软件设计的开发计划的相关内容进行撰写 4.《配置管理计划》：根据GJB《军用软件配置管理》的相关内容编写 二、设计阶段 1.《设计说明书》：包括设计概要和详细的设计 2.《产品验收测试大纲》：根据产品验收测试大纲的编写规范制定 3.《可靠性保证大纲》：如果客户有明确要求，需要按照相关标准编写 三、软件编码与测试阶段 1.软件源程序： 2.《开发进度月报》 3.《项目开发总结报告》：对软件项目的开发进行总结形成报告 4.《单元测试记录》：对软件单元进行测试并形成记录 5.《集成测试记录》：对软件进行集成测试并形成记录 6.《测试分析报告》：对测试结果进行分析形成报告 7.《软件维护手册》：软件维护中注意的问题以及使用的方法 8.《软件问题报告》：维护过程中软件出现的问题进行记录形成报告 9.《软件修改报告》：对软件维护中出现的问题修改形成的报告 10.《产品终检申请审批表》：执行产品最终检验程序 11.《产品最终检验报告》 四、交付及交付后活动 1.《用户培训记录》：对用户进行软件软件产品使用培训并进行记录 2.《项目质量考核表》：执行质量管理工作考核办法 3.《产品维护记录》：当交付后产品出现故障时，项目组负责维护及检验测试并做记录 五、项目总结鉴定 1.《产品技术说明书》：根据相关技术文档编写规范，撰写的该产品使用的相关技术的说明书 2.《产品试用报告》：试用一段时间后，项目组负责收集，由用户提供 3.《项目总结报告》：根据各个阶段的具体工作进行全面总结并形成报告
软件系统项目实施方案_模板1 XXXXXXXX系统软件 实施方案 项目名称：XXXXXXXX系统软件 实施单位：XXXXXXXXXXXXXX 时间：XXXX年XX月XX日 目录 1、项目总体实施方案(4) 1.1工程实施原则(4) 1.2项目总体推进计划(5) 1.3系统实施过程的质量保证活动说明(5) 1.3.1需求分析阶段(6) 1.3.2总体设计阶段(6) 1.3.3详细设计阶段(7) 1.3.4系统开发阶段(7) 1.3.5系统实施和试运行阶段(7) 1.3.6项目验收阶段(9)
1.3.7系统正式运行及维护阶段(9) 1.3.8各阶段辅助文档(9) 1.3.9实施过程提交文件汇总(10) 1.4项目实施计划(11) 1.4.1数据实施步骤(12) 1.4.2项目进度安排(12) 2、项目管理方案(13) 2.1项目管理组织结构(13) 2.1.1项目各方角色与责任(13) 2.1.2任务分工(14) 2.2项目范围管理(16) 2.3项目进度管理(16) 2.4项目风险管理(16) 2.4.1技术风险(16) 2.4.2需求风险(17) 2.4.3协调与沟通风险(17) 2.4.4项目人员风险(17)
2.5质量管理计划(18) 2.5.1质量管理体系标准(18) 2.5.2质量控制过程(18) 2.5.3质量评定计划(18) 2.5.4质量管理措施(19) 2.5.5软件质量控制(19) 2.6项目协调与合作计划(21) 2.6.1协调与合作管理方案(21) 2.6.2协调手段(22) 2.7配置管理(22) 2.7.1配置管理和版本控制(22) 2.7.2变更管理的方法(24) 2.8文档管理(24) 2.9人员管理(25) 2.10保密管理(25) 3、测试计划(26) 3.1测试工作准备(26)
目录 1.项目管理 (1) 1.1项目范围管理 (1) 1.2项目时间管理 ......................................................................... 错误!未定义书签。 1.3项目里程碑 (6) 1.4培训方案 (6) 1.5技术支持与售后服务 (7) 1.6项目进度管理 (8) 信息系统项目建设项目管理文档 1.项目管理 1.1项目范围管理 （1）概述 项目范围管理就是要明确项目目标是什么，界定哪些工作必须做，并将项目目标分解到可以独立分包的程度，形成工作分解结构（WBS），并以此作为控制项目范围变更的基准。即项目范围管理是确保项目包含且只包含项目所必须完成的工作。 很多项目经常由于有做不完的报表、解决不完的问题而导致项目无法验收，很大一部分原因就是因为项目的范围没有定义清楚或者项目范围经常发生无可控制的变更所致。事实证明，缺少正确的项目范围定义和范围的核实是导致项目失败的主要因素。 因此，项目管理最重要的也是最难做的一项工作就是确定项目范围，并使项目范围在控制中，这就是项目范围管理的范畴，即项目范围管理就是项目该做什么，不该做什么，以及确保该做的事情必须做到，不该做的事情不能做。 在项目的规划阶段和蓝图设计阶段的前期，我们通过售前阶段的资料和项目
现场的需求调研，确定项目该做什么，这就是经常说的定义项目范围。 （2）管理内容 1、定义项目范围 1）定义项目范围重要的参考资料和依据一般如下： ●项目售前实施方案； ●项目主合同； ●许可软件通用条款及清单； ●咨询实施服务和工作任务书； ●支持服务条款； ●战略合作承诺书； ●建设单位内部正式发问的项目实施意见书。 2）口头承诺 定义范围除了依据上述可见的项目资料外，售前阶段的一些口头承诺也是定义项目范围的重要信息来源，因此在项目准备阶段与售前进行内部交接时，一定不能忘记交接口头承诺的内容，实践证明，口头承诺的往往是在项目实施过程中难以交付的或者需求范围不好清晰界定的，正是范围管理的难点。 通过范围定义，可形成详细的范围说明书，以及对项目管理计划进行更新。 2、项目范围 范围是指项目所提供的产品或服务的总和，它包括以下两种含义： ●产品范围：产品或者服务的特性与功能，其衡量标准为产品要求，即产 品需求说明书。 ●项目范围：为交付所需产品（具有特定属性和功能）和服务而必须完成 的工作，其衡量标准为项目管理计划、项目范围说明书、WBS及WBS词汇 表。 项目实施的产品范围的描述一般应该通过两个维度，即产品功能模块和公司范围两个维度，清晰的描述出哪些公司具体实施、哪些产品的功能模块，对于集团型企业一定要以企业法人作为实施的公司范围。借用EXCEL建立功能模块与法人
华为项目管理工具与模板运用 2010年9月03-04日深圳 2010年9月24-25日上海 费用: 2800元/ 人（包括资料费、午餐及上下午茶点等） 联系电话：0 【联系人】刘先生 课程对象：企事业单位执行层，包括项目总监、部门经理、高级项目经理、项目团队成员等。 课程特点：实战的项目演练 + 案例分析 + 案例研讨 + 实际操作 课程背景： 本次培训是为了使项目经理和项目组成员掌握现代项目管理知识在项目中的应用。了解项目管理，掌握相关的项目管理工具在项目中怎么运用如何制定项目目标如何进行工作分解如何制定项目管理计划如何制定项目控制计划如何制定项目责任矩阵如何制定项目管理沟通计划如何制定项目风险管理计划等等。 作为项目管理实战系列培训，在培训期间每个小组选择一个项目进行实操，从项目如何启动、如何做项目计划、如何做项目实施，如何做项目控制，如何对项目进行收尾，进行全面实战的演练。老师指导项目完成，并对项目中出现的问题进行实时指导。 我们强调课堂中互动式的交流，同时我们将提供一些练习，并要求参与者进行案例分析、情景演练。我们也会将项目管理中常见的一些问题提出来与大家一起讨论。 课程收益： 1.掌握现代项目管理知识在项目中的应用 2.掌握项目管理方法及使用 3.提高相关管理能力 4.提高项目计划能力 5.加强对项目的实施和控制能力 6.减少项目成本 讲师介绍: 黄飞宏老师，清华大学继续教育学院特聘讲师，北京大学EDP高端培训部特聘讲师，中国人民大学培训学院特聘讲师，商学院联盟特聘讲师，中华培训网高级讲师，中关村管委会培训中心高级讲师，多家公司咨询顾问，企业教练。 黄老师历任企业副总裁、事业部总经理、项目经理等职务，长期从事项目管理、营销策划、产品管理和企业运营，积累了丰富的实战经验。黄老师潜心研究项目管理、研发管理、产品管理和任职资格，对国际上先进企业的项目管理、研发管理、产品管理和人力资源管理进行深入研究，对波音项目管理体系，IBM管理体系，华为研发管理和人力资源管理体系，微软产品管理体系和产品战略管理进行深入研究，结合中国企业所处的发展阶段，整理出适合企业不同发展阶段的项目管理、研发管理、产品管理课程和人力资源管理体系，讲授项目管理、研发管理和产品战略管理等课程近百场，并在国内率先推出基于客户和市场需求的研发管理和产品管理模式，是国内最早一批研究产品管理体系的人士。 项目管理课程体系： 《项目管理体验式培训》 《项目管理实战集训》 《项目目标与绩效管理》 《项目管理工具与模板》 《项目管理案例研讨》——看电影学项目管理 《项目管理打造高绩效团队》 《Project2007实战演练》 部分成功案例： 中国惠普、三星集团、LG、美的集团、神州数码、上海贝尔、北方奔驰、大唐移动、广电运通、汇源饮料食品集
. 软件项目管理计划 Version 1.2专业资料word . Revision 专业资料word . 录目 1. 简介1 项目概述1.1 1.2 项目交付产品1 SPMP 的演化1.3 1 参考资料1.4 1 1.5
术语与缩写1 1 2. 项目组织 1 2.1 过程模型2. 2 组织结构1 2. 3 组织接口1 2.4 项目职责2 2 管理过程3. 3 3.1 管理目标和优先级3.2 假设、依赖关系和限制3 风险管理3.3 3 监督和控制机制3.4 3 3.5 人员计划3 3 4. 技术过程 4 方法、工具和技术4.1 软件文档4.2 4 用户文档4.3 4 4.4 项目支持功能4 4 工作包、进度表和预算5. 4 工作包5.1 依赖关系5.2 4 资源需求5.3 4 预算和资源分配5.4 4 5.5 进度表4 6. 其他索引 6.1 4 6.2 附录 4 专业资料word . 1. 简介 1.1 项目概述 说明：简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进［度和预算等。必要的情况下，还应描述该项目与其他项目的关系。］ 1.2 项目交付产品
说明：列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。］［的演化SPMP1.3 说明：描述如何以及由谁负责维护本文档，应指明更新内容的传播方式以及在变更控制下更新文档版本[ 的机制。］ 1.4 参考资料 说明：提供项目计划中所引用的所有文档和其他信息资源的完整清单，包括标题、报告编号、日期、作[ 者以及发布机构。］ 1.5 术语与缩写 说明：定义SPMP 所应用的全部术语和缩写词。］［ 2. 项目组织 2.1 过程模型 说明：描述该项目所使用的软件过程模型，或者是所遵循的组织标准模型。过程模型需要指明［里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。］ 2.2 组织结构 说明：描述项目的内部组织结构，可以参考如下的层次结构图形式。］［专业资料word .
软件项目管理计划 Version1.2
SoftwareProjectManagementPlanofQuartet(Team10) 版本： 软件项目管理计划日期： Quartet_SPMP.doc Revision Date Version Description Author
Page1
SoftwareProjectManagementPlanofQuartet 版本：软件项目管理计划日期：Quartet_SPMP.doc 目录 1.简介 1.1项目概述 1.2项目交付产品 1.3SPMP的演化 1.4参考资料 1.5术语与缩写 2.项目组织 2.1过程模型 2.2组织结构 2.3组织接口 2.4项目职责 3.管理过程 3.1管理目标和优先级 3.2假设、依赖关系和限制 3.3风险管理 3.4监督和控制机制 3.5人员计划 4.技术过程 4.1方法、工具和技术 4.2软件文档 4.3用户文档 4.4项目支持功能 5.工作包、进度表和预算 5.1工作包 5.2依赖关系 5.3资源需求 5.4预算和资源分配 5.5进度表 6.其他 6.1 索引 6.2 附录1 1 1 1 1 1 1 1 1 2 2 3 3 3 3 3 3 4 4 4 4 4 4 4 4 4 4 4 4
Page2
SoftwareProjectManagementPlanofQuartet 版本： 软件项目管理计划日期： Quartet_SPMP.doc 1.简介 1.1项目概述 ［说明：简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进度和预算等。必要的情况下，还应描述该项目与其他项目的关系。］ 1.2项目交付产品 ［说明：列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。］ 1.3 SPMP的演化 [说明：描述如何以及由谁负责维护本文档，应指明更新内容的传播方式以及在变更控制下更新文 档版本的机制。］ 1.4参考资料 [说明：提供项目计划中所引用的所有文档和其他信息资源的完整清单，包括标题、报告编号、日 期、作者以及发布机构。］ 1.5术语与缩写 ［说明：定义 SPMP所应用的全部术语和缩写词。］ 2.项目组织 2.1过程模型 ［说明：描述该项目所使用的软件过程模型，或者是所遵循的组织标准模型。过程模型需要指明 里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。］ 2.2组织结构 ［说明：描述项目的内部组织结构，可以参考如下的层次结构图形式。］
软件开发部规章制度及软件项目管理方法 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间
软件项目文档管理 文档管理是项目管理中最关键的部分之一，文档管理的规范与否关系到项目进展状况，关系整个项目工作的效率与效益。抓住项目规范、文档规范，是推进公司发展的推动力。 一、文档管理的目标 文档管理的目标是将软件项目各阶段的各种文档资料（如各种图表、文字说明材料、数据文件、报告等）有效地进行组织、规划、归类，使文档的获得、归类、查找和提取更容易。最终目的就是使其成为软件项目中的一部分，与其他的项目内容构成完整的知识。 二、文档管理的作用及方法 1、文档管理的作用 软件文档也称文件，通常指的是一些记录的数据和数据媒体，它具有固定不变的形式，可被人和计算机阅读。它和计算机程序共同构成了能完成特定功能的计算机软件。文档本身就是软件产品，没有文档的软件，不成其为软件，更谈不到软件产品。软件文档的编制在软件开发工作中占有突出的地位和相当的工作量。高效率、高质量地开发、分发、管理和维护文档对于转让、变更、修正、扩充和使用文档，对于充分发挥软件产品的效益有着重要意义。 文档在软件开发人员、软件管理人员、维护人员、用户以及计算机之间的多种桥梁作用。软件开发人员在各个阶段中以文档作为前阶段工作成果的体现和后阶段工作的依据，这个作用是显而易见的。软件开发过程中软件开发人员需制定一些工作计划或工作报告，这些计划和报告都要提供给管理人员，并得到必要的支持。管理人员则可通过这些文档了解软件开发项目安排、进度、资源使用和成果等。软件开发人员需为用户了解软件的使用、操作和维护提供详细的资料，我们称此为用户文档。以上三种文档构成了软件文档的主要部分。 2、文档管理的方法 文档管理方法是最好有一套文档管理系统，作用：记录文档的变更、修改、增加、删除等操作情况，有效管理好软件项目各阶段的文档。为使用文档的人员提供了集中统一、安全的管理文档的渠道，实现了文档管理的电子化。 三、文档管理的任务 1、确定文档管理的范围 2、确定文档管理的内容和分类 3、记录文档的变更情况 4、建立编制、更改和维护文档的各种规程 5、不断检查已建立起来的过程，以保证符合各种规程并遵守有关标准和指南 6、在文档中存在商业秘密或技术秘密的情况下，还应注意保密 四、文档管理任务的实现 1、确定文档管理的范围 在一个软件项目中可能需要管理的文档有： （1）可行性研究报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施的方案，说明并论证所选定实施方案的理由。 （2）项目开发计划：为软件项目实施方案制定出具体计划，应该包括各部分
华为项目管理工具与模板运用 【时间地点】 2011年6月17-18日上海 | 2011年6月24-25日深圳 | 2011年7月15-16日北京 【参加对象】企事业单位执行层，包括项目总监、部门经理、高级项目经理、项目团队成员等。 【费用】￥2800元/人（包括资料费、午餐及上下午茶点等） 【网址链接】《华为项目管理工具与模板运用》(黄飞鸿) ●课程背景： 本次培训是为了使项目经理和项目组成员掌握现代项目管理知识在项目中的应用。了解项目管理，掌握相关的项目管理工具在项目中怎么运用？如何制定项目目标？如何进行工作分解？如何制定项目管理计划？如何制定项目控制计划？如何制定项目责任矩阵？如何制定项目管理沟通计划？如何制定项目风险管理计划？等等。 作为项目管理实战系列培训，在培训期间每个小组选择一个项目进行实操，从项目如何启动、如何做项目计划、如何做项目实施，如何做项目控制，如何对项目进行收尾，进行全面实战的演练。老师指导项目完成，并对项目中出现的问题进行实时指导。 我们强调课堂中互动式的交流，同时我们将提供一些练习，并要求参与者进行案例分析、情景演练。我们也会将项目管理中常见的一些问题提出来与大家一起讨论。 ●课程收益： 1.掌握现代项目管理知识在项目中的应用 2.掌握项目管理方法及使用 3.提高相关管理能力 4.提高项目计划能力 5.加强对项目的实施和控制能力 6.减少项目成本 ●课程特点：实战的项目演练 + 案例分析 + 案例研讨 + 实际操作 ●讲师介绍: 黄飞鸿老师，清华大学继续教育学院特聘讲师，北京大学EDP高端培训部特聘讲师，中国人民大学培训学院特聘讲师，商学院联盟特聘讲师，中华培训网高级讲师，中关村管委会培训中心高级讲师，多家公司咨询顾问，企业教练。 黄老师历任企业副总裁、事业部总经理、项目经理等职务，长期从事项目管理、营销策划、产品管理和企业运营，积累了丰富的实战经验。黄老师潜心研究项目管理、研发管理、产品管理和任职资格，对国际上先进企业的项目管理、研发管理、产品管理和人力资源管理进行深入研究，对波音项目管理体系，IBM管理体系，华为研发管理和人力资源管理体系，微软产品管理体系和产品战略管理进行深入研究，结合中国企业所处的发展阶段，整理出适合企业不同发展阶段的项目管理、研发管理、产品管理课程和人力资源管理体系，讲授项目管理、研发管理和产品战略管理等课程近百场，并在国内率先推出基于客户和市场需求的研发管理和产品管理模式，是国内最早一批研究产品管理体系的人士。 项目管理课程体系： ◇《项目管理体验式培训》 ◇《项目管理实战集训》 ◇《项目目标与绩效管理》 ◇《项目管理工具与模板》 ◇《项目管理案例研讨》——看电影学项目管理 ◇《项目管理打造高绩效团队》 ◇《Project2007实战演练》 部分成功案例： 中国惠普、三星集团、LG、美的集团、神州数码、上海贝尔、北方奔驰、大唐移动、广电运通、汇源饮料食品集团、云天化集团、津城集团、高等教育出版社、用友软件、高德软件、百晶生物技术、古船食品、王致和食品集团、北京现代、日产NISSAN、住总集团、怡禾生物、北京第一机床厂、奇瑞汽车、握奇数据、航天恒星、燕京饮料、同仁堂股份、北京化工研究院、北京石油公司、同方威视、玛氏食品、太子奶生物、SMC（北京）制造、中国科学院光电研究院、北京奥特美克科技、华东阀门、泽通机械、北京天一集成科技、湖南九天科技、合肥皖仪科技、北京欧地安科技、北京思能达电力技术、天津泰普药品科技、北京红太阳药业、新时代健康产业集团、沈阳万爱普利德医药科技、北京九强生物技术、英科新创、北京双杰电气、西克麦哈克仪器、天变航博电气、天津南开和成科技、博益（天津）气动技术、北京瑞麟百嘉科技、博大制药、南京伊贝加科技、哈尔滨东安发动机集团、沈阳双鼎制药、上海方心科技研究所、华达杰瑞生物技术、安东
项目需求建议书（RFP） A. 项目信息 提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息 项目名称：客户名称：项目经理：文件起草人：项目发起人：日期：B. 项目目标 A. 项目信息 提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息 项目名称：客户名称：项目经理：授权书起草人：项目发起人：日期：
A. 项目信息 提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息 项目名称：客户名称：项目经理：文件起草人：项目发起人：日期：
提供关于项目需要解决的问题、项目的工作任务、项目目标、项目管理采用的方法等的信息 □项目范围说明书 描述项目交付结果和工作范围的书面文件 □关键的成功因素 描述关于项目管理、项目团队建设、客户关系管理等方面关键的成功因素方面的书面文件，以便得到项目小组成员的理解、接受和达成共识 □工作分解结构（WBS） 是以项目的交付结果为导向而分解出的、表明项目具体工作任务的书面文件，它定义了整个项目的工作范围 □组织分解结构（OBS） 提供项目沟通与汇报渠道，角色与职责，以及授权等方面信息的组织机构方式 □成本/效益分析 提供关于项目成本与收益，项目的货币价值等方面的信息，以便团队进行财务方面的分析，并作出经济决策 □资源计划 描述执行项目需要资源方面信息的书面文件 □项目进度计划 提供用甘特图表示的项目进度计划，包括项目的开始日期、里程碑事件、活动之间的先后逻辑关系、活动历时、交付日期等信息 □风险管理计划 描述在项目执行过程中可能出现的所有风险事件，每个风险严重程度，以及应急措施的书面文件 □采购计划 描述为了完成项目任务，需要从项目组织以外获取的产品或服务的种类和数量的书面文件
常用项目管理工具 ---来源：不详。 随着IT行业的进展，IT行业内的项目拓展和投资比比皆是。为了提高项目治理水平，赢得市场竞争，专门是在加入WTO后在国内、国际市场上拥有与国际接轨的项目治理人才，越来越多的业界人士正通过不同的方式参加项目治理培训并力争获得世界上最权威的职业项目经理（PMP）资格认证。同时，大部分的IT行业项目治理人士正尝试使用项目治理软件对自己的项目进行辅助治理，为了方便大伙儿的使用，现对项目治理作一简要介绍。 目前市场上项目治理软件种类较多，具有代表性的为微软项目治理软件2000，但大多以美国项目治理协会（PMI）的项目治理理论为基础，在使用过程中要注意以下内容： 一、项目治理软件特点 1．预算及成本操纵 大部分项目治理软件系统都能够用来获得项目中各项活动、资源的有关情形。人员的工资能够按小时、加班或一次性来运算，也能够具体明确到期支付日；关于原材料，能够确定一次性或连续成本；对各种材料，能够设立相应的会计和预算代码。另外，还能够利用用户自定义公式来运行成本函数。大部分软件程序都应用这一信息来关心运算项目成本，在项目过程中跟踪费用。项目过程中，随时能够就单个资源、团队资源或整个项目的实际成本与预算成本进行对比分析，在打算和汇报工作中都要用到这一信息。大多数软件程序能够随时显示并打印出每项任务、每种资源（人员、机器等）或整个项目的费用情形。 2．日程表 日程表程序要紧用来对项目中各个单项资源或一组资源确定工作时刻。能够用这些日程表运算出项目的进度打算。大部分系统软件都对差不多工作时刻设置一个默认值，比如星期一到星期五，早上8点到下午5点，中间有一小时的午餐时刻。关于各个单项资源或一组资源，能够修改此日程表。例如：修改上、下班时刻，按非工作时刻输入公司假期，输入各种换班（白天、夜晚），包括节假日以及数量单位（小时、天、周）。汇报工作进程时要用到这些日程表，它通常能够依照每个单项资源按天、周或月打印出来，或者将整个项目的日程打印成一份全面的，可能有墙壁大的项目日程表。 3．电子邮件 一些项目治理软件程序的共同特点是能够通过电子邮件发送项目信息。这一功能使得用户不必通过打印机或屏幕显示，直截了当从电子邮件中获得信息。通过电子邮件，项目团队成员能够了解重大变化，比如最新的项目打算或进度打算，能够把握当前的项目工作情形，也能够发出各种业务表格。 4．图形 关于有大量活动事项的项目工程，人工制出一份甘特图或网络图，或人工进行修改制图是一件极其乏味而又容易出错的工作。当前项目治理软件的一个最突出的特点是能在最新数据资料的基础上简便、迅速地制作各种图表，包括甘特图及网络图。有了基准打算后，任何修改就能够轻易地输入到系统中，图表自动会反映出这些改变。项目治理软件能够将甘特图中的任务连接起来，显示出工作流程。专门是用户能够仅用一个命令就在甘特图和网络图之间来回转换显示。另外，图形和表格通常有以下功能供用户使用：. 进行任务和关系的交互式操作处理。例如，通过图表连接任务，改变优先关系或通过扩展活动连续显示功能来改变活动连续时刻。 . 定制格式，例如图形大小、标题、颜色、字型以及文件布局。 . 显示任务或成本的基准对比表。 . 突出关键路径，显示出任何活动的延缓。 . 放大或缩小显示图像。
XX系统 质量计划书 拟制：日期：2014/5/10 审核：日期：
1.介绍 1.1.文档目的 为了健全和完善XXX系统设计开发的质量管理体系，促进质量管理活动系统化、规范化，以确保所交付的XXX系统能够满足规定的各项具体需求。 1.2.文档范围 本质量管理计划涵盖所有与XXX系统设计开发有关的质量目标和具体措施， 涉及需求分析阶段、设计阶段、编码阶段、测试阶段、工程实施阶段。 本质量管理计划由以下几个部分组成： 介绍：即本章节，概要介绍文档目的、范围、缩略词、参考资料。 项目概述：开发系统概述、质量管理的角色和职责、生命周期各阶段的主要交付物。 项目生命周期各阶段的质量检查点：列出各阶段的质量检查计划表，包括责任人、检查时间、检查任务。 质量检查和确认技术：描述针对不同的对象而采用的特定的质量控制方法和技术及质量问题的级别和处理流程等。 项目生命周期各阶段的量化质量目标。 1.3 缩写 PM –项目经理 QA –质量保证 SA –系统分析工程师 A&D –系统设计员 RA –需求分析员 PC –流程审核员 SCM –软件配置管理员
2.项目概述 一个现代化医院的综合管理是否先进是直接通过其信息化水平来体现的，“XXX系统”是国内先进的信息化管理系统，该系统包含住院登记、病房护士站、医生站、价格管理、成本核算、药库管理等40多个子系统，可以满足各个部门的业务信息处理和信息共享。 “XXX系统”还可开发制作触摸屏，以供患者了解医院信息，查找专家资料，方便查询各种费用收取情况。该系统还能为住院病人提供每日住院清单，使患者明白、放心治疗。 2.1.项目组织结构 为了实现有效的项目管理，开发小组将划分为技术队伍和QA 队伍。项目经理对技术队伍进行任务分配和进度检查，技术经理对技术队伍进行技术指导和检查。技术队伍又划分为：需求分析人员、系统设计人员、软件开发人员、美工设计人员、配置管理员、产品包装人员。QA 队伍对整个项目的质量保证负责，直接向质量保证经理汇报。QA 队伍划分为：流程检查人员和测试人员 2.2.质量管理 2.2.1.质量管理的角色和职责 质量控制是XXX系统组每个成员的职责； 质量保证经理对整个项目的质量全权负责, 并签字确认； 项目经理负责任务的分配和监督项目进度，制定相关的工作计划和联系客户； QA 队伍负责制订、检查和督促本计划的实施，及时发现项目工作中的问题，并通过评审总结报告、项目周报等形式向各项目组成员汇报质量活动的结果； 项目功能小组各组长在每个软件开发生命周期阶段结束后，总结本模块的软件质量状况和质量目标的实现情况,以确保整个项目目标的实现。对质量目标应定期进行考核，以追求质量 管理体系的持续改进； 流程检查人员负责通过检查文档审核开发各阶段是否可以通过； 测试人员负责对软件的质量和对需求实现的程度进行把关，并定期整理测试情况分析报告交项目经理、系统分析人员； 配置管理员负责有关软件配置项及项目各生命周期交付文档管理和变更控制工作； 医院信息系统管理人员负责反映质量要求，参与软件开发过程的质量控制，并监督本计划的执行情况。
项目文档清单及要求 一.项目开工及终验文档资料需加盖，合同签订时所使用的单位公章： 二.项目过程文档资料可加盖由单位授权予以在本项目中使用的印章，需提供 《项目印章使用授权书》（格式自拟）； 三.项目组人员配置，至少包含：资料员，建议配置人员：QA、配置管理员。 四.文档清单 注：未提供文档模板部分若有以为请与监理方联系。 1.开工报审阶段 1)施工组织设计方案及报审； 2)工程技术方案及报审； 3)工程进度计划及报审； 4)质量控制体系及报审； 5)开工申请及开工报告； 6)软件配置计划及报审； 7)软件风险管理计划及报审； 2.需求分析阶段 1)需求调研大纲 2)需求调研记录 3)需求确认记录（业主方对需求调研进行签字确认） 4)需求分析报告（可放入《需求规格说明书》中） 5)需求规格说明书 6)软件测试计划及报审；（可放在项目总体计划中） 3.设计阶段 概要设计阶段： 1)概要设计说明书及报审； 2)软件产品进场报验及到货验收（若需购买成品软件）； 详细设计阶段： 1)详细设计说明书及报审； 2)数据库设计说明书
3)数据字典；（数据规格说明书可整合到数据字典中） 4.开发阶段 1)代码需按业主要求进行归档（具体方式以业主要求为准）： 5.测试阶段 1)代码走查记录及整改记录； 2)单元测试记录及整改记录； 3)集成测试记录及整改记录； 以上三类测试可以分子系统进行文档编制。 1)系统测试记录及整改记录； 2)系统部署方案及报审； 3)系统部署报告； 4)数据初始化培训方案（至少含：计划、教程、PPT、签到表）至少包含：软件基础 数据设置，阀值的范围，阀值的初始设置；基础数据设置等。 6.系统上线、试点阶段 1)上线前测试方案（至少含：计划、用例）； 2)上线前测试总结报告； 3)培训方案（至少含：计划、教程、PPT、考题、签到表、效果反馈表） 4)培训总结报告； 5)试运行方案（至少含：试运行计划、方案、记录（运行正常也需进行记录）、故障 记录）； 6)试点总结报告； 7.验收阶段 1)验收测试方案（至少含：计划、用例）：前期问题的回归测试。 2)验收测试报告； 8.管理类文档 1)项目周报； 2)问题跟踪记录表； 3)监理通知单回复； 4)问题整改报告； 5)项目变更申请：（如有则放）
1．储蓄业务项目管理计划书 2．简介 1.1项目概述 本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，将与整个银行系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。 1.2项目范围说明 （1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。 （2）源程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。 1.3软件项目计划书的演化 软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。 3．项目组织管理 2.1过程模型 表1.过程模型表
软件项目管理计划书 项目名称： 时间：年月日
目录 1.简介 (33) 1.1.项目概述 (33) 1.2.项目主要功能及性能 (33) 1.3.项目交付产品 (33) 1.4.参考资料 (33) 2.项目组织 (33) 2.1.过程模型 (33) 2.2.团队的分工与合作 (44) 3.管理过程 (44) 3.1.管理目标及优先级 (44) 3.2.风险管理 (55) 3.3.监督及控制机制 (55) 3.4.人员计划 (55) 3.5.培训计划 (66) 3.6.风险管理计划 (66) 3.7.项目配置计划 (77) 3.8.计划更新策略 (77) 3.9.项目沟通计划 (88) 3.9.1.项目组会议 (88) 3.9.2.项目报告机制 (88) 3.10.项目的重用计划 (99) 3.11.质量保证活动 (99) 3.11.1.内部审核 (99) 3.11.2.阶段审核 (1010) 4.技术过程 (1010) 4.1.开发工具、方法和技术 (1010) 4.2.软件需交付的文档 (1010) 5.开发进度安排及预算 (1111) 5.1.进度表格描述 (1111) 5.2.开发过程中的资源需求 (1111) 5.3.软件管理过程中预算及资源分配 (1212) 5.4.项目进度及关键工期设置 (1212)
1.简介 1.1.项目概述 1.2.项目主要功能及性能 1.3.项目交付产品 （1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。 （2）源程序检查：一共 1.4.参考资料 2.项目组织 2.1.过程模型