开早会的意义是什么 如何让大家都能积极发言 能分享一下你们是怎么开早会的吗

[beeyoung]

咱们程序员的性格很多都是闷骚的

心里有话 却不愿意表达

开早会的渐渐成了流水账

大家能分享一下你们是怎么开早会的吗

[joshua7v]

看情况的

要是一个团队都各自独立工作没有交集的 就是浪费时间

[monkeyWie]

@shierpro #7 你们公司是没有项目管理工具吗，要靠站会跟踪进度？

[micean]

开会最主要的目的就是保证一致性

[312ybj]

我们组长挺好的， 任务发下来，不管时间多少，昨晚就行。 目的完成就行了。 我第一家公司，每天早会是我最担心受怕的时刻， 领导就是催催催，自己啥也不会，她巴不得你一天就把活全做完，搞得我现在还很厌恶那种催进度的早会

[hugo2lee]

或许服从性?

[colarxu]

我觉得早会很重要。

1. 仪式性：这是一种工作节奏，团队成员碰碰头，切换成工作状态，同时也免得总是有人迟到；
2. 进度同步：虽然有项目管理工具，但面对面交流是不一样的，有问题可以马上沟通。
3. 信息传达：有什么新的通知和计划，也可以在早会传达。

当然，时间不要太长，控制在 15 分钟以内。

[biguokang]

让你早点上班，剥削更多剩余价值，比如弹性工作制说是可以 10 点多过来上班，然后早会定位早上 9 点

[ftu]

早会是为了交接夜班😅

[pengtdyd]

掩盖自己当领导能力差的问题

[CommandZi]

我觉得「早会」完全是以前办公室相对封闭，互联网还不发达的情况下的产物。

早会已经不能适应现在流行的弹性上班制了。
现在关于敏捷开发的工具只多不少，进度同步这类功能完全不在话下，口头交流进度而没有记录如同水过鸭背。
现在不是开放式办公室都不好意思说自己是互联网公司，各种类型 IM 工具比如钉钉，微信企业版更是多如牛毛，沟通前所未有便捷，新的通知和计划在早会传达应该是效率最低。

@colarxu

[xingshu1990]

理论上，早会的意义是为了团队共同跟进进度，实际上的早会，是决定谁背锅的会议：
比如产品经理昨天晚上回家，又突然想到一个事情，也不写一个完整的 word ，只是丢一个网址，然后在程序员面前指着页面说，我要这个效果，你什么时候做出来。5 天？不行，必须要三天！而且要有全新的思路，不能像素级抄别人的功能及风格。
然后程序员也是表面上回答：在加班，在赶进度。实际上心里面早就骂产品经理祖宗了。

[ClericPy]

scrum 的早上 sync 确实有意义(虽然大概率作用在提前止损)

其他目的的早会可能真的是为了喝早茶吧...

[johnsonqrr]

同 scrum ，早会可以暴露很多问题和风险，也知道同事的进度，前一天提前总结自己一天成功。

许多互联网公司执行不到位，埋怨的声音盖过了流程本身的优点。

[fengjianxinghun]

厌烦任何形式的开会，只要老板不在，我都是直接散会说不用浪费时间。

[Merlini]

每天都开早会，内容分为两个部分。一个是昨天做了什么和今天要做什么的分享，还有一个是大家轮流分享最近遇到的有意思的事情，工作或者生活都可以，还挺有意思的。

[zqx]

如果一个领导需要通过每天早上的见面，才能知道团队的进展和困难，那么他就是一个垃圾。
只要在互联网公司工作过，就有体会: 产品经理总是能不断的向前推进产品迭代，每个任务都恰当的流转到下一个人手里，整个项目组像一个巨大机械，每个人是个齿轮螺丝钉。这也是大厂工作的弊端，没法统领全局。
大多数国企就不一样了，你在那摸鱼十几天，领导才想的起一次问问你在忙什么，或者大领导突然要什么功能，赶紧加上。
两种不同的模式，无论哪种，早会都是最垃圾的项目管理方式。

[hello2090]

不懂，一个会总有一个目的，目的是报告进度那就报告进度，目的是表演才艺你就表演才艺。你既然参加了总要说一句吧，哪怕是没进展或者是我没有才艺？

[GeruzoniAnsasu]

早会一人一分钟，n 分钟能确保实现 n^2 条次项目相关信息的传输，组织得当要比任何其它方式都高效多了

不然呢？
你两个写前端的倒是互相知道对方写了什么，项目管理怎么知道？私聊问吗？还是指望你们会自觉填进度表？自觉写我都不写的日报？我怎么告诉后端你俩今天写不完这个需求？后端问我是接口不好对还是纯前端的其它问题我再问你俩一遍？还是说你俩已经跟后端沟通过了？那后端本来还可以有其它任务怕进度不够没上而已，现在他有空了咱全组一起看着他摸鱼又不知道为啥他能摸鱼合适吗

反对的原因都是「我进度有点问题但我想自己解决给我时间其它别烦」，但 scrum 站会的意义正是在于打破这种信息封闭，让问题暴露出来，好让团队评估整体的进度和风险。由于 scrum 式的扁平小团队基本都有横向评估或部分替代他人工作的能力（区别于传统管理树形模式上级无法也不需要知道细节），因此暴露问题一定比把问题留给他自己解决要好。

越是觉得开会难受的团队越说明磨合不顺利，因此也更需要把短会落实好。顺利的站会 /短会 /早会是

「昨天后端接口写完了，我这边初步对了一下，但感觉有点问题：xxx 」
「哦那可能接口这有些问题没考虑到，改成 xxx ？」
「先别管具体问题，你俩重新对接口这事要多花多长时间？」
「可能得调一两天的」
「那分一下吧，前后端另两位进度顺利吗」
「我们这边也有点问题 /还挺顺利的」
「那能接一下吗 /那看来这期迭代的 xx 需求只能砍了」

而不是

「我昨天正常开发 x 功能」
「昨天来了个新需求，预计将能带来 xx 的增长，而且 xxx 的意义也很大……balabala……哎你们谁手头有空」
「我要忙 x ，没空」
「我也在忙 y ，没空」

[GeruzoniAnsasu]

@deletemyself

> 需求都是产品与开发单独对接的相互之间并不很清楚对方的功能，只是重复说日报的内容。。。且小组负责人并不是全局把控或者参与所有需求

这叫「从早会反映出的完全失败的项目管理」，无用功恐怕远不止一个早会

[lyz1990]

什么鬼？