认识达内从这里开始

敏捷开发随着互联网的不断发展而被越来越多的程序员掌握，而本文我们就通过案例分析来简单了解一下，敏捷开发应用实践注意事项分享。

Scrum开发流程中的三大角色

Scrum团队中包括三个角色，他们分别是产品负责人(ProductOwner)、ScrumMaster和开发团队。

1.产品负责人

产品负责人是管理产品待办事项列表(ProductBacklog)的责任人。产品待办事项列表的管理包括:

清晰地表达产品代办事项列表条目(语法：作为..想..以便于)

对产品代办事项列表中的条目进行排序，好地实现目标和使命

确保产品代办事项列表对所有人可见、透明、清晰，并且显示Scrum团队的下一步工作

确保开发团队对产品代办事项列表中的条目达到一定程度的理解

为保证产品负责人的工作取得成功,组织中的所有人员都必须尊重他的决定。产品负责人所作的决定在产品待办事项列表的内容和排序中要清晰可见。任何人都不得要求开发团队按照另一套需求开展工作,开发团队也不允许听从任何其他人的指令。

2.ScrumMaster

ScrumMaster负责确保Scrum被理解并实施。为了达到这个目的,ScrumMaster要确保Scrum团队遵循Scrum的理论、实践和规则。ScrumMaster是Scrum团队中的服务式领导。

ScrumMaster帮助Scrum团队外的人员了解他们如何与Scrum团队交互是有益的。ScrumMaster通过改变这些交互来大化Scrum团队所创造的价值。

3.开发团队

开发团队包含了专业人员,负责在每个Sprint的结尾交付潜在可发布的“完成”产品增量。只有开发团队的成员才能创造增量。

用户故事描述

用户故事是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素：

角色：谁要使用这个功能。

活动：需要完成什么样的功能。

商业价值：为什么需要这个功能，这个功能带来什么样的价值。

用户故事通常按照如下的格式来表达：

英文：Asa,Iwantto,sothat.

中文：作为一个<角色>,我想要<活动>,以便于<商业价值>

举例：作为一个“网站管理员”，我想要“统计每天有多少人访问了我的网站”，以便于“我的赞助商了解我的网站会给他们带来什么收益。”

需要注意的是用户故事不能够使用技术语言来描述，要使用用户可以理解的业务语言来描述。

如何进行Scrum开发

我们先需要确定一个ProductBacklog(按优先顺序排列的一个产品需求列表)，这个是由ProductOwner负责的

ScrumTeam根据ProductBacklog列表，做工作量的预估和安排;有了ProductBacklog列表，我们需要通过SprintPlanningMeeting(Sprint计划会议)来从中挑选出若干个UserStory作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把这个Story进行细化成Task，形成一个SprintBacklog

SprintBacklog是由ScrumTeam去完成的，每个成员根据SprintBacklog再细化成更小的Task(对应于Worktile上称为检查项)，当团队成员完成任务时，务必需要在Worktile和敏捷白板上同步更新状态

在ScrumTeam完成计划会议上选出的SprintBacklog过程中，需要进行DailyScrumMeeting(每日站立会议)，每次会议控制在15分钟左右，每个人都必须发言，并且要向所有成员当面汇报你昨天完成了什么，并且向所有成员承诺你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，要走到黑板前更新自己的Sprintburndown(Sprint燃尽图);

做到每日集成，也就是每天都要有一个可以成功编译、并且可以演示的版本;

当UserStory完成，也就是SprintBacklog被完成，也就表示一次Sprint完成，这时，我们要进行SprintReviewMeeting(演示会议)，也称为评审会议，产品负责人和客户都要参加(好本公司老板也参加)，每一个ScrumTeam的成员都要向他们演示自己完成的软件产品(这个会议非常重要，一定不能取消);

后就是SprintRetrospectiveMeeting(回顾会议)，也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。