项目管理办法.docx
《项目管理办法.docx》由会员分享，可在线阅读，更多相关《项目管理办法.docx（10页珍藏版）》请在冰豆网上搜索。
项目管理办法
项目管理办法（试行）
一、目的
为了规范公司的项目管理活动，保证项目开发工作的过程管理顺利实施，提高项目开发效率和质量，结合公司实际，特制定本管理办法。
二、概述
1.公司所有的项目都遵照《SPP软件过程规范标准》开发。
2.项目的研发活动、管理活动都应该在《SPP软件过程规范标准》的指导下进行，根据项目的规模和项目的复杂程度进行有效的流程控制。
3.项目中的任何管理人员、开发人员、测试人员等，都必须按照《SPP软件过程规范标准》完成自己的相应工作。
4.公司的所有项目实行项目经理负责制。
项目经理对项目成员有举荐权、考核权、请辞权，对项目经费有使用权、分配权，对项目物资具有采购建议权和使用权。
项目成员对项目经理负责，项目经理对研发部经理负责。
5.质量经理可以对质量不合格的工作成果做出处理的权利。
当质量经理与项目之间出现的难以调和的争议，由公司的上层领导处理。
6.所有的工作成果按照《CVS管理办法》进行管理。
三、管理过程
三.1立项管理
1.项目开始前必须立项，由项目管理委员会对立项过程进行管理和实施。
2.立项按以下流程进行:
立项建议->立项评审->项目筹备。
3.立项建议：
立项建议小组一般由产品创作者（构思者）和市场人员组成。
该小组开展立项调查、产品构思、可行性分析等活动，在深思熟虑之后撰写《立项建议书》、《立项调查报告》，如果是研发产品，还需完成《立项可行性分析报告》，递交项目管理委员会申请立项。
立项建议具体规程按照《SPP软件过程规范标准》的“2.2章”执行。
4.项目立项评审：
机构领导组织立项评审委员会，对《项目建议书》（指在立项建议阶段产生的成果）进行评审，决定是否同意立项，机构领导做最终审批（此时机构领导具有一票否决权）。
项目立项评审具体规程按照《SPP软件过程规范标准》的“2.3章”执行。
5.项目筹备：
在立项评审通过后，则必须确定项目的负责人（即项目经理,由研发部人员担任），协调人（由营销部人员担任），并确定初步的资源需求。
之后，项目经理可着手编写《项目计划》。
项目筹备的具体规程按照《SPP软件过程规范标准》的“2.3章”执行。
三.2项目的实施
三.2.1项目研发流程（流程序图见附录）
1.项目研发过程按照公司规范基本上可分为以下五大过程：
需求调研与分析、系统设计、实现与测试、系统测试、客户验收。
2.在项目正式立项后，需求调研之前（一般指立项后的一周内），项目经理提交《项目计划》草案（主要针对需求阶段）给上级领导审核，此时项目经理可以根据项目规模提名一位助手；审核通过后，项目组应执签字认可的《项目计划》向质量保证部申请建立相应的“项目管理平台”和“CVS管理平台”。
3.当“需求调查与分析”达到一定程度，在需求开发完成之际需提交正式的《项目计划》，对项目的各个阶段编制具体严格的计划，并经过相关人员的审批（由上级领导组织）。
4.需求开发的具体规程按照《SPP软件过程规范标准》的“第八章”严格执行，应完成《用户需求说明书》的编写与“用户界面原型”的制作。
5.需求阶段的《用户需求说明书》与“用户界面原型”评审通过后进入系统设计阶段。
6.系统设计阶段具体规程按照《SPP软件过程规范标准》“第十章”严格执行。
应对“需求开发”阶段产生的“用户界面原型”进行完善，并产生《数据库设计报告》与《模块设计报告》。
《数据库设计报告》需产生文本文件格式的、WORD格式和ERWIN格式的文档。
7.系统设计阶段完成后，实现与测试阶段之前，制定详细的《实现与测试计划》。
实现与测试阶段的具体规程按照《SPP软件过程规范标准》“第十一章”严格执行。
在“实现与测试”阶段并由测试组共同完成《系统测试计划》，并通过项目经理的审批。
8.实现与测试阶段完成后，进入系统测试，系统测试具体规程按照《SPP软件过程规范标准》“第十二章”严格执行，在有些情况下，可提前进入系统测试。
9.客户验收阶段的规程按照《SPP软件过程规范标准》“第十四章”严格执行。
10.项目开发小组负责对整个项目的全过程的实施，质量保证部派出相应的质量保证员负责对项目全过程的跟踪。
三.2.2项目实施阶段的管理
1.项目规划：
1）在项目正式立项后，需求调研之前，上级领导应审批项目经理提交的《项目计划》草案（主要针对需求阶段），在需求评审通过后的两天内，项目管理委员会需对项目组正式的《项目计划》进行评审，此时应确定项目经费与项目月度进度奖。
2）项目经理与助手进行项目规划，必须按照以下流程规划：
用户需求->项目估计->制定《项目计划》->审批《项目计划》->执行《项目计划》->《项目计划》的变更控制。
项目规划的具体规程按照《SPP软件过程规范标准》的“第四章”执行。
2.项目监控：
在整个项目周期中，项目经理或者项目经理指定专人进行项目监控，项目监控的具体规程参照《SPP软件过程规范标准》的“第五章”，仅做参考。
项目监控人员按照月和周总结必须完成“项目管理平台”-“项目监控”-“任务进度监控”相应内容的填写。
3.需求管理过程：
《用户需求说明书》和“用户界面原型”通过需求确认（客户签字认可的需求确认书），具体需求确认规程按照《SPP软件过程规范标准》“7.2章”严格执行，最终形成《需求评审报告》；需求跟踪的具体规程按照《SPP软件过程规范标准》“7.3章”严格执行，根据不同的阶段及时完成“项目管理平台”——“需求管理”——“需求跟踪”的编写；
4.配置管理过程：
制定配置管理计划，配置库管理，配置项版本控制，配置项变更控制具体规程按照《SPP软件过程规范标准》“第十六章”严格执行。
完成“项目管理平台”——“配置管理”的相应的编写；
5.质量保证过程：
制定质量计划、过程与产品质量检查计划，进行问题跟踪与质量改进，质量保证过程具体规程按照《SPP软件过程规范标准》“第十七章”严格执行。
完成“项目管理平台”——“质量管理”的相应的编写；
6.各个阶段产生的所有工作成果按照《CVS管理办法》进行严格管理。
7.软件环境配置标准严格按照公司的《软件环境配置标准》执行。
8.公司所有开发的项目，代码的编写一定要按照公司的《JAVA编码规范》。
9.每个阶段达到阶段性完成标志（参见表1、表2、表3、表四、表五）后，首先由项目经理提前2天提出进行评审的要求，并提交要评审的文档和代码，经研发部和质量保证部确认后安排评审。
10.在项目研发过程中，各阶段需要评审的工作成果项目管理委员会必须根据各阶段验收标准（《SPP软件过程规范标准》）进行相应的评审和验收（见表2、表3、表4、表5），如果评审没有通过，则应该在规定的时间内进行下一次重审；评审进入下一个阶段。
三.2.3项目周月计划和总结
1.在项目开始后，应每月编写月计划，每周编写周计划（即项目成员的任务安排）。
每月28日以前提交下个月的月工作计划，每月1日前提交上个月的月总结报告，每周五提交本周工作总结和下周工作计划，项目成员的周工作总结在每周五提交项目经理，由项目经理转交部门经理，所有的工作计划都提交到项目管理平台。
2.部门经理应该在每月最后一天前对项目组的月工作计划（周工作计划应该在每周五之前）与项目经理进行核查。
经核查后的计划为正式执行的计划，否则视为无计划。
3.每月最后一个工作日，项目经理应提交工作总结，对应月工作计划做出本月内周计划和周工作完成情况做出核对，并将月度总结上报部门经理。
4.月度计划由项目经理分解为周计划，项目经理每周末上报下周的工作计划，并上报本周的工作总结。
5.质量保证部负责对每个项目的周总结和月度总结进行检查，周总结检查的结果由项目经理签字认可。
月度总结工作检查结果由项目经理确认后提交给研发部经理。
三.3结项管理
1.用户签字试运行后，即认为项目整个研发过程结束，项目经理应提出结项申请，提交《结项申请表》，办理结项手续，完成项目结项。
2.结项时应达到《SPP软件过程规范标准》“第三章”的要术，项目经理提交相应的成果（包括对项目的效果做出整体评价，对公司项目管理做出统计总结等）。
3.项目结项后，如果在3个月试运期内出现超过5个3级以上的BUG，此记录将被记入公司所有项目质量奖的评优活动的考核项之中。
四、项目资料管理
1、与项目有关的资料，包括文件，文献，样品，软件，书籍，技术合同，函电洽谈记录，测试记录，各阶段评审记录等等，均应由项目组安排专人（一般指配置管理员）负责保管。
2、项目开发过程中的系统测试用例、质量保证记录、质量检查记录、CVS成果记录等由质量保证部相关人员负责保管。
3、项目结项后，项目组和质量保证部各自负责将所有与项目有关的资料记录等（包含过程中产生的电子文档和CVS成果记录应该刻盘处理），按照公司档案管理办法，移交档案管理部门进行归档执行。
五、附则
1、此管理办法经总经理批准后实施。
2、本管理办法的解释权归项目管理委员会。
六、附表
表1：
项目各过程所进行活动内容
序号
过程
活动内容
1
需求调研
与分析
（1）确定需求调查方式，调查记录需求信息，分析需求信息，细化分析用户需求（面向对象分析法，结构化分析法等），形成用户需求文档和用户界面原型（静态页面），用户界面原型应包括所有的业务流程和界面，把这两个文档提供给用户确认，如果客户不认可重复上面的工作直到客户认可签字为止。
（2）确定技术路线、系统的流程设计，有必要的话需完成技术预研；
（3）需完成的文档：
《用户需求说明书》及附件“用户界面原型”。
2
系统设计
（1）按照公司的《SPP软件过程规范标准》完成模块设计、数据库设计。
（2）对“用户界面原型”进行完善。
（3）需完成的文档：
《数据库设计报告》、《模块设计报告》。
3
实现与测试
（1）依据系统设计文档，编写并测试整个系统的代码。
在公司的《SPP软件过程规范标准》中，实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。
（2）实现所有功能点并通过单元测试、代码评审和集成测试；
（3）集成测试功能和性能达到设计要求,完成用户手册、技术手册的初稿；
（4）完成系统测试计划和系统测试用例，并通过评审。
4
系统测试
（1）完成系统测试，并提供测试用例和测试报告；
（2）完成用户手册的编制；
（3）如有需要，还需完成培训计划和培训手册；安装部署手册
5
客户验收
（1）完成项目试运行并通过用户验收签字；
（2）对所有项目工作成果进行整理，项目正常结束并归档完毕，完成项目结项。
表2：
项目需求调研与分析阶段
序号
考核标准
1
此阶段开发流程须符合《SPP软件过程规范标准》
3
完成《项目计划》，通过评审并具有相关领导签字认可，一旦项目实际情况发生变化，需提交计划更改申请书，并将《项目计划》修正。
5
对于某些项目，需进行技术预研，并提交《技术预研计划》（可选）
7
根据用户真实需求，完成《用户需求说明书》，用户需求的书写必须真实、准确，不论需求发生了如何的变化，需求文档必须与项目实际情况一致。
9
为了准确地挖掘用户需求，需产生用户界面原型，用户界面必须与真实的系统相似，包括所有业务流程及界面。
11
《用户需求说明书》须通过用户签字确认，形成《用户需求确认书》
12
所有工作成果必须提交质量保证部进行统一管理
表3：
系统设计
序号
考核标准
1
此阶段开发流程须符合公司的《SPP软件过程规范标准》
3
对“用户界面原型”进行完善
4
按照公司《SPP软件过程规范标准》“10.2章”完成《数据库设计报告》，并通过评审
6
按照公司《SPP软件过程规范标准》“10.3章”完成《模块设计报告》，并通过评审
7
当需求发生变化时按照《SPP软件过程规范标准》“7.4章”需求变更控制执行，在项目管理平台――配置管理――变更控制体现。
表4：
实现与测试、系统测试阶段
序号
考核标准
1
此阶段开发流程须符合《SPP软件过程规范标准》
3
软件开发环境符合《开发环境配置标准（试运行）》
4
按照《CVS配置管理平台》管理办法执行。
5
单元测试按照《单元测试标准与方法》执行
6
代码规范符合公司的《java编码规范》执行
7
当需求发生变化时按照《SPP软件过程规范标准》“7.4章”需求变更控制执行，在项目管理平台――配置管理――变更控制体现。
8
当设计发生变化时按照《SPP软件过程规范标准》执行，在项目管理平台――配置管理――变更控制体现。
9
当计划发生化时按照《SPP软件过程规范标准》“4.5章”项目计划变更控制执行。
10
通过了系统测试:
测试组按照测试标准完成测试
11
按计划正常完成此阶段的任务,并准时到现场试点安装
完成下列工作成果，并通过质量保证部的验收
（下列文档必需具有与项目的一致性与规范性）
12
《实现与测试计划》
13
《系统测试计划》
14
《系统测试用例》
15
《系统测试报告》
16
《用户使用手册》
17
《快速指南》
18
《需求跟踪报告》
19
《项目计划变更控制报告》
（如有计划变更则要此报告）
20
《需求变更控制报告》
（如有需求变更则要此报告）
21
《配置项变更报告》
（如有其他变更则要此报告）
22
《技术预研报告》（可选）
表5：
客户验收阶段
序号
考核内容
考核标准
1
过程规范
此阶段流程符合公司规范
2
工作成果
所有工作成果已整理完毕并提交
3
客户验收
项目符合用户需求，并通过用户签收
4
客户反馈
根据三个月后客户反馈结果与内部评审结果
七、附录
1.《SPP软件过程规范标准》。
2.研发流程图
升级会员 