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

《敏捷软件开发项目的快速启动方法》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、敏捷软件开发项目的快速启动方法1敏捷开发及项目管理方法体系1.1敏捷方法介绍敏捷方法诞生于2001年初，当时，由于看到开发团队陷入越来越沉重的软件过程当中。业界专家们总结出了一套使团队具有快速工作、响应变化能力的价值观和原则。基于这一套价值观和原则的软件开发方法，被称为敏捷软件开发方法（AgileSoftent），而这类方法也发展出相应的敏捷项目管理体系（AgileProjectManagement）。敏捷开发方法及项目管理体系统称为敏捷方法（Agile）。1.2敏捷方法的优点敏捷方法是一种以人为核心、迭

2、代、循序渐进的开发及项目管理方法。该方法使用了迭代、增量等方法来优化可预见性并控制风险。它灵活、高效、可持续，可以帮助软件开发团队有效地应对复杂的适应性问题。该方法受到拥护和流行是因为采用了该方法后，团队得到的收益：据统计，敏捷方法可以让团队的效率提升3～10倍；软件的质量也更有保障；团队成员有良好的发展机会；技术能力和团队协作也得到了提高。2敏捷项目的快速启动2.1什么是快速启动？敏捷软件开发项目通常会通过1～4周的快速启动（QuickStart）工作，制定出迭代开发计划，然后在开发过程中逐渐完善需求。

3、QuickStart是一种高效的项目启动方式，主要用以在项目开始之前识别关键的驱动因素，这种方式能够让关键干系人认可并理解即将交付的产品。如图1所示。3QuickStart的前期准备3.1邀请相关参与人员QuickStart过程中需要邀请参与的人员包括：核心团队、领域专家及用户代表、关键干系人（受益人、高层领导等）。核心团队一般包括产品负责人、需求分析人员、项目负责人及核心团队成员。这些人需要全程参与整个QuickStart，他们是成果的主要贡献者。领域专家及用户代表主要在用户建模、场景建模等环节为团队提

4、供专业的意见和建议。他们可以在某些阶段时参与到QuickStart中来。关键干系人主要参与QuickStart的启动和展示汇报的环节，并对产出成果进行确认，特别是需要对产品目标和发布计划进行确认和授权。3.2拟定QuickStart的计划在QuickStart正式开始之前，项目负责人和产品负责人需要拟定QuickStart的整体计划。以一个2周的QuickStart为例，整个QuickStart计划可以这样安排：QuickStart启动及业务目标识别（0.5～1天）参与人员包括：核心团队、领域专家及用户代

5、表、项目领导产出物：产品目标识别主要角色及场景（3～5天）参与人员包括：核心团队、领域专家及用户代表、项目领导产出物：主要用户角色列表、核心场景及流程、页面设计及原型需求列表梳理（1～2天）参与人员包括：核心团队、领域专家及用户代表产出物：用户故事清单规模及成本估算（0.5～1天）参与人员包括：核心团队产出物：估算结果迭代/发布计划制定（0.5～1天）参与人员包括：核心团队产出物：迭代/发布计划QuickStart的成果汇报（0.5天）参与人员包括：全体团队成员产出物：成果汇报材料4引入的各种流程建模及分

6、析技术4.1识别业务目标及愿景业务目标的识别和确定需要符合SMART原则；需要了解问题的背景及上下文信息；需要定义验证问题成功的标准；需要界定问题的范围，例如规模指的是数量还是金额，或者单品规模；需要明确并逐步完善关键干系人信息；需要明确关键资源，例如领域专家或者关键信息等等；还需要明确该问题的各种约束条件。4.2识别角色及主要场景用户识别从头脑风暴的形式开始，尽可能识别出更多的用户，然后挑选出主要的用户和角色，并且为用户进行用户画像，并建立用户模型。通过理解用户的目标需求和痛点，梳理出更多的细分用户场景

7、，之后对用户场景进行优先级排序、分析，以发现其中的问题或隐含的机会。对问题和机会进行结构化的分析可以通过这几个方面来进行：（1）进行问题/机会的原始描述；（2）通过事例来说明问题/机会的现象；（3）对问题/机会进行定量的分析；（4）对问题/机会进行定义并明确对于问题解决的期望；（5）将问题和机会的相关分析及描述标识在用户场景描述的周围。业务流程梳理的过程中可以将之前识别出来的用户场景在进行串联。较高层级的业务流程将各个场景串联起来之后，就可以在场景中进行场景流程的细化和展开，分析出流程步骤和各个步骤的细节

8、。业务流程场景中的步骤细节需要包含这些信息：场景名称、场景入口的背景说明，本场景中需要跟进解决的问题，场景中事件步骤，某个步骤的细节说明，还需要有场景的出口目标。4.3產出Productbacklog根据上一环节中梳理出来的用户模型、场景模型、业务流程以及场景细节，开始进行用户故事的梳理，并建立用户故事列表。用户故事是为了方便与用户沟通而记录的信息，它不是需求文档，它需要以用户能理解的方式来进行描述。它的目的是要将用户的关注点