领导力大挑战
在实施Scrum项目的过程中，Scrum Master的角色是相当关键的，因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述，同时重点阐述仆人式领导者应有的基本内外特征。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
敏捷团队的每周时间表
作者 chris sims 译者 金毅 发布于 2009年6月2日
现在是早上9：35，你知道你的敏捷团队在哪儿吗？如果他们正遵循William Pietri的时间表示例，他们就正在开每日站立会议。除非是周一，周一的这个时候他们正在做迭代计划和启动会议。William的时间表实用易懂，并且激发了大家对敏捷团队时间安排的进一步的讨论。
这就是时间表的示例：
| 时间 | 事项 | 参与者 |
|---|---|---|
| 周一 9:00-10:00 | 迭代计划和启动会议 | 所有团队成员 |
| 周二至周五 9:30-9:40 | 站立会议 | 所有团队成员 |
| 周二 14:00-16:00 | 产品干系人会议 | 产品经理，外部干系人 |
| 周三 10:00-12:00 | 产品计划 | 产品经理 |
| 周三 16:00-17:30 | 估算 | 所有团队成员 |
| 周五 16:00-16:30 | 产品演示 | 所有团队成员，外部干系人 |
| 周五 16:30p-17:30 | 过程回顾 | 所有团队成员 |
Steve Bockman和William继续讨论迭代进行过程中召开估算会议的价值。所做的估算是为接下来的几个迭代，而不是当前的。这个方法的好处在于：它使得大多数估算工作在迭代计划会议之前就完成了，从而可以让迭代计划会议更顺利进行。除此之外，这也使得产品经理在跟团队开会讨论未来的几个迭代之前，有一定的时间把团队的估算和自己的计划、优先级排列结合起来。
George Dinwiddie建议顺延时间表，不要让迭代在周一上午启动。William告诉我们：他现在所在的团队，每周三上午10:00结束迭代，午饭后再启动新的迭代。
你的迭代时间表是怎么样的？有没有一些额外的会议？还是要少些？迭代之间的边界怎么划分的？欢迎留言和我们分享你的看法。
查看英文原文：An Agile Team's Weekly Schedule
译者 金毅 多年来服务于欧美软件外包行业从事管理工作，对软件工程、方法学等在外包业的运用和CMMI实施略有感悟。
用在会议上的时间太多了
发表人
Jun Ran
发表于
会议，应该是我们心中的痛
发表人
jong wake
发表于
Re: 会议，应该是我们心中的痛
发表人
Zhang Fan
发表于
会议时间不算多
发表人
afterain afterain
发表于
-
即使是开会效率很高，真正的时间开销也会大于看到的这些时间加总，因为会前会后总是要有些其它的相关事情；
-
会前准备
会中讨论
会后总结
结果执行与跟踪
1个主要参与人的1小时的会议，至少要占去其一天的时间去做好与之相关的事情。 -
开会前兴致勃勃
开会时慢慢吞吞
开会后懒懒散散
先搞清楚什么是开会！ -
和"所有团队成员"(更直接的说是开发/测试人员)有关系的会议总时间4小时(站立会议除外,这个是必须的).占一周工作时间的10%.并且有3个小时是在下午下班之前,普遍工作效率较低的时间.
产品经理的会议时间比较长,这个本来就是工作的一部分.管理工作不就是协调,沟通等工作么?
在考虑敏捷开发提升的效率50%->70%.实际上还是有赢利的.还可以加上项目进度可控性,开发人员的满意度等无形的效益.
(其实开会时间也是放松的时间,不是吗?)
4 条回复
关注此讨论 回复