软件项目管理制度20151216-luoWord文档格式.docx

软件项目管理制度20151216-luoWord文档格式.docx

《软件项目管理制度20151216-luoWord文档格式.docx》由会员分享，可在线阅读，更多相关《软件项目管理制度20151216-luoWord文档格式.docx（19页珍藏版）》请在冰豆网上搜索。

◆负责软件项目奖金等相关激励制度的批准。

5.2研发部经理

◆负责对公司软件研发及系统集成类管理制度的修订、审核及报批。

◆负责对公司软件项目过程管理规范、细则的制定、监督、考核、实施工作。

◆负责组织软件项目的验收工作。

◆负责研发团队建设工作。

◆负责研发团队培训及人员能力提升工作。

◆

5.3项目组/项目经理

◆负责软件项目的全生命周期管控实施工作，是项目进度、质量的第一责任人。

◆负责软件项目的需求调研、需求开发、需求管理和、技术难点攻关、评估、设计、进度跟踪监控、风险管理、发布实施等工作。

◆负责带领项目团队进行软件项目的设计、编码、测试工作。

◆负责带领项目团服进行软件项目的技术文档、应用文档的编制工作。

◆负责进行项目验收的申请及项目关闭相关工作，协助公司业务人员完成验收工作（含公司领导层）。

第六条工作流程

在实际项目过程中根据项目大小及性质对过程做出适当裁剪。

公司重点管理审批项目立项、项目关闭，关注需求管理、设计、研发过程监控、测试发布等工作。

依据公司实际情况，为了进一步提高项目研发质量，降低变更率，提高项目进度，在项目管控中引入及强化评审机制，加强立项、需求、设计评审。

在需求开发及管理阶段引入项目原型机制，提高与客户沟通的直观性。

强化公司项目过程监控及风险管控能力，进一步明确强化项目经理的权利与责任。

6.1项目启动

◆立项的依据：

a、项目信息管理，含公司业务人员项目指令；

　　b、客户领导、客户技术衔接人员提出的需求；

c、可行性分析报告。

由项目经理根据6.1.1填写“软件项目立项申请表”（见附表），并确定项目的行动计划、完成时间、承担人、项目等级等事项后，报研发部经理审批及公司分管领导审批签署。

◆可行性分析报告。

项目立项批准后，由项目经理/研发部经理按照软件工程的方法进行项目的实施，首先进行业务调查，详细了解业务需求，客户需求了解完后需要请客户会签，新增需求需请客户新增协议或补签需求的方式；

掌握好第一手资料后，再进行系统需求分析以及可行性分析报告，可行性分析报告内容：

（1）价值（预计利润达X万元以上）；

（2）公司技术能否支持；

（3）公司资源能否支持；

（4）是否符合公司产品方向（能否体现公司形象、能否树立样板工程）；

（5）预计签约时间；

（6）成功的可能性；

（7）客户的业界信誉（主要指资金信誉）；

（8）公司其他的竞争优势；

（9）其他需要提供的分析资料。

6.2需求管理

由客户或者项目经理（支撑经理）整理客户需求，形成用户需求清单及用户需求说明书，之后进行需求开发形成系统需求规格说明书及系统原型，与客户进行确认。

6.3项目设计

◆详见公司软件项目设计编码规范。

重点项目需要设计评审通过后执行。

6.4软件项目的编码实现与测试：

详见公司软件项目编码设计规范及测试管理规范。

重点项目需要进行代码评审及测试用例评审。

同时，加强项目自测工作，提测bug率纳入项目及成员考核。

6.5系统测试

测试完成后，才能进行试运行和正式运行。

项目组因修订Bug或系统优化而自主进行的变更由负责此项目变更的软件工程师在”系统变更记录表”（见附表）中登记详细情况。

6.6项目的试运行及发布:

◆软件的测试完成后,由项目组经理会同业务人员确认是否达到了设计的要求。

如果确认，报研发部经理批准后，方可投入试运行。

◆在试运行期间,软件系统与正常业务必须并行.软件开发工程师必须根据试运行暴露出的问题在最短时间内加以解决。

◆在试运行期间,分别由项目经理及研发工程师组织编制、整理、完善项目的技术文档和使用文档，并由研发部经理及业务人员为客户组织各种培训。

◆正式运行的时间将视试运行的效果确定。

由用户代表、公司业务人员、研发部经理参加的初步评审会。

如果通过评审会的初步验收，方可投入正式运行。

6.7项目的评审、验收：

◆软件项目在正式使用（不包括测试）后，无异常情况，由业务人员组织客户方对该项目的评审、验收会。

◆项目评审、验收完成后，在使用过程中需要完善、优化的内容也是项目工作的一部分，必须及时修改完成，使客户满意。

◆项目评审、验收合格后，项目工程师可以填写“软件项目目标达成奖申请表”（见附表），并附项目的评审、验收报告，研发部经理签署后报公司分管领导审核批准。

6.8项目的变更：

◆在项目展开及以后的使用过程中,由于客户业务需求变化或系统的优化等情况下,可由申请变更的一方签写”项目变更单”（见附表），由研发部经理审核，分管领导批准后方可进行变更。

◆项目变更单批准后,由研发部经理安排具体的编程人员及完成时间并回复申请变更一方（业务人员、客户签字人员、项目经理），并按照软件工程的要求进行相应的文档资料的变更及变更完成后的测试。

第七条项目奖励

7.1除了公司项目规定的5%合同金额作为提成外，项目奖金按开发技术难度和工作量分为下面几个档次：

类别

技术难度

工作量

奖金定额

实发比例

A

高

3个月以上

2000元

定额*评审分数

B

一般

1600元

C

2个月以上--3个月之内

1200元

D

800元

E

1个月以上—2个月之内

400元

F

200元

7.2软件项目的开发技术难度分为两个级别，1级为高，2级为一般。

软件项目的技术难度由项目经理/主管上报，研发部经理审核，公司分管领导批准。

7.3项目在规定进度中完成，领取全额项目奖金，拖期一天扣除项目奖金的5%，拖期15天后此项目移交其它工程师继续开发并扣除该项目提成的50%。

7.4项目奖金分配由项目经理确定及批准，报研发部经理备案。

第八条、附表

附表A：

软件项目立项申请表

附表B：

软件项目目标达成奖申请表

附表C：

软件项目评审验收标准

附表D:

项目变更单

附表E:

软件系统变更记录表

附表F：

修订记录

12/19

附表A

项目立项申请表

项目名称

立项日期

申请部门

客户单位全称

客户地址

客

户

信

息

联系人

职务

电话

Email

项目主管

决策人

项目要求及完成期限：

成交机会项目风险：

预计合同金额

毛利率

申请项目经理/主管意见：

年月日

项目组负责人/项目经理

项目组成员

类别

预计项目奖金

研发部经理意见：

年月日

分管领导意见：

总经理意见（重大项目）：

年月日

附表B

开发项目目标达成奖申请表

申请完成日期

实际完成日期

项目经理/项目主管

项目奖金

申请项目组验收：

年月日

研发部经理验收意见：

年月日

附表C

软件项目评审、验收标准：

项目名称：

评审人：

评审日期：

年月日

评审、验收内容

说明

标准分

实际得分

一、系统设计的规范性、逻辑性、先进性

规范性指:

应用软件工程的方法展开系统的设计,包括立项资料、需求分析、概要设计、详细设计等

15分

逻辑性指：

系统设计的业务流程、数据结构、与其它模块的接口具有逻辑性。

先进性指：

系统设计采用先进的方法和系统采用了先进的软、硬件平台

二、程序的性能:

功能、稳健、速度等

功能指：

用户操作的功能是否满足业务的需求

稳健指：

系统运行的是否平稳，异常发生的频率的高低

速度指：

程序的运行速度，可与老系统相比

三、项目的使用效果

使用效果：

与手工相比具有那些优点、与老系统比具有哪些优点；

节省成本多少，工作效率提高多少，通过使用系统管理水平提升了多少，

30分

四、输入/输出界面操作的方便性、友好性

方便性、友好性指：

系统的输入/输出界面操作方便、灵活；

点击次数少；

还具有防错、防呆功能；

并具有许多操作错误后的提示功能

10分

五、采用的开发平台及应用平台的先进性

开发平台的先进性指：

使用什么语言编程，它的先进性如何

应用平台的先进性指：

使用的网络平台；

使用的数据库；

程序运行的方式

六、文档资料的完整性、准确性

系统提供的文档资料：

技术文档包括：

业务需求分析、概要设计、详细设计

使用文档包括：

功能框图、业务流程图、操作使用说明书

七、系统的安全性、备份

系统的安全性指:

系统的授权管理、数据的完整性解决方案、灾难的恢复方案

系统的备份指：

系统的数据备份策略

附表D

软件项目变更表

申请变更部门

/项目组

申请日期

申请人

变更原因

是否有客户需求变更确认文件

项目变更内容：

研发部经理审核意见：

分管领导批准意见：

总经理批注意见（重大项目）：

附表E

系统变更记录表

系统/程序名称

修改内容

修改日期

修改人

主要联系用户

修改结果