实用软件工程方法

第九章：项目构思阶段，课程介绍。本章分为四个方面介绍构思阶段：第一，在这个阶段有哪些活动；应该交付哪些工作产品才能达到里程碑；建议的中间里程碑；这一阶段每个团队角色的关键任务是什么，本章的内容，构思阶段活动的成功标准，构思阶段的文件，构思阶段团队角色的职责。本章总结了9.1.1中的问题和讨论、构思阶段的活动、与利益相关者关系的协调、项目团队的形成和准备、解决方案的定义、解决方案范围的确定、配置和变更管理的建立以及与利益相关者关系的协调。项目成败的关键在于发起人和利益相关者是否有能力为项目提供资源以及他们的热情。1.确定主要利益相关者的过程。2.促进主要利益攸关方的参与。9.1.2项目团队的组建和准备。项目类型的确定。技能的定义需要团队的资质和能力。核心团队的建立。无国界医生准备管理指南的应用。团队准备步骤的优化。项目结构文件的建立。9.1.2项目团队的组建和准备(1)、项目类型的确定、技能要求的定义、9.1.2项目团队的组建和准备(2)、团队的资格和能力、经验和能力水平都是决定一个人是否合格的因素。核心团队的形成决定了项目所需的技能。确定团队成员和成员的相应角色；向潜在团队成员解释微软俱乐部团队角色概念；评估团队准备状态，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)，范围是在有限的条件下。在解决方案愿景中可以实现的部分解决方案范围是，解决方案中提供的产品和服务项目范围在解决方案范围内，项目工作由团队完成，解决方案范围(2)在9.1.4中确定，解决方案通过版本限制范围划分为一系列发布版本，而不是建立解决方案一次性发布范围管理范围管理，以防止范围扩大。范围扩大通常是项目失败的主要原因。范围管理也可以帮助团队最小化环境变化对项目的影响。9.1.4确定解决方案的范围(3)。愿景/范围文件草案的内容包括：问题陈述、愿景、初始需求、用户概况、范围、解决方案总结、项目范围和其他主要风险评估任务：从项目的初始阶段开始；召集核心团队成员集体讨论风险；然后执行风险评估流程；分析风险并赋予风险优先级；建立风险评估文件的要点：代表项目风险的初步评估；为持续风险管理提供基础；9.1.5建立配置和变更管理，实现可追溯性的好处，建立变更控制，建立配置管理，9.1.5建立配置和变更管理(1)，实现从解决方案大纲的每个功能到业务目标的可追溯性，因为它是指导建立解决方案可追溯性的好处的业务目标。在了解了它们对业务价值的影响之后，It可以在各种元素之间保持平衡，从而避免无用的努力来实现不能提高业务价值的功能。9.1.5建立配置和变更管理(2)并建立变更控制焦点：适用于所有变更；促进变革的融合；“动态更新文档”的核心概念是基于MSF创建的。尽早确定文档的基线版本，尽可能晚地确定最终版本，以便团队能够保持灵活性并确立配置管理重点：为了实现复制或回滚到上一版本的配置，团队需要在数据库或其他工具中记录各种配置，9.2概念阶段的成功标准， 利益相关者和项目团队在以下方面达成共识：项目激励解决方案的长期解决方案的范围、解决方案的大纲、项目团队的资格和目标以及组织结构文档、初始风险评估的完成、变更控制和配置管理流程的建立、发起人和/或利益相关者的正式批准、9.3概念阶段的文档、长期/范围文档、初始风险评估文档、项目组织结构文档以及9.3.1长期/范围文档。 长期愿景/范围文件、9.3.1长期愿景/范围文件(1)、问题陈述和问题陈述的内容和目的将明确表达项目要解决的业务问题的长期愿景。长期愿景声明是项目每个人通过努力工作努力实现的目标，也是产品开发的基础。它统一了团队的方向，并确保决策的一致性。9.3.1愿景/范围文件(2)。解决方案概念是应用信息技术解决方案来解决规定的问题并实现规定的愿景。它也是开发团队如何发展的行动计划，强调“做”和“方法”。它也是未来分析和设计的基础。用户概述MSF是一个以用户为中心的解决方案框架。按产品编制的用户群目录是这种设计的基础。在总结用户时，我们必须实事求是，反对两种倾向，一种是“用户就是上帝”，另一种是“用户素质差”。9.3.1愿景/范围文件(3)。业务目标是制定业务目标，以便更清楚地描述本项目产品的业务优势。设定设计目标，业务目标必须与用户一致，强调产品属性，设计目标，即重申产品要求和约束(更具体地说，回答产品应该由什么组成)设计目标，强调产品为业务做了什么，9.3.2初始风险评估文件，在构思阶段第一次为项目建立风险评估文件，是未来持续风险评估的起点和基准。参考风险评估文件应为“实时”。在整个开发期间定期更新风险评估文件的第一版，可以为当前的时间安排和决策提供必要的信息。9.3.3项目的组织结构文件列出了团队成员的信息，描述了团队的物流信息，描述了团队的管理过程，记录了项目的文件模板并将其纳入仓库。9.3.4愿景/范围批准里程碑和中间里程碑。愿景/范围识别里程碑中间里程碑核心团队建立愿景/范围文档基准建立，9.4团队角色在构想阶段的职责，MSF团队角色在构想阶段的工作优先级，9.5本章概述，MSF构想阶段的主要目标项目目标的建立和解决方案的总结视图使整个开发团队为MSF构想阶段的共同愿景做好准备：为项目团队指出共同的方向，加强解决方案的目标，同时，团队应高度重视解决方案的质量。概念阶段的中间里程碑是：核心团队的建立，远景/范围文档基准的建立。构想阶段的可交付成果包括：愿景/范围文件、项目组织结构文件和初始风险评估文件、9.6问题和讨论。为什么需要构思一个项目？为什么一个项目不能立即从计划阶段开始？计划内和计划外项目的来源