标准项目实方法论(内部参考)_V2.5.doc

vTradEx项目实施 实施方法论 Project Implementation Methodology 唯智信息技术有限公司 2003年10月  目录索引 1. 概述 2 1.1. 总原则 2 1.2. 项目实施阶段工作目标定义 2 2. 项目实施规范 3 2.1. 团队确定（Project Team Setup） 3 2.2. 项目会议（Meeting） 3 2.3. 项目进度报告（Status Report） 4 2.4. 会议纪要（Meeting Minutes） 4 2.5. 变更控制（Meeting Minutes） 4 2.6. 报修控制（Bug Report） 5 2.7. APMS使用（Control Your Project） 5 2.8. 三人制设计模式（Treble Design） 5  概述 成功的项目实施是一个复杂的工程问题，存在一定风险的；为了最大程度降低风险，唯智公司在长期的项目实践中总结出（逐步完善）一套能避免或把风险降为最低的方法：项目实施方法论。同时按照规范进行项目管理，能够保证不同能力的项目经理能够在面对客户的时候，提供同样的专业服务，能够提高客户满意程度。 各种类型的项目实施有其特点， 都有自己的一套规范和文档模版。本规范中规定的各项内容和模版是所有项目都需要的共性问题。 本规范是所有其他规范的基础，必须得到切实执行。 实施方法论保证了分析人员能够按照一种比较和的方法有条不紊的进行分析设计工作，同时留下足够的文档，帮助后期开发小组工作。 但是必须注意，实施方法论无法取代分析设计人员对于客户业务的直观理解和创造性的思维。不动脑筋的进行文档填写工作是不能满足公司要求的。也会对于项目造成严重损害。 总原则 项目尽可能采用迭代方式实施 尽可能引入客户参与项目的各个阶段，让客户项目小组的人员成为帮助项目成功的战友，而不是站在相反方向，防止甲方利益受损的敌人 对于项目进行严格的过程控制 项目文档需要简明扼要，多使用表格，清单的方式，避免大段的描述性文档，各种会议纪要，进度报告等过程性文档原则性不应该超过2-3页 项目实施阶段工作目标定义 阶 段 目 标 业务需求分析阶段 获取详细的用户需求 客户充分参与，对于需要开发或者实施系统的功能有足够的了解 建立和客户的良好关系 保护公司利益，排除不合理需求 设计阶段 设计实现需求的技术方案 制定测试方案 开发阶段 根据设计，进行迭代开发 开发阶段包含单元测试和功能测试 测试验收阶段 对系统进行全方位测试 通过客户验收测试 实施阶段 将系统交给客户使用 充分培训客户，帮助客户成功使用系统 维护与扩展阶段 解决客户发现的问题 提供客户提出的新的功能修改服务 项目实施规范 团队确定（Project Team Setup） 项目启动后，首要任务是成立一个由乙方，甲方信息部，甲方业务部门人员构成的项目小组。把人员的联系方式整理成一个清单是一个不错的主意。 [ 附属文档 ] 项目小组成员表.doc 项目整体计划制定（Milestone Schedule） 项目启动后在合同SOW中规定的项目进度就需要进行进一步细化成为项目计划， 该计划是比SOW计划略细的大计划，侧重点还是对于Milestone检查点的计划。 采用MS Project 编写。 编写完成后和客户确定计划，并发给技术部经理留档。 此文件将作为项目重要的控制文件， 项目经理必须确保每个里程碑都按时完成，如果无法及时完成，需要提前知会客户和技术部经理，调整计划。 需求定义（Requirement Definition） 项目启动后，需要根据合同中的SOW进行细化，将客户大块的需求细化为可以开发的详细功能定义。项目小组需要填写此文档，并通过公内部审核，以及获得客户签字确认，此文档将取代合同的SOW作为项目验收的标准。对于一些特殊项目，项目小组可以考虑引入一些流程图等方式，增强需求定义文档的表现力和说明力。 [ 附属文档 ] 需求定义文档.doc 项目会议（Meeting） 成功会议要点： 所有会议需要简短，目的明确。 会议不是进行重要问题的讨论和争论的场合，所有重要决定需要事先和客户关键人物达成共识，在会上仅作为汇报和正式确认，逼迫部分问题客户就范 主动控制会议进程，不要被客户牵着鼻子走。 会议上，谁的准备充分，谁就会占主导地位，更加容易达成自己的目的 Kick Off Meeting: 项目开始的时候，大家在一起开一个简短的会议，会议上主要介绍项目的工作目标，各方的责任，以及下一阶段的详细工作安排。 通过Kick Off 会议能够让大家意识到项目已经开始，及早进入状态