我喜欢的“StandUp”应该是下面这个样子的 ：
1.昨天完成了什么：完成每项任务后的成就感以及向Team Update Project Process，应该控制在1分钟左右。Note： 经常有人就忘记了昨天自己都完成了什么，可以使用项目管理工具，JIRA就是很好的Task管理工具，实时进行Task管理，可以很清晰的知道Task的进度。
2.今天准备干什么：此环节可以提高工作效率，及时排列Task的优先级，优先完成优先级较高的工作，当然在每2周一次的敏捷例会上已经做了相应2周内的 工作安排以及目标，不应花太多时间在这里，1分钟足以做完Update。Note： 当大家都Update自己当天的计划时，实际上应该根据各角色的计划，进行沟通和调整，比如作为QA我昨天发现了 一个很严重的Bug,开发同事需要今天解决，但他还没有收到Bug，那此时应该提出来，需要开发同事优先帮你解决当前的bug,那就需要他修改当天的计划，避免任务重叠。
3.遇到了什么障碍：高效解决问题的场合，难得的多方都在的场合，这是我最喜欢的环节，因为平时会因为各种原因抓不到问题的根本原因，那在团队里提出来会有很多意想不到的惊喜，毕竟3个臭皮匠顶一个诸葛亮，而往往这种会议SME（高级技术专家）也会参加，通常情况都会有不错的反馈，如果可以现场马上解决问题，但根据经验，一般都会扯皮很久，所以建议责任到人，比如问题A的提出人应该找谁解决，谁负责跟踪解决，PM也会跟踪问题，把问题记录到问题日志里， 这对障碍的 解决很有帮助。
最后的经验，StandUp 的时候，简单直接明了是非常有效的交互式沟通的一种方式。
会从中学到很多你意想不到的经验。（2019.12.17）
网友评论