|
其实这个问题本没有答案,因为不同的企业难点是不同的。 对于某些企业来讲,可能没有什么难点,譬如:某企业只想拿到一个评估证书,而不考虑改进效果。 尽管CMMI 2级是最基本的等级,如果真想将CMMI2级做好,其实还是不容易的,通常情况下的难点为: (1) 做一个切实可行的计划。 任务要识别的比较全面,估算的工作量比较合理,人员的安排不能超负荷、不能窝工,、进度安排紧凑而不失弹性。 (2) 实时掌握项目动态,发现问题,解决问题。 Ø 如果项目经理是技术人员出身,往往不喜欢在实时管理项目中每个任务的进展,总是阶段性的去检查,发现问题比较滞后。 Ø 如果项目经理缺乏技术背景,监督进展时往往浮于表面,没有深入实际判断是否任务真的进展顺利。 (3) 需求变更的影响分析要全面而完备 需求变更时要: Ø 分析对设计、编码、测试用例的影响; Ø 分析对规模、工作量、进度、成本的影响; Ø 分析对客户、开发人员、测试人员、管理人员等的影响; Ø 分析需求变更的相关风险 (4) 需求文档化 需求文档化是需求变更的基础,如果需求不全面、不正确、不详细则在后续的过程中变更的次数会比较频繁。而要做到前面说到的全面、正确、详细则可能需要加强需求获取、需求描述、需求评审的工作。 (5) 收集真实的、有用的度量数据,并得出管理结论 度量数据不在于多,而在于“精”。所谓“精”的含义是指:数据要准、数据要有用、数据要反馈在管理实践中。 Ø 用数据说话,用数据说真话。首先要保证数据的正确性与及时性,其次要能够通过这些数据分析出结论,体现在后续的管理措施中。数据的真实性是很多企业的面临的难题,数据不真实也就无从谈起数据的实用性。 Ø 度量数据的需求来源是管理的需要,从客户、高层经理、项目经理一直到具体的开发人员,各个层次、各个角度的人员都有自己感兴趣的数据,要基于这些人的实际数据需求去度量数据,要自顶而下的基于目标建立度量数据,不要度量无需求的数据。 Ø 有的数据要对数据进行分析,得出管理结论并定义相关的管理措施,以充分发挥数据的作用,否则,该数据就失去了存在的价格。 (6) 建立开发人员实施配置管理的工作习惯 Ø 工作产品要及时入库;度量数据不在于多,而在于“精”。所谓“精”的含义是指:数据要准、数据要有用、数据要反馈在管理实践中。 Ø 有的人不喜欢讲自己的工作产品提交到组织级的配置库,喜欢私有,不喜欢公开。或者不及时入库。 Ø 工作产品的变更要符合流程,要保留历史痕迹,可回溯。 (7) QA要严格、细致地对项目的活动与工作产品进行检查 在QA方面最常见的问题是: Ø 检查不全面,有的工作产品或活动没有检查; Ø 检查不细致,不能及时发现与流程的不符合问题
|
一共有 3 条评论
谢谢你的提问!
客户:(1) 交付产品的易用性和稳定性 ,这是对产品的具体的质量要求,不是客户对管理的要求,客户对产品的质量要求是写在客户需求中的,需要从技术上解决,当然也需要过程保证,这类的非功能性需求能量化的要量化,不能量化的要原型化,如果可以量化,则可以设计度量元,这需要具体需求具体分析。(2)客户的管理需求主要体现在进度上,即进度不可以拖期,需要设计度量元来跟踪进度与进展情况。
高层经理:(1)总成本,对于软件而言,刨去采购成本,主要是人力成本,人力成本主要取决于工作量,因此需要度量工作量的实际投入与计划投入. (2)客户关注的也是老板关注的.
PM: (1)客户和老板关注的也是PM必须关注的.(2)PM 还要关注工作效率,具体某个人,某个模块的质量问题,某个具体任务的进度等,而客户和老板是关注宏观的.
.......
具体角色不再分析,将来另外专题阐述.
软件开发中度量元大概可以划分为如下的6类:
(1)进度
(2)成本(工作量)
(3) 规模
(4)质量
(5)效率
(6)客户满意度
前5项称为:5项基本度量,一般是必须的.
有问题可以MAIL给我:renjialin@measures.net.cn
想请教任老师除了个人理解那些度量元素,各个不同的角色还比较关注哪些方面的度量要素?还可以对哪些元素进行度量?
个人对项目中各角色需要考虑进行度量的要素,理解如下:
客户:交付产品的易用性和稳定性;
高层经理:总成本,投入回报率;
项目经理:进度,工作量,项目成本;
系分:因设计问题导致对项目产生的影响;
开发人员:完成一项任务所需要的工时数,单元测试的覆盖率;
测试人员:每个模块的缺陷数,千行代码的缺陷数;
PPQA:不符合项数;
配置管理:物理审计发现问题的度量;