CMMI-5个级别和系统集成4个级别

cmmi认证的五个级别-回复什么是CMMI认证？CMMI（Capability Maturity Model Integration）即能力成熟度模型集成，是一种评估组织和项目管理成熟度的国际标准。

CMMI认证是衡量一个组织在软件和系统工程能力方面的成熟度和质量的标志性认证。

CMMI认证的五个级别包括：1. 初始级别（Level 1 - Initial）：在初始级别，组织的过程是不稳定和不可预测的。

项目的成功主要依赖于个别才能和努力，而非建立在可靠的过程基础之上。

2. 管理级别（Level 2 - Managed）：在管理级别，组织开始建立一些以规程为基础的基本过程，以帮助管理项目和控制风险。

这些过程可以增加预测性和稳定性，并确保项目能够按计划、按时和按预算完成。

3. 定义级别（Level 3 - Defined）：在定义级别，组织已经定义了一套标准化的过程，并在整个组织中进行实施。

这些过程可以帮助组织增强一致性、效率和质量。

此外，组织还会指定具体的角色和职责，以确保过程的正确执行。

4. 稳定级别（Level 4 - Quantitatively Managed）：在稳定级别，组织利用定量的数据管理和控制过程绩效。

通过收集和分析数据，组织能够更好地了解其过程性能，并制定相应的改进措施。

5. 优化级别（Level 5 - Optimizing）：在优化级别，组织为自身的持续改进建立了一个强大的框架。

组织通过实时监控和不断优化过程，以改进绩效并适应变化的需求。

CMMI认证意味着组织在软件和系统工程方面遵循了一系列行业最佳实践，并且具备了良好的过程质量和管理能力。

这可以为组织带来许多好处，如提高项目交付质量、降低风险和成本、加强供应链管理等。

要获得CMMI认证，组织需要经历一系列评估和审查过程。

首先，组织需要对自己的过程进行评估，以确定当前的成熟度级别。

然后，组织需要开展一系列改进活动，以使其过程逐渐提升到下一个级别。

CMMI 软件工程CMMI 软件工程1. 简介CMMI（Capability Maturity Model Integration）是一种软件工程模型，旨在评估和改进组织的软件开发和维护过程。

它提供了一系列的最佳实践和指南，帮助组织提高软件开发的可预测性和质量。

CMMI软件工程模型由CMMI研究所开发并维护，它整合了CMM 和其他多个软件工程模型的优点，创建了一个通用的、可定制的评估框架。

2. CMMI框架CMMI框架分为五个不同的成熟度级别和数十个过程领域。

每个成熟度级别定义了一组特定的目标和实践，以帮助组织逐步实现良好的软件工程实践。

以下是CMMI的五个成熟度级别：2.1 初始级别（Level 1 - Initial）初始级别代表了一个没有定义和建立过程能力的状态。

在初始级别，组织的软件过程通常是不可预测的和不稳定的，由个人技能和直觉来驱动。

2.2 管理级别（Level 2 - Managed）管理级别代表了一个在某些项目中建立了稳定的软件开发过程的组织。

管理级别的关键特征是过程的可重复性和能力的量化。

2.3 定义级别（Level 3 - Defined）定义级别代表了一个为整个组织定义和标准化了软件开发过程的组织。

在定义级别，组织已经建立了一套标准的过程，并通过培训和监督来确保过程的遵循。

2.4 管理和测量级别（Level 4 - Quantitatively Managed）管理和测量级别代表了一个在对软件过程的量化管理上有更高水平的组织。

在此级别，组织借助统计分析和量化技术来管理和优化软件开发过程。

2.5 优化级别（Level 5 - Optimizing）优化级别代表了一个不断追求卓越并对软件过程进行主动改进的组织。

在优化级别，组织的重点是通过创新和持续改进来提高软件开发过程。

3. CMMI的优势3.1 改进软件质量通过CMMI模型，组织可以建立统一的软件过程，从而提高软件的质量和可靠性。

CMMI的五个级别
CMMI是世界公认的软件产品进入国际市场的通行证，它不仅仅是对产品质量的认证，更是一种软件过程改善的途径。

参与CMMI评估的博科负责人表示，通过CMMI的评估认证不是目标，它只是推动软件企业在产品的研发、生产、服务和管理上不断成熟和进步的手段，是一种持续提升和完善企业自身能力的过程。

如果一家公司最终通过CMMI的评估认证，标志着该公司在质量管理的能力已经上升到一个新的高度。

cmmi的五个级别
CMMI一共分为五个等级。

1、CMMI一级，初始级。

初始级水平上，软件开发过程是无序的，甚至是混乱的，对过程管理几乎没有定义，成功与否取决于个人。

管理是反应式的。

2、CMMI二级，管理级。

管理级水平上，已管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。

制定了必要的过程规范，能重复早期类似应用项目取得的成功经验。

3、CMMI三级，定义级。

定义级水平上，已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。

所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。

4、CMMI四级，量化管理级。

分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。

管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。

5、CMMI五级，优化级。

优化管理级的量化反馈和先进的新思想、新技术促使过程持续不断改进。

CMM1：初始级，Inltial，不可预测并且缺乏控制；
CMM2：可重复级：Repeatable，可重复以前的主要经验；
（关键过程区域：需求管理；软件项目计划；软件项目跟踪和监督；软件子合同管理；软件质量保证；软件配置管理。

）
CMM3：已定义级：Defined，过程被描述，并得到良好理解；
（关键过程区域：组织过程定义；组织过程焦点；培训大纲；集成软件管理；软件产品工程；组际协调；同行评审。

）
CMM4：已管理级：Managed，过程被测量并受控；
（关键过程区域：定量的过程管理；软件质量管理。

）
CMM5：优化级，Optimizing，关注过程改进。

（关键过程区域：缺陷预防；技术变更管理；过程变更管理。

）。

cmmi认证的五个级别-回复CMMI（Capability Maturity Model Integration，即能力成熟度模型集成）是软件和系统工程领域中的一种通用过程改进框架，通过评估组织的过程能力，提供了一种逐步改进组织软件和系统工程能力的路径。

CMMI 认证是对组织过程的认可，分为五个级别，分别是初始级、管控级、已定义级、已管理级和优化级。

首先，初始级是CMMI认证的第一个级别。

组织在初始级别下，缺乏明确定义的过程，其实践通常是基于个人技能和直觉而非统一的约束。

这意味着组织的过程不可靠、不稳定，并且缺乏一个良好的管理体系。

在初始级别下，组织可能会经历一些不可预见的挑战和困难。

要达到下一个级别，组织需要开始确立和追踪过程，并收集数据来了解过程的表现。

接下来是管控级。

管控级是组织开始追求稳定过程的级别。

在此级别，组织开始将工作任务、资源和时间进行规划和管理，以确保项目按时完成。

组织开始采用一些重复使用的过程，并关注项目管理和风险管理。

在管控级别下，组织要努力改善过程并确保过程的持续改进。

为了达到下一个级别，组织需要定义并文档化其过程，并对其过程和项目进行定期的评估。

第三个级别是已定义级。

在此级别，组织开始定义过程的规则、程序和活动，并将其记录在文档中。

组织开始制定标准，以确保过程的一致性和质量。

在已定义级别下，组织需要开展员工培训，以确保他们理解并使用过程文档中描述的方法和技术。

组织需要通过内部审计来验证过程的合规性和有效性，并定期进行过程改进。

为了达到下一个级别，组织需要集成过程，以提高效率和质量，并进一步改善过程。

已管理级是CMMI认证的第四个级别。

在此级别，组织已经建立了一套可管理的过程，并可以基于量化的数据进行决策。

组织开始监控和控制过程的执行情况，并对过程进行量化的度量和分析。

这使组织能够预测和缓解风险，并根据过程绩效的实际反馈进行改进。

在已管理级别下，组织还需要开展持续的过程改进活动，并通过度量和分析来优化过程绩效。

CMMI扫盲1⾄5级简述CMMI扫盲摘要：CMMI全称是Capability Maturity Model Integration，CMMI是个好东西来的，但⾏内⼈⼠对她的认识并不全⾯，甚⾄有种种的误解。

尽管⽹上有很多CMMI相关介绍，但⼀般都是⽐较苦涩难懂的。

本⽂将⽤⽣动通俗的语句，让⼤家初步看清楚CMMI的真⾯⾯孔。

CMMI是什么东西？CMMI英⽂全称是Capability Maturity Model Integration，直接翻译就是能⼒成熟度模型，直接看这⼏个中⽂字，你还是没有办法搞清楚CMMI是什么东西的。

⼤家可能在⽹上见过很多《成功⼈⼠的七个习惯》（可能还有很多类似的名字）的⽂章吧？有⼈总结了成功⼈⼠的成功的原因，总结出他们的习惯，如果我们也能具备这些习惯，那么我们也很可能成为成功⼈⼠。

类似的，CMMI可以看作是成功企业如何做好软件的⼀些习惯、做法、准则等的集合，是如何做好软件的最佳实践的集合。

如果企业也能按照CMMI的要求做好，那么企业就很可能成为成功的企业。

CMMI⾥⾯所有的要求，都是来⾃于成功企业的最佳实践的，她的先进性我们不必怀疑，如果我们没有做好，那不是CMMI本⾝的问题，⽽是我们⾃⼰没有理解好或者是没有执⾏好的原因。

说到CMMI，就不可避免会提到另外3个字母SEI，SEI全称是Software Engineering Institute 的全称，直译就是软件⼯程研究所，是美国的⼀所⼤学（卡内基梅隆⼤学CMU）与美国国防部合作成⽴的，CMMI标准就是他们搞出来的。

CMMI⽬前最新版本是V1.2，如果你是现在才开始了解CMMI的，那么你完全没有必要去搞清楚V1.1与V1.2的差别，更加没有必要去⽐较CMM与CMMI的差别，直接了解CMMI V1.2就可以了，你只需要知道CMM是CMMI的前⾝，⽽CMMI V1.1虽然⽐CMM要新很多，但现在已经不⽤了。

现在在互联⽹上还有很多⽐较CMM与CMMI的⽂章的，除⾮你很想了解或者你有很多时间，建议不必去看这些内容。

CMMI 软件工程概述CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种用于评估和改进组织软件工程和系统工程成熟度的框架。

它被广泛应用于软件行业，旨在帮助组织提高其软件开发和管理的能力，以达到更高的质量、效率和可靠性。

CMMI 模型框架CMMI 模型框架由五个成熟度级别组成，每个级别都代表了组织软件过程成熟度的不同层次。

1. 初始级别：在这个级别，组织的软件工程过程通常是不可预测和不稳定的，缺乏系统性的方法和标准化流程。

团队经验有限，对项目的规模和复杂性把握不准确。

2. 可管理级别：在这个级别，组织开始建立稳定的软件工程过程，并制定了一些基本的方法和流程。

团队开始意识到项目管理的重要性，并采取一些控制措施来保证项目的顺利进行。

3. 定义级别：在这个级别，组织建立了一套标准化的软件工程过程，包括开发、测试、配置管理等方面。

团队成员对这些过程有清晰的理解，并按照规定的流程进行工作。

4. 稳定级别：在这个级别，组织的软件工程过程已经相对稳定，并且根据实际情况进行了调整和改进。

过程的绩效可以被度量和监控，并且可以用于作出合理的决策。

5. 优化级别：在这个级别，组织的软件工程过程已经达到了最高的成熟度水平。

过程的绩效持续不断地进行评估和改进，以适应不断变化的需求和环境。

CMMI 过程领域CMMI 模型框架定义了一些关键的过程领域，用于评估组织软件工程能力的不同方面。

这些过程领域包括需求管理、项目计划与控制、项目监控与评估、产品集成、风险管理等。

每个过程领域都有一些关键实践区域，用于指导组织在这个领域的工作。

CMMI 的应用CMMI 可以被用于不同规模和类型的组织，在软件工程和系统工程领域都有广泛应用。

通过评估组织的软件工程能力，CMMI 可以帮助组织识别其存在的问题和改进的方向，并提供一套方法和标准，以帮助组织实现其软件工程目标。

CMMI 还可以帮助组织在软件工程领域建立一套持续改进的机制，以适应快速变化的市场需求。

CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法，用于评估和提升组织的软件工程能力。

CMMI分为五个不同的成熟度级别，每个级别都有一组相关的过程域。

本文将详细介绍CMMI的五个级别和25个过程域。

1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。

在这个级别上，软件开发过程通常是不可控制的，且无法重复使用。

这意味着项目结果无法预测和控制，导致成本和进度的不确定性。

2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。

在这个级别上，组织已经建立了一些基本的软件开发过程，并能够在不同的项目中重复使用这些过程。

然而，这些过程还没有得到完全的规范和标准化。

2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。

它涉及定义、确认和维护需求，以确保项目能够满足用户的期望。

2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。

它确保项目能够按计划进行，并能够做出合适的调整以达到预期的目标。

2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。

它确保与供应商的交付和管理能够满足项目的需求。

2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。

它涉及质量计划、质量审查和质量度量等活动。

2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。

CMMI 软件工程CMMI 软件工程简介CMMI（Capability Maturity Model Integration）是一种软件工程能力成熟度模型，用于评价和提升组织的软件工程能力。

它提供了一组最佳实践指南，帮助组织改进和优化其软件开发过程，以提高软件质量、提高项目管理效率和降低风险。

软件工程能力成熟度模型软件工程能力成熟度模型是评估和改进组织软件工程能力的一种工具。

CMMI是目前应用最广泛、最权威的软件工程能力成熟度模型之一。

它由美国计算机学会（ACM）和美国软件工程研究所（SEI）联合开发，并在全球范围内广泛应用。

CMMI包含5个不同的成熟度等级，从初始级到优化级分别为：1. 初始级：过程未被那么系统地定义和执行。

2. 管理级：过程被管理以确保可重复性。

3. 定义级：过程被定义和标准化，以确保一致性。

4. 量化管理级：过程的结果被定量地测量和控制，以实现质量管理。

5. 优化级：过程的持续改进。

CMMI框架结构CMMI框架结构由两个主要组成部分组成：持续性和能力。

持续性持续性组成部分包括CMMI模型的共同元素，它们适用于各种不同领域的组织。

这些元素包括：- 成熟度级别：描述了组织软件工程过程成熟度的5个级别。

- 指南：提供了一些指导方针，帮助组织在每个成熟度级别上改进其软件工程过程。

- 验证和审计：包括对组织软件工程能力的验证和审计过程。

- 改进计划：帮助组织开展改进活动并跟踪其改进进度的计划。

能力能力组成部分是针对特定领域的CMMI模型，例如软件工程、系统工程等。

CMMI软件工程模型是最为常用的能力组成部分。

该模型定义了一个层次结构，包含若干核心能力和过程区域。

核心能力包括：1. 要求管理：管理对软件产品和过程的需求和需求变更。

2. 项目管理：管理软件项目的进度、成本、质量和风险。

3. 工程过程：定义和执行软件开发和维护过程。

4. 支持过程：提供支持和管理软件开发和维护过程的服务。

5. 交付过程：交付软件产品或软件相关的技术和文档。

CMMI的五个级别如何理解呢？我来做个类比。

大家都学过社会发展简史，人类社会经历了原始社会、奴隶社会、封建社会、资本主义社会，还有马克思预言的共产主义社会。

CMMI五个级别分别与人类社会的五个形态有类似之处。

CMMI一级如同原始社会。

在原始社会，没有法律、没有制度，部落间发生冲突和相互仇杀是常有的事情。

在CMMI一级的组织，产品开发没有规矩，每个人的工作方式全凭喜好和习惯，一般项目中也极少有关于过程方面的规定，不论采用什么方法、遵循什么样的开发步骤，最后只要把代码写出来了就可以了，软件开发的主要活动就是编码和调试。

很少有项目计划，顶多有个项目时间表，需求、设计等工程文档也很少有。

CMMI二级如同中国的奴隶社会。

从奴隶社会开始，人类便有了文字记载的历史，出现了法律法规，人类进入文明时代，夏、商、周、春秋战国都属于奴隶社会。

但中国的奴隶社会国家，实际上是由众多的诸侯国构成，每个诸侯国有自己法律、度量衡、货币、语言、文字等。

处于CMMI二级的组织，各个项目（好比诸侯国）有了各自的制度和标准，比如项目A规定采用瀑布开发模型，使用CVS作为配置管理工具，要度量项目的进度和成本；而项目B规定采用增量开发模型，使用VSS作为配置管理工具，度量项目的质量成本和需求稳定度。

同CMMI一级比，项目的开发过程已由混乱的开发方式跃迁到了有纪律的开发过程。

公元前221年，秦始皇统一全国，从此中国开始步入了封建社会。

秦始皇不仅仅统一了领土，更具有长远意义的是他统一了法律、文字、货币和度量衡。

在秦之前的诸侯割据时代，文字的不统一严重影响文化传播和交流，货币制的不统一，也严重阻碍着各地商品的流通及统一国家的财政收支，其它方面的不统一也同样带来各种各样的问题。

文字、货币、度量衡的统一，在中国历史上占有重要地位。

孔子之孙子思在《中庸》倡导“今天下，书同文、车同轨、行同伦”，可见统一的、标准化是多么重要，如同工业上零件规格的统一，或网络协议的统一一样，都有着重要。

cmmi标准CMMI标准。

CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织的过程和绩效的方法。

CMMI标准被广泛应用于软件开发、系统集成、供应链管理和服务交付等领域。

它提供了一套用于评估组织过程成熟度和绩效的标准，帮助组织建立和改进其过程，从而提高产品和服务的质量，降低成本，提高生产力。

CMMI标准的核心是过程成熟度框架，它描述了不同成熟度级别的过程能力，并提供了一套用于评估和改进过程的指南。

CMMI标准包括了五个成熟度级别，分别是初始级、可重复级、已定义级、已管理级和优化级。

每个级别都描述了一组过程能力要素，包括项目管理、工程、支持和过程管理等方面。

CMMI标准的实施可以带来许多好处。

首先，它可以帮助组织建立和改进其过程，提高产品和服务的质量。

其次，它可以降低成本，提高生产力，改善项目交付的时间和成本。

最后，它可以帮助组织建立一个持续改进的文化，促进组织的持续发展和成长。

为了实施CMMI标准，组织需要采取一系列的步骤。

首先，组织需要进行过程评估，了解当前的过程能力和绩效水平。

然后，组织需要制定改进计划，确定改进的重点和目标。

接下来，组织需要实施改进计划，包括培训、流程设计、工具支持等方面。

最后，组织需要监控和评估改进效果，不断优化和改进过程。

在实施CMMI标准的过程中，组织需要注意一些关键的成功因素。

首先，领导的支持和参与是至关重要的，领导需要明确改进的重要性，并提供必要的资源和支持。

其次，员工的参与和培训是必不可少的，员工需要了解CMMI标准，掌握改进的方法和技术。

最后，持续改进是关键，组织需要建立一个持续改进的机制，不断提高过程能力和绩效水平。

总之，CMMI标准是一种用于评估和改进组织过程和绩效的方法，它可以帮助组织建立和改进其过程，提高产品和服务的质量，降低成本，提高生产力。

实施CMMI标准需要组织采取一系列的步骤，并注意一些关键的成功因素。

CMMI将能力成熟度分为5个级别：初始级，已管理级，已定义级，量化管理级，优化级。

这5个成熟度等级为评价软件过程能力提供了一个有序的级别，如图5-10所示。

同时也为软件过程改进工作指明了方向，让人们分清轻重缓急，指导人们一步一步地改进过程能力而不是企图跳跃式地前进。

1初始化-->2.已管理级-->3.已定义级-->4.量化管理级-->5.优化级除了成熟度等级，CMMI还有一个重要的概念是过程域(Process Area)。

过程域指出了达到某个成熟度等级必须要解决的一族问题。

除了初始级以外，每个成熟度等级都有若干个过程域，如表5-1所示。

由于成熟度等级是循序渐进的，如果想达到某个成熟度等级，例如CMMI 3级，除了满足CMMI 3级本身11过程域之外，还要满足CMMI 2级的7个过程域，依此类推。

、过程管理:1. OPD :(Organizational Process Definition)组织级过程定义。

建立和维护有用的组织过程资产2. OPF：(Organizational Process Focus)组织级过程焦点。

在理解现有过程强项和弱项的基础上计划和实施组织过程改善3. OT ：(Orga nizatio nal Trai ning)组织培训管理。

增加组织各级人员的技能和知识，使他们能有效地执行他们的任务。

二、项目管理：4. PP：( Project Plan)项目计划。

保证在正确的时间有正确的资源可用。

为每个人员分配任务。

协调人员。

根据实际情况，调整项目。

5. PMC： ( Project Monitoring and Control)项目监督与控制。

通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。

6. SAM：(Supplier Agreement Managemen)t 供应商协议管理。

cmmi质量层次 -(级别)CMMI质量层次 - 5个级别第一级别：初始级（Level 1 - Initial）初始级是组织质量管理成熟度的最低级别，也是最不成熟的级别。

在初始级别中，组织的过程是不可预测和不稳定的，缺乏统一的标准和规范。

项目的成功主要依赖于个别人员的努力和经验，而非组织的过程能力。

在初始级别中，组织需要采取一些措施来提高其质量管理能力，例如制定标准化的工作流程和规范，建立过程度量和分析的能力，并为项目提供必要的资源和支持。

第二级别：已管理级（Level 2 - Managed）已管理级是组织质量管理成熟度的第二级别。

在已管理级别中，组织已经开始建立一些基本的质量管理过程和实践。

这些过程和实践可以帮助组织在项目管理和交付方面更加可控和可预测。

在已管理级别中，组织需要建立项目计划和进度管理的过程，确保项目在预算和时间范围内交付，并进行配置管理和变更管理，以确保项目的稳定性和一致性。

第三级别：已定义级（Level 3 - Defined）已定义级是组织质量管理成熟度的中等级别。

在已定义级别中，组织已经建立了一套标准化的质量管理过程，并通过培训和沟通确保这些过程得到有效执行。

在已定义级别中，组织需要制定和维护一套标准的工作流程，包括需求管理、配置管理、项目评审等，以确保团队成员之间的协作和沟通。

此外，组织还需要建立度量和分析的能力，以衡量和改进其质量管理过程。

第四级别：已量化管理级（Level 4 - Quantitatively Managed）已量化管理级是组织质量管理成熟度的第四级别。

在已量化管理级别中，组织不仅建立了标准化的质量管理过程，还能够定量地度量和分析这些过程的性能。

在已量化管理级别中，组织需要建立一套度量和分析的框架，以监控和改进其质量管理过程。

通过收集和分析数据，组织可以识别潜在的问题和机会，并采取相应的行动来改进过程的效能。

第五级别：优化级（Level 5 - Optimizing）优化级是组织质量管理成熟度的最高级别，也是最成熟的级别。

CMMI 等级的含义五个成熟度级别之间的比较如下：1，初始级特征:(1）软件过程的特点是杂乱无章，有时甚至混乱.几乎没有定义过程的规则或步骤。

(2）过分的尽诺.常做出良好的承诺:如"按照软件工程方式，有序的工程过程来工作"；或达到高目标的许诺。

但实际上却出现一系列危机.（3）遇到危机就放弃原计划过程,反复编码和测试.(4）成功完全依赖个人努力和杰出的专业人才,取决于超常的管理人员和杰出有效的软件开发人员.具体的表现和成果都源于或者说是决定于个人的能力和他们先前的经验，知识以及他们的进取心和积极程度.(5）能力只是个人的特性，而不是开发组织的持性.依靠着个人的品质或承受着巨大压力，或找窍门取得成果.但此类人一旦离去，对组织的稳定作用也消失。

(6）软件过程是不可确定的和不可预见的。

软件成熟性程度处于第一级的软件组织的软件过程在实际的工作过程中被经常的改变（过程是随意的）.这类组织也在开发产品，但其成果是不稳定的,不可预见的，不可重复的.也就是说,软件的计划，预算,功能和产品的质量都是不可确定和不可预见的.过程:(1）极少存在或使用稳定的过程。

（2）所谓"过程”，往往是”就这么干"而言. （3）各种条例，规章制度互不协调,甚至互相矛盾人员：（1)依赖个人努力和杰出人物。

一旦优秀人物离去,项目就无法继续（2）人们的工作方式如同"救火".就是在开发过程中不断地出现危机,以及不断的”救火”.技术: 引进新技术是极大风险度量：不收集数据或分析数据改进方向：（1）建立项日管理过程。

实施规范化管理。

保障项目的承诺。

(2）首要任务是进行需求管理,建立客户与软件项目之间的共同理解，使项目真正反映客户的要求.(3)建立各种软件项目计划.如软件开发计划,软件质量保证计划,软件配置管理计划,软件测试计划,风险管理计划及过程改进计划。

（4）开展软件质量保证活动(SQA）。