我喜欢的“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)
网友评论