敏捷软件开发项目快速启动方法.docVIP

敏捷软件开发项目快速启动方法 　　在软件业界，敏捷开发及项目管理方法已成为很多团队高效运作的有力武器。在项目的启动环节中引入QuickStart方法，帮助快速确立项目目标，统一理解，发掘用户需求，使用各种流程建模和分析技术，产生交付计划。之后项目团队就可以立即投入迭代开发工作。该方法是一种可以有效推动软件项目快速启动的敏捷项目管理方法。 　　【关键词】敏捷项目管理敏捷软件开发快速启动 QuickStart用户模型场景模型用户故事交付计划 　　1 敏捷开发及项目管理方法体系 　　1.1 敏捷方法介绍 　　敏捷方法诞生于2001年初，当时，由于看到开发团队陷入越来越沉重的软件过程当中。业界专家们总结出了一套使团队具有快速工作、响应变化能力的价值观和原则。基于这一套价值观和原则的软件开发方法，被称为敏捷软件开发方法（Agile Software Develop-ment），而这类方法也发展出相应的敏捷项目管理体系（Agile Project Management）。敏捷开发方法及项目管理体系统称为敏捷方法（Agile）。 　　1.2 敏捷方法的优点 　　敏捷方法是一种以人为核心、迭代、循序渐进的开发及项目管理方法。该方法使用了迭代、增量等方法来优化可预见性并控制风险。它灵活、高效、可持续，可以帮助软件开发团队有效地应对复杂的适应性问题。 　　该方法受到拥护和流行是因为采用了该方法后，团队得到的收益：据统计，敏捷方法可以让团队的效率提升3～10倍；软件的质量也更有保障；团队成员有良好的发展机会；技术能力和团队协作也得到了提高。 　　2 敏捷项目的快速启动 　　2.1 什么是快速启动？ 　　敏捷软件开发项目通常会通过1～4周的快速启动（QuickStart）工作，制定出迭代开发计划，然后在开发过程中逐渐完善需求。QuickStart是一种高效的项目启动方式，主要用以在项目开始之前识别关键的驱动因素，这种方式能够让关键干系人认可并理解即将交付的产品。如图1所示。 　　3 QuickStart的前期准备 　　3.1 邀请相关参与人员 　　QuickStart过程中需要邀请参与的人员包括：核心团队、领域专家及用户代表、关键干系人（受益人、高层领导等）。核心团队一般包括产品负责人、需求分析人员、项目负责人及核心团队成员。这些人需要全程参与整个QuickStart，他们是成果的主要贡献者。领域专家及用户代表主要在用户建模、场景建模等环节为团队提供专业的意见和建议。他们可以在某些阶段时参与到QuickStart中来。关键干系人主要参与QuickStart的启动和展示汇报的环节，并对产出成果进行确认，特别是需要对产品目标和发布计划进行确认和授权。 　　3.2 拟定QuickStart的计划 　　在QuickStart正式开始之前，项目负责人和产品负责人需要拟定QuickStart的整体计划。以一个2周的QuickStart为例，整个QuickStart计划可以这样安排： 　　QuickStart启动及业务目标识别（0.5～1天） 　　参与人员包括：核心团队、领域专家及用户代表、项目领导 　　产出物：产品目标 　　识别主要角色及场景（3～5天） 　　参与人员包括：核心团队、领域专家及用户代表、项目领导 　　产出物：主要用户角色列表、核心场景及流程、页面设计及原型 　　需求列表梳理（1～2天） 　　参与人员包括：核心团队、领域专家及用户代表 　　产出物：用户故事清单 　　规模及成本估算（0.5～1天） 　　参与人员包括：核心团队 　　产出物：估算结果 　　迭代/发布计划制定（0.5～1天） 　　参与人员包括：核心团队 　　产出物：迭代/发布计划 　　QuickStart的成果汇报（0.5天） 　　参与人员包括：全体团队成员 　　产出物：成果汇报材料 　　4 引入的各种流程建模及分析技术 　　4.1 识别业务目标及愿景 　　业务目标的识别和确定需要符合SMART原则；需要了解问题的背景及上下文信息；需要定义验证问题成功的标准；需要界定问题的范围，例如规模指的是数量还是金额，或者单品规模；需要明确并逐步完善关键干系人信息；需要明确关键资源，例如领域专家或者关键信息等等；还需要明确该问题的各种约束条件。 　　4.2 识别角色及主要场景 　　用户识别从头脑风暴的形式开始，尽可能识别出更多的用户，然后挑选出主要的用户和角色，并且为用户进行用户画像，并建立用户模型。通过理解用户的目标需求和痛点，梳理出更多的细分用户场景，之后对用户场景进行优先级排序、分析，以发现其中的问题或隐含的机会。 　　对问题和机会进行结构化的分析可以通过这几个方面来进行： 　　（1）进行问题/机会的原始描述；