软件项目实施进度计划 - 制度大全
范文大全 导航

软件项目实施进度计划

编辑:制度大全2022-10-30

施工进度计划书

一、工期安排

*项目总体工程实施,依照合同按计划在5个月内完成。工期从20**年9月初开工,至20**年1月底截止。为了保证项目圆满完成,分阶段进行进度控制,同时加强软件质量管理,以保障项目按工期规定顺利交付。

二、项目进度表

项目阶段

时间

工作内容

成果

需求调研

20**.9.1-20**.9.20

成立项目咨询专家组,对项目需求进行详细的调研

系统需求规格说明书

系统设计

20**.9.20-20**.10.20

在需求调研的基础上对系统架构、安全体系、功能等进行系统设计

系统设计说明书

系统开发

20**.9.20-20**.12.15

进行各个子系统的迭代开发,完成单元测试

不同迭代版本的可运行系统

系统集成

20**.12.15-20**.12.25

系统集成和对各模块集成测试

测试报告

形成可完整运行的系统

系统初验

20**.12.25-20**.12.30

项目初验

初验报告

系统试运行

20**.12.30-20**.1.10

1、平台上线试运行

2、系统持续优化

升级版本的可运行系统,并安装部署到用户本地

用户培训

20**.1.10-20**.1.25

对各级用户进行培训

使用说明

项目终验

20**.1.30

项目终验

验收报告

三、项目实施各环节实施方案

在明确本项目的建设目标、建设任务和范围、建设时间进度要求、项目建设特点分析的基础上,依据招标文件的要求和我方在以往大型信息化平台建设实施方面的经验和教训,为了更好的保障项目的整体进度和整体质量,更好地回避和解决项目建设过程中的可能风险,更好地达到系统的建设目标、项目的总体目标,在本章中,针对本项目的特点,提出我们的项目建设实施整体阶段过程的划分、每个阶段要达成的目标、实施方法和实施计划。

系统建设过程主要分为需求调研/分析、系统设计、开发/测试、集成测试、培训/试运行、验收交付以及质保期七个大的建设阶段。

充分吸收面向对象开发的迭代思想,在经典的几个项目阶段基础上,于每个阶段的内部,又分成了若干次的迭代过程;每一个迭代包括计划、分析、原型等。于是项目可以递进地进展,每一个迭代周期完成,都会形成一个产品原型,通过与业主的不断交互,完善,直到原型发展成为可用的产品。

如图:

1.项目里程碑

里程碑在项目实施中通常设置在阶段任务完成点或关键任务的完成点。

在项目实施计划中设置里程碑,便于以里程碑为监控点,对项目实施从进度、质量、绩效等方面进行更加有效的监控和管理;便于项目组织成员有一个共同的视野,展示项目简明清晰的阶段性目标;便于项目经理与相关人员之间就进度问题进行沟通。

在为项目进度计划设置里程碑时,遵循以下原则:

以项目目标为依据,以可交付成果物为向导,设置里程碑。可交付成果物可以是文档,也可以是可运行的程序。

将实施各阶段的完成点设置成里程碑。如需求规格定稿作为需求分析阶段的完成点,可以定义成为里程碑。

设置的里程碑必须可审查、可测量,有明确的完成标准。只有里程碑通过审查,才能进入到下一个阶段的任务。

综上所述,本项目的里程碑如下表所示:

序号

时间

里程碑描述

1第20天

应用系统需求分析/设计完成

2第120天

应用系统编码实现

3第130天

系统完成测试

4第140天

用户培训完成

5第150天

系统上线试运行,完成初验

6第160天

系统试运行完成

2.需求分析阶段

任务范围:

本阶段任务范围包括完善、细化需求分析阶段的工作计划;开展需求调研工作;进行需求分析;编写需求分析报告。

实施方法:

通过业务需求调研,确定并定义问题区、用户的需求、项目范围、项目成功标准与业主方接收标准。

定义实施范围:确定并定义项目实施的目标、范围和关键的成功要素。

编写需求分析报告:包括业务系统的业务模型、业务流程、业务功能设计等。

业务需求调研:主要采取一对一面谈、团体座谈、发送调研表、调查问卷、查阅需求资料以及召开讨论会等多种方式,从业务层、管理层、决策层多方位的获取需求。

根据需求交流进展情况,采用快速原型法,以直观的方式确认需求。

采用RationalRose的“用例(UseCase)”表述方法定义系统需求,保证需求的完整性、准确性、唯一性、可度量性、可测试性、可追溯性。

在描述中尽量使用业主方相关使用人员的业务语言,便于需求的审查和测试。

完成标准:

本阶段任务完成的标准是:正式提交需求分析报告,通过业主方和监理方审核,并经过业主方确认。

可交付成果:

本阶段的可交付成果是:《*项目需求分析报告》

3.系统设计阶段

任务范围:

系统设计阶段将按照面向对象的分析设计方法并结合使用其他软件工程方法,完成各子系统的概要设计。

包括功能设计、数据库结构设计、页面设计、软件实现结构的O-O(面向对象)设计。

实施方法:

本子阶段将对业务流程、控制流程、功能模块和数据结构进行设计,这是承上(需求分析)启下(代码实现)的阶段,这个阶段把业务需求变成技术设计,由业务描述变成技术描述,由业务语言变成技术语言。通常来讲,这个阶段又可以划分为三个主要的步骤,即:业务流程及逻辑设计、控制及表现逻辑设计、功能模块设计、数据结构设计。

业务流程及逻辑设计:使用业务图形按照业务流程的顺序对业务进行归纳、整理,绘制业务流程图。对于其中描述良好和规范的业务需求可同需求分析合并进行,绘制工作将借助绘图工具软件Visio对图形表述进行规范。

功能模块及逻辑设计:抽取最小业务单元,按照按“职能域-业务过程-业务活动“三层结构分解和表达功能,依据业务流程组织功能层次,绘制功能层次图。把业务流图中以“操作单元”表现的节点看作功能模块,描述其输入、输出、主要处理过程和所涉及到的数据及数据单元。

数据结构设计:对于功能模块设计中所涉及的有关数据及数据单元进行归纳,利用“对象-关系型语言”表示出来,并指明数据之间的一致性或约束性关系。这就是通常所说的数据结构或称为数据字典。这部分工作将采用实体-关系设计工具PowerDesigner来辅助进行。

系统设计说明书审核:项目经理对各应用子系统的系统设计说明书进行审核。审核工作由项目经理、技术总监和专家协同进行。

完成标准:

本阶段任务完成的标准是:正式提交概要设计说明书,通过业主方确认。

可交付成果:

本阶段的可交付成果是:《*系统设计说明书》。

4.编码开发阶段

任务范围:

包括对标准化的内部数字内容资源转换加工和管理、数字内容的深度加工、在线编撰流程管理、知识挖掘和知识数据库开发、网络数据采集和内容提供服务、产品打包和多渠道发布、在线交互服务等编码实现、单元测试;以及项目的安全保障体系的建设。

实施方法:

(一)日创建、日部署

在本项目各应用子系统开发实现阶段,将采用快速原型法与“日创建、日部署”开发方法,每天形成一个版本,并进行部署,在最短的时间内开发出核心业务功能交付用户使用,并在此基础上再与用户交流沟通,对问题做出相应调整。

这种方法的特点如下:

可以在最短时间内开发出子系统核心业务功能交付项目相关人员测试和试用;

进入开发阶段后,每天形成一个版本,以最直观的沟通方式让业主方项目主管领导看到最终的产品原型;

最大程度避免了产品的实现与系统需求间的分歧;

降低了需求变更的频度;降低了系统实施的风险。

(二)代码走查

代码走查是由一组人通过阅读、讨论和争议对程序进行静态分析的过程。走查小组由组长,2~3名程序设计和测试人员及程序员组成。走查小组在充分阅读待审程序文本、控制流程图及有关要求、规范等文件基础上,召开代码走查会,程序员逐句讲解程序的逻辑,并展开热烈的讨论甚至争议,以揭示错误的关键所在。实践表明,程序员在讲解过程中能发现许多自己原来没有发现的错误,而讨论和争议则进一步促使了问题的暴露。例如,对某个局部性小问题修改方法的讨论,可能发现与之有牵连的甚至能涉及到模块的功说明、模块间接口和系统总结构的大问题,导致对需求定义的重定义、重设计验证,可以大大改善软件的质量。

(三)单元测试

单元测试集中在检查软件设计的最小单位―模块上,通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况,以及编码的错误。由于模块规模小、功能单一、逻辑简单,测试人员有可能通过模块说明书和源程序,清楚地了解该模块的I/O条件和模块的逻辑结构,采用结构测试(白盒法)的用例,尽可能达到彻底测试,然后辅之以功能测试(黑盒法)的用例,使之对任何合理和不合理的输入都能鉴别和响应。高可靠性的模块是组成可靠系统的坚实基础。将单元测试结果编写成单元测试报告,提交项目经理审核,审核通过后提交项目领导组审批。

(四)系统测试

随着代码的实现和单元测试完成,软件测试人员开始对代码进行系统测试。系统测试以子系统为基本单元进行,其基本测试依据是测试计划和测试方案。根据测试方案中的用例设计按照模块逐一“输入”数据(手工或自动工具),并进行一定的压力测试。主要工作过程是:

运行程序员提交的功能模块代码,输入数据,如实记录运行结果,填写“测试记录”。对于未通过测试的功能模块,填写测试反馈单,由程序员修改问题代码后再次提交测试。这是一个多次循环反馈的过程。

编制系统测试报告:测试结束后,测试人员编制完整的测试报告,包括测试的对象、测试范围、主要功能、测试环境、测试工具、测试结果汇总,并附完整的测试记录和反馈记录。

完成标准:

本阶段任务完成的标准是:编码完成且通过单元测试、集成测试、系统测试,并通过技术总监与项目经理的审核。

系统详细施工进度计划,详见《施工进度计划甘特图》。

可交付成果:

本阶段的可交付成果是:网站各系统可进行正常运行。

5.系统初验阶段

任务范围:

本阶段任务范围包括:完成应用系统在测试环境的部署和集成测试后,由业主方认定是否满足可进行试运行的基本条件。并完成验收报告。

实施方法:

由供应商通过集成测试,对各应用系统自检合格后,提交初验申请至用户方审批。

用户方检验应用系统运行情况,看是否符合:

是否满足签字确认的需求分析报告;

是否满足招标文件要求;

是否可以开始试运行。

验收通过后,由双方共同签署初验报告。

完成标准:

本阶段的完成标准是:系统通过业主初步验收,且可以开始试运行。

可交付成果:

本阶段可交付成果是:系统初验报告。

6.试运行阶段

任务范围:

本阶段的任务范围是:在用户培训工作的阶段性成果完成后,开始组织系统试运行工作,由项目经理和业主方主管领导共同确定试运行范围和试运行策略,并编制试运行计划、组织试运行工作。

实施方法:

(一)试运行实施步骤:

准备应用系统运行需要的真实数据;

组建运行组织和人员准备:

建立由业主方主管领导和项目经理组成的试运行领导小组;

确定试运行期间系统管理人员和系统维护人员;

召开试运行参与人员的动员会,统一思想,明确指导思想、工作方针、工作方法和工作计划;

落实其他试运行组织中的各职责人员。

双方共同制定试运行工作计划。工作计划中包括试运行工作相关各方责任、工作日程安排、运行工作制度。

(二)试运行期间各方职责:

试运行工作将由供应商与业主方密切配合完成。试运行期间中,各方职责如下:

供应商负责在试运行期间进行应用系统运行记录,对试运行中出现的问题做到及时维护和更新,并完成试运行报告。

在系统试运行阶段,应达到系统连续无重大故障运行1个月,并不断根据试运行报告进行修改完善,在试运行期内如出现重大故障,试运行期从故障排除之日起重新计算,直到系统连续1个月无重大故障为止。

业主方系统使用人员负责在试运行期间定期反馈系统存在问题。

完成标准:

本阶段任务完成的标准是:试运行期间系统运行稳定,性能达标,试运行报告通过业主方确认。

可交付成果:

通过试运行验证后的可运行的网站系统。

7.系统终验阶段

任务范围:

本阶段任务范围包括:试运行结束后,经业主方审核通过后,协助组织业主方进行系统终验验收。

实施方法:

试运行结束后,由供应商提出验收申请,并协助业主方组织项目验收,最终完成项目交付。

(一)验收标准:

是否符合项目合同要求;

是否满足签字确认的需求分析报告;

?

是否满足招标文件要求;

是否满足用户培训要求;

是否满足试运行期间的整改要求。

(二)验收组织

试运行工作完成后,项目验收工作由供应商、业主方共同组成项目验收小组对项目进行验收。

验收小组对验收内容,如实施过程文档、用户培训效果、软件运行效果、项目管理等方面进行审查。必要时对项目的主要内容、重要功能和性能组织第三方进行专业测试。

验收完成后,由业主方、供应商共同编制验收报告,签署验收意见,完成项目建设成果的交付。

项目验收完成将作为质保期的开始。

完成标准:

本阶段完成标准是:验收通过,且完成项目建设成果的交付。

可交付成果:

本阶段可交付成果是:《*项目验收报告》。

四、保障措施

在项目开发过程中,策划可行的质量管理活动,然后正确地执行和控制这些活动以保证绝大多数的缺陷可以在开发过程中被发现。在项目里,评审和测试活动是预先策划好的,在执行过程中,根据已定义好的过程来执行这些活动。通过执行这些活动来识别缺陷,然后消除这些缺陷。

本项目质量保证贯穿于整个项目的始终,开展有计划、有组织的活动,不断地改进质量。保证指通过实施计划中的系统质量活动,确保项目实施满足要求所需的所用过程。项目团队的管理人员采取有效措施,监督项目的具体实施结果,判断它们是否符合项目有关的质量标准,并确定消除产生不良结果原因的途径,通过质量控制确保项目质量目标得以完满实现。

通过配置管理控制项目的进化过程,如持续的、变化的变更,为软件系统提供了稳定性,从而保证项目有质量的按规定工期交付。

篇2:软件系统项目实施方案

上海营康计算机科技有限公司系统实施方案

一、软件项目实施方案概述

软件产品用户购买软件产品之后,不能立即进行使用,需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作,我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明,软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平,不仅取决于软件产品本身的质量,软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。

项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容。下面将分别介绍每个项目实施阶段。

二、软件项目实施方案

(一)项目启动阶段

此阶段处于整个项目实施工作的最前期,由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。

阶段主任务

对象

任务

公司

在合同签定后,指定项目经理,成立项目组,授权项目组织完成项目目标

公司项目组

进行前期项目调研,与用户共同成立项目实施组织,编制《总体项目计划》,召开项目启动会

商务经理

配合公司项目组,将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户,配合项目组建立与用户的联系

用户

成立项目实施组织,配合前期调研和召开启动会,签署《总体项目计划》和《项目实施协议》

1、成立项目组:

部门经理接到实施申请后,任命项目经理,指定项目目标,由部门经理及项目经理一起指定项目组成员及成员任务,并报总经理签署《项目任务书》。

2、前期调研:

项目经理及项目组成员,在商务人员配合下,建立与用户的联系,对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中,商务经理积累了大量的信息,项目组首先应收集商务和合同信息,并与商务经理一起识别哪些个体和组织是项目的干系人,确定他们的需求和期望,以确保项目开发顺利。

3、编制《项目总体计划》:

《项目总体计划》主要包括以下几方面内容:项目描述,项目目标、主要项目阶段、里程碑、可交付成果等。

4、启动会:

项目组与用户共同召开的宣布项目实施正式开始的会议。会程安排如下:

共同组建项目实施组织,实施组织的权利和职责;双方签署《项目实施协议》;

项目组介绍《项目总体计划》和《项目实施协议》,包括以下内容:项目目标、主要项目阶段、里程碑、可交付成果及计划的职责分配(包括用户的);

项目实施中项目管理的必要性和如何进行项目管理,项目的质量如何控制;

项目实施中用户的参与和领导的支持的重要作用;

阶段验收、技术交接和项目结束后如何对用户提供后续服务。

(二)需求调研确认阶段

此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求,包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等,实施人员调研完成后,会编写《需求调研分析手册》,并交付用户进行确认,待用户对《需求调研分析手册》上所提到的需求确认完毕后,项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求,实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。

需求调研阶段具体包括如下内容:

1、进行需求调研准备

2、编制《需求调研计划》

3、内部评审通过《需求调研计划》,项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审。

4、用户签署《需求调研计划》,作为以后需求调研工作的指南。

5、编写及发出《需求调研通知》,项目组编写《需求调研通知》,确定进行需求调研的相关事宜,发给用户,为顺利完成需求调研工作做准备

6、需求调研,项目组以《需求调研手册》为依据,从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研,并搜集用户的个性化需求。

7、需求调研分析,根据调研的结果,项目组和公司其他技术部门将进一步进行分析,确定合理、可行的需求,将分析结果形成《需求分析报告》草稿。

8、内部评审通过《需求分析报告》,项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审,稍后由用户签署。

9、编写及发出《需求分析报告确认通知》,项目组编写《需求分析报告确认通知》,发给用户,确定进行需求确认的相关事宜,告之相关部门及人员安排好工作,准时参与需求确认工作,为顺利完成需求确认工作做准备。

10、用户确认《需求分析报告》,并签署《需求分析报告》,需求调研阶段工作结束,进行后续的软件功能实现的工作。

(三)软件功能实现确认阶段

此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。

在软件功能实现的过程中,项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。

按照调研要求的所有功能实现完毕后,项目实施人员编制《软件功能确认表》,将定制好软件功能待用户确认,用户根据《软件功能确认表》上的功能逐一确定软件功能达到要求。

(四)数据标准化初装阶段

此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作,并对用户进行初装资料的软件操作培训,以便用户能够及时的将标准资料录入系统,初装完成后,项目实施人员对资料初装的情况进行核查,为以后具体业务功能的开展做好基础。

(五)系统培训阶段

系统培训阶段工作是整个项目实施工作中比较重要的工作,用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果,应给予足够的重视。在项目实施过程中对用户的相关人员进行了系统和规范的产品培训,让用户了解了软件产品,最终自己能够解决使用中的具体的问题。

此阶段的培训工作中将用户参加产品培训的人员划分为三个层次:决策层、技术层、操作层,对不同层次的用户参加产品培训人员的培训内容分别是:

决策层:领导在实施中的作用与重要性、决策查询。

维护层:系统维护知识、操作方法。

操作层:操作方法。

具体的培训工作流程为:

1、编制培训计划:

根据软件使用需求,与用户实施负责人商议具体培训内容、时间,场地,人员等。项目组编制《培训计划》。

2、发培训通知:

培训开始前2天,按照签署的《培训计划》,将培训内容、时间,场地,人员等信息通知用户实施负责人。

3、组织培训:

公司项目组培训负责人与用户实施负责人组织相关人员参加培训,详细讲解软件使用方法,解答用户疑问,并向操作人员提供软件使用手册。由用户将考勤情况填入《培训人员签到表》。

4、培训总结:

公司项目组培训负责人与用户实施负责人一起对培训情况做出总结,确认各级使用人员对系统操作掌握情况,保证培训成果。

(六)系统安装测试及试运行阶段

此阶段的主要工作是在用户真实环境下,对用户网络及硬件设备进行测试,对软件系统进行容量、性能压力等测试,确保系统各项功能均能正常使用,并且符合用户签署的《需求分析报告》中描述的需求,同时把尽可能多的潜在问题在正式运行之前发现并改正,并进一步提高有关人员的操作水平,规范操作。

此阶段的主要工作内容为:

1、编制计划:

与用户实施负责人商议具体测试及试运行时间,地点,人员等安排,项目组编制《测试及试运行计划》。

2、发测试及试运行通知:

在测试及试运行开始前2天,按照《测试及试运行计划》,将时间,地点,人员等信息通知用户实施负责人。

3、搭建环境及数据准备:

在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路;检查软件、硬件、网络、线路等各个环节是否有问题。

由各部门和生产单位整理提供试运行基础数据,系统所需各类数据完整可用。

4、组织测试及试运行:

用户相关各级领导给予全面配合,组织相关人员进行测试及试运行。公司项目组负责担当指挥,检查用户人员组织情况并给予指导,跟踪检查如下情况:

跟踪单据流转状况。

跟踪新资料登录环节。

观察业务流程执行状况。

观察操作人员操作表现。

观察系统运行速度及异常表现。

观察关键数据的正确性。

及时纠正错误操作、对于新发生的问题及时与相关人员沟通,确定解决办法。

5、测试及试运行总结:

测试及试运行完成,试运行中设备、软件的运行情况良好,试运行中业务流程和操作环节符合预期期望,试运行顺利通过。

(七)总体验收阶段

此阶段是对项目总体的完成情况进行验收。验收分阶段进行,在每一项目阶段结束时,用户对这一阶段的可交付成果进行验收,在测试及试运行结束后,对系统进行总体验收。

需要验收的可交付成果:

主要项目阶段

阶段组成

主要里程碑

可交付成果

启动阶段

编制总体项目计划

项目启动会

签署《总体项目计划》

启动会

签署《项目实施协议》

需求调研阶段

需求分析报告确认

需求调研结束

签署《需求分析报告》

软件实现

软件功能确认

软件功能得到确认

签署《软件功能确认表》

数据初装

初装检查及总结

用户签署初装计划及初装培训计划

签署《初装计划及初装培训计划》

数据初装完成

签署《数据初装总结表》

用户操作培训

培训总结

制定培训计划

签署《培训计划》

培训完成

签署《培训总结表》

测试

及试运行

测试及试运行总结

用户签署测试及试运行计划

签署《测试及试运行计划》

试运行完成

签署《测试及试运行总结》

验收

总体验收

验收完成

签署《总体验收报告》

(八)系统交接阶段

此阶段是项目实施的最后一个阶段,主要工作是软件公司项目组向用户移交软件项目,包括软件产品、项目实施过程中所生成的各种文档,并签署《售后服务协议》,项目将进入售后服务阶段。软件公司项目组还需要让用户填写《用户满意度调查表》,对软件公司项目实施人员的整个项目实施情况进行评价,软件公司将听取用户的意见,在今后的项目实施管理中进行加强和改进。

附:实施计划明细表

第4页

时间

任务内容

成果

医院负责人

营康单位/角色

项目启动:

项目组成立

项目进度汇报

项目问题交流

项目组成立

*X*营康

服务器环境搭建

数据库安装

IIS配置

应用环境搭建成功

*X*系统管理员

基础数据管理模块

营养会诊模块

营养配餐模块

收费管理模块

报表管理模块

综合查询模块

通讯管理模块

系统设置模块

模块功能的介绍

确认需要优化的内容

*X*系统管理员

相关业务人员

技术文件完成状态管理部署

对当天问题进行整理

模块功能的介绍

确认需要优化的内容

*X系统管理员

相关业务人员

单车质量动态管理模块

单车质量检查台帐管理

单车自检/互检状态管理

单车专检状态管理

单车质量检查动态察看

模块功能的介绍

*系统管理员

相关业务人员

对于需要优化的内容进行整理,项目组交流并确认。

确认需要优化的内容

*X系统管理员

相关业务人员

对系统管理员常用操作的培训

系统管理员能掌握常用维护工作

*X系统管理员

需求分析报告编写

分析报告完成

*X系统管理员

系统进行调整

确认需要优化的内容

*X*系统管理员

探伤设备及检具管理模块

探伤设备台账配置

探伤设备变更管理

模块功能的介绍

*X*系统管理员

相关业务人员

检具台账配置

检具变更管理

设备管理模块

设备台账配置

设备变更管理

模块功能的介绍

*X*系统管理员

相关业务人员

对于需要优化的内容进行整理,项目组交流并确认。

确认需要优化的内容

*X系统管理员

客户端软件安装及数据库调整

各用户机器可使用系统

*X系统管理员

系统进行调整

确认需要优化的内容

*X*系统管理员

质量问题管理模块

重大质量问题跟踪管理

外运用安全质量信息管理

模块功能的介绍

*X系统管理员

相关业务人员

人事管理模块

关键人员台账配置

关键人员变更管理

模块功能的介绍

*系统管理员

相关业务人员

委外工序供应商管理模块

委外工序供应商台帐管理

委外工序供应商变更管理

外购外协供应商管理模块

外购外协供应商台帐管理

外购外协供应商变更管理

模块功能的介绍

*X系统管理员

相关业务人员

阶段性问题整理与讨论

确认需要优化的内容

*X*项目组全体成员

系统调整

系统优化

*X*系统管理员

基础数据管理模块培训

产品数据管理模块培训

相关人员可操作使用

**X系统管理员

相关业务人员

技术文件完成状态管理培训

单车质量动态管理模块培训

相关人员可操作使用

*X*系统管理员

相关业务人员

质量问题管理模块培训

探伤设备及检具管理模块培训

人事管理模块培训

相关人员可操作使用

*X*系统管理员

相关业务人员

委外工序供应商管理模块培训

权限管理模块培训

相关人员可操作使用

*X*系统管理员

相关业务人员

系统功能确认完成

应用部门功能确认签字

*X*系统管理员

相关业务人员

系统进入试运行状态

试运行

*X*系统管理员

实施人员

1、基础数据整理到位,数据准确性验证。

2、确定参与部门及车型。

3、客户端软件安装。

4、垃圾数据清理。

确定参与厂所及车型。

应用部门客户端软件安装。

*戚机公司信息中心

质量安全保证部

1、配合信息中心对产品设计部、工艺技术部、人力资源部、检测技术部、基建设备部、采购中心、生产计划部、客户服务部进行数据导入的培训。

2、对相关部门人员操作过程中遇到的问题进行解答。

了解如何导入数据,逐步熟练操作。

*系统管理员

相关业务人员

对相关部门人员在基础数据导入过程中遇到的问题进行解答。

能熟练操作导入操作。

*系统管理员

相关业务人员

1、推进产品数据管理大模块的业务应用。

2、相关部门系统试运行跟踪。

业务人员能熟练操作相关模块。

*系统管理员

相关业务人员

1、推进单车质量动态管理的业务应用。

2、相关部门系统试运行跟踪。

业务人员能熟练操作相关模块。

*系统管理员

相关业务人员

1、推进委外供应商管理、外购供应商管理的业务应用。

2、相关部门系统试运行跟踪。

业务人员能熟练操作相关模块。

*系统管理员

相关业务人员

1、推进设备、探伤设备、检具管理、工装管理的业务应用。

2、相关部门系统试运行跟踪。

业务人员能熟练操作相关模块。

*系统管理员

相关业务人员

1、推进质量问题管理、人事管理、系统综合查询模块的应用。

2、相关部门系统试运行跟踪。

业务人员能熟练操作相关模块。

*系统管理员

相关业务人员

系统试运行跟踪及系统调优。

系统运行稳定

*系统管理员

相关业务人员

系统试运行跟踪及系统调优。

系统运行稳定

*系统管理员

相关业务人员

系统试运行跟踪及系统调优。

系统运行稳定

*系统管理员

相关业务人员

系统试运行跟踪。

系统运行稳定

*系统管理员

相关业务人员

戚机有限公司信息中心、质量安全保证部组织试运行阶段总结会。

阶段性总结

*项目组相关人员

试运行基础数据准备到位,导入系统中

试运行数据可用

*质量安全保证部

组织车间操作人员进行试运行培训

业务人员能熟练操作相关模块。

*质量安全保证部

20**-11-2~3

相关车间进行关键工位试运行,记录试运行情况

系统运行稳定

*质量安全保证部

*集团*有限公司

*防控管理系统

实施方案

整合试运行数据,调优系统

系统运行稳定

*X*信息管理部

迎接中国*集团、铁南办“*防控管理系统”建设情况检查会议

检查认可

*X*信息管理部、质量安全保证部

确认优化方案和验收计划

确认方案

*X*信息管理部、质量安全保证部

根据试运行情况、检查指导意见对系统进行深度优化

完成修改

*X*信息管理部

提交验收申请

提交申请

*X*信息管理部

准备各类验收文档

提交文档

*X*信息管理部

戚机有限公司信息中心、质量安全保证部组织系统验收。

验收认可

*X*信息管理部、质量安全保证部

完成项目整体验收

通过验收

*X*信息管理部、质量安全保证部

篇3:研发部软件开发项目奖励奖金制度

软件开发项目奖励制度

为促进研发部门员工工作积极性,提高工作效率,按时高质完成工作任务,本着奖优罚劣的原则,特制订本奖金制度。

一、项目奖励制度定义

1、本制度所称奖金,是在工资范围之外,另行对按时高质完成项目工作任务的员工所给予的奖励,不是工资的必然组成部分,其有无、高低,直接按照在项目中的工作表现,而非法定或规定的范畴。

2、原则性规定

按照项目参与各部门各岗位职能,根据对项目贡献大小和完成的时间、进度、质量分别确定不同档次和数额的奖金标准及相应的考核标准;

每次项目领取奖金的人数不固定,每位在项目工作中表现优异的员工均可获得;

奖金与过失处罚无直接的必然联系,如存在工作过失受到处罚,则其受奖情况将由相关直接领导酌情确定;如责任不清时,由相关直接领导酌情确定责任承担情况;

项目奖金的考核时间为项目通过评审日或正式上线至当月工资发放之间,若中间评审时间需要延长或则延迟至下一个月,奖金发放时间与工资发放时间同步。

3、获得奖金的条件及考核

项目是否应该获得奖金、每个项目具体的奖金数额,由研发中心副总裁与公司其他领导(人力、财务、总裁等)协商后,根据项目进度及完成质量进行确定;

参与项目各职能人员将根据在项目工作中表现优异,对项目贡献大小和完成的时间、进度、质量,由项目经理或项目负责人与研发中心领导予以考核后,确定其应获奖金金额;

如工作出现重大责任时(由总裁办公会开会讨论确定),除取消所有相关人员当次奖金外,还将依据公司管理规定对相关责任人的项目奖金进行扣除直至调岗、开除等处罚;

如果下属出现违规情况,则其直接领导必须为其违规承担连带责任;对于连带责任的大小,则将依据该违规情况的具体情形予以分析后,对其领导扣除10%-100%奖金的处理。

4、本制度自通过审核发布之日开始实施;

5、其他本制度未确定事项以公司管理规定为准。

二、项目奖励实施考评表格

附表1:项目奖励实施考评表

项目考评内容

评述

相关说明

项目名称

项目开发预期要求说明

项目质量是否达到预期要求

是/否

项目预期完成时间

项目实际完成时间

项目是否按时完成

是/否

项目是否出现重大责任事故

是/否

项目是否可以获得奖金

是/否

项目立项预算奖金

项目实际发放奖金

项目奖金发放时间

项目奖金具体分配方案

分配方案说明

项目经理:

研发副总:

人事副总:

财务副总:

公司总裁:

备注

三、项目奖励制度具体实施

同样,项目考核也参考绩效考核规定进行考核打分,根据打分情况,决定对应项目个人奖金考核系数发放相应的项目资金。

附表2:项目成员任务考评表

被考

评人

项目任务

考核时间

序数

项目

分项目

考核说明

标准分值

得分

1

工作度量

个人

度量考核(如代码量、文档量、测试客服量)

20

团队管理

团队平均度量考核(如代码量、文档量、测试客服量)

02

工作质量

个人

质量考核(包括工作缺陷率等指标)

20

团队管理

团队平均质量考核(包括工作缺陷率等指标)

03

任务

完成

情况

个人

进度偏差

10

团队管理

团队成员平均进度偏差

04

执行力

安全制度

发生信息安全事故

10

其它制度

违反财务/行政/人力制度按制度规定

105

发展力

潜力

新技术的学习及掌握能力

5

培训

培训情况

56

沟通力

沟通力

与同事的沟通能力,包括沟通的有效性、及时性、顺畅程度等

107

工作

态度

工作态度

工作态度及完成领导交代事务态度

10项目经理

研发副总

最终得分

备注:

项目奖金的计算方案:

项目总奖金(实际奖金)=P*项目立项预算奖金

项目经理奖金=M*项目总奖金

项目成员奖金总额=(1-M)项目总奖金

项目成员个人奖金=Z*项目成员奖金总额

→P:项目团队绩效综合考核系数(根据项目完成时间、质量进行考评)

→M:项目管理层奖金系数(M

Z

极高于平均值

91-99

>Z

较高于平均值

81-90

Z

Z*项目成员奖金总额

71-80

较低于平均值

70分(含70分)以下

极低于平均值

示例:如A项目根据立项情况,公司管理层决定设定10000元的项目奖金,项目团队共计10人,其中项目经理1人,项目主管2人及项目成员7人。最后项目按时按质完成,公司管理决定对项目给予1.1的系数,发放项目奖金。

项目总奖金(11000)=1.1*项目立项预算奖金(10000)

项目经理奖金(2000)=0.2*11000

项目成员奖金总额=(1-0.2)*11000

项目成员个人奖金=Z*项目成员奖金总额

然后根据项目主管及项目成员的考核得分情况,对个人相应的系数Z(本次项目为0.1)进行调整,以下为模拟示例:

项目成员

系数

项目奖金

备注说明

项目经理

0.2

2000

项目主管A

0.15

1350

在项目实施过程中指导作用,负责管理。

项目主管B

0.15

1350

在项目实施过程中指导较大,负责管理。

项目成员C

0.15

1350

在项目实施过程中负责工作量大,效果显著。

项目成员D

0.15

1350

在项目实施过程中负责核心部分,重要作用。

项目成员E

0.1

900

在项目实施过程中负责工作量较大,效果好。

项目成员F

0.1

900

在项目实施过程中负责工作量较大,效果好。

项目成员G

0.08

720

在项目实施过程中负责工作量中等,按时完成。

项目成员H

0.08

720

在项目实施过程中负责工作量中等,按时完成。

项目成员I

0.04

360

在项目实施过程中负责工作量较小,主要学习和熟悉。

合计19000

四、项目奖励制度补充说明

1、明确项目需求和质量、时间要求

公司管理层必须明确项目需求,以及需要完成的时间和达到相关的质量要求,促使研发中心负责项目的负责人对项目研发周期、预期质量、所需要资源给予思考和书面分析、答复,同时承担相关责任。

2、分段考核、分段奖励

如果项目较为庞大、周期相对较长,由若干个小项目分批、分期来进行实施。公司管理层需要研发中心将项目按照计划结点分成阶段进行管理,每一个阶段终止都有相应的质量标准对完成情况进行考核;另外,还要将项目奖金按照项目划分的结点实行分段分配。

例如:公司某一重大项目被划分为5个结点进行考核,但是提成金并不是按照每份20%进行分配。项目奖金分配的基本原则是“工作难度大的结点提成比例较多,难度小的提成比例较少;项目前期的提成比例较少,后期的提成比例较多。”

3、项目调整和变更

如果在项目立项完成后,需要对项目进行调整和变更,需要由项目经理签头,汇同研发中心副总及公司管理层对项目目标、开发完成时间、质量、所需要的相关资源要求进行调整、确定。

制度专栏

热点制度职责

返回顶部
触屏版电脑版

© 制度大全 qiquha.com版权所有