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

保密程度：仅限内部使用

保密程度：仅限内部使用

vTradEx工程实施

实施方法论

ProjectImplementation

Methodology

唯智信息技术

2003年10月

目录索引

TOC\o1-3\h\z1.概述2

1.1.总原那么2

1.2.工程实施阶段工作目标定义2

2.工程实施标准3

2.1.团队确定〔ProjectTeamSetup〕3

2.2.工程会议〔Meeting〕3

2.3.工程进度报告〔StatusReport〕4

2.4.会议纪要〔MeetingMinutes〕4

2.5.变更控制〔MeetingMinutes〕4

2.6.报修控制〔BugReport〕5

2.7.APMS使用〔ControlYourProject〕5

2.8.三人制设计模式〔TrebleDesign〕5

概述

成功的工程实施是一个复杂的工程问题，存在一定风险的；为了最大程度降低风险，唯智公司在长期的工程实践中总结出〔逐步完善〕一套能防止或把风险降为最低的方法：工程实施方法论。同时按照标准进行工程管理，能够保证不同能力的工程经理能够在面对客户的时候，提供同样的专业效劳，能够提高客户满意程度。

各种类型的工程实施有其特点，都有自己的一套标准和文档模版。本标准中规定的各项内容和模版是所有工程都需要的共性问题。本标准是所有其他标准的根底，必须得到切实执行。

实施方法论保证了分析人员能够按照一种比拟和的方法有条不紊的进行分析设计工作，同时留下足够的文档，帮助后期开发小组工作。但是必须注意，实施方法论无法取代分析设计人员对于客户业务的直观理解和创造性的思维。不动脑筋的进行文档填写工作是不能满足公司要求的。也会对于工程造成严重损害。

总原那么

工程尽可能采用迭代方式实施

尽可能引入客户参与工程的各个阶段，让客户工程小组的人员成为帮助工程成功的战友，而不是站在相反方向，防止甲方利益受损的敌人

对于工程进行严格的过程控制

工程文档需要简明扼要，多使用表格，清单的方式，防止大段的描述性文档，各种会议纪要，进度报告等过程性文档原那么性不应该超过2-3页

工程实施阶段工作目标定义

阶段

目标

业务需求分析阶段

获取详细的用户需求

客户充分参与，对于需要开发或者实施系统的功能有足够的了解

建立和客户的良好关系

保护公司利益，排除不合理需求

设计阶段

设计实现需求的技术方案

制定测试方案

开发阶段

根据设计，进行迭代开发

开发阶段包含单元测试和功能测试

测试验收阶段

对系统进行全方位测试

通过客户验收测试

实施阶段

将系统交给客户使用

充分培训客户，帮助客户成功使用系统

维护与扩展阶段

解决客户发现的问题

提供客户提出的新的功能修改效劳

工程实施标准

团队确定〔ProjectTeamSetup〕

工程启动后，首要任务是成立一个由乙方，甲方信息部，甲方业务部门人员构成的工程小组。把人员的联系方式整理成一个清单是一个不错的主意。

[附属文档]工程小组成员表.doc

工程整体方案制定〔MilestoneSchedule〕

工程启动后在合同SOW中规定的工程进度就需要进行进一步细化成为工程方案，该方案是比SOW方案略细的大方案，侧重点还是对于Milestone检查点的方案。采用MSProject编写。编写完成后和客户确定方案，并发给技术部经理留档。此文件将作为工程重要的控制文件，工程经理必须确保每个里程碑都按时完成，如果无法及时完成，需要提前知会客户和技术部经理，调整方案。

需求定义〔RequirementDefinition〕

工程启动后，需要根据合同中的SOW进行细化，将客户大块的需求细化为可以开发的详细功能定义。工程小组需要填写此文档，并通过公内部审核，以及获得客户签字确认，此文档将取代合同的SOW作为工程验收的标准。对于一些特殊工程，工程小组可以考虑引入一些流程图等方式，增强需求定义文档的表现力和说明力。

[附属文档]需求定义文档.doc

工程会议〔Meeting〕

成功会议要点：

所有会议需要简短，目的明确。

会议不是进行重要问题的讨论和争论的场合，所有重要决定需要事先和客户关键人物达成共识，在会上仅作为汇报和正式确认，逼迫局部问题客户就范

主动控制会议进程，不要被客户牵着鼻子走。会议上，谁的准备充分，谁就会占主导地位，更加容易达成自己的目的

KickOffMeeting:工程开始的时候，大家在一起开一个简短的会议，会议上主要介绍工程的工作目标，各方的责任，以及下一阶段的详细工作安排。通过KickOff会议能够让大家意识到工程已经开始，及早进入状态。KickOff会议也是大家认识的一个很好的时机。如有可能尽可能要