第一条总则

        贯彻公司以市场为中心、以客户为重心的基本思想，理顺项目管理中人、财、物的关系，明确工作责任，充分体现人尽其才，物尽其用的原则，遵照国家有关规定和公司其他有关规定，特制定本制度。

        第二条目的

        建立公司软件及集成项目管理制度，理顺项目管理目标与流程，确定软件项目管控流程、重要节点、项目目标、项目资产管理规范，提升公司自研项目、外包项目及集成项目的研发效率与质量。

        第三条适用范围

        项目：公司所有自研、外包软件项目以及系统集成项目。

        人员：项目所涉及的所有部门和人员（含分管领导及总经理）。

        第四条名词解释

        4.1 业务经理/人员：在项目签约以前的项目经理，主要负责完成项目的前期需求调研及总体设计方案，从项目的前期公关、跟踪，直至项目的签约。包含公司总经理、部门经理等业务人员。

        4.2 项目实施经理：在项目签约之后的项目经理，主要负责项目的详细调研及详细方案设计，从实施计划的制定、执行、人员的安排，直至项目的完工验收。第五条机构及职责

        依据公司战略发展目标，成立产品技术委员会负责对公司产品技术发展方向的制定，各类软件项目的立项及关闭评审及其它重大项目决策、制度的制定工作。最终给出评审意见后报公司批准执行。

        5.1公司领导

        ◆负责对公司软件研发及系统集成类管理规范的、细则的的批准。

        ◆负责对软件项目的立项和项目关闭的审核。

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

        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%合同金额作为提成外，项目奖金按开发技术难度和工作量分为下面几个档次：

        7.2 软件项目的开发技术难度分为两个级别，1级为高，2级为一般。软件项目的技术难度由项目经理/主管上报，研发部经理审核，公司分管领导批准。7.3 项目在规定进度中完成，领取全额项目奖金，拖期一天扣除项目奖金的5%，拖期15天后此项目移交其它工程师继续开发并扣除该项目提成的50%。

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

        第八条、附表

        附表A：软件项目立项申请表

        附表B：软件项目目标达成奖申请表

        附表C：软件项目评审验收标准

        附表D: 项目变更单

        附表E: 软件系统变更记录表