站立会议是这个样子的?

敏捷开发是响应市场和需求变化的一种开发方法,以迭代和增量开发为显著特征。
站立会议(stand up meeting)是每天的一个标志性活动,将团队召集起来,并让每个人了解当前项目进展状况的一种会议。
scrum 中也称为 daily scrum。

一句话

站立会议的精神内核在于团队成员之间的沟通,要在成员之间建立起更紧密的关系,不失时机寻求帮助,会后继续跟进交流。

会议程式

  1. 每天召开,固定时间,10点钟准时。
    在两地办公情况下,我们也在下午5点召开第2次会议。
  2. 全体成员,站立一起,15分钟为宜。
  3. 围绕三个问题:昨天完成了什么?今天做什么?哪些障碍妨碍了我的进展?或者说:取得了哪些进展?有哪些障碍妨碍了我的进展?

会议要点

  1. 站立会议的精神内核在于沟通,要在成员之间建立起更紧密的关系。
  2. 站立会议是要促进后续的对话交流(利用站立会议机会,不失时机寻求帮助或者合作,会后继续跟进交流)
  3. 识别问题:在问题成为大问题之前把该问题识别出来,了解到潜在的挑战。
  4. 知识传播:源于更紧密关系和后续对话交流。

注意事项

  • 最重要的一点,请记住,站立会议是团队成员之间的沟通会议,而非向领导层或其他关系人汇报的任务状态更新会议(在禅道上任务状态都很清楚)
  • 同步各自的进展(progress),你的进展对谁有影响,谁的进展对你有影响。(我某某任务做完了,谁谁可以怎么怎么了,或者某人主动说,你那个任务做完了,那我可以开始做某某任务了)
  • 识别问题:影响进展的问题障碍,尤其是体系性的、普遍性的,一定要拎出来寻求帮助,当场能决定的当场决定,否则可以列一个任务去解决。
  • 具体问题会后讨论:站立会议更多的是沟通互相的进展,自然就不是解决具体问题的合适场合。具体的问题,会后有关人员讨论。
  • 时间有限,直击要点。鼓励所有成员参与,部分成员不在现场不影响准时开始。
  • 本质上,团队协同效率的高与低,就在于能否缩短关键路径。只有任务分解得当、关联关系合理、人员合作无间,团队目标的实现才有保证。

识别问题

7月9日会上提出的3个问题具有普遍性,不仅影响当下也影响未来的效率:

  1. 接口文档 diff 不易,是否改用 markdown 或者有其他办法?
  2. 接口返回 json 数据中数字类型不确定问题(字符串还是数字)?(源于 redis 和 mysql 的数据有不同表现)
  3. 大的重构后要完整回归测试问题(APP 一拆二后地图功能失效引发)

问题解决方案

  1. 统一使用 markdown。why? how?
  2. 返回字段值一律为 string(已达成共识)。
    主要针对值为数字的情况,示例如下,其中 succ 的值 0 要双引号引起来:
    {
        "succ": "0",
        "msg": "您已经在其他城市注册登记了"
    }
  1. 尽早测试、经常测试、充分测试。一个通行的做法就是若干个开发版本后就进行一次大回归,只要做到经常测试就能发现问题。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容