认识达内从这里开始

敏捷开发是目前许多软件开发公司在开发软件的时候都会用到的一种编程开发方法，今天我们就通过案例分析来简单了解一下，敏捷开发团队打造需要关注哪些问题。

1.序言

打造一个金诚所至的敏捷团队，需要大家自发的来遵守以及完善相应的规范。大家在自我约束的前提下，彼此之间互相影响，由下而上推动团队的建设。

2.敏捷团队的共识

2.1精诚合作

产品不只属于我个人，整个开发团队都必须对其负责。那么在需求评估、迭代计划、需求评审、开发、设计交流的时候，大家都应该积极参与，献计献策

必须达成共识，必须明确每次迭代的内容，而且知晓自己的和整个产品的进度

积极沟通，当然文档不是必须的，但是有准备的沟通是必须的

及时沟通，不过于依赖文档和工具，比如任务在Worktile上分配完毕，也给他们打个招呼。

2.2按时参加每日站立会议

目的

团队成员间工作进度的沟通和协调;

帮助团队聚焦于每日活动，并且便于更新任务板和燃尽图;

细化任务，尽可能的将任务具体到天，让大家都明确知道今天应该做什么!

时间：每日下午5点，时长控制在15分钟左右

内容

从上次站立会议到现在，你完成了什么?

从现在到下次站立会议，你将要做什么?

你遇到什么阻碍，需要其它人如何帮你?

注意

不要迟到，延时，或者坐下

不要在会议中讨论技术细节以及沟通需求。

提示

团队成员在聆听他人发言时，都应该想这个问题：“我该怎么帮他做得更快?”

2.3如果有必要，准备反思会议##

根据项目需要举行。其目的不是为了找到治愈方案，而是要发现哪些方面需要改进。项目成员均可召开与推进。

要求

从过去中学习，指导将来

改进团队的生产力

轮流发言。每个人都有机会在不被人打断的情况下讲出自己的想法，他认为什么是好的，哪些可以做的更好，哪些需要改变

注意

不要在团队之外讨论找到的东西。

会议内容

过去哪些做的不错?哪些应该改进?

我们能做什么?哪些不在我们掌控之内?

意见交流

2.4保持可持续的开发速度/精力充沛的工作

尽可能避免加班(几乎所有的敏捷开发模式都反对加班，因为加班工作在软件开发中会降低生产率，而且会降低产品质量。我们目前还无法保障不加班，但是我们要尽可能的避免加班——将当天的事情在工作时间内完成)。

上班时间保持充沛的精力(比如早睡早起，喝点咖啡等等)

集中精力

2.5参加每周讲座

这是一个自我锻炼和学习的机会，愿景是人人上台分享知识。

目的：鼓励大家交流、分享、学习甚至是反思。

讲座内容：技术、经验、心得、建议、产品与团队思考均可，亦可召开反思会议。

机制：每周一次，一次仅限一人，轮流讲座，次序可以根据需要调整。

时间：每周五下午评审会议之后，时间和日期可以更改，但是需要提前通知。如非客观原因，否则不能取消。

要求：必须准备PPT以及演讲素材。

时长：半小时左右。

讲师：敏捷团队成员。

参与人：无限制，自愿参加

注意：讲座完成，需要将PPT和相关资料附加到Worktile任务列表，后续统一归档。

3.Worktile的使用规范

Worktile在敏捷开发中主要扮演了任务归档角色，因为Worktile提供了非常灵活的任务列表以及任务(UserStory、Task)创建、分配等，如下所示：

敏捷白板作为Worktile的补充，可以实时的跟踪任务，绘制燃尽图等，如下所示：

3.1要求

UserStory尽量使用作为…想…以便于…这样的语法描述

每次Sprint必须指定开始日期与结束日期

使用真人头像、真实姓名

在岗时间务必要查看Worktile工作内容并及时更新任务状态，确保Worktile与敏捷白板之间双向信息的同步

开发任务描述尽量具体化，如有标题(UserStory)、标签、正文内容、计划完成日期(ProductBacklog内的除外)，若需要正文内容，必须要有清晰的描述，同时务必设置检查项(Task)。多人任务@相关人。如果是多人任务，一个人为任务负责人

任务必须设置相关人关注，一般是ProductOwner

开发任务的颗粒度务必适中，以一个人为执行单位计算，单个任务的大执行周期不能超过1周，建议在1-3天左右。执行周期超过1周的必须拆分

执行中任务的计划日期如果到了且还没做完，必须在过期前及时联系相关负责人且必须填写变更具体原因(相关负责人可以在评审会议时并变更为新的计划日期)

列表中上面的任务优先级高，请自上而下顺序执行

3.2责任/纠纷仲裁

以Worktile中的沟通记录为参考依据仲裁，责任视情况而定

如Worktile无沟通的，任务负责人(分配人)全责

4.计划会议的规范

迭代计划会议是指在每轮迭代开始时进行的计划会议，定义本轮迭代的目标，承诺本轮迭代中要完成的工作，提前识别和评估可能出现的风险，并通过合理的估算调整项目的迭代范围。

4.1目标

制定合理的迭代范围和目标

明确迭代的开发任务

4.2要求

如无特殊原因，敏捷团队相关者均需参加

会议召开的时间，若无特殊情况，即固定时间:周一上午10点。若有特殊情况，必须及时通知所有相关者具体开会时间

4.3内容##

这里只讨论这次迭代内容和上次Sprint反馈

需要确定任务的优先级和相关负责人

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