小说园

小说园>敏捷 pi > 第10部分(第2页)

第10部分(第2页)

阿捷:这个我们忽略了。

敏捷圣贤:有些团队的站立会议也不涉及这个话题,是因为他们用单独的工具软件跟踪剩余工作量。对于你们,如果没有让每个成员在会前主动更新你那个Excel表格的话,就需要在会议上给出最新估算。在Scrum下,每天重新做任务估算是非常重要的。这样,才会知道你们还有多少工作量,在剩余的时间内能否完成。如果你们估计不足,觉得不能完成,那么就要及时调整计划。

阿捷:看来,如果我们坚持下去的话,也有必要采用一个专门的工具。你说的调整,是什么概念?是把完不成的任务拿出去吗?

敏捷圣贤:这是一个思路,另外就是坚决地结束当前Sprint,重新开始下一个Sprint。但无论如何,这事都要事先跟Product Owner打招呼,让他知道你们的最新决定。

阿捷:好的,第三个问题是什么?

敏捷圣贤:“在我们下次开会之前你要做什么?”,当成员间的工作有依赖关系时,这会给其他成员一个很好的提醒。

阿捷:就是自己给自己设定当天的目标。

敏捷圣贤:嗯,最后一个问题是“你的开发被阻碍了吗?”这个问题最重要。阻碍一个人继续开发的问题,最终也会阻碍整个开发团队,所以一定要鼓励大家说出自己的问题。一旦有人提出来,你作为Scrum Master,就有义务帮助他尽可能地消除这些障碍。

阿捷:啊?有些技术问题,如果我们的开发人员都解决不了,我更不可能解决的。我可不是什么技术专家。

敏捷圣贤:对于一个Scrum Master而言,并不一定就要自己亲自去解决问题,更关键的是你要去协调、去调度资源。

第6章 不仅仅是站立(4)

阿捷:嗯,这还差不多,吓死我了。对了,如果会议中间讨论起技术问题怎么办?上次我们也发生了这样的情况,大家争论了半天。

敏捷圣贤:呵呵,很简单,视情况而定。如果是几句话的讨论,就让它继续下去,不要刻意打断。这样解决问题的速度也快,效果会很好。如果有人说了太多的细节或者离题太远,你作为Scrum Master,完全有责任打断他们,以保证会议正常进行。需要详细讨论的,记下来,会后单独安排一个会议,专门讨论。

阿捷:OK。

敏捷圣贤:还需要提一下,Daily Scrum 的主要目的是让每个成员自己承诺要做什么,并且自己去发现进度中的障碍。原来我们只是强调了“自己去发现进度中的障碍”,而忽略了“自己承诺要做什么”。为什么要让每个成员自己承诺要做什么,而不是让Team Leader去安排呢?这个道理很简单,每个人对于自己亲口说出的事情,一定会用心去负责完成。如果事情是别人安排的,而不是自愿承诺的,那可能在积极性主动性上就会打一些折扣,就会影响事情完成的进度和质量。

阿捷:绝对赞同!

敏捷圣贤:第二指导原则:站立会议只允许“猪”说话,“鸡”不能讲话。

阿捷:猪?鸡?怎么站立会议里还有猪和鸡?什么意思啊?

敏捷圣贤:呵呵,在Scrum中,Scrum Master和团队被称为“Pigs——猪”,其他人员被称为“Chickens——鸡”,这些称谓源于这样一个笑话。

鸡说:嗨,猪! 我想我们开一家餐厅咋样?

猪说:哦,我不知道我们卖什么?

鸡说:火腿和鸡蛋……咋样?

猪说:算了,我不这么认为,我全身投入,你却只是参与!

阿捷:哈哈!有意思,没想到Scrum中的典故还挺多!

敏捷圣贤:第三指导原则:所有人站立围成一圈,不能围坐在一个桌子周围。“站立”就暗示大家这个会会很短,强迫大家更专注和投入,还可以有效避免有人坐着收发E…mail和其他分心的事情。

阿捷:Got it。

敏捷圣贤:第四指导原则:确保整个团队都要参加每日Scrum会议。每个人,无论是开发、测试,还是文档撰写人员,只要属于“猪”,都要参加并且遵循会议规则。

阿捷:这个问题不大,我们的人都能保证参加的。

敏捷圣贤:第五指导原则:每日Scrum站立会议是团队交流会议,不是报告会议。每一与会者应该清楚,开发团队是在互相汇报和交流情况,并不是向Product Owner(Product Owner)、经理或Scrum Master汇报。

阿捷:虽然这个跟会议效率无关,但的确值得重视。

敏捷圣贤:第六指导原则:每日Scrum站立会议应该控制在15分钟之内。这个不需要多说。

敏捷圣贤:第七指导原则:不要把每日Scrum站立会议作为一天的开始。

阿捷:嗯?这是什么意思?

敏捷圣贤:如果你这么做,有些成员在开每日Scrum会议之前,不想做任何事情,这种懒惰实际上是对生产力的破坏。所以不要在上午太早时候开,避免有人从心理上把一天的开始跟这个会议联系在一起。当然,这个会议也不要太晚,一般10:00到10:30是比较适合的。

已完结热门小说推荐

最新标签