实用软件工程方法

第9章项目构思阶段,课程介绍,本章分成四个方面介绍构思阶段：首先是本阶段有哪些活动；达到里程碑应交付什么工作产品；建议的中间里程碑；小组各角色在本阶段重点工作是什么,本章内容,构思阶段的活动构思阶段的成功的标准构思阶段的文档构思阶段小组角色的职责本章小结问题和讨论,9.1构思阶段的活动,协调与干系人的关系项目团队的组建和准备定义解决方案确定解决方案范围建立配置和变更管理,9.1.1协调与干系人的关系,一个项目成败的关键是：发起人和干系人是否有能力向项目提供资源，以及他们的积极性1.确定主要干系人的过程2.促进关键干系人的参与,9.1.2项目团队的组建和准备,确定项目类型，定义技能要求团队的资格和胜任度组建核心团队MSF就绪管理准则的应用优化团队就绪的步骤建立项目结构文档,9.1.2项目团队的组建和准备（1）,确定项目类型，定义技能要求,9.1.2项目团队的组建和准备（2）,团队的资格和胜任度技能、经验水平和胜任度等都是决定一个人是否合格的因素组建核心团队决定项目所需的技能；确定团队成员，明确成员对应的角色；向潜在的团队成员解释MSF团队角色理念；评估团队就绪情况,9.1.2项目团队的组建和准备（3）,MSF就绪管理准则的应用有预见性的主动管理方法与产生需求后应对变化方法的对比；将技能差距视为风险；获取和管理团队的知识和能力水平；重点在每个团队成员的技能就绪管理，而不是部门或企业级别的就绪管理；团队就绪的需求贯穿于整个项目生存周期,9.1.2项目团队的组建和准备（4）,优化团队就绪的步骤第一步，衡量胜任度：通过自我评估和技能评估来衡量胜任度第二步，分析差距：比较所选团队的已评估或已测试的技能与成功完成项目所需的能力，分析两者之间的差距第三步，制定学习计划：在差距分析的基础上制定学习计划第四步，执行学习计划：执行学习计划并对新的胜任度级别进行评估建立项目结构文档团队角色清单和相关的责任清单团队成员的联系方式,9.1.3定义解决方案,问题或机会的定义建立共同远景收集概要需求建立用户档案解决方案概要,9.1.3定义解决方案（1）,问题或机会的定义任务：与干系人一对一的面谈或者召开干系人会议来收集信息；考虑已知的问题；集中和分析信息；用文档来阐明问题或机会重点：确立启动项目的动机；指出做什么以及为什么做；把重点放在业务级别上；可能包括其他附加的相关信息，例如市场数据、竞争分析和客户反馈等建立共同远景任务：在核心团队会议上制定远景；或接受项目发起人提供给团队的远景。重点：引导团队朝共同的方向前进；简化决策的制定过程并确保决策的一致性；激励团队；强化解决方案目标；保持对解决方案质量的重视,9.1.3定义解决方案（2）,收集概要需求任务：推进需求收集过程（产品管理角色负责）；运用一些方法，比如：会谈、调查、原型制作、观察和检查已存在的文档；简明地陈述需求，描述要做什么，而不是怎样做；重点是业务需求，包括接受条件重点：所有角色都要为创建解决方案概要提供信息；建立评估远景/范围的部分标准；在后续阶段形成详细需求,9.1.3定义解决方案（3）,建立用户档案任务：确定用户种类；确定他们的需求；评估用户技能等级；管理用户的期望和需求；为设计决策提供依据解决方案概要内容：项目的成功因素和接受条件；建立和陈述解决方案的初始目标和初始计划；解决方案提供的关于业务问题的早期功能描述重点：由团队各个角色驱动的各方面的项目概要目标和方案组成；提供概要的功能描述；帮助设定初始的项目范围；初步建立设计视图,9.1.3解决方案概要的建立：第一步,解决方案概要是团队做出更好决定的基础在解决方案概要中按优先级列出业务目标是十分重要的设计目标在很多方面与业务目标十分相似,与业务目标一样，设计目标也需要按优先级列出解决方案概要还要确定达到项目目标所需的各个团队角色的目标，记录已达成共识的成功标准。,9.1.3解决方案概要中的主要目标和初始计划,目标和初始计划负责的角色,9.1.4确定解决方案范围,范围通过版本限定范围范围管理起草远景/范围文档风险评估,9.1.4确定解决方案范围（1）,范围范围是在限定条件下，解决方案远景中可以实现的部分解决方案范围是解决方案中提供的产品和服务项目范围是在解决方案范围内，由团队完成的项目工作,9.1.4确定解决方案范围（2）,通过版本限定范围一个解决方案被分为一系列的分版本发布，而不是建立一个解决方案一次性全部发布范围管理范围管理可防止范围扩大，范围扩大通常是项目失败的主要原因范围管理还能帮助团队，使项目受到环境变化的影响减到最小,9.1.4确定解决方案范围（3）,起草远景/范围文档文档的内容包括：问题陈述、远景、初始需求、用户档案、范围、解决方案概要、项目范围等风险评估主要任务：开始于项目的起步阶段；召集核心团队成员集体讨论风险问题；然后进行风险评估过程；分析并对风险指定优先级；建立风险评估文档重点：代表项目风险的最初评估；为持续进行的风险管理提供基础；可以作为进度安排和决策制定的基础,9.1.5建立配置和变更管理,实现可追溯性可追溯性的好处建立变更控制建立配置管理,9.1.5建立配置和变更管理（1）,实现可追溯性从解决方案概要的每个功能追溯回业务目标，因为正是业务目标引导了解决方案的建立可追溯性的好处了解他们对业务价值的影响后，能保持各要素之间的平衡，从而避免了为实现那些不能提高业务价值的功能而做的无用功,9.1.5建立配置和变更管理（2）,建立变更控制重点：应用于所有的变更；促进变更的合并；基于MSF创建“动态更新文档”的核心概念；尽可能早地确定文档的基准版本，尽可能晚地确定其最终版本，使团队保持灵活性建立配置管理重点：实现再现或回退到前一版本的配置，需要团队在数据库或其他工具中记录各种配置,9.2构思阶段的成功的标准,干系人和项目组在下述方面达成共识：项目动机解决方案的远景解决方案的范围解决方案概要项目团队和组织结构文档记录的限定条件和目标完成初始风险评估已建立变更控制和配置管理过程得到发起人和/或干系人的正式认可,9.3构思阶段的文档,远景/范围文档初始风险评估文档项目组织结构文档,9.3.1远景/范围文档,远景/范围文档的内容与目的,9.3.1远景/范围文档（1）,问题陈述问题陈述将清楚地表达本项目将要解决的业务问题远景陈述远景是此次项目大家努力工作力争达到的目标，是产品开发的基础。为小组统一了方向，确保了决策的一致性,9.3.1远景/范围文档（2）,解决方案概念是应用某个IT方案使所陈述的问题得以解决，达到陈述的远景它也是本开发组如何开发的行动纲领，突出“做”和“途径”，并且是以后分析设计的基础用户概述MSF是以用户为中心的解决方案框架，按产品编制用户库的目录是这类设计的基础用户概述中一定要实事求是，并反对两个倾向，一为“用户是上帝”，另一个是“用户素质差”,9.3.1远景/范围文档（3）,业务目标拟定业务目标是为了更加明确清晰地描述本项目产品的业务优势，定出设计目标业务目标必须和用户取得一致业务目标强调产品的属性设计目标设计的目标即重申产品的需求和约束（更具体地回答产品应做成什么样的）设计目标强调产品为业务做了什么,9.3.2初始风险评估文档,在构思阶段中第一次建立本项目的风险评估文档，是今后连续风险评估的起点和基准参照风险评估文档应是“活”的，在整个开发期中要定期更新第一版的风险评估文档就可以为当前的调度和决策提供必要的信息,9.3.3项目的组织结构文档,列出小组成员的信息描述小组后勤信息描述小组管理过程记录本项目的文档样板并入仓储库,9.3.4远景/范围认可里程碑及中间里程碑,远景/范围认可里程碑中间里程碑核心团队成立远景/范围文档基准的确立,9.4构思阶段小组角色的职责,构思阶段的MSF小组角色工作重点,9.5本章小结,MSF构思阶段的主要目标建立项目目标和解决方案的概要视图使整个开发团队就绪MSF构思阶段的共同远景：为项目小组指明了共同的方向，强化了解决方案的目标，并使团队对解决方案的质量的高度重视构思阶段的中间里程碑是：核心团队的建立，远景/范围文档基准的确立构思阶段的交付成果是：远景/范围文档，项目组织结构文档和初始的风险评估文档,9.6问题与讨论,为什么一个项目需要构思阶段为什么项目不能立即从计划阶段开始计划内项目和计划外项目的来