项目管理制度.docx

上传人:b****5 文档编号:11857715 上传时间:2023-04-06 格式:DOCX 页数:13 大小:21.56KB
下载 相关 举报
项目管理制度.docx_第1页
第1页 / 共13页
项目管理制度.docx_第2页
第2页 / 共13页
项目管理制度.docx_第3页
第3页 / 共13页
项目管理制度.docx_第4页
第4页 / 共13页
项目管理制度.docx_第5页
第5页 / 共13页
点击查看更多>>
下载资源
资源描述

项目管理制度.docx

《项目管理制度.docx》由会员分享,可在线阅读,更多相关《项目管理制度.docx(13页珍藏版)》请在冰豆网上搜索。

项目管理制度.docx

项目管理制度

 

二、项目管理方案

 

(一)建设过程项目管理

 

(1)项目策划

软件项目策划的目的是为完成软件工程和管理软件项目制定合理的计划。

软件项目策划包含估计待完成的工作,建立必要的缩写和确定进行该工作

的计划。

软件策划首先作出有关待完成工作的定义和界定软件项目的约束和目标。

软件策划过程包括以下步骤:

估计软件工作产品规模及所需要的资源,制定时间表,鉴别和评估软件风险和协商约定。

在整个软件工各中,实际的进展与计划有变化,则可能需要重复地执行这些步骤。

该计划提供完成和管理软件项目活动的基础,并按照软件项目的资源、约束和能力,阐述对软件项目的和顾客作的约定。

项目策划和项目跟踪过程流程图如下:

 

开始

 

已批准的需求说明书、项

目合同、方案建议书

 

规模估计

成本、工作量、计算机资

源估计

 

是否有缺陷?

是制定项目开发计划

 

评审项目开发计划

 

是否有缺陷?

将计划纳入配置管理

 

执行项目开发计划

 

得到估计规模

得到计划日期

得到计划成本

得到计划的计

和工作量

算机资源

得到实际规模

得到实际日期

得到实际成本

得到实际的计

和工作量

算机资源

比较估计规模

比较计划日期

比较计划与实际

比较计划

和实际规模

和实际日期

成本和工作量

和实际的资源

 

更新公司过程财富库

数据分析

 

实际是否偏离

开发计划?

采取纠正措施

 

修订项目开发计划

通过评审

通知受影响的组

 

项目是否结

束?

结束

 

(2)风险管理

对于风险的管理,我们采用主动式的策略。

主动策略早在技术工作开始之

前就已经启动了,标识出潜在的风险,评估它们出现的概率及产生的影响,且按重要性加以排序,然后项目组建立一个计划来管理风险。

具体工作流程如下:

 

风险识别风险分析风险缓减风险跟踪

 

现阶段的风险列表:

风险

发生几

风险期

风险缓解计划

1

需求变更分0.8

8.0

6.4

在开发过程中加强与用户的交

流,将产生的阶段性工作产品

提交用户听取意见和建议,使

开发人员的理解与用户的要求

之间的分歧尽早暴露。

同时,

加强变更管理,对受控项的变

更纳入变更管理规范中。

在设

计中要求充分考虑到业务的通

用性。

2

组间协调

0.8

7.0

5.6

做到对需要协调处进行提前计

划,以获得其他小组的支持。

3

开发进度风0.7

8.0

5.6

采用迭代的开发过程,加强监

险分析

督每个项目组成员的工作进

度,控制按计划进度完成任务。

如果有意外事件影响计划进

度,立即安排人力并调整任务,

减小意外事故对整个进度的影

响。

项目负责人跟踪因工作进

度拖延而造成问题的解决

4

开发质量

0.7

8.0

5.6

执行开发规范,通过采用每天

进行的小组的代码评审以及严

格的单元测试来确保质量

格执行代码返工制度。

 

5

人员变动

0.7

7.0

4.9

开发过程文档化,做好配置管

理,快速提高项目组成员的技

术水平,将由于人员流动造成

的影响降低到最小程度。

6

系统性能

0.4

9.0

3.6

由专门的技术专家对性能问题

负责,用原型的方法进行技术

预演,在每一个层次进行性能

测试、调优,在必要的情况下

请外部专家进行汇诊,相关的

测试结果必须通知相关的人员

7

支持多样的0.4

7.0

2.8

由专门的技术人员跟进,对有

客户端

风险的客户端,事前考虑备用

方案,每个方案都进行原型的

准备

备注:

可能性:

0<=低<0.300.30<=中<0.700.70<=高<=1.00

影响/风险期望:

0<=低<3.03.0<=中<7.07.0<=高<9.09.0<=最高<=10.0

 

(3)软件项目跟踪和监督

在整个开发过程中,我方将加强项目管理,做好资源分配、配置管理、质量和进度控制、风险跟踪、合同管理,加强与用户和业主的实时沟通与协调等工作。

按照合同要求,定期向业主提供工程实施进展情况报告。

软件项目跟踪和监督的目的是建立对实际进展适当的可视性,使管理者能在软件项目进展明显偏离软件计划时采取有效措施。

软件项目跟踪和监督包括对照已文档化的估计、约定和计划评审,跟踪软件完成的情况和结果,并基于实际调整这些计划。

软件项目以文档化计划用作跟踪活动、传送状态和修订计划的基础。

管理人员监控软件活动,主要是通过在所选出的软件工作产品完成时和在所选择的里

程碑处,将实际的软件规模、工作量、成本和时间表与计划相比较,来确定进展的情况。

当确定未实现软件项目计划时,采取纠正措施。

这些措施可以包括修订

 

计划以反映实际的完成情况和重新策划遗留的工作或者采取改进性能的措施。

进度计划及跟踪工具:

MicrosoftOfficeProject。

 

(4)软件质量保证

软件质量保证由各种任务构成,这些任务分别与两种不同的参与都相关——做技术工作的软件工程师和负责质量保证的计划、监督、记录、分析及报告的软件质量保证(SQA)小组。

软件工程师通过采用可靠的技术方法和措施、进

行正式的技术复审、执行周密的测试来考虑质量问题。

SQA小组则是通过计划、

监督、记录、分析及报告等SQA活动,辅助项目小组得到高质量的最终产品。

过程中将会产生《质量审计报告》、《质量问题跟踪单》、《审计计划》、《质量保证计划》等报告,具体工作流程如下:

 

开始

 

参与项目策划

 

制订SQA计划

 

评审SQA计划

 

评审SDP、项目标准、规程

 

 

 

有缺陷吗?

纳入配置管理

 

审计活动评审工作产品

 

编制SQA报告

 

SQA报告分发

 

缺陷判断

按规程跟踪缺陷的修改

重大缺陷

文档置于配置管理之下

 

评审SQA活动

 

计划完成

结束

 

(5)软件配置管理

软件配置管理(SCM)是贯穿于整个软件过程中的保护性活动。

因为变化可能发生在任意时间,SCM活动设计来⑴标识变化,⑵控制变化,⑶保证变化被适当实现,⑷向相关人员报告变化。

具体工作流程如下:

 

需求

 

需求规格说明书

 

设计

编码

升级基线执行变更SCCB批准变更

 

基线

需求文档

SCCB验证和确

需求规格说明书SCCB授权变更

结构设计文档

程序代码

 

维护变更记录

 

辅助存储

 

在项目中,我们将使用MicrosoftVisualSourceSafe作为配置管理工具。

 

对上述安排我方会列出详细实施计划,包括人员姓名、经验、学历和在本项目中的职责分工。

 

具体工作安排如下:

为使工程按质、按量、按时及有序实施,我方对本项目有一个完善的管理

组织机构及项目负责人,我方投标时提交该组织机构的详细资料,包括职员姓名、职务、职称、主要资历、经验及承担过的项目。

组织机构的详细资料

项目组结构图如下:

 

项目管理是保证整个工程质量和工程进度的重要因素,只有严格的实施计划及项目管理,才能确保项目有计划、高质量地进行。

本项目将由业主和本公司共同组成项目管理委员会,并将通过对整个工程

实施的具体描述及相关人员的安排,能使参与工程实施的人员理解该项目的目标,明确各自的责任,从而降低计划延期和预算超支的风险。

 

职责说明:

项目实施人员的组成请参看项目组织机构图。

其中各组织及其主要人员的职责规定如下:

项目协调领导小组(项目管理委员会):

项目协调领导小组由业务方主要领导和我方主要领导组成,是整个系统的决策机构,对涉及项目的重大问题、基本方针、政策、总体工作计划、投资预算等作决策。

负责监督本项目的执行、协调

 

双方关系、处理重要事件、决策项目实施过程中的变更、协调与第三方监理公司的关系。

项目领导小组开发方成员负责任命开发方项目经理,并根据项目经理的提议任命整体架构师、总质量师、顾问小组组长。

顾问组:

对项目建设、质量管理、过程管理进行全面指导,拟由具有多年软件设计、开发和软件测试工作经验、熟悉软件工程过程的高水平技术人员担任。

验收评审组:

根据制定的验收标准进行验收;在有需要时,进行项目阶段

性的评审以及进行设备和工程的阶段验收;试运行顺利通过的最终项目验收;生成验收报告,提交项目领导小组审批。

技术委员会:

在公司范围内对项目阶段性评审,检查项目的阶段进度情况。

检查项目的技术结构及框架是否与公司的技术体系及框架相符。

项目经理:

项目经理对项目协调领导小组负责,向项目协调领导小组推荐

各专业组组长,全面具体负责项目的管理和技术工作,制定《项目计划书》、控制项目进度。

项目经理由具有多年以上开发工作经验和管理工作经验的高水平专

家担任。

SQA队伍:

负责制定《项目质量保证计划》,并按计划组织评审小组对各阶段的成果进行评审,测试。

对项目过程中的质量管理进行监控;协助项目执行小组对项目进行阶段评审;对发现的质量隐患进行监督;定期向执行小组提交项目实施监控报告;指出存在问题,提出解决方案。

总质量师具有软件项目工程实施和质量管理方面的经验,对质量监督和保证活动的决策、计划、组织与实施进行监督。

客户经理:

双方来往商务文件的制定和确定;设备订货和验收文件的管理;相关商务事情的洽商和协调;安排合作各方的客户服务事宜,处理一般性事务的联络人,安排协调例会。

需求分析组:

负责业务需求分析和业务规程制定,抽取商业原型,设计操作流程,编写详细的《需求分析报告》。

系统设计组:

由整体架构师率领的设计团队将依据《需求分析报告》分析编写《软件总体设计》、《软件测试计划》和《软件实施建议书》。

软件开发组:

根据设计小组提供的概要设计,负责详细设计和软件开发、调试。

软件测试组:

按总体组提供的《软件测试计划》制定具体测试方案,选用适当的测试工具或开发测试工具,进行各阶段的软件测试,并提出修改意见。

流程检查组:

负责检查项目整个过程是否按公司规定的流程进行,并负责纠正不符合流程的做法。

 

美工设计组:

负责项目中系统的各种展现的界面设计。

配置管理组:

负责软件配置管理工作,制定项目相关的命名规则、发布的

配置项、配置项的标识等,根据项目的不同基线管理软件的各个不同版本,负责管理和维护配置的完整性和可追踪性。

工程组:

负责应用系统的软件、硬件设备的安装和调试,依据《软件实施建议书》编写《软件安装计划》和《软件试运行计划》。

培训及支持组:

负责对各类用户和系统管理员进行培训,并长期对整个系统的运作提供技术支持。

 

人力资源的设置:

对于本项目,我方在项目组人员配置、方案设计与实施等方面都作了精心的准备和安排,调配市场部、技术部、工程部、软件部各部门的专业人员组成项目小组,在项目施工期间,未经业主方的建议或许可,项目经理等主要人员不会变更。

为更规范、专业地进行系统建设工作,在开始具体开发工作前,将与用户

共同成立了由不同服务部门人员组成的服务队伍,专职负责各项推广、实施、支持、维护、培训、系统拓展等工作,由服务人员直接面对用户相关领导和专职的

负责人员,双方相互配合,将本办公管理系统顺利搭建并实际的运作起来。

具体的服务队伍包括以下服务小组:

1)领导统筹小组

小组人员:

用户方相关领导和开发方负责该项目的副总和技术总监。

小组功能:

总体规划、协调整个推广、实施工作的计划安排和进度情况,

对系统的技术情况和需求进行全面的规划、设计,保证系统可用性以及推广、实施工作的顺利进行。

2)系统实施小组

小组成员:

用户方专职负责项目协调人员和开发公司项目经理和技术经理以及专职实施小组。

小组功能:

与各部门协调、沟通收集各种相关资料信息,为安装、配置、

修改、完善系统提供必要的资料,同时向客户提出具体的系统实施计划,并按照计划逐步实现,并通过系统中的“实施跟踪库”的交互功能,按照用户的需求不

断完善,直至系统开始使用后,该小组将成为客户服务小组,为客户提供各种技术、业务、培训、维护、拓展等方面的规范服务。

3)技术统筹小组

 

小组成员:

用户方相关技术人员(包括管理员)与开发公司专职技术经理

小组功能:

整体负责系统在调研、实施、修改完善、应用拓展等环节中出现的技术问题和客户技术需求,同时为客户后续应用需求进行规划和设计。

4)用户培训小组

小组成员:

开发公司培训部以及该项目的实施小组

小组功能:

用户培训小组将提供包括系统、认证课程培训、现场培训等的培训方式,支持用户技术人员尽快掌握系统的使用,而相应技术人员可进行必要系统维护工作,保证系统的运作顺畅。

5)业主方对应配合人员

为使系统的建设工作更顺利地进行,业主方可安排相应的人员(对应的领

导和技术人员)与开发公司的服务人员,共同就系统的调研、资料收集、业务需求分析、开发、安装、配置、运行、培训、维护等工作充分配合,使系统更具适用性,更能配合不同用户的办公需求。

因此,该部分人员应该对各自的办公运作比较熟悉,同时能对贵方目前的硬件、软件情况比较了解,便于及时安排必要的

资源。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 解决方案

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1