《项目管理软件改进过程》由会员分享，可在线阅读，更多相关《项目管理软件改进过程（18页珍藏版）》请在金锄头文库上搜索。
1、项目管理项目管理主要内容主要内容l无序的软件过程 l项目管理与软件过程 软件过程改进的六条原则 软件过程评估 项目管理在CMM中的位置 CMM框架中项目管理的内容 项目管理推动软件过程改进 l参考书:瓦茨.S.汉弗莱，软件过程管理，清华大学出版社，2002.3 无序的软件过程无序的软件过程 无序的软件过程是卡内基.梅农大学SEI对缺乏有效管理控制的软件过程的定义，被列为CMM初始级。本节通过无序过程的讲述，提出造成过程无序的原因，最重要的影响因子和改进的思路。 3.1 无序的软件过程特征无序的软件过程特征 无序的软件过程就是缺乏有效管理、准确定义、事前计划和过程控制的软件开发过程。l做计划、做
2、预算、搞开发没有一套规格化的表达形式和评估机制。l所采用的工具不一致，也没有集成。l变更控制是松散的。l缺乏管理经验和正确理解问题的能力。l问题被遗忘或者经常被推迟解决，到安装或运行中才发现。3.2 软件过程无序的原因软件过程无序的原因 “人不愿意承认自己的无知人不愿意承认自己的无知”软件复杂性问题。软件复杂性问题。客观存在太多的未知因素：问题域和软件本身竞争的压力导致无计划的承诺：目的和内容不明确看似简单而忽略了计划：时间和资源不足 “古鲁的自信古鲁的自信”相信自己能够做任何事情拒绝承认和利用前期成果随意改变原来的安排“相信奇迹会发生”不愿意花费时间做项目的前期工作（需求分析）在复杂问题面前
3、徘徊 “软件魔方软件魔方”软件规模问题软件规模问题只有一个人知道程序细节和存在问题。不知道怎样从分析，到设计，再到编码的过渡。不知道分解系统成为子系统和构件。多个版本出现而不知道我现在用的是哪个版本。公共使用的符号、词汇没有准确定义。标准之间的矛盾没有解决。不可能一次完成所有的模块，不只道怎样安排进度。在看不到运行效果时不知道设计是否正确。版本更新时不知道新版本对系统的影响。3.3 软件过程熵软件过程熵 软件过程的熵是评定软件过程无序程度的等级。存在若干因素，即使对于一个已经建立了项目管理体制的组织，趋向于破坏有序的软件过程管理（即熵的增加）。影响软件过程熵最主要的因素有三类：不确定的需求（直
4、到项目完成前，不能真正理解“做什么”和“怎样做”）增长的软件编码（需求变更，问题暴露）人的天性（情感影响行为，动机、等级、责任） 3.4 改进的思路改进的思路 l系统化的项目管理l严密的变更管理规程l独立的项目管理组织l计划l跟踪和维护计划l工作细分l每件工作的精确定义l严格控制部分与整体的关系l把软件开发当作学习过程l辨识出不知道的东西l要处理它必须先知道它l管理、评审和复审l适时改进计划4 项目管理与软件过程项目管理与软件过程 项目管理通过过程控制进行。第一、二章讲了项目管理的基本原理、基本方法和基本过程，下文还要分章节细致讨论。正如第三章所述，熵的增加“即使对于一个已经建立了项目管理体制
5、的组织，趋向于破坏有序的软件过程管理”，本章引入软件过程改进概念，任何规范的软件过程都不是一成不变的，必须能够改进，以适应具体的组织、工程、技术、人员的特点。软件过程管理Cpt.1,2,3l改变的动力来自于领导改变的动力来自于领导 过程问题是管理者的责任；通过管理活动改变系统；长期计划、优先级、资源的支持。l改变将卷入每个人改变将卷入每个人 成熟的软件过程，人的活动更结构化、更有效、更相关；组织的活动而不是个人的活动。l改变需要当前过程的知识和明确的目标改变需要当前过程的知识和明确的目标 是什么的问题；改变处于什么位置的问题；评估知识；控制、协调的知识。l改变是持续过程改变是持续过程 人敏感的
6、活动；动态的而不是静态的；三个特点：反作用；“背叛”；“放把火的英雄”。l改变需要自觉的努力和定期加固改变需要自觉的努力和定期加固 如果没有持续的推进工作，要人保持一种精确的活动，很难。 引入（installation） 实践（practice） 熟炼（proficiency） 成为自然（naturalness）l改变需要投资改变需要投资 训练！训练！训练！4.1 软件过程改进的六条原则软件过程改进的六条原则 4.2 软件过程评估软件过程评估 软件过程评估是为了找出当前软件开发过程中存在的问题，区分问题的程度，提出过程改进提案的活动。“人很难发现自己的问题”，区分软件评估活动和软件开发活动是必
7、要的。过程评估与产品评估也是不一样的，后者是对生产物是否满足要求的检查，前者是对生产过程是否满足要求，是否存在改进可能的检查。l过程评估的目的 l过程评估的阶段 l过程评估的五项基本原则 4.2.1 过程评估的目的过程评估的目的 l研究怎样组织企业的开发、管理与控制活动；l发现过程中存在的问题，并且定义主要问题；l提出改进过程的解决方案，使之成为领导人的主张。4.2.2 过程评估的阶段过程评估的阶段 分为准备、评估、建议三阶段。针对过程变更提案（任何人所提出的）：l准备阶段准备阶段：高层领导对评估提案的目的、原因、计划、预期的建议、评估小组的体制和人选、费用进行研究、评审，并做出结论和指示。可
8、能需要1-2天，进行评估小组的培训。l评估阶段评估阶段：实施评估活动和写出“问题定义报告”（Finding Report）。可能需要几天或几周，取决于企业的规模和可采用的技术。l建议阶段建议阶段：研究“问题定义报告”，提出解决方案，写出评估报告（Evaluation Report）。l一种评估报告的三段论式：参见美国总统信息技术咨询委员会给总统的报告1998.8标题（Title）概述（High Spots）目的（Objectives）问题（Findings）建议（Recommendations）4.2.3 过程评估的五项基本原则过程评估的五项基本原则 “成功的评估需要权威能干的评估小组、有力的
9、领导和合作的组织。”这是一条基本原理。针对软件过程的特殊性，还有以下五条特殊原则：l遵循评估基准的原则必须有一个同类型的参考模式，如CMM框架（必须适合企业，有基准参数，如能力、成本）坚持全局概念，避免只集中于自己参与的部分单一目标可能导致不一致的结果l保密原则保持被评估企业的商业秘密尊重被调查者的隐私权领导者不在场的调查l卷入高层管理者的原则“没有领导者参与的评估是浪费时间”解决方案必须得到管理者的支持管理者的观点是最有影响的观点l吸取被评估组织观点的原则外部专家并不像想象的聪明外部专家不能只是“能够理解”，而且要“适当”分析要有享用企业知识的自觉l面向活动的原则不能满足于一般的解释必须集中
10、于问题所在，获得解答方案4.3 项目管理在项目管理在CMM中的位置中的位置 软件能力成熟度模型CMM（Capacity Maturity Model），由美国国防部资助，于1986年在Carnegie Mellon University的SEI开始研究，于1991正式推出CMM 1.0，1993年推出CMM 1.1。此后，SEI还完成了CMMI（Capacity Maturity Model Integration）。目前推出了CMM 2.0。CMM事实上已经成为国际软件业衡量软件企业软件过程改进管理水平的标准。本讲稿重要参考资料软件过程管理的作者瓦茨 汉弗莱（Watts S. Humphre
11、y）是CMM的提出者。lCMM结构框架lCMM等级框架lCMM框架中项目管理的内容4.3.1 CMM结构框架结构框架l组织组织organization涉及软件组织的管理领导活动涉及软件组织的管理领导活动政策policy建立组织行为的基准。资源resources分配工作责任和资源。失察oversight察觉执行情况。通信communication保证活动及时利用适当的知识。训练training开发使用适当的标准、过程、方法和工具的个人能力。l项目管理项目管理project management涉及项目的一般活动涉及项目的一般活动计划planning提出项目提案并在计划体制下实施项目计划活动。跟踪
12、tracking检查是否按计划执行及其效果。项目控制project control对项目的关键要素提供保证与控制。分包subcontracting按照既定政策、标准、过程，分解责任-资源。l过程管理过程管理process management涉及导入项目和支持项目的活动涉及导入项目和支持项目的活动过程定义process definition定义任务的执行、评价、改进过程标准框架。过程执行process execution定义生产高质量产品的方法和技术。过程分析process analysis定义软件产品和过程的度量模式及其数据模型。过程控制process control定义过程执行、监管、改进
13、所应遵循的机制。l技术技术technology涉及应使用的技术和环境涉及应使用的技术和环境技术置入insertion提出和导入所需要的技术，集成支持过程执行和管理的设施和工具。4.3.2 CMM等级框架等级框架 CMM按照过程管理的水平分为五个等级。每个等级都有相同的结构框架和要素。只是每个要素在不同等级有不同水平要求。I ）初始级：可能是无序的。可能的初步统计控制，能够达到初步的进度和费用预算。不能够有序地支持过程改进。 II ）可重复级：在严格的任务、费用、进度和变更管理下建立起稳定的过程和可重复的统计控制。III ）已定义级：组织的统一、一致、易于理解的过程基准已经建立，先进的技术可以充
14、分引进。IV） 已管理级：组织的完整的综合的过程度量和分析体系已经建立。这意味着有意义的过程改进可以开始。V ）优化级：组织的持续创新基础已经建立，可优化的过程体制已经形成。4.3.3 CMM框架中项目管理的内容框架中项目管理的内容 I）初始级PM：可能是无序的。不能够有序地支持过程改进。 II）可重复级PM：实施计划管理。计划达到阶段。按计划进行阶段评审。 外包项目亦纳入计划管理范围。III）已定义级PM：风险管理被纳入计划。项目过程已定义，计划达到过程。评审跟踪到过程。外包项目亦纳入已定义过程的跟踪评审。IV）已管理级PM：质量管理被纳入计划。包括项目的质量计划和项目质量改进活动计划。V）
15、优化级PM：生产力的效果、过失可以被度量、统计、分析。阶段的计划、过程的计划、质量的计划可以被改进。相应的机制、组织、责任已经建立和落实。4.4 项目管理推动软件过程改进项目管理推动软件过程改进 计划跟踪控制分包可重复级阶段的计划：产品大小、资源、人员、进度、检查点SQA下标准和过程的监管：达到阶段计划的阶段内容（如左）。需求、编码、测试阶段的变更与配置，稳定的工作量估计 分包者的责任-资源，分包计划、SQA标准、过程标准的评审和复审 已定义级过程的计划：资源估计到达活动点，异常的经验估计，引入风险计划，专门技能人员配置SQA下标准和过程的监管：到达过程计划的活动级，包括设计、编码，和标准与方
16、法SCM下的工具和方法，SCM下的过程定义和标准建立分类的分包标准过程，分包的跟踪机制，分包的SQA监管已管理级质量计划：质量保证导入过程，可适时引入质量改进计划SQA下质量计划，质量改进计划SCM下针对每个项目的标准过程的具体化，SCM下的过程矩阵（如WBS）维护分包耦合控制；分包质量矩陈、分包SQA的执行的跟踪可优化级量化的度量与统计：每个项目的过程改进计划，组织的生产力改进计划SQA下生产力计划和过程改进计划SCM下的对构件维护：定义与复用分包过程改进机制，分包的过程改进和生产力改进的SQA监管SQA, Software Quality Assurance SCM, Software Configuration Management
