软件项目管理中的平衡和分解原则.docx

软件管理测试专业软件项目管理中的平衡和分解原则平衡和分解原则的应用内容摘要软件项目管理就是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对人员（People）、产品（Product）、过程（Process）和项目(Project)进行分析和管理的活动。软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期。　　软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。关键字软件项目管理，需求，平衡原则，分解原则软件项目管理中的平衡和分解原则软件项目管理就是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对人员（People）、产品（Product）、过程（Process）和项目(Project)进行分析和管理的活动。软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期。　　软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。软件项目管理的历程以及我国现状20世纪70年代中期的，美国软件开发过程中不断的遇到不能按时提交，预算超支和质量达不到用户要求扥问题困扰，因此美国国防部专门研究了导致这些问题的原因，结果发现70%的项目并非技术愿意而是管理不善引起的。由此，软件项目管理逐渐受到重视。但直到20世纪90年代中期，软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10%的项目能够在预定的费用和进度下交付。现在，软件项目管理已经逐渐发展成为一门专业的学科，但是我们的项目失败率还是居高不下。这其中，是什么原因？　　上世纪90年代，全球进入信息爆炸时代，软件行业飞速0发展，软件数量。据统计，美国95年共取消了810亿美元的商业软件项目，其中31％的项目未做完就被取消，53％的软件项目进度通常要延长50%的时间，只有9％的软件项目能够及时交付并且费用也控制在预算之内。那么在我国情况又如何呢？没有具体的数据，但可以想象的是，整体的情况一定不会比发展了几十年的美国更好！我国的软件项目管理方面更需要长期的进行实践。软件项目管理的内容　　翻开任何一本软件项目管理教科书，它们在定义中的内容主要包括如下几个方面：人员的组织与管理，软件度量，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配置管理等。这几个方面都是贯穿、交织于整个软件开发过程中的：其中人员的组织与管理把注意力集中在项目组人员的构成、优化；软件度量把关注用量化的方法评测软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值，包括过程度量和产品度量两个方面；软件项目计划主要包括工作量、成本、开发时间的估计，并根据估计值制定和调整项目组的工作；风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防；质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划，有组织的活动；软件过程能力评估是对软件开发能力的高低进行衡量；软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。换个角度来看软件项目管理　　从软件工程的角度来看，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都是不可缺少的。根据公司实际情况，公司在进行软件项目管理时，重点将软件配置管理、项目跟踪和控制管理、软件风险管理及项目策划活动管理四方面内容导入软件开发的整个阶段。软件项目管理和软件工程之间很明显的区别就是，在软件工程中，需求分析阶段被单独的提炼出来。想到前面资料中：美国软件开发行业长期遇到的问题之一：质量达不到用户要求。质量问题，往往最后会回归到需求问题上：沟通不彻底，需求变更，需求不明确，都会产生这些问题。在前面的定义之中“软件项目管理就是为了使软件项目能够按照预定的成本、进度、质量顺利完成”，这句话在我看来，缺少了一点，或者说少了一个点，那就是需求。在软件项目管理之中我认为是不能完全离开需求来谈的。直白的说，软件项目管理的目的，是为了让软件按照预定的成本、进度、质量完成，并满足需求。需求，成本，进度和质量在实际的项目中常常互相转化的。所以我理解中的软件项目管理是需要将需求，成本，进度和质量结合在一起考量的。正视四要素之间