cmmi

3.11 CMMI3级——组织培训(Organizational Training)

软件研发是高难度的技术活和团队协作活，几乎所有的项目都不可能在项目开始之前就具备完成该项目所需要的技能，所以培训、特别是组织级别的有计划有前瞻性的培训就显得很重要了。 SG1Atrainingcapabilitythatsupportstheorganization’smanagementandtechnicalrolesisestablishedandmaintained.建立和维护支持组织管理
u010825142·2013-10-22 13:00

3.10 CMMI3级——组织过程定义(Organizational Process Definition)

OPF主要关注要有人来负责过程改进的工作，OPD关注的是组织级要有财富库作为整个组织的知识库。什么是财富库，简单的说就是对组织有用的东西都可以纳入到财富库中，财富库可以包含：过程、生命周期模型、裁剪指南、度量库等。如果把OPD进行扩展，就是一个组织如何进行知识管理的问题了，知识可以包括两类，非技术类和技术类，非技术类包括：标准过程、规章制度、流程、项目管理经验、度量数据等等，技术类包括：设计、代码
u010825142·2013-10-22 12:00

3.9 CMMI3级——组织过程聚焦(Organizational Process Focus)

要做这个PA，组织要成立EPG（EngineerProcessGroup）专门负责过程改进的工作。这个组是整个公司过程改进的动力源头、策划中心、执行中心、培训中心。很多公司的过程改进没有做好，很大部分的原因是EPG的成员没有选择好。EPG成员绝对不能清一色都是“理论派”，没有具体项目经验的。这是最低要求，如果是我的话，我是一个“理论派”都不会让进EPG的。EPG的成员加起来应该有项目管理、需求、设
u010825142·2013-10-21 22:00

3.8 CMMI3级——集成项目管理(Integrated Project Management)

集成项目管理（IPM）是2级的项目计划（PP）与项目计划跟踪与控制（PMC）的“升级版”，而4级的定量项目管理（QPM）又是集成项目管理的（IPM）的“升级版”。3级与2级最大区别之一就是上升到组织级，项目管理也是一样，项目需要利用组织资产库定义项目自己的过程，考虑各种计划的集成。这是“集成”的其中一层意思，“集成”另外一层意思就是，要协调和管理好项目开展过程中各相关关系人。这两层意思，分别对应S
u010825142·2013-10-20 19:00

3.7 CMMI3级——风险管理(Risk Management)

CMMI2级的PP这个PA的SP2.2提到要识别风险，但这里的要求还是处于项目级别层次的。
u010825142·2013-10-19 18:00

3.6 CMMI3级——确认(Validation)

验证强调的是在开发过程中对工作产品进行检查，尽早发现问题。而确认强调的是，在真实的使用环境中，确保软件能达到预期的效果。开发环境与真实环境是不可避免存在差异的，为了有效地避免在开发环境中没有问题，但一到真实环境就出现问题的情况，确认的工作是非常重要的。确认不一定在项目后期才进行，这个PA没有对确认的时间有任何的规定。作为一般的常识，我们应该尽快安排软件的确认工作，如：尽快发出一个小版本，在实际环境
u010825142·2013-10-18 15:00

3.5 CMMI3级——验证(Verification)

验证就是按照既定的标准，检查工作产品是否符合要求。工作产品可能是文档也可能是软件本身。而检查的办法一般是同行评审或者是软件测试。那什么是同行评审呢？比方说：A君是做软件设计的，B君也是做软件设计的，A君写了一份设计文档，让B君这个同行（因为大家都是做设计的）来给给意见，这样就使同行评审。同行评审的目的就是让有同样工作经验和技能的人来评审自己的工作产品，发现尽量多的问题。验证这个PA其目的是希望软件
u010825142·2013-10-17 16:00

3.4 CMMI3级——产品集成(Product Integration)

什么是产品集成？简单的说就是把组成产品的所有软件组件组装起来，使之运行在目标环境上，产品集成包括软件组件之间的集成、软件与硬件的集成、软件基础数据的录入、调试等。系统越复杂，集成就显得越发重要。微软的每日构建，极限开发中的持续集成，都是对产品集成的基本原则，其基本道理就是随时保证组成最终产品接口一致，能顺畅运行，能随时拿得出可运行的版本。SG1Preparationforproductintegr
u010825142·2013-10-17 16:00

3.3 CMMI3级——技术解决方案(Technical Solution)

项目工期紧，常常成为很多事情的理由。因为赶时间，拿到需求后，不考虑哪种设计方案更合适，想到什么办法就用什么办法来做，甚至是没有设计可言，直接编码，写设计文档变成了浪费时间的一个事情。我面试过很多应聘我们公司软件设计师职位的人，不少人进行设计的时候，眼光都放得不够开，不知道可以从很多途径找到可重用的代码，直接自己编码实现数据操作、日志处理、权限认证等事情，结果浪费了时间，而且还不能保证自己的代码是没
u010825142·2013-10-17 15:00

3.2 CMMI3级——需求开发(Requirements Development)

CMMI和CMM相比，增加了很多专门针对软件工程的PA，其中需求开发(RD)就是其中之
u010825142·2013-10-17 15:00

3.1 CMMI3级——11个PA简述

2级其实有很多问题还没有解决的，细心的人会发现，2级对软件工程活动的指导很弱，如：需求开发、设计、编码、测试等。在3级，你会发现：1)有指导需求开发的需求开发(RequirementsDevelopment)这个PA；2)有指导设计、编码工作的技术解决方案(TechnicalSolution)这个PA；3)有指导如何保证工作产品满足要求的验证(Verification)；4)有指导如何保证软件产品
u010825142·2013-10-17 15:00

IT组织架构的变迁

软件项目管理主要是参照软件工程学那本书，那时比较流行的是《中华人民共和国国家标准》俗称GB8567，我现在看起来还是不错的标准 2002年左右，UML 一通建模比较火，不过直到现在也没有统一：） 2005年左右，CMMI
netkiller.github.com·2013-10-16 17:00

2.8 CMMI2级——度量(Measurement and Analysis)

CMMI在2级就已经出现对度量方面的要求了，在CMM的时候，没有专门的KPA描述度量的要求，因为这样曾出现过一些2、3级做得很好的企业，要花几倍的功夫才能做到4、5级，主要是因为度量的工作之前没有打好基础
u010825142·2013-10-16 13:00

2.7 CMMI2级——过程与产品质量保证(Process and Product Quality Assurance)

什么叫“SQA”？很多人知道是“SoftwareQualityAssurance”，中文翻译叫“软件质量保证”，但有谁真正理解SQA的含义呢？很多公司都会有“质量保证部”，这些质量保证部有哪些职能呢？大家可以做一下选择，下面这些选项，你会选哪些呢？A.测试B.审核产品的质量C.审核是否按照过程开展工作D.审核工作产品是否符合过程要求E.其它(大家可以自己列出来)另外也请大家判断一下以下问答是否有问
u010825142·2013-10-16 13:00

2.6 CMMI2级——供应商协议管理(Supplier Agreement Management)

做软件开发的，不免要购买一些软硬件。软件可能是中间件、控件、插件、组件等，硬件可能是一些服务器、PDA、单片机等。只要稍微复杂的项目，都不可避免的会有采购的问题，就算目前没有采购，以后也会不可避免。另外也有可能把项目的一部分外包给第三方来做。作为一个想改进过程的企业，是不应该规避这个问题的。采购的软硬件或者是外包，都会从根本上影响项目的成本、进度和质量，采购和外包可以认为是风险最大的活动之一。那怎
u010825142·2013-10-15 21:00

2.5 CMMI2级——配置管理(Configuration Management)

我们先需要回答，什么是配置管理？这个问题好难回答，我们可以找到很多解释，但真正理解配置管理的人可能不多。配置管理的概念非常多，我们可不愿意做理论家，我们是非常务实的，我们先看看，如果没有有效的配置管理，可能会出现什么问题：1)软件在开发环境没有问题，测试的时候也没有问题，但发布给客户的时候就有问题。2)修改一个缺陷后，以前已经解决的缺陷又再次出现。3)以前已经搞定的问题，无缘无故再次出现。4)需求
u010825142·2013-10-15 20:00

CMMI——CM：Configuration Management，配置管理

oCM：ConfigurationManagement，配置管理。oCCB：ChangeControlBoard，变更控制委员会。oCI：configurationitem，配置项。包含文档、程序。oBaseline：基线。已通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如：变更管理和配置控制才能进行更改。oCR：ChangeRequest,变更请求。对提
goodnew·2013-10-15 12:00

被遗忘的角落-CMMI的团队管理

摘要：不少人士可能都会对CMMI有这样的一些误解：CMMI重视过程不太重视人员管理；CMMI强调按过程执行，而忽视人员的主动性、创造力；过程是死的，文档也是死的，但人是活的，事情也是变化的，CMMI的执行缺乏弹性
u010825142·2013-10-14 16:00

用数据管理过程（4）——超级量化管理（持续优化级）及总结

1．初级量化管理：以数据“感知”项目的状况(相当于CMMI2级)2．中级量化管理：通过经验值来管理项目(相当于CMMI3级)3．高级量化管理：用PCB进行项目管理(相当于CMMI4级)4．超级量化管理：
u010825142·2013-10-12 12:00

用数据管理过程（3）——可预测级别的量化管理（麦当劳的管理方式）

1．初级量化管理：以数据“感知”项目的状况(相当于CMMI2级)2．中级量化管理：通过经验值来管理项目(相当于CMMI3级)3．高级量化管理：用PCB进行项目管理(相当于CMMI4级)4．超级量化管理：
u010825142·2013-10-12 12:00

用数据管理过程（2）——通过经验值管理项目

1．初级量化管理：以数据“感知”项目的状况(相当于CMMI2级)2．中级量化管理：通过经验值来管理项目(相当于CMMI3级)3．高级量化管理：用PCB进行项目管理(相当于CMMI4级)4．超级量化管理：
u010825142·2013-10-12 12:00

用数据管理过程（1）——以数据“感知”项目状况

1．初级量化管理：以数据“感知”项目的状况(相当于CMMI2级)2．中级量化管理：通过经验值来管理项目(相当于CMMI3级)3．高级量化管理：用PCB进行项目管理(相当于CMMI4级)4．超级量化管理：
u010825142·2013-10-12 12:00

用数据管理过程

1．初级量化管理：以数据“感知”项目的状况(相当于CMMI2级)2．中级量化管理：通过经验值来管理项目(相当于CMMI3级)3．高级量化管理：用PCB进行项目管理(相当于CMMI4级)4．超级量化管理：
fireball1975·2013-10-12 12:00

用数据管理过程

1．初级量化管理：以数据“感知”项目的状况(相当于CMMI2级)2．中级量化管理：通过经验值来管理项目(相当于CMMI3级)3．高级量化管理：用PCB进行项目管理(相当于CMMI4级)4．超级量化管理：
fireball1975·2013-10-12 12:00

CMMI能搭救企业吗？

CMMI难道在国内就是这个鬼样的吗？公司是这样经营的吗？ 告诉大
fireball1975·2013-10-10 13:00

CMMI能搭救企业吗？

CMMI难道在国内就是这个鬼样的吗？公司是这样经营的吗？
·2013-10-10 13:00

CMMI能搭救企业吗？

CMMI难道在国内就是这个鬼样的吗？公司是这样经营的吗？告诉大家
fireball1975·2013-10-10 13:00

2.4 CMMI2级――需求管理(Requirements Management)

人是会死的，需求是会变的。相信大家都经历了很多需求变更的痛苦，项目被拖延，成本高涨，十有七八是需求管理没有做好导致的。有哪一些需求管理方面的常见问题呢，这里列举一下：1.因为项目进度赶等原因，在很多需求还没有明确情况下，便开始开发的工作。2.开始客户只能提出模糊的需求，客户喜欢先让你做个东西给他看，然后他才可能逐渐提出真正的需求，而需求调研人员，对此没有什么好的处理办法。3.客户以种种原因不签需求
fireball1975·2013-10-10 13:00

2.4 CMMI2级——需求管理(Requirements Management)

人是会死的，需求是会变的。相信大家都经历了很多需求变更的痛苦，项目被拖延，成本高涨，十有七八是需求管理没有做好导致的。有哪一些需求管理方面的常见问题呢，这里列举一下： 1.因为项目进度赶等原因，在很多需求还没有明确情况下，便开始开发的工作。 2.开始客户只能提出模糊的需求，客户喜欢先让你做个东西给他看，然后他才可能逐渐提出真正的需求，而需求调研人员，对此没有什么好的处理办法。 3.客户以种种
·2013-10-10 13:00

2.4 CMMI2级——需求管理(Requirements Management)

人是会死的，需求是会变的。相信大家都经历了很多需求变更的痛苦，项目被拖延，成本高涨，十有七八是需求管理没有做好导致的。有哪一些需求管理方面的常见问题呢，这里列举一下：1.因为项目进度赶等原因，在很多需求还没有明确情况下，便开始开发的工作。2.开始客户只能提出模糊的需求，客户喜欢先让你做个东西给他看，然后他才可能逐渐提出真正的需求，而需求调研人员，对此没有什么好的处理办法。3.客户以种种原因不签需求
fireball1975·2013-10-10 13:00

2.3 CMMI2级——项目跟踪和控制(Project Monitoring and Control)

计划不是用来看的，是用来执行的。PP讲述了如何做计划，PMC讲述的就是如何跟踪计划的执行并在实际情况偏离计划时采取纠正行动。 我们先看看SG1，SG1讲述的是如何根据计划来跟踪计划的执行问题。 SG1: Actual performance and progress of the project are monitored against the project plan. 中文大意是：根据
·2013-10-10 13:00

2.3 CMMI2级——项目跟踪和控制(Project Monitoring and Control)

计划不是用来看的，是用来执行的。PP讲述了如何做计划，PMC讲述的就是如何跟踪计划的执行并在实际情况偏离计划时采取纠正行动。我们先看看SG1，SG1讲述的是如何根据计划来跟踪计划的执行问题。SG1:Actualperformanceandprogressoftheprojectaremonitoredagainsttheprojectplan.中文大意是：根据计划，跟踪项目的实际性能和过程。那么我
fireball1975·2013-10-10 13:00

2.3 CMMI2级――项目跟踪和控制(Project Monitoring and Control)

计划不是用来看的，是用来执行的。PP讲述了如何做计划，PMC讲述的就是如何跟踪计划的执行并在实际情况偏离计划时采取纠正行动。我们先看看SG1，SG1讲述的是如何根据计划来跟踪计划的执行问题。SG1:Actualperformanceandprogressoftheprojectaremonitoredagainsttheprojectplan.中文大意是：根据计划，跟踪项目的实际性能和过程。那么我
fireball1975·2013-10-10 13:00

2.2 CMMI2级——项目计划(Project Planning)

大家都明白这样的一个道理：做事情要有计划，有一个不成熟的计划总比没有计划要好，软件开发这么复杂的活动，更加需要计划。那么应该怎样做好一个计划呢？   如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。 PP这个PA的第一个Specific Goals，中文大意是：建立和维护用于项目计划的各类参数的估算
·2013-10-10 13:00

2.2 CMMI2级——项目计划(Project Planning)

大家都明白这样的一个道理：做事情要有计划，有一个不成熟的计划总比没有计划要好，软件开发这么复杂的活动，更加需要计划。那么应该怎样做好一个计划呢？如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。PP这个PA的第一个SpecificGoals，中文大意是：建立和维护用于项目计划的各类参数的估算，英文原文是：Estima
fireball1975·2013-10-10 13:00

2.2 CMMI2级――项目计划(Project Planning)

大家都明白这样的一个道理：做事情要有计划，有一个不成熟的计划总比没有计划要好，软件开发这么复杂的活动，更加需要计划。那么应该怎样做好一个计划呢？ 如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。PP这个PA的第一个SpecificGoals，中文大意是：建立和维护用于项目计划的各类参数的估算，英文原文是：Estim
fireball1975·2013-10-10 13:00

CMMI能搭救企业吗？

CMMI难道在国内就是这个鬼样的吗？公司是这样经营的吗？ 告诉大
u010825142·2013-10-10 13:00

2.4 CMMI2级——需求管理(Requirements Management)

人是会死的，需求是会变的。相信大家都经历了很多需求变更的痛苦，项目被拖延，成本高涨，十有七八是需求管理没有做好导致的。有哪一些需求管理方面的常见问题呢，这里列举一下：1.因为项目进度赶等原因，在很多需求还没有明确情况下，便开始开发的工作。2.开始客户只能提出模糊的需求，客户喜欢先让你做个东西给他看，然后他才可能逐渐提出真正的需求，而需求调研人员，对此没有什么好的处理办法。3.客户以种种原因不签需求
u010825142·2013-10-10 13:00

2.3 CMMI2级——项目跟踪和控制(Project Monitoring and Control)

计划不是用来看的，是用来执行的。PP讲述了如何做计划，PMC讲述的就是如何跟踪计划的执行并在实际情况偏离计划时采取纠正行动。 我们先看看SG1，SG1讲述的是如何根据计划来跟踪计划的执行问题。SG1:Actualperformanceandprogressoftheprojectaremonitoredagainsttheprojectplan.中文大意是：根据计划，跟踪项目的实际性能和过程。 那
u010825142·2013-10-10 12:00

2.2 CMMI2级——项目计划(Project Planning)

大家都明白这样的一个道理：做事情要有计划，有一个不成熟的计划总比没有计划要好，软件开发这么复杂的活动，更加需要计划。那么应该怎样做好一个计划呢？如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。PP这个PA的第一个SpecificGoals，中文大意是：建立和维护用于项目计划的各类参数的估算，英文原文是：Estima
u010825142·2013-10-10 12:00

2.1 CMMI2级――7个PA简述

摘要：阶段式的CMMI没有1级，最开始的级别就是2级。一个处于“无序化”生产的软件公司，要进行过程改进，首要是改进什么呢？
fireball1975·2013-10-10 12:00

2.1 CMMI2级——7个PA简述

摘要： 阶段式的CMMI没有1级，最开始的级别就是2级。一个处于“无序化”生产的软件公司，要进行过程改进，首要是改进什么呢？
·2013-10-10 12:00

2.1 CMMI2级——7个PA简述

摘要：阶段式的CMMI没有1级，最开始的级别就是2级。一个处于“无序化”生产的软件公司，要进行过程改进，首要是改进什么呢？
fireball1975·2013-10-10 12:00

1.9 基础知识――GP2.10 高级别的领导检查(Higher level management)

CMM中的要求是高层领导(hightmanagement)，而CMMI中的是高级别领导(highterlevelmanagement)，只
fireball1975·2013-10-10 12:00

1.9 基础知识——GP2.10 高级别的领导检查(Higher level management)

CMM中的要求是高层领导(hightmanagement)，而CMMI中的是高级别领导(highterlevelmanagement)，只
fireball1975·2013-10-10 12:00

1.9 基础知识——GP2.10 高级别的领导检查(Higher level management)

CMM中的要求是高层领导(hight management)，而CMMI中的是高级别领导(highter
·2013-10-10 12:00

2.1 CMMI2级——7个PA简述

摘要：阶段式的CMMI没有1级，最开始的级别就是2级。一个处于“无序化”生产的软件公司，要进行过程改进，首要是改进什么呢？
u010825142·2013-10-10 12:00

1.9 基础知识——GP2.10 高级别的领导检查(Higher level management)

CMM中的要求是高层领导(hightmanagement)，而CMMI中的是高级别领导(highterlevelmanagement)，只
u010825142·2013-10-10 12:00

1.5 基础知识――GP2.3 提供资源(Resources) 与 GP2.4 分配职责(Responisbility)

但很多做CMMI改进的公司，号称很多核心人员负责过程改进，其实是兼职挂牌而已，有些甚至招聘应届生作为过程改进的主力……如此这般，又怎能切实做好改进过程工作能力！  
fireball1975·2013-10-09 16:00

1.5 基础知识——GP2.3 提供资源(Resources) 与 GP2.4 分配职责(Responisbility)

但很多做CMMI改进的公司，号称很多核心人员负责过程改进，其实是兼职挂牌而已，有些甚至招聘应届生作为过程改进的主力……如此这般，又怎能切实做好改进过程工作能力！
fireball1975·2013-10-09 16:00
上一页 17 18 19 20 21 22 23 24 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他