1.进度方面实际进度的计划进度的偏差情况，Gantt图和Pert图。返工时间占项目总时间的比例情况项目能够容忍的最大的处理变更的时间三级强调了偏差的范围，四级强调严格的上下限控制(控制图)   2.工作量实际工作量和计划工作量的偏差三级增加对好质量成本和坏质量成本相关工作量的度量(COGQ,COPQ)对项目返工，评审，测试和处理变更工作量的分别度量   3.成本计划成本和实际成本的偏差三级强调了成本和进度的性能指示器(挣值分析)三级强调了偏差的范围，四级强调严格的上下限控制(控制图)五级强调了会提供可选择的过程改进和缺陷预防策略供选择，而这个是在对项目的成本和效益做了比较和平衡后得出的。   4.软件质量保证不合格项的信息SQA具体的审核信息   5.Review的结果Review的活动项的状态   6.问题报告问题项的具体状态(打开,处理,关闭)问题的原因的分析，对问题的分类的统计问题的平均处理周期度量   7.同行评审和缺陷同行评审的缺陷的打开和关闭的情况统计缺陷密度缺陷移除率和缺陷泄漏率同行评审的效率，评审速率的度量同行评审的覆盖率四级强调对缺陷分类后的帕累托分析四级强调对同行评审的关键特征项的控制图分析 8.需求的度量需求的规模的情况需求的稳定度或需求的变更率需求变更的不同类型的分布情况需求变更处理的效率和周期度量   9.培训实际安排课程和计划课程的对比实际参与人员和计划参与人员的对比对培训的成本和花费的度量对培训取得的效果的度量   10.测试过程测试的生产率的度量测试规模...

我们知道，国外很多的大公司，QA的职责就是测试(主要是系统测试)，比如IBM、CA、PeopleSoft等。其实在最初，几乎所有的公司都是这样的。后来，由于缺乏有效的项目计划和项目管理，留给系统测试的时间很少(注：我以前做的一个项目，项目经理就明确告诉我系统测试就1天，没得商量)。另外，需求变化太快，没有完整的需求文档，测试人员就只能根据自己的想象来测试。这样一来，测试就很难保障产品的质量，事先预防的QA职能就应运而生。 　　事先预防其实是借鉴了TQM的思想，而且也符合软件工程“缺陷越早发现越早修改越经济”的原则。这些思想的渊源还可以追溯到中国古代的典故中，比如曲突徙薪、扁鹊论医术等。特别是扁鹊论医术这个典故，我偶然在国外的一篇文章中看到了(后来在林锐的文章中也看到了)，常感叹我们国人连祖先的思想文化遗产都丢的差不多了。 　　3 QA的现在 　　目前，实施CMM的企业越来越多了。CMM模型就要求建立QA角色。这里的QA类似于过程警察，主要职责是，检查开发和管理活动是否与已定的过程策略、标准和流程一致，检查工作产品是否遵循模板规定的内容和格式。在这些企业中，一般还要求QA独立于项目组，以保障评价的客观性。从国内来看，多数的QA没有技术背景，检查出的偏差多为鸡毛蒜皮，再加上自己没有令人信服的背景，领导也不支持，当然做起来就很困难了。 　　缺乏信任和支持只是一个方面，QA工作本身就很具挑战性。它要求QA具有软件工程的知识、软件开发的知识、行业背景的知识、数理统计的知识、项目管理的知识、质量管理的知识等等。 　　我们...

1. ABC corporation. May I help you? ABC 公司， 我能帮你什么吗？ 这句话算是制式的讲法. 一般接起电话的人通常会先报公司的名字 "ABC corporation", 然后再说， "May I help you?" 或是如果要更客气一点的话则可以说 "How can I help you?" (我该怎么帮你？)， 因为这样的问法表示我‘该’怎么帮你， 而非我‘需不需要’帮你？ 但基本上 "May I help you?" 跟 "How can I help you?" 都很常见就是了。 不过如果是机器接的电话， 则听到的多半是这样， "Thanks for calling ABC corporation, if you know your party's last name or extention, press 1. If you want to recieve information or publication, press 2. If you want to talk to the operator, press pound sign or remain on the line." (感谢你打电话到 ABC 来， 如果你知道你要找的人的姓或是分机号码， 请按 1, 如果是想要本公司的简介或出版品， 请按 2, 如果是要找总机， 请按 #, 或是请别挂断。 2. And you are? 你是？ 如果人家打电话来是要找你的上司， "May I talk to your manager?" (我能不能跟你们经理讲话？) 这时你总不能糊里糊涂地就把电话拿给经理说， 说不定人家是打电话来跟你经理勒索一百万的呢！ 所以通常我们一定要先确定打电话来的是谁. 最客气的问法是， "Whom I am speaking with?" 或是 "Whom am I talking to?" (我正在跟谁讲话呢？) 但是人家一听是像我这种小毛头打电话找他们经理， 他们就会用比较口语的说法， "And you are?" (你是？) 如果人家这样问我， 我就可以答， ...

1. In the middle of something?　　正在忙吗?　　我知道有许多许多的人, 对于某一种概念学会了一种说法之后, 从此就只会用这种说法. 例如‘你在忙吗?’这个句子, 很多人在国中起就知道要说, "Are you busy?" 讲到了来美国留学三年, 他还是只会说 "Are you busy?". 其实有时候我们的眼界要放广一点, 对于同一个概念要有不同的变化. 就像是 "Are you busy?" 这句话, 其实老美也很常用 "In the middle of something?" , (但这句话比较接近于 "Are you busy right now?" 是问人家‘现在’是不是正在忙? "Are you busy?" 的含意比较广, 也可指‘最近’忙不忙?) 大家不要小看这么小小的变化, 如果你除了 "Are you busy?" 之外, 有时还懂得刻意去用 "In the middle of something?" 我相信你的的英文说出来就会跟别人不一样. 举个例子吧, 办公室里想找人八卦, 又怕人家正在忙, 这时你就可以问他, "In the middle of something?" (正在忙吗?)　　记得在不久之前看过的一部黑人电影 Down to Earth 中也有 in the middle of something 这个用法, 只不过男主角是用这句话来提出一个论点, "The first kiss is always in the middle of something." 也就是说, 初吻总是发生在讲话讲到一半时, 或是当你们正在作其它的事情时, 通常是果不其然的. 他同时也觉得, "The first kiss is the only real kiss in your relationship." (只有初吻才是真正的吻), "The others are just protocols" (其它的都只是一种敷衍、虚应故事而已.)　　2. What are you up to?　　你正在作什么?　　跟上面的例子一样...

敏捷软件开发方法包含： Scrum 极限编程XP RU 水晶方法Crystal 自适应软件开发ASD 特性驱动开发FDD 动态系统开发DSDM 精益软件开发LSD 测试驱动开发TDD XBreed   什么是Scrum方法呢？ 一个轻量级的软件开发方法Scrum是一个敏捷开发框架，是一个增量迭代的开发过程.。在这个框架整个开发周期由若干个小的跌代周期，每个小的的跌代周期称为一个Sprint，每个Sprint的长度2到4周。在每个Sprint中，Scrum的开发团队拿到一个排列好优先级的需求列表，我们称它为用户故事或者叫Sprint backlog， 所以我们先开发的是对客户具有较高价值的需求。  在每个迭代结束后，都会开发完成可交付的产品。 Scrum由三个角色，三种活动，3种交付物组成： 三个角色： Product Owner Scrum Master Scrum Team   三种活动: the sprint planning meeting daily scrum meetings sprint review meetings   关键字: scrum 敏捷 一 什么是Scrum?Scrum (英式橄榄球争球队), 软件开发模型是敏捷开发的一种，在最近的一两年内逐渐流行起来。Scrum的基本假设是：开发软件就像开发新产品，无法一开始就能定义软件产品最终的规程，过程中需要研发、创意、尝试错误，所以没有一种固定的流程可以保证专案成功。Scrum 将软件开发团队比拟成橄榄球队，有明确的最高目标，熟悉开发流程中所需具备的最佳典范与技术，具有高度自主权，紧密地沟通合作，以高度弹性解决各种挑战，确保每天、每个阶段都朝向目标有明确的推进。 Scrum 开发流程通常以 30 天(或者更短的一段...

 PPQA(product & process quality assurance) 过程域通过为项目人员和管理者提供项目全生命周期的过程和相关工作产品适当的可见性来支持高质量产品和服务的交付。它的目的就是把对过程及其相关工作产品的客观的洞察结果提供给项目的开发人员和管理人员,提供组职流程改善的依据和建议。 　　通常说：“好的过程”产生“好的产品”，而“差的过程”将产生“差的产品”；还有：如果“工作过程以及工作成果”不符合既定的规范，那么产品的质量肯定有问题。但这不意味着“好的过程”一定产生“好的产品”；工作过程以及工作成果符合了既定规范，产品质量就一定合格。单独的“质量保证”活动并不能“保证质量”，“质量保证”活动必须与相关的技术活动有机结合。因此说CMMI不是万能的，只有CMMI是不行的，还要技术(开发方法、工具)人员二个要素一起改善。 质量管理体系的作用就是预防、防患于未然，就是要降低出错的概率，预防可能有效也可能无效，预防了并不代表一定不会出错。这恰如中药，见效慢、并非立竿见影但是能够强身健体，从根本上解决病因，所以大家要有耐心。而PPQA正是过程管理，确保软件实施过程遵守已界定的程序规范。 现阶段对公司QMS程序书的学习，并尝试负责创世纪项目PPQA的工作。学习时都只看文档，了解一些相关的信息，感觉只是形而上学的东西，只要按规范的窗体去执行，填写内容就可以了。然而在执行的过程中，才真正体会到古人的：读万卷书，行万里路，知识和经验的重要性。当拿到PPQA计划的窗体时，却不知从何入手，计划是要按QMS的程序书来分模...

CMMI的身世 关于CMMI的发展历史，说起来确实非常复杂。早在1984年，美国国防部希望将国防部的软件委派给其他软件公司进行承做。由于没有办法评估软件公司的承接和执行能力，因此委托卡内基梅隆大学软件工程学院（Software Engineering Institute，简称SEI）进行一项研究，希望能够在软件产业建立一套工程制度，用来评估和改善软件开发公司的过程和能力，并协助软件开发人员持续改善流程的成熟度以及软件质量，从而提升软件开发项目及公司的管理能力，最终达到软件开发功能正确、缩短开发进度、降低开发成本、确保软件质量的目标。 基于此目的，SEI在1986年开始研究能力成熟度模型（Capability Maturity Model，简称CMM），于1991年正式推出了软件能力成熟度模型（Capability Maturity Model For Software，简称SW-CMM），并发布了最早的SW-CMM 1.0版。经过两年试用之后，1993年SEI正式推出SW-CMM1.1版。 那么CMM又怎么发展成为现在的CMMI了呢？原来，在CMM1.0推出之后，很多单位都先后在不同的应用领域发展了自己的CMMs，其中包括系统工程能力成熟度模型（Systems Engineering Capability Maturity Model, SE-CMM）、整合产品发展能力成熟度模型（Integrated Product Development Capability Maturity Model, IPD-CMM）、人力资源管理能力成熟度模式 （People Capability Maturity Model, P-CMM）等应用模型。 这些不同的模型在自己的应用领域内确实发挥了很多的作用，但是由于架构和内容的限制，他们之间并不能通用。于是SEI于2000年12月公布了能力成熟度整合模型（Capabil...

“什么是敏捷开发？它是一种开发方法学（Methodology），可以应对客户快速变更的需求。它强调以人为核心，采用迭代的方式，循序渐进地开发软件。在敏捷开发过程中，软件项目被划分成多个相互联系但也能独立运行的子项目。这就使得每个子项目在开发、测试直至完成的过程中一直保持可使用的状态。这个过程实际上就是要形成开发过程中团队之成员之间更加有效的合作关系，使其灵活性更高，以适应不断变化的需求。敏捷开发过程与传统开发过程的最大的不同之处在于，在敏捷开发过程中，团队是有激情、有活力的，能够适应更大的变化，生产出更高质量的软件。”    “接下来我谈一下敏捷的价值观。这是在2001年敏捷联盟成立的时候一些业界专家共同提出来的。可以说，只要真正领悟了敏捷的价值观，就能懂得什么是敏捷。”    “我们开发软件时的首要任务是通过尽早地、持续地交付有价值的软件来使客户满意。请看PPT……” 资料库 个体和交互重于过程和工具    敏捷方法认为，人是软件开发中最重要的因素。开发团队成员之间有效的交流、沟通与协作，比单纯的编程能力更为重要。人与人面对面的交流，是最有效、最迅速的交换信息的方式。可以工作的软件重于面面俱到的文档    过多的文档需要开发人员花费大量时间来维护。文档应该是为程序服务的，因此应当短小精悍、易于维护，而且主题突出。敏捷方法认为最根本的文档就是源码。客户协作重于合同谈判    客户对产品的需求是不断变化的，试图在合同中规定项...

一、 前言 　　在企业从事SQA工作，同时兼任SEPG的工作进行基于CMM3的过程改进，在实践过程中，对SQA的工作有了较多的想法和认识。本文是个人看法，请大家指教。 　　二、SQA的理论探索 　　2.1、过程的 认识 　　我们都知道一个项目的主要内容是：成本、进度、质量良好的项目管理就是综合三方面的因素，平衡三方面的目标，最终依照目标完成任务。项目的这三个方面是相互制约和影响的，有时对这三方面的平衡策略甚至成为一个企业级的要求，决定了企业的行为，我们知道 IBM的软件是以质量为最重要目标的，而微软的&ldquo足够好的软件&rdquo策略更是耳熟能详，这些质量目标其实立足于企业的战略目标。所以用于进行质量保证的SQA工作也应当立足于企业的战略目标，从这个角度思考SQA，形成对SQA的理论认识。 　　软件界已经达成共识的：影响软件项目进度、成本、质量的因素主要是 &ldquo人、过程、技术&rdquo。首先要明确的是这三个因素中，人是第一位的。 　　现在许多实施 CMM的人员沉溺于CMM的理论过于强调&ldquo过程&rdquo，这是很危险的倾向。这个思想倾向在国外受到了猛烈抨击，从某种意义上各种敏捷过程方法的提出就是对强调过程的一种反思。 &ldquoXP&rdquo中的一个思想&ldquo人比过程更重要&rdquo 是值得我们思考的。我个人的意见在进行过程改进中坚持&ldquo以人为本&rdquo，强调过程和人的和谐。 　　根据现代软件工程对众多失败项目的调查，发现管理是项目失败的主要原因。这个事实的重要性在于说明了 &ldq...

9大知识体系与5个具体阶段早期的项目管理主要关注的是成本、进度（时间），后来又扩展到质量。最近十几年间，项目管理逐渐发展成为一个涵盖9大知识体系、5个具体阶段的单独的学科分支。9大知识体系包括：集成管理； 范围管理；时间管理； 成本管理； 人力资源管理； 风险管理； 质量管理； 采购管理； 沟通管理； 　5个阶段是：项目启动、项目计划、项目执行、项目控制和项目收尾。　那么，什么是项目管理呢？按照PMBOK2000的定义，项目管理是运用相关的知识、工具和技术管理的活动，目的是满足客户对特定项目的要求。项目经理负责管理整个项目，他的工作主要是：在项目范围、时间、成本、风险和质量之间做出最佳平衡；满足不同项目干系人的不同需要和期望；实现既定的需求目标。