BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

敏捷团队的每周时间表

| 作者 Chris Sims 关注 0 他的粉丝 ,译者 金毅 关注 0 他的粉丝 发布于 2009年6月3日. 估计阅读时间: 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 BockmanWilliam继续讨论迭代进行过程中召开估算会议的价值。所做的估算是为接下来的几个迭代,而不是当前的。这个方法的好处在于:它使得大多数估算工作在迭代计划会议之前就完成了,从而可以让迭代计划会议更顺利进行。除此之外,这也使得产品经理在跟团队开会讨论未来的几个迭代之前,有一定的时间把团队的估算和自己的计划、优先级排列结合起来。

George Dinwiddie建议顺延时间表,不要让迭代在周一上午启动。William告诉我们:他现在所在的团队,每周三上午10:00结束迭代,午饭后再启动新的迭代。

你的迭代时间表是怎么样的?有没有一些额外的会议?还是要少些?迭代之间的边界怎么划分的?欢迎留言和我们分享你的看法。

查看英文原文:An Agile Team's Weekly Schedule

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

用在会议上的时间太多了 by Jun Ran

即使是开会效率很高,真正的时间开销也会大于看到的这些时间加总,因为会前会后总是要有些其它的相关事情;

会议,应该是我们心中的痛 by jong wake

会前准备
会中讨论
会后总结
结果执行与跟踪
1个主要参与人的1小时的会议,至少要占去其一天的时间去做好与之相关的事情。

Re: 会议,应该是我们心中的痛 by Zhang Fan

开会前兴致勃勃
开会时慢慢吞吞
开会后懒懒散散

先搞清楚什么是开会!

会议时间不算多 by afterain afterain

和"所有团队成员"(更直接的说是开发/测试人员)有关系的会议总时间4小时(站立会议除外,这个是必须的).占一周工作时间的10%.并且有3个小时是在下午下班之前,普遍工作效率较低的时间.
产品经理的会议时间比较长,这个本来就是工作的一部分.管理工作不就是协调,沟通等工作么?
在考虑敏捷开发提升的效率50%->70%.实际上还是有赢利的.还可以加上项目进度可控性,开发人员的满意度等无形的效益.
(其实开会时间也是放松的时间,不是吗?)

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

4 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT