donami的博客

原文地址

2级其实有很多问题还没有解决的，细心的人会发现，2级对软件工程活动的指导很弱，如：需求开发、设计、编码、测试等。在3级，你会发现：
1)有指导需求开发的需求开发(Requirements Development)这个PA；
2)有指导设计、编码工作的技术解决方案(Technical Solution)这个PA；
3)有指导如何保证工作产品满足要求的验证(Verification)；
4)有指导如何保证软件产品满足真实使用环境要求的(Validation)；
5)还有指导如何把软件产品

原文地址

摘要

培训对企业的价值是不可估量的，但如此"变态"的做法恐怕不是每个人可以想象的——每天都进行培训，从不间断！一个CMMI5的软件企业，是如何通过每日培训，保持竞争力的呢？本文将为你剖析其中的秘密！ 如果你是华微软件的员工你会庆幸自己是华微的成员，因为你每天都可以吸收大量的知识，甚至可以上台一展你的风采！如果你不是华微的员工，你将会十分嫉妒华微的员工，华微软件不仅是软件公司，还是知识大学堂！

一个处于"无序化"生产的软件公司，要进行过程改进，首要是改进什么呢？

做任何事情都需要计划，做软件开发这样复杂的工作更加需要计划，所以2级中有项目计划(PP)以及项目计划跟踪与控制(PMC)两个PA，分别对指定计划以及计划的执行给出了详细的标准。
人是会死的，需求是会变的。需求变更是每个软件公司最头疼的问题，需求变更也是导致项目进度拖延、成本高涨的主要原因。如何管理好需求呢？需求管理(RM)给出了详细的指引。
软件生产越来越复杂，有时候我们需要采购一些组件，用于项目中。另外一个方面，纯软件的项目比例也慢慢缩小，很多软件是基于一定的硬件的，而不少硬件也是需要采购的。如何采购到合适的软硬件，如何保证采购工作不影响项目成功呢？供应商协议管理(SAM)会给你一个解答。

原文地址

原文地址

形形式式的度量陷阱

N年前，老板对我们过程改进工作曾指示：能量化的工作尽量量化，不能量化的就不要勉强。当时觉得这个指示非常好，我也相信这个观点很多人都会认同。实际上应该是这样吗？软件度量就必须用数字来说明问题吗？量化的结果一定比非量化的结果更准确客观吗？

没有一套好的度量工具，很难做好度量工作！这是很多人的认识。而一些度量工具的生产厂商，更加是大力渲染，目的还不是为了更容易从软件企业的口袋里面掏钱呗！要做好度量工作，真的需要一套强大的度量工具吗？

什么叫"SQA"？很多人知道是"Software Quality Assurance"，中文翻译叫"软件质量保证"，但有谁真正理解SQA的含义呢？
很多公司都会有"质量保证部"，这些质量保证部有哪些职能呢？大家可以做一下选择，下面这些选项，你会选哪些呢？
A.测试
B.审核产品的质量
C.审核是否按照过程开展工作
D.审核工作产品是否符合过程要求
E.其它(大家可以自己列出来)

另外也请大家判断一下以下问答是否有问题：
问题：什么人适合做SQA？
回答：软件管理高手以及技术专家。
问题：设计评审时，如果SQA认为设计不合理，应该怎样办？
回答：按照SQA的要求来做。

SQA的意思是软件质量保证，这样翻译有没有问题呢？反过来问，软件质量是由什么保证的？是不是仅靠CMMI 2级中的PPQA就可以搞定呢？

我们先需要回答，什么是配置管理？

这个问题好难回答，我们可以找到很多解释，但真正理解配置管理的人可能不多。
配置管理的概念非常多，我们可不愿意做理论家，我们是非常务实的，我们先看看，如果没有有效的配置管理，可能会出现什么问题：
1)软件在开发环境没有问题，测试的时候也没有问题，但发布给客户的时候就有问题。
2)修改一个缺陷后，以前已经解决的缺陷又再次出现。
3)以前已经搞定的问题，无缘无故再次出现。
4)需求变更后，必须问最熟悉的人才知道需要修改那部分的文档、代码来实现新的需求。
5)找不回之前某个版本的设计、代码。

配置管理无非就是解决这些问题嘛，于是有人便用了一些什么工具，建立了什么基线，成立了什么变更控制委员会，对所有的变更进行严格的控制。这时有出现了以下问题：

大家都明白这样的一个道理：做事情要有计划，有一个不成熟的计划总比没有计划要好，软件开发这么复杂的活动，更加需要计划。那么应该怎样做好一个计划呢？

如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。
PP这个PA的第一个Specific Goals，中文大意是：建立和维护用于项目计划的各类参数的估算，英文原文是：Estimates of project planning parameters are established and maintained.

下面我们再详细看看，到底做计划之前，需要搞清楚什么东西？

SP1.1：Estimate the Scope of the Project. 估计项

计划不是用来看的，是用来执行的。PP讲述了如何做计划，PMC讲述的就是如何跟踪计划的执行并在实际情况偏离计划时采取纠正行动。

我们先看看SG1，SG1讲述的是如何根据计划来跟踪计划的执行问题。
SG1: Actual performance and progress of the project are monitored against the project plan.
中文大意是：根据计划，跟踪项目的实际性能和过程。

那么我们要跟踪计划什么内容呢？简单的说，计划里面写了什么东西，就要跟踪什么东西。我们回顾一下PP是怎样说项目计划有什么内容的？计划要有估算、进度、数据包的管理、技能准备、干系人的参与等内容，所以项目跟踪也需要踪以上内容。

SP 1.1 Monitor the

CMMI在2级就已经出现对度量方面的要求了，在CMM的时候，没有专门的KPA描述度量的要求，因为这样曾出现过一些2、3级做得很好的企业，要花几倍的功夫才能做到4、5级，主要是因为度量的工作之前没有打好基础。我们来看看，CMMI2级的MA，有怎样的一些要求。

SG1: Measurement objectives and activities are aligned with identified information needs and objectives. 这个SG主要讲述的是，组织级要明确实际的需要，定出度量的目标，并根据此目标，定义合适的度量方法、过程等。

SP1.1: Establish and maintain measurement objectives