西格玛方法在软件企业量化管理中应用的分析

《西格玛方法在软件企业量化管理中应用的分析》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、六西格玛方法在软件企业量化管理中应用的研究AbstraCtTheartielenotonlydeliverdanavProaehofhowsixsigmamethodbeapp工1edinsoftwareenterprises，alsoillustratetheusageandresultsbyexamPleswithlotsda七aanalisys.It15valuableforthesoftwareeomPanieswhowanttoestablishandimProvetheirquantitativemanagementsystemtoseekthegre

2、atbenefitfromtheirmeasurements.KeywordsSixSigma，PSp，TSp，o以IC，Quantitativemanagement六西格玛方法在软件企业量化管理中应用的研究第一章引言竿一音己l省二刁〕孟不二J11二刁1.1软件业企业对量化管理的需求2010年，中国软件业营收突破万亿元，成为又一个万亿产业。根据工信部公布的数据，2010年前n个月，我国软件业呈现快速增长态势，实现软件和服务业总收入12081亿元，同比增长30%，首次突破万亿元。仅上海一地，2010年上海软件产业经营收入为1495.5亿元，占信息服务业收入的57.6

3、%。软件盈利211.63亿元。经营收入超亿元软件企业己达巧0家，超ro亿的企业16家，超20亿的9家，超50亿的2家。从这些统计数据上，不仅可以看到软件行业的迅猛发展，更应该看到，软件生产正越来越向规模化、集成化发展。在规模化、集成化发展的趋势面前，软件企业对于生产管理的要求也越来越高。众多的软件企业逐步建立生产和管理的过程体系，同时，随着这些过程体系的推行，软件开发项目都是会按照一定的管理过程规范来运行。进一步的，有一定规模和管理基础的软件生产组织着手建立生产数据度量和分析体系，希望用指标化的数据，例如进度偏差、成本偏差、缺陷密度等等，来标示项目的运行状况和风险

4、，实现量化的项目管理。而有了一定的管理基础的软件生产组织，从企业战略出发，会对组织的过程和量化管理提出更高的要求，其中，最为突出的两方面要求分别是:希望组织的生产过程在设计上更加“贴身”，以及希望量化管理的指标更具前瞻性。几乎所有的软件企业都会依照一定的模型，进行自身的过程管理体系的建设，从较为早期的PMBOK、RUP、工S0等，到现今在国内普遍接受的CMM工模型，以及新兴的敏捷开发模型，乃至一些在某方面更具针对性的模型，例如工TLE等等。软件组织或多或少会在这些模型中选择一种会几种，作为自身建立管理体系的依据，并且在软件生产过程得到规范后，组织会建立量化的指标项

5、来管理乃至考核生产的行为。在这一过程中，尤其是当企业具备了一定的管理水平后，众多软件企业的过程管理者都面临如下的两个挑战:1.1.1软件过程要求“贴身”设计无论企业在建立规范的过程中参考了哪种模型，都只能明确过程中的特定步骤，而对于更多的实施细节，模型都会给出灵活调整的空间。直观地说就是，模型可以告诉人们在软件生产开发的什么环节，应该去做什么事情，怎么做，但是不能告诉人们这些事情要做到什么程度。六西格玛方法在软件企业量化管理中应用的研究第一章引言以一个在几乎所有的模型中都会出现的评审的行为做为例子，CMM工模型要求对工作产品进行评审，但是，在众多的评审方法中选择用

6、哪一种来评审需求，又是什么方法更适合来评审设计，这样的细节，模型都不会做出明确的要求。即使是像敏捷开发中的极限编程所提倡的“结对编程”(pairprogralnlning)，可以看作对代码评审的覆盖、方法、团队规模、频度等细节都明确要求了，但是，在实施时，以什么频度进行结对轮换，是两周、一周，还是一两天，这样的细节，依然是可以由管理者灵活掌握的。在软件组织制定这些过程的细节的时候，一开始所依赖的会是以往的经验。但是，由于不同软件企业的环境、业务、技术、质量目标、进度要求、过程方法等等因素上有着巨大的差异性，甚至一个企业内部，不同的开发团队，不同的项目之间，也有着很

7、大的差异。所以，同样的过程细节的要求，可能带来不同的实施效果。正因为这样，企业才希望具有契合自身背景的，即符合模型，又在实施细节上“贴身”设计的过程体系。否则，不适合的过程细节，只会损害软件生产过程的效率和产品质量，从而使得这些不良过程其实只是为了符合模型在服务，而不是为了软件生产的效率和质量在服务。.2前瞻性的量化管理在软件组织建立规范，并且为项目制定了各式的指标项之后，就可以利用量化的度量数据来展示项目状态。当这些数据显示出项目状态良好的时候，项目允许继续进行下去，否则，项目将被视作有问题，需要加以解决。但是，这些数据，表现的是项目己经发生的“历史”的状态，而

8、不是“将来