如何召开开发者团队会议?


19

我们的10名开发人员团队每周开会。这些会议很无聊,并不是特别有用。您使用什么格式/议程召开会议?

我们每周在会议室开会,提供比萨饼。格式是我们在会议室四处走动,并列出我们正在处理的各种任务的状态,并讨论下周的任务。经理将概述未来几个月和来年的即将到来的项目和优先事项。

更新资料

这些会议的目标或多或少是-建立总体团队,分享每个人正在做的事情的知识以及使每个人都知道公司的计划正在改变。并非要正式“分发”工作分配(通过其他方式完成)。


那么这些会议的目的是什么?没有人会不知道该怎么办吗?
user281377 2011年

好点-更新的问题。
Marcus Leon

他们对免费的比萨感到无聊吗?O_o
maple_shaft

1
当我过去召开会议时,我发现让开发团队参与进来的最好方法就是开始谈论技术的最新趋势,并让人们分享自己的观点。也许大家都应该在议程中添加一个项目,以讨论最新技术。还可以考虑将其与允许团队联系的游戏或思维难题混合在一起。在镇上度过一个美好的夜晚也可以创造奇迹。您不必花费大量金钱,也不必在别人家见面并一起煮饭。
杰夫

3
您说这些会议很无聊,并不是特别有用。那你为什么要吃它们
机敏队长

Answers:


11

在我们进行团队会议时,我们已经知道我们整周的工作以及下周的工作。我们对长期计划有一个合理的概述。

我们在团队会议中所做的就是谈论困扰我们的事情。上周发生的任何事情都使我们大大放慢了速度,我们希望将来改变的事情,特别是过程问题。

圆桌会议格式与您的圆桌会议格式相似,但我们从中得出了很多针对不同人群的任务。而且我们非常乐意保持轻松。人们应该能够完全开放,并且不鼓励个人去做。

我们有意将这次会议安排在星期五早上的最后一半,然后从那里去酒吧吃午餐(非强制性的),午餐不一定要花一个小时。

根据经验,我建议经理(即团队负责人/项目经理以上的人员)不应参加这些会议。这只会使人们不诚实。团队负责人/项目经理可以在不同的会议中向上传递消息。


我喜欢短暂的会议,然后去酒吧。因此,您四处讨论,人们会提出任何问题吗?我发现开发人员并不会总是在未明确询问的情况下表达自己的观点-如何使所有人共享想法?
Marcus Leon

+ oo,用于每周讨论过程问题。我希望您的速度很高,并且每周都会改善。
凯文·克莱恩

以我的经验,@ Bill随着团队建立身份,开发人员变得更加开放地表达他们的问题。特别是如果他们看到结果。大多数开发人员会保持沉默,只要他们不相信会说出什么。
pdr

去酒馆然后讨论问题是让这些人谈论的好方法。:) 这个对我有用。
杰夫

8

取消该死的会议。他们没有意义,除非有观点。在过去的15年中,我从事过许多此类工作。我非常确定,如果因这些无议程的“团队会议”而受伤的脑细胞仍在运转,我的团队和我本来可以卖出数十亿美元的东西,那么我就可以退休,变得相对晦涩,追求自己的梦想摆弄一些未来二十年我只会关心的代码。

您可能已经举行了简短的每日状态会议或站立会议。如果您必须继续每周浪费一个小时的礼节,以至于感觉自己正在建立团队,那么已经建立了团队。设定议程或要求团队成员提出他们认为团队应该解决的问题,并赋予他们权力在会议后采取行动。而已。

如果在会议前一天的议程上没有什么值得一提的地方,那就取消它,在下班后的早些时候出去喝点饮料(或咖啡),这样您就不会打断之前可能真正建立的注意力。排定的中断时间,然后谈论任何想到的事情。极客谈话。会发生的 没关系。如果您付给我的钱足够多,我什至不介意买我自己的杜松子酒和补品。

在我职业生涯的最后15年中,我在无聊的团队会议上吃了足够多的不冷不热的披萨,使我的腰围上至少增加了10磅的多余体重,实际上,我大部分时间都在上下班。我不需要 除非团队中的人都吮吸,在这种情况下,我已经在计划退出,否则我将建立自己的融洽关系,而无需进行有条理的练习。我会做更多的事情,我会更快乐,而且我的同事会更喜欢我,而不是我有义务提出一些尝试来证明我的智力,或者听从无人驾驶的关于过程改进或礼节性的关于手控的知识性手淫。提供程序工厂种子数据单元测试模型,以实现小部件加速和最佳实践,以利用我针对性能测试环境的战略举措。(抱歉,


1
点了。尽管作为问题的提法,会议的目的是有目的的-结果才是问题。实际上,我们没有举行日常状态会议(我们避免了这些会议)-因此,这里需要某种形式的例行会议来向小组做简报,并作为一个团队聚会。
马库斯·莱昂

6

我们通常每个星期一早上(10人小组)在上午9点左右举行1小时的会议:

  • 自上而下:TL(团队负责人)需要15分钟,他告诉我们公司的发展情况(新合同,新发展,令人兴奋的事情……)
  • 圆桌会议:15分钟的圆桌会议(然后每次少于2分钟),我们只是说出自己在做什么,以确保每个人都知道发生了什么,在此期间TL将告诉我们总体方向在接下来的一周里。具体细节不详。
  • 演讲:30分钟的演讲,介绍了我们已经完成的一个项目。无论是高层概述,模型还是技术概述,都取决于谁在做演示以及他们在做什么。演示文稿是开放的,邀请人们参加。如果讨论过于具体,则将其推迟,以便继续进行演示。

我个人真的很喜欢那些会议,因为这是了解我的小宠物项目之外正在发生的事情的快速方法。

我认为重要的一点是要保留细节:

  • 在一周结束时(周四/周五初),我们对所做的事情,计划的工作以及推迟/取消的工作以及我们遇到的问题进行了完整的报告,而无需在星期一早上和精疲力尽
  • 不鼓励进行进一步的讨论,并鼓励人们与有关人员安排特定的会议。

它的效果相当好(尤其是我想,因为我们的TL在星期五与他的同事和老板见面,所以我们得到了新的消息)。

人们可能会带来羊角面包或其他东西,但这不是强制性的,也不是预定的。如果有人这样做,我们将不胜感激!


1
我喜欢这种格式。特别是演示文稿部分-我认为这对小组有益。也很高兴听到开发人员说他们真的很喜欢会议!
马库斯·莱昂

@Bill:我喜欢我的团队会议:)不用担心,我也有很多无聊的会议可以参加...我承认我真的很喜欢演示,这对演示者来说是一个小小的奖励(炫耀:p) ,对小组来说是一个很好的热身活动(需要支持),并且是发表言论/想法/等等的好机会……
Matthieu M.

3

如果事情变得无聊,请讨论最新技术。询问开发人员他们在使用新框架,服务器等方面做了什么。


好主意。您会以临时方式还是在午餐时间做这件事,并提前学习讨论和准备的主题?
Marcus Leon

1
可能是临时的...除非需要提前进行某种形式的正式介绍。
kprobst 2011年

1

您可以尝试提前通过电子邮件报告上周的进度,只讨论引起问题的问题,并简要概述本周的工作。这将使每个人的报告简短而有趣。

即将到来的项目和优先事项通常不应每周更改一次,因此为什么不将其移至单独的每月会议中。如果有紧急情况出现,则可以在每周会议上提出,否则您将重复自己。

我也会丢比萨饼的。你不要分心。


关于某些项目的每月会议的要点。披萨很受欢迎-我喜欢和团队一起吃饭(Joel joelonsoftware.com/items/2011/04/28.html)。尽管它确实在会议室吃得乏味-我已经考虑过要与小组一起吃午餐。
Marcus Leon

1
@Bill-也许将带进来的披萨保留用于每月一次的会议,并每周/两周一次作为团队出去吃午餐。
克里斯·

1

当我们的团队都在本地时,我们过去每周都会开会。如果您的目标是发展团队(而不是团队专门向您报告状态),那么我的建议是采取尽可能多的“过程”或结构化。我们就像您一样开始,四处走走,每个人都列出他们的工作,而每个人的听觉如果不以某种方式不适用于他们,就会无聊了。

我们作为团队决定的一件事是,如果老板要让我们在一个房间里坐一个小时,我们至少会吃甜甜圈。因此,我们到了房间四处走动,每个星期都有不同的人负责甜甜圈(每个人都可以订阅一个进程)。我们的老板随着时间的流逝也放松了下来,没有列出和继续讨论特定的话题,我们只是围着桌子闲逛,只提出了困扰我们或很酷/有趣的东西。如果您的嘴里塞满了甜甜圈,或者您不想在当天早上讲话,那么您可以通过。

作为一家大公司的开发人员,我可以列出公司要浪费的250件事,但实际上,我发现这些会议很有趣,可以与团队一起拍摄并吃甜甜圈。现在我们的团队位于3个不同州和4个国家/地区,我们再也不需要召开这些会议了:(


0

我发现,如果开发人员能够展示自己的成就,那么这些会更好。开发人员对大众(抱歉,大众)的普遍敬畏不感兴趣,但对我们的同龄人(他们实际上了解必须付出的艰辛或多么聪明等)的尊重和尊敬是上瘾的。开发人员喜欢新的光泽更好,更快,更清洁的东西。群组设置->您星期一早上的局域网聚会。^ ^会议必须集中在开发人员和代码/技术上,否则通常是在浪费开发人员的时间(开发人员会束缚在代码上^ ^这只是发生了。)

高温超导

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.