(3)已定义级(De?ned)。开发过程,包括技术工作和管理工作,均已实现标准化、文档化。建立了
完善的培训制度和专家评审制度,全部技术活动和管理活动均可控制,对项目进行中的过程、岗位和职责
均有共同的理解J。
(4)已管理级(Managed)。产品和过程已建立了定量的质量目标。开发活动中的生产率和质量是可
量度的。已建立过程数据库。已实现项目产品和过程的控制。可预测过程和产品质量趋势,如预测偏差,
实现及时纠正。
(5)优化级(Optimizing)。可集中精力改进过程,采用新技术、新方法。拥有防止出现缺陷、识别薄
弱环节以及加以改进的手段。可取得过程有效性的统计数据,并可据进行分析,从而得出最佳方法。
2.目前在我们软件开发工作中的哪些典型问题可以通过推行 CMM/CMMI2 的工作加以解决?
目前我们软件开发工作中许多典型问题都可以通过推行 CMM/CMMI2 级工作加以解决。下面我们就
列举出一些典型问题,您可以看一看在您的企业中是否存在类似的情况。注意每个问题后面括号中的名称
就是 CMM/CMMI 中解决该问题的关键过程域名称(KPA)。
Ø 项目开发计划是凭“经验”制定,缺少必要的科学依据。(SPP)
Ø 企业高层领导无法真实地了解和控制项目开发进程。(SPP)
Ø 无人知道一个项目的真实成本。(SPP)
Ø 对项目可能出现的风险一无所知。(SPP)
Ø 对开发人员的考核无科学依据。(SPP)
Ø 无人知道项目能否最终实现既定的目标。(SPTO)
Ø 软件开发中形成大量有价值的数据无人过问和收集。(SPTO)
Ø 在项目(产品)质量(缺陷水平)、成本、工期和技术等要求之间平衡问题上,缺乏有效地平
衡机制。
(SPTO)
Ø 不知道如何随着项目的进展,合理安排、配置和调整各种资源。(SPTO)
Ø 无人真正地知道客户需求变更次数及原因。(SRM)J
Ø 无人真正地知道是否客户的需求已经全部转化到项目产品之中。(SRM)
Ø 无人清楚地知道每次客户的需求变化对开发工作带来哪些负面影响潜在风险?(SRM)
Ø 无人清楚地知道被开发活动中的重大变更的次数及原因。(SCM)J
Ø 无人清楚地能够知道每次变更所带的潜在风险。(SCM)
Ø 无人清楚地知道被开发项目的每个单元状态(是否通过测试)。(SCM)
Ø 变更是随意的。(SCM)
Ø 无法完全地说清楚被开发代码与设计文档间的关系。(SCM)
Ø 无法有效地控制外包项目?(SSM)
Ø 无人对出现的各种技术或管理问题进行深入地分析,类似的问题不断发生。(SQA)
Ø 无人监督软件开发活动是否处于稳定状态,只有出现缺陷或质量事故时才想起控制。(SQA)
Ø 出现重大缺陷时,无正规的通报渠道。(SQA)
Ø 无人关心软件开发过程的适宜性、有效性和充分性。(SQA)
3.如何看待推行 CMM/CMMI 对我们目前工作带来的冲击?
许多软件企业都面临着两难的选择,一方面,对目前软件开发工作的混乱局面感到头痛,希望采取
措施,立即加以解决。另一方面,又担心推行 CMM/CMMI 对目前的开发工作带来冲击。特别是在开发任
务紧,人力资源不足,资金紧张的状况下,更难下定决心。
评论0
最新资源