关于每日立会,现在我们没有使用,只是我分别每天早上去问问大家的进度,问题等等。当时不实行是因为每日立会是希望团队的力量共同能够解决一些问题,让路线不偏离轨迹,提高士气等,但是我们现在还没有做好这方面的准备。但是在做好现在这种准备的情况下,还是需要拥有的,因为很明显,每日立会,对于团队的成长和效率的提升,是有很大的作用的。
下面这些链接和文章,是发现的一些问题,作为一些参考。
更多内容,请看链接(英文)。。
It's Not Just Standing Up: Patterns of Daily Stand-up Meetings
http://martinfowler.com/articles/itsNotJustStandingUp.html
User Story Focused Daily Standups
http://eng.genius.com/blog/2009/04/27/story-focused-daily-standups/
User Story Focused Daily Standups 写道
What have you done?
What will you do?
What are you impediments?
一些别人的关于每日立会建议:
InfoQ 写道
1、作为leader,不能仅仅通过例会跟踪、管理问题。例会上要善于发现问题,并号召大家介绍进展、共享关键信息、主动暴露问题
2、时间不宜过长,30分钟以上难以让团队成员介绍。冗余的会议表明leader对于团队的状况在平时缺乏手段掌控,是危险的信号,同时也浪费团队的时间和精力
3、例会上不要解决复杂问题,可以参考DTG推荐的方式:简单的组内协调问题,立即解决;复杂的问题,如果涉及组外协调,给出简单的原则和建议,会后解决,明天通报进展。
4、会上平等,大家是否积极参加会议代表了例会是否成功。
2、时间不宜过长,30分钟以上难以让团队成员介绍。冗余的会议表明leader对于团队的状况在平时缺乏手段掌控,是危险的信号,同时也浪费团队的时间和精力
3、例会上不要解决复杂问题,可以参考DTG推荐的方式:简单的组内协调问题,立即解决;复杂的问题,如果涉及组外协调,给出简单的原则和建议,会后解决,明天通报进展。
4、会上平等,大家是否积极参加会议代表了例会是否成功。
InfoQ 写道
1.确认进度是否偏离,是否已经找到了偏离的原因和解决的方法;
2.确认质量是否超出可接受的下限,是否已经找到了原因,是否准备立即解决;
3.是否存在需要team leader来协调解决的问题;
4.明确当前工作目标。
2.确认质量是否超出可接受的下限,是否已经找到了原因,是否准备立即解决;
3.是否存在需要team leader来协调解决的问题;
4.明确当前工作目标。
Joakim 写道
关注目标——与资深团队成员分享信息,他们会帮助整个团队在迭代中完成工作。
关注团队——与所有人分享信息,而不是只告诉管理人员。
在其他时候讨论——不要在立会中解决问题,可以安排后续时间解决,而且允许感兴趣的人参与。
有准备而来——要是不想拉长立会时间,团块成员需要知道你的工作成果和待完成任务。
关注成果——Joakim发现:“相比告诉别人自己正在完成系统的哪个部分,讨论成果能够提供更为积极的态度。”
做出承诺——他让人们向其他团队成员承诺自己要完成的工作,而不仅仅是机械地说接下来的24小时要做些什么。
指出障碍——你是不是要接触60多份文件才能完成某些细小的变更?
关注团队——与所有人分享信息,而不是只告诉管理人员。
在其他时候讨论——不要在立会中解决问题,可以安排后续时间解决,而且允许感兴趣的人参与。
有准备而来——要是不想拉长立会时间,团块成员需要知道你的工作成果和待完成任务。
关注成果——Joakim发现:“相比告诉别人自己正在完成系统的哪个部分,讨论成果能够提供更为积极的态度。”
做出承诺——他让人们向其他团队成员承诺自己要完成的工作,而不仅仅是机械地说接下来的24小时要做些什么。
指出障碍——你是不是要接触60多份文件才能完成某些细小的变更?