敏捷开发 Agile Development 是国外比较流行的软件迭代流程. 虽然有几个变种(稍微有点不同), 但是每天例会 Daily Standup 是必不可少的.
每天例会大部分是在早上的9点到10点, 也有的安排在下午 – 比如公司的开发团队比较大, 被分成了几个小组, 而开会的办公室不够用了.
敏捷开发的例会的长度
例会应该尽量控制在 15到20分钟内完成, 会不是越长越有效.
敏捷开发的例会怎么开?
在哪开其实无所谓, 甚至可以在厨房开, 大家也不需要很严肃. 我在GE开例会, 经常有开发人员拿蛋糕吃的放在桌上, 然后会后切着分着吃, 很和睦. 开例会有一点前提, 就是要站着, 所以也叫 Daily Standup. 站着的目的是为了控制开会的时间, 二是为了让大家不打瞌睡尽可能专注.
敏捷开发团队的大小一般控制在8人左右, 再大就得考虑分组了, 因为人多很浪费时间, 一人一句, 很有可能半小时就过去了. 在GE每个开发小组经常会有一些 远程的合同工 (Contractor), 他们就必须远程通过 Skype 等接入例会.
例会主要的目的并不是汇报个人任务, 而是要针对当前短跑(Sprint 一般是两周为周期)中的任务(Story)及早发现问题. 所以一般都是按照 e.g. 看板 Kanban 上的任务从右往左一个一个过. 先是看那些 测试完的任务, 这时候会和测试人员确认是否可以 Accept. 然后再看 在测试中 (In Testing), 可以被测试 (Ready for Test), 正在被审核 (In Review), 代码完成的(Ready for Review), 正在开发的 (In Development), 然后就是 Backlog.
任务上 (Story) 被指定的人员则需要针对当前的任务和大家更新一下状态, 这时候 Scrum Master (一般就是主持例会的大牛)可以在大屏幕上即时更新任务的状态, 把该任务指定给其他人等等.
等所有任务都过了, 一般会看还有哪些人没有讲话, 一般情况下就是没有被分配任务的 或者需要一个新任务 (I need a story)
错误的例会示范
- 开发人员针对一个任务的细节讨论过多, 这时候SM会建议让相关人员 offline 讨论. 敏捷开发例会不注重细节.
- 非开发人员参加 (HR, 管理层啥的), 没必要, 只能说明 公司管理混乱或者这些管理层没有更重要的事情去做.
- 每个开发人员汇报一些无相关的内容, 比如”我昨天参加了很多会, 所以没什么时间写代码”. 我以前还听过更扯的, 比如我昨天电脑坏了, 所以都在修电脑. 这些小事不要说出来浪费大家时间了. 我在GE开例会的时候, 遇到很经常的更新就是 “I am working on it.” 完了, 一句话就成.
scrum
loading...
上一篇: 视频下载API遭受 DDOS攻击
下一篇: 在英国租车的注意事项
