CMMI与PMBOK本来没有直接的关系,也是不同领域内的模型,但是现在随着项目管理在各行各业中的深入的应用,尤其是最近几年软件行业的项目管理的快速的发展.因此了解对于CMMI和PMBOK之间的区别和关系对于理解这些过程模型,更好地应用到软件项目开发和管理中也是很有必要的.首先看一下两者从过程模型开发方面的区别.CMMI是基于实践Practice,主要是应用在软件行业中,以能力成熟度等级的方式.目的是指导应用该模型的组织进行整个组织的全面的过程评估(Evaluation.阅读全文>
发表于 @ 2007年09月30日 21:22:00|评论(loading...)|举报|收藏
Roger S. Pressman在《软件工程-实践者之路》第6版的最后增加了一章，叫未来之路-The Road Ahead。从变更、软件过程、人员、软件工程、技术和信息模型几个方面给出了他自己的见解。较为系统地阐述了软件工程的发展和期待解决的问题。但是这只是理论上对软件工程领域的思考和学术的探讨。至于具体在软件企业中的应用和思考的问题可能就不止这些了。阅读全文>
发表于 @ 2007年09月09日 14:19:00|评论(loading...)|举报|收藏
制度化一直是西方管理学中强调的，科学的管理也只有制度化过程才是唯一的出路。另外通过检查，将制度化的实施成为一种习惯和文化则是制度化的最高的境界。当制度化在企业中形成统一的意识，形成为一种习惯和文化，这样制度化的成本就会大大降低。阅读全文>
发表于 @ 2007年07月08日 22:07:00|评论(loading...)|举报|收藏
迭代模型和增量模型都属于并行开发的软件生命周期模型，但是这两个模型大家往往容易混淆或者不好理解。迭代是不能并行的，迭代的并行是指迭代任务，比如从3.1-3.31号是一个迭代计划，该迭代计划需求人员可以分析功能点5-功能点10，设计人员可以做功能点3-功能点7的设计，开发人员可以做功能点2-功能点4的开发，测试人员可以做上个迭代周期发布的代码。阅读全文>
发表于 @ 2007年03月07日 11:30:00|评论(loading...)|举报|收藏
被测系统或被测模块的需求规格说明书的需求个数。测试需求分析阶段。测试需求个数。对被测需求分析后的测试需求的个数。测试案例个数。测试案例的数量，可以根据测试的阶段分不同的类型，比如连接测试案例、系统集成测试案例等。测试需求分析和设计阶段。阅读全文>
发表于 @ 2007年03月06日 16:15:00|评论(loading...)|举报|收藏
写下这个标题，等待的也许是被猛烈的拍砖，加上鸡蛋和西红柿。但是我想大家敞开了谈谈这个问题也许不是件坏事情。
刚刚接触质量管理和过程管理的时候，尤其是听了很多的培训和看了很多书后，对过程这把利剑满怀崇敬和信心。后来随着实践，过程确实可以解决很多的问题，比如规范性、统一性等。对软件开发的质量和效率的提高找到了一丝希望，尤其是在象欠缺管理理论和经验的中国的软件企业来说，更是如此。但是一直没有出现如期望般的那样灵效，尤其是发现决定质量这四个字真的不是过程这两个字可以顶的起来的，理论是一回事，实际确实不同。阅读全文>
发表于 @ 2007年02月28日 21:04:00|评论(loading...)|举报|收藏
大凡是建立公司制度、流程的，没有不把流程、制度的简单性、可操作性作为最重要的目标的。很多大的公司甚至成立新的项目再造流程和制度，目的就是让流程和制度变得适合业务、变得简化、变得实用。流程和制度永远落不了地，永远看上去是阳春白雪般的高贵和完美，就是不能与业务很好结合。阅读全文>
发表于 @ 2007年02月05日 20:25:00|评论(loading...)|举报|收藏
缺陷是指在软件开发过程中的针对软件产品和开发过程的问题，这些问题已经影响或者可能影响软件产品的质量。
基于此定义，将缺陷分为如下类别：
文档缺陷：是指对文档的静态检查过程中发现的缺陷，通过测试需求分析、文档审查对被分析或被审查的文档发现的缺陷；
代码缺陷：是指对代码进行同行评审、审计或代码走查过程中发现的缺陷；
测试缺陷：是指由测试执行活动发现的被测对象（被测对象一般是指可运行的代码、系统，不包括静态测试发现的问题）的缺陷，测试活动类型主要包括内部测试、连接测试、系统集成测试、用户验收测试；
过程缺陷：又称为不符合项问题，是指通过过程审计、过程分析、管理评审、质量评估、质量审核等活动发现的关于过程的缺陷和问题。过程缺陷的发现者一般是质量经理、测试经理、管理人员。阅读全文>
发表于 @ 2006年12月20日 15:24:00|评论(loading...)|举报|收藏
以前的CMM的QA是只关心过程质量，由此也是众多的咨询师也是众口一词，对此也没有置疑。还是在2001年在做CMM的时候我就觉得至少在国内这些过程还不成熟甚至没有过程的软件企业（通过了N级并不代表过程真正的成熟）是难以实现的，最后导致的结果就是做CMM的时候QA在公司还比较重视，做完CMM了，QA在公司就难以生存，纷纷或跳槽、或转到测试、配置和项目管理上去了。阅读全文>
发表于 @ 2006年09月21日 08:54:00|评论(loading...)|举报|收藏
本人经历过CMM2、CMM3、CMMI4和5，随着对CMM的理解的深入，越发产生了深层次的思考。CMM对我个人影响也很大，的确有很多好的实践和理念供我们学习和借鉴。本文不是全面否定CMM，而是从批判的角度审视我们对CMM的认识。阅读全文>
发表于 @ 2006年09月06日 17:28:00|评论(loading...)|举报|收藏
Cpers Jones 关于软件开发语言的研究。描述了软件开发语言与需求功能点之间的对应以及影响因素。对软件开发过程的量化管理有指导作用。阅读全文>
发表于 @ 2006年09月05日 12:39:00|评论(loading...)|举报|收藏
这是两年前对CMM各个公共特性的归类总结，现在刚好做CMMI，发现自己的归类与CMMI的共性实践有类似之处。供大家参考。 阅读全文>
发表于 @ 2006年08月30日 17:10:00|评论(loading...)|举报|收藏
如何才能建立起规范化的文化呢？我想不同的组织和不同的人的答案肯定是不同的。我的经验就是：加强宣贯，不断强化，建立共识，形成习惯。阅读全文>
发表于 @ 2006年08月27日 09:37:00|评论(loading...)|举报|收藏
度量的目的主要是实现精细化的管理、有效地对项目进行控制，对度量数据的分析用于辅助决策、经验积累、有效评估等。但是度量本身就是双刃剑，一方面度量对于精细化管理是必要的前提，另一方面度量体系、度量的执行需要花费大量的人力成本，而且如果没有明确的目标和有效的方法来分析和利用这些数据，度量就又陷于无谓的劳民伤财，成为组织过程的累赘。
很多企业的度量陷于盲目，导致了很多负面的影响，进而影响整个组织对项目管理体系的理解和信任。阅读全文>
发表于 @ 2006年08月27日 09:35:00|评论(loading...)|举报|收藏
项目组人员抱怨文档太多是一个普遍的现象，甚至有些人把进度的延误归结为写了太多的文档。技术人员抱怨文档太多，如何化解和减少文档？阅读全文>
发表于 @ 2006年08月24日 08:40:00|评论(loading...)|举报|收藏