17气宇和分析进程.docx

上传人:b****8 文档编号:9494947 上传时间:2023-02-04 格式:DOCX 页数:12 大小:96.86KB
下载 相关 举报
17气宇和分析进程.docx_第1页
第1页 / 共12页
17气宇和分析进程.docx_第2页
第2页 / 共12页
17气宇和分析进程.docx_第3页
第3页 / 共12页
17气宇和分析进程.docx_第4页
第4页 / 共12页
17气宇和分析进程.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

17气宇和分析进程.docx

《17气宇和分析进程.docx》由会员分享,可在线阅读,更多相关《17气宇和分析进程.docx(12页珍藏版)》请在冰豆网上搜索。

17气宇和分析进程.docx

17气宇和分析进程

 

软通动力公司

气宇和分析进程

编号:

ISS-PRO-MA

版本:

 

作者:

SEPG

日期:

2008-9-8

审批:

日期:

 

变更记录

日期

版本

变更说明

作者

2008-9-8

创建

SEPG

1导言

1.1目的

指导成立和保护组织级气宇体系,以支持组织级治理的信息需要;指导项目依照项目信息需要制定气宇打算并实施气宇活动,分析搜集到的气宇数据,以判定项目概念软件进程的执行情形,并在必要时采取适当的纠正方法。

气宇和分析进程的目标主若是:

1.依照标识出的信息需要和目标成立组织级气宇体系,概念项目气宇指标

2.依照气宇体系在组织级和项目级实施气宇活动,并提供客观的气宇结果

1.2适用范围

本文档适用于软通动力公司及其所有项目,而且覆盖每一个项目生命周期的所有时期

1.3术语概念

MA:

MeasurementandAnalysis气宇和分析

信息需要:

指为达到项目或组织预定目标而需要关注的信息

可气宇概念:

关于如何将特定的活动和产品与需要了解的信息关联起来的概念

气宇构造:

实现可气宇概念的方式

CM:

ConfigurationManagement配置治理

PPQA:

ProcessandProductQualityAssurance进程和产品的质量保证

EPG:

EngineeringProcessGroup工程进程组

PDSP:

ProjectDefineSoftwareProcess项目概念软件进程

2进程综述

气宇与分析进程主若是依照组织的商业目标识别组织的治理信息需要和项目的信息需要,并依照信息需要的进程来制定项目的气宇与分析打算,确信项目的需要搜集分析的数据,和搜集分析的机会,利用适当的分析方式得出分析结论,并依照结论进行后续处置。

在项目的实施进程中,气宇数据、分析结果和相关的背景信息等需要在项目组中取得妥帖保留。

等项目终止以后,这些信息需要上交到组织级的资产库中,以便在组织范围内的充分利用这些信息。

实施气宇和分析进程,要紧包括以下一些内容:

●依照识别的信息需要,明确气宇和分析的目的;

●详细说明气宇、数据搜集和存储方式、分析技术、报告和反馈机制等内容;

●实施气宇,执行数据的搜集、存储、分析和报告;

●为制定决策和采取纠正行动提供客观的依据

3要紧角色及职责

角色名称

主要职责

备注

项目总监

为在组织内实施度量活动提供足够的资源与资金,支持度量活动的执行

参与度量定义评审

定期(每月)和里程碑处评审度量活动和工作产品

审批项目经理根据度量分析结果做的决策

项目经理

分配度量职责

识别信息需要并设定优先级

组织制定和维护度量定义

执行度量和分析活动

根据度量和分析活动的结果,制定项目决策,提出改进建议

定期(每月)和里程碑处评审项目的度量和分析活动

CM工程师

管理度量和分析活动相关的受控工作产品

PPQA工程师

审查和审计度量过程及其工作产品

项目组成员

参与度量数据的收集,并记录相关的背景信息

使用度量结果来帮助识别和纠正问题

EPG

负责建立和维护组织级度量体系

对项目进行项目定义过程分析与控制的有效性进行分析

维护本过程

4要紧子进程

4.1成立和保护组织级气宇体系

4.1.1参与人员

EPG

项目领导

4.1.2入口准那么

组织提供足够的资源和工具成立和保护组织级气宇体系

4.1.3输入

项目领导的访谈记录

公司的商业目标

4.1.4要紧活动

依照组织的商业目标和通过对项目领导,中层领导的访谈来确信组织的气宇目标,成立并按期保护组织气宇体系,在项目实施终止后要搜集分析项目性能数据以更新组织级的气宇体系。

[第一步]成立组织级气宇体系。

具体进程如下所述:

1.标识信息需要,标识信息需若是为达到预定目标而要关注的信息。

为了确保能标识所有的信息需要,咱们应该考虑多个信息源,信息需要的常见来源有以下几种:

✧风险评估:

在标识信息需要时,应该始终考虑技术和治理风险评估的结果。

风险评估可能会指出与需求、技术、进程、本钱或进度相关的信息需要。

✧项目约束和假设:

项目打算通常基于许多假设,如供给商的性能或测试设施的可用性。

缺乏能够阻碍工作量、进度和质量评估的信息应该看做是一项信息需要。

而且,进度和预算可能有着不可改变的或相冲突的约束。

若是与这些约束有偏离而要挟到了项目的成功,就需要将这些区域标识为信息需要。

✧杠杆技术:

项目的成功可能依托于衡量一些特定的技术,如利用非开发构件(商用成品构件、购买的软件包、重用的构件等)、通用领域构架或高级编程语言。

若是组织对达到已概念的验收准那么、宣传的目标或其他外部准那么的能力有极大的疑心,那么对这些准那么的中意度进行标识就成了一项信息需要。

✧外部的需求:

许多项目的信息需要与需求和涉及项目外部的事物相关。

例如,作出测试或产品是不是预备就绪的决策,可能需要标识某些外部客户驱动的信息需要并在项目内进行跟踪。

知足具有挑战性的或不太实际的组织级目标的可能性作为一个项目的信息需要。

✧体会:

有过类似项目体会的项目组可将潜在的问题领域标识为信息需要。

组织级要求搜集的信息,每一个信息需要都应该用适合的项目术语陈述。

应该关注那些对项目重要的信息需要。

例如,一个新开发项目与进度相关的信息需要可能是生产率是不是足以在打算的完成日期交付产品。

一个保护项目的类似的信息需要可能是每一个人月完成的变更请求数是不是足以支持打算的完成日期。

2.将信息需要映射到信息分类。

大部份项目信息需要能够通过通用域来分组,称作信息分类,在标识信息需要以后就能够够映射到已概念的信息分类。

在组织级概念了7类信息分类,别离是:

✧进度和进展

✧工作量/本钱/资源

✧产品规模

✧需求

✧进程性能

✧质量

✧客户中意度

3.气宇构造。

在这一部份中咱们将知足以上七类信息需要的可气宇概念标准化成气宇构造。

一个单一的气宇构造能够包括三种气宇类型或层次:

大体气宇、派动气宇、和指示器。

针对每一个气宇概念给出相应的指示器、大体气宇、派动气宇、属性,具体的进程如以下图所示:

气宇构造细节

4.确信气宇机会。

指定气宇数据搜集、分析和报告的频率。

并为每一个可气宇概念指定相关的搜集验证分析负责人,

5.依照上面的进程整理形成组织级的《气宇概念》,项目的气宇概念在此基础上裁剪而成。

[第二步]保护组织级气宇体系。

组织级气宇体系分为按期和不按期的保护。

EPG小组选定一名成员每两个月对组织级气宇体系进行更新保护,不按期的在项目终止时EPG小组搜集项目的性能数据,并对这些数据和组织的气宇体系进行对照分析。

依照按期和不按期的对组织气宇体系的更新和分析来不断的持续改良组织的气宇体系,使其更符合组织的现状。

4.1.5出口准那么

成立了组织级气宇体系并指定了专门的保护人员

4.1.6输出

气宇概念

组织进程能力基线

项目性能模板

4.2制定气宇概念

4.2.1参与人员

项目总监

项目领导

项目组成员

PPQA

EPG

4.2.2入口准那么

项目已经立项

组织为项目提供足够的资源和工具制定气宇和分析打算

4.2.3输入

项目章程

PDSP

项目打算

气宇概念

组织进程能力基线

组织气宇数据库

4.2.4要紧活动

主若是《项目气宇概念》的制定进程,制定进程与项目进程概念类似。

具体步骤如下:

[第一步]确信项目气宇进程治理相关的角色与职责。

[第二步]依照确信的项目信息需要及其优先级,并参考组织级的气宇概念对可气宇概念范围进行裁剪,确信项目需要哪些可气宇概念。

[第三步]对各个需要的可气宇概念的概念进行具文体剪,包括相关派动气宇元、大体气宇元的裁剪,相关数据搜集/验证/分析/汇报规程的裁剪。

[第四步]依照项目的需要制定项目的进程性能目标,依照组织进程能力基线中组织级目标和项目的具体情形来估量项目的性能目标并说明理由。

项目要别离针对项目的每一个性能目标制定决策准那么,并依照决策准那么制定相应的调整方法。

项目的性能目标主若是从进度,工作量,规模,生产率,同行评审几个方面来估量。

关于规模,同行评审-评审效率来讲只针对超过项目的阈值范围这一个决策准那么制定调整方法。

针对生产率分为项目整个生命周期生产率和项目编码单元测试时期生产率两个值,在项目编码单元测试里程碑完成的里程碑报告中需要对实际值和打算值进行比较。

而对项目生命周期生产率需要在项目终止时进行分析。

[第五步]项目领导依照评审进程组织对《项目气宇概念》进行评审,并将结果记录在评审报告中。

打算要通过项目总监的审批。

(具体进程请参看评审进程)

[第六步]依照配置治理进程将《项目气宇概念》纳入到基线库中。

(请参看配置治理进程)

4.2.5出口准那么

项目气宇概念通过评审并纳入基线

4.2.6输出

项目气宇概念

打算评审报告

4.3实施气宇和分析活动

4.3.1参与人员

项目总监

项目领导

项目组成员

PPQA

EPG

4.3.2入口准那么

项目气宇概念已通过评审并纳入基线

组织为项目提供足够的资源和工具跟踪项目气宇概念

4.3.3输入

项目气宇概念

项目开发打算

数据验证检查表

4.3.4要紧活动

[第一步]项目领导依照气宇概念中规定的频率,依照数据搜集与分析指南,对项目的相关数据进行搜集和分析;

[第二步]在每一个里程碑由项目领导依照气宇概念中规定的验证规程,和数据验证检查表验证数据的完整性和准确性,每周由项目中的PPQA人员来验证数据的完整性和准确性;

[第三步]将搜集的数据填入数据分析报告中相应的指示器里,对本时期规模、工作量、进度、本钱、时期质量目标实现情形、质量活动的情形、需求实现和变更情形、风险、客户反馈问题、项目问题、培训等进行总结,依照项目性能目标中规定的决策准那么来跟踪项目性能目标的实现情形,并实施必要的调整方法,如调整打算、减少需求、增加资源等等。

[第四步]项目领导按期将数据分析报告提交给项目组成员和项目总监。

[第五步]在项目终止的时候,项目领导填写项目总结报告,并填报项目性能数据,EPG小组负责审核数据正确性和完整性,并将其纳入典型项目性能基线库。

4.3.5出口准那么

项目终止,按气宇概念里的要求形成项目性能数据

4.3.6输出

数据分析报告

项目进展报告

里程碑报告

数据验证检查表

项目总结报告

项目性能数据

5气宇

气宇实施气宇和分析活动所花费的工作量/本钱,并计算其占项目工作量/本钱的百分比,以分析气宇和分析活动的投入是不是适合;

计算通过气宇和分析活动所发觉的重大问题和风险的个数,来分析气宇和分析活动带来的效益。

6裁剪指南

6.1不可剪裁项

所有子进程及其活动范围都不可剪裁

6.2可裁剪项

7其他约束

8相关文档

《气宇概念》

《数据分析报告》

《数据验证检查表》

 

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

当前位置:首页 > 解决方案 > 商业计划

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

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