Developer的职责

职责： 用代码实现功能，保证功能正确和代码高质量

• 完成功能代码和测试
• 保证代码质量
• 与其他角色配合完成交付
• 知识分享

必须参与的敏捷会议

IPM

Iteration Planning Meeting

What

是一项敏捷团队会议，设计的初衷是为了保证团队清楚当前新的迭代要做哪些用户故事，并且对用户故事内容理解达成一致

Who

交付团队所有角色、PO(Optional but Suggested)、Scrum Master

When

每个迭代的开始、会议通常1-2小时

Where

会议室

Why

依据用户故事卡优先级与估点，排定当前迭代的工作内容(也就是要完成哪些用户故事)，所有团队成员了解迭代目标。交付团队了解当前

迭代所有工作量和复杂程度，产出迭代要交付的故事卡列表(Iteration Backlog)

How

• PO或BA主持(其他角色也ok)，告知团队当前迭代期望进行哪部分的功能，并给出提前准备好的相关故事卡

• 逐一解释每一张故事卡需求内容，澄清相关问题，不必非常细节。如有无法解释的问题，记录在故事卡上，会后找相关人员确定

• 对于每一张故事卡在需求达成一致后，如果故事卡没有被估点，交付团队相关角色对故事卡进行估点并记录

• 在了解所有相关故事卡后，交付团队依据团队的交付速率(Velocity)和所有故事卡的估点产出当前迭代要完成的故事卡列表并排定

  故事卡的优先级

Dev的职责

• 澄清需求
• 了解故事卡需求内容

Standup

Daily Standup

What

是一项敏捷团队会议，由交付团队自组织的每日工作进度同步会议

Who

交付团队所有角色

Scrum Master

When

迭代的每一天，会议时长不超过15分钟

Where

工位附近/会议室

Why

交付团队每天同步工作量，保证团队所有成员了解当前迭代进度和存在的问题

How

• 团队所有成员围在故事卡墙一圈(远程站会需要共享电子卡墙屏幕)
• 依次更新工作进度，两种方式
  • 1:团队的每一位成员(一对Pair)依次更新自己故事卡的进度，包括
    • 从上一次日常站会到现在，完成了什么
    • 从现在到下一次站会，计划做什么
    • 在过程中有没有遇到不能解决或难以解决的问题
  • 根据故事卡墙每一列，从右到左按照每一张故事卡更新，更新人为当前卡的负责人，内容有
    • 故事状态是否改变
    • 故事卡状态为什么改变
    • 在过程中有没有遇到不能解决或难以解决的问题
• 根据每张故事卡的更新，确定是否要更新卡的生命周期并更新
• 需要注意
  • 站会过程中，简要问题可以澄清和回答，但是不应该对任何话题右深入讨论，讨论可以在站会后进行
  • 站会不是想任何角色任何人的汇报会议，只是交付团队内部的沟通会议，来保证所有人了解迭代当前现状

Dev的职责

• 更新卡状态
• 说明今天要完成什么

Kick off

What

也被称为用户故事的Sign-up，对于Dev来说，就是开始开发故事卡要做的行为

Kick-off是开发人员准备开发新的用户故事前的一项敏捷实践会议，用于澄清需求，使不同角色对用户故事内容、范围理解达成一致

Who

需要新故事卡的Dev

BA、XD、QA

团队的Tech Lead(Optional)

When

开发人员需要新的故事卡时，一般时长在10分钟左右

Where

Dev的电脑前

Why

每张故事卡开发前，团队中的相关角色需要对卡内容，包含的范围理解正确，对故事卡中描述不清楚或者自己不理解的问题得到澄清、达

成一致，并且了解故事卡的业务价值，而kick-off就是专门了解以上需求的一项敏捷实践

How

Dev的一般步骤

• Dev在拿到新卡时，先向BA确认当前能够开始开发切优先级最高的卡

• 将自己(Pair，如果有)的头像挂到这张卡上

• 阅读故事卡上的所有内容，需要关注

  • 故事卡需求描述
  • 故事卡的业务价值
  • 故事卡的范围(Scope)
  • 故事卡范围外
  • 故事卡ACs
  • 其他：接口定义或Mockup

• Dev还需要思考

  • 当前故事卡有没有依赖
  • ACs中是否考虑全面，有没有遗漏的情形
  • 故事卡是否需要拆分、是否可以合并等
  • 大致思考在实现上有没有技术难点等

• 在阅读过程中记录自己的问题

• 找其他角色(BA/QA/XD)一起到Dev电脑前开始Kick-off故事卡

  • 打开故事卡详细内容

  • Dev快速向BA概括自己对需求的理解

  • 逐一过AC，保证自己理解正确

  • 上述过程中，Dev/QA提出自己的问题，BA/XD澄清问题，达成一致，并在卡上记录；如果有一些假设(Assumption),

    并在卡上记录这些假设

  • 所有人没有问题且达成一致后，Kick-off结束

  • Dev需要将故事卡墙上挪入In Dev列

• 如果有技术难点和技术决策，需要与Tech Lead商量，达成一致

Dev的职责

• 理清需求
• 向其他角色阐述自己的理解

DESK CHECK

What

用户故事卡的sign-off，检测当前用户故事是否已经完成开发

Who

与kick-off人员一致，

完成当前卡的Dev，QA,XD,BA,团队的Tech Lead

When

开发完成并push所有代码后，时长10-15分钟

Why

确保Dev开发内容与其他角色理解一致，保证故事卡的正确性，并且保证所有AC都实现

How

• Dev在自己电脑上打开故事卡
• 在线上Dev环境准备演示数据
• 找其他角色一起开始
  • 与所有人过一遍卡

Dev的职责

• 展示已开发完成的内容
• 对有问题的内容进行返工