lucius_yu的专栏

"道可道,非常道" - 取自老子>如果一个道理,原理是可以说明的,那它就不是一个不变的,适用于所有情况的"常道".个人认为CMMI不是一个"常道",敏捷方法也不是一个"常道" 什么是CMMI?CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成模型，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的。CMM

一个重要的前提在CMMI知识体系中有个重要的过程管理前提, 即系统的质量受到过程质量的影响.也就是说,没有好的过程就没有好的系统质量. 在实际运用中,我们却常听到质量管理人员感叹"人的素质很重要呀". 所以我个人认为不能有个误区,即找一套"好"的流程,招几个质量顾问,我们的产品质量就会好.项目组全体人员对流程的理解和认同并愿意执行比照搬一套"好"的流程更重要.CMMI框架CMMI框架是一个

介绍 需求管理的目的是用于管理项目产品或产品部件的需求以便可以标识处需求与项目计划,工作产品之间的不一致性.  分类需求又包含技术与非技术性的需求.  技术性的需求又包含各种功能性的需求和性能的需求. 如满足各种业务功能,支持不同的配置,产品的容错性,产品的不间断提供服务,单位时间内的业务处理能力等等. 非技术性的需求,包含产品交付时间,交付方式,相关培训,

1. 介绍 在一个成熟的,具有一定规模的组织或项目中风险管理是非常重要的管理方面.在CMMI中风险管理属于等级三的一个强制实行的过程域.而在风险管理中,风险识别是其中的第一步.如果没有有效的,系统化的风险识别.后续的风险管理就无从谈起. 在具体进行风险识别时, 风险识别的方法主要有两类:一类是从顶—底的方法,另一类是从底—顶的方法。在从底—顶的方法中,主要有财务报表分析法,流程图分

 在困难项目中进行评审问题． 项目运行过程中，整个网络系统技术方案由系统组提供，软件组负责软件子系统技术方案，软件代码实现，软件测试．由于系统组缺乏经验，项目中决定引入评审．在评审过程中要求软件组参与．原因为软件组可尽早了解系统方案．有利于解决人力资源的问题．其立意是好的，不过在实现上效果很差．原因如下： 不同于同行评审，软件组并没有进行系统方案设计的培训，不具备系统方案同