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

[beeyoung]

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

心里有话 却不愿意表达

开早会的渐渐成了流水账

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

[br_wang]

开早会的目的是啥？是「积极发言」？还是「同步信息」？

[hambers]

让你有危机感，避免习惯性摸鱼。。。

[adgad2]

确实、、、早会这东西，不就是流水账，还想怎么样

[LxExExl]

有事说事 没事退朝


我最讨厌每天一次的早会。上一个组来了个搞微管理的一直在推每日早会，我就一直推有事说事，没事退潮的每人一分钟。

我自己多次带头“昨天状态不好，没法 focus ，没啥进展”，“昨天调 bug 没调出来，别的没了”。后面基本就每人一句话，说完赶紧结束会议。

[deplivesb]

开啥早会，到公司都中午了

[beeyoung]

@adgad2 不是每天都开 阶段性的

[shierpro]

1 、站会很有必要。

重要性主要体现在 「同步信息，便于项目进度的把控，尽早识别项目进度风险」

2 、我们团队十几个人，一般情况下都会并行 3 个左右的项目 /迭代，就没有分项目 /迭代去开站会，一起给开了，节约大家的时间，也能让大家知道团队在干什么。

近期再次规范了下站会的沟通机制，仅供参考


[beeyoung]

@LxExExl 的确很容易演变为这种现象

[Leonard]

不开

[beeyoung]

@shierpro 我们也在探索早会的意义 为了更好的沟通协作

[Light3]

日报 改良

[liandi1990]

之前疫情严重的时候远程办公，是有每日早会的，要求每人至少讲一分钟，而且主管经常提问，所以每天都要开半个小时以上

恢复正常办公后就回到以前的周会了

大概早会的意义在于通过提高反馈工作的频率，来增强工作紧张感，避免过分懈怠。远程办公太方便摸鱼了，如果不自律起来，效率是真的低

[shierpro]

@beeyoung

嗯嗯，站会有一个前置条件——WBS 。

如果没有 WBS ，开站会没啥作用，很蛋疼！

[ipwx]

开早会的意义在于明确每日目标，应该和晚上小结会配合一起开。

不然来上班很可能不知道该做点啥，最后摸鱼结束一天。

[ipwx]

早会不用太久，每人一分钟说一下今日计划就行。十人小组也就十分钟。

[h1104350235]

天天开会，烦死了。一周一次还可以

[66beta]

理论上没事可以不说直接过，但是实际执行起来，master 一定要每个人都说一下，浪费大家时间

[beeyoung]

@66beta 有话可以说 讨论嘛 没话可以略过

[fank99]

流水账是不可避免的，糟糕的是每日的流水账记录完成后，还需要汇总成每周的流水账。形式大于实效

[GiantHard]

说明自己在进行项目的进度，预告项目风险或者阻碍

[Galileo]

压力分散化

[shot]

分享一篇关于站立会议的的文章，非常全面的分析了站立会议的形式、意义、最佳实践和常见问题。
楼主有兴趣可以研究学习一下，不过是英文版。
https://www.martinfowler.com/articles/itsNotJustStandingUp.html

如果发现站立会议流于形式，没发生正面作用，可能有两方面原因：
1. 团队荣誉感 /自治性不足，主观上不愿意作为团队的一部分去共同实现一个有意义的目标；
2. 团队成员职业能力有短板，客观上无法理解团队目标，达成团队协作，阐述团队及个人的工作内容和价值。

两者都是站立会议可以轻松暴露的问题，但需要在站立会议之外解决。

[garlics]

如果有事还好，直接说昨天做了什么，今天打算怎么做就可以了。就怕最近没啥事，也要绞尽脑汁去想昨天做了啥，今天打算做啥。

[cxe2v]

说站会形式化的我不认同，可能是你对你们团队整体不关心，我反而觉得站会是真的有意义的，这个形式化的流程可以让团队里的领导及时知晓项目进度情况，以及是否需要协调其他资源来帮助落后的伙伴赶上进度，

如果没有这个形式化的流程，相比程序员基本是很少主动告知团队里所有人自己目前的进度和遇到的困难的，都是关起门来自己搞，那就成了一盘散沙了

[bengcaca]

我还是挺喜欢站会的。流水账也有流水账的意义。

仪式感：
我们常说生活需要仪式感，其实工作也是一样。很多人上班都很散漫，外加迟到很严重，有个站会其实至少能让大家意识到已经到了上班时间了，需要转换到上班的状态了。

聊聊天：
即使一个小于十个人的 team ，也不是每天都能跟每个同事说上话，站会前一两分钟，聊聊天，其实还挺凝聚关系的。

同步信息：
站会其实对 leader 还是蛮重要的，便于把控进度，小 leader 也是需要跟大 leader 汇报的，能每天了解进度，大 leader 随时问起来都能知道团队现在进行到什么程度。在一个就是让关心的同事知道你在做什么，如果对方关心你的进度，但是要天天去问你，其实是很烦的。其实只要不是咸鱼状态，肯定还是希望了解 team 里其他同事目前在做什么的。


需要注意的点：
站会这玩意就得轻才行，最好不超过十个人，最好别超过十五分钟。不要太严肃，吃吃早餐，聊聊天就挺好。

[tabris17]

早会的目的就是看看今天谁迟到了

[Rwing]

嗯其实我也支持 scrum 流程中的站会

[Leviathann]

所以我们改成了群里发一下昨天的工作和今天的计划

[boris93]

我是参加的，内容基本上三部曲：昨天干了啥，今天准备干啥，今天要干的东西大概有哪些可能出现的问题

主要是向团队的领导同步进度和状态

[deletemyself]

无意义；需求都是产品与开发单独对接的相互之间并不很清楚对方的功能，只是重复说日报的内容。。。且小组负责人并不是全局把控或者参与所有需求(你做的他都不知道需求是什么。。)

[meiyoumingzi6]

害 我之前还见过早上上班上早朝, 晚上下班前上晚朝的

[balabalaguguji]

早会很有意义、很重哟啊，等你做管理的时候会体会到。

[wobuhuicode]

其实早会这种东西，摸鱼的人：
完成了 XXX ，数据上获得了 XX 的增长，bug 减少了 XXX ，稳定性提高了 XXX
领导开心
真正干活的人：
我在开发 XXX 模块，
没了？
没了。

[leafre]

大家只是同事，哪有那么多话说，走个过场

[zsan6]

项目中的话，站会还是很有必要的，同步进度，疑难点，方便把控进度，避坑。

[FANGYK]

一个人讲，一群人听

[CommandZi]

销售开早会就不是流水账吗？

[hosea]

早会不需要什么表达吧，每个人说说昨天进度今天要做的，有风险暴露下就行，不是心灵沟通的环节

[Cloutain]

作为工人阶级表示很厌恶早会，任务按时完成就行，开个毛线的早会

[marffin]

@shierpro 说的对，早会有效的一个重要前提就是每个人的工作都进行了仔细的分解，基本两三天就能完成一个任务。另外也要即使把新增的任务记录下来。这样早会就可以很容易的发现实际工作进度和计划不符合的地方。每天都有不一样的需要更新的东西，怎么会一成不变流于形式呢。

[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]

什么鬼？

[JaguarJack]

周例会。组长分配任务。组员一般都是说说项目遇到的问题，顺带说下进度。

[zhoudaiyu]

什么都不说，这是坠好的

[xsen]

早会要说的其实就是，昨天做了什么、遇到什么问题（资源协调或配合）及今天安排

对于我来说（团队或项目负责人）的好处是，
1. 团队内不同同事之间的交流明显会多起来（氛围）
这里说的不是早会，是推行早会之后日常工作中同事之间的交流沟通

2. 团队成员有问题或及时跟我沟通
3. 我可以了解潜在风险，进而调整计划、协议资源或人员
4. 可以对架构、进度与设计进行监控

[leafShimple]

记流水账,搞清工作进度

[richzhu]

早会是万恶之源

[cassyfar]

@GeruzoniAnsasu

你提的这些问题为什么要等到每天早上，不应该一有疑问就聊天或邮件询问对方吗？

另外我发现组里都在做不同项目，大项目很多又是牵扯到几个组的，这种同步，早会是做不了的。

[bingoshe]

显得 leader 有在干活

[g0thic]

如果每天开早会 那还不如写日报。如果每周开会 还不如写周报。讲的一下子还会忘了 写的还有个记录

[Rache1]

呆过的公司都不怎么开会，曾经在一个初创公司呆过一段时间，项目搞得火急火燎的 “敏捷开发”，每天搞个站会，周三还有个会。

个人对这种环境没啥好感。

[mikuazusa]

同步信息，早会最佳实践是时间必须严格控制，不要讲废话，只讲需要同步的内容，越短越高效，控制在 10 分钟内。

[hansnow]


[1002xin]

学的国外呗，Facebook ，Standup Meeting ，人家那个是六个人一组，十分钟，主要是报问题，与要完成的事情，我们的早会基本流于形式

[aino]

问个问题。你们早会的组织人，会不会叙说他昨天做了什么，今天要做什么，我们的不会，所以我觉得恶心

[codeEleven]

在项目中，信息同步很重要。知道每个人在干什么，也能更好的安排自己的工作。走出时不时摸鱼的舒适区，提高工作效率，是节约自己的时间，等同于为自己延长寿命。

[InDom]

有事早奏，无事退朝。

[GeruzoniAnsasu]

@cassyfar 「一有疑问」？

没有形式来保证，谁知道其他人什么时候「有疑问」？早会的目的就是每天都让所有人都清楚了解有没有问题。

> 组里都在做不同项目，大项目很多又是牵扯到几个组的，这种同步，早会是做不了的

这也叫「从早会反映出的完全失败的项目管理」。



敏捷团队必须以目标为单位来组织，而不是什么技术栈或管理部门。这个团队应该是能随时（指在 milestone 之间）重组、扩容、调配的，包含完成一个 milestone 所需所有「基本常驻人力单位」的组织。并且敏捷模式就是与小团队和快迭代才契合的模式，其它场景根本就不适合 agile/scrum 。换言之，「一个组」应该代表「做同一件事的一群人」，如果「组里在做不同项目」，说明管理失格。


如果项目很大需要很多团队配合



这个项目需要不断迭代吗

> 是 >> 那么能把项目拆成多个小团队各自进行敏捷开发和迭代吗
>> 能 >>> 各个小团队各自日会，各组长与项目总管理时不时沟通同步情况。这种情况一般是有很多个组件相互存在松散依赖，各组件会不断 build 新的稳定版本供其他组件引用，组件的版本迭代就可以继续采用敏捷模型。
>> 不能 >>> 说明项目的架构就很有问题，只会越迭代越痛苦，趁早副本一个团队重新做 2.0 才是正确的事。

> 不是 >> 那么这种项目的生命周期根本就不采用迭代模型，瀑布模型前面的需求分析写完了吗？设计文档和 PRD 完整了吗？没有的话根本都不到开发干活的时候，到开发干活的时候风险点和技术调研照理都已经全完成了，当然就不需要天天应急似的对进度

[zhouyou457]

个人觉得如果团队是多地远程协调的话早会非常必要.

以我们组来说，一共 6 个人，一个项目经理一个主管，两个前端两个后端（ UI 和测试都是公共资源。。）
由于项目经理在北京，另一个后端在重庆，而剩下我们几个都在成都，所以每天早上的早会基本上就是同步两边的进度，也不是说必须得说话，基本上就是有什么具体的问题就直接沟通交流了。

如果是发消息的话时常会出现有人看到消息然后“忘了”，搞的大家会很不愉快，因为一个人而导致整个项目组都背锅。

[uleh]

早会的意义是同步信息和确认，确保每个人都明白自己在干什么，要干什么

所有的管理实践活动一定都是结合现场情况来做的。
一个成熟的小型团队可能早会很简短甚至不需要；
一个即将交付的团队就需要每个人在早会上明确问题甚至进行小规模的讨论；
一个新人为主的团队，就需要 Leader 在早会上明确的跟踪每个人的进度并且布置任务

[locoz]

其实就是 leader 管理能力不行或者管控欲过强，所以才喜欢搞这种晨会、日报之类极度流程化的东西。如果真的要高效管理和同步项目进度的话，合理的做法应当是通过工具来做，每个人自己把任务细分清楚、做好时间预估再按重要程度排个序，看板、图表、自动生成的进度报告之类的一目了然，根本不需要这么反复汇报。

别说啥“用工具会不自觉”之类的，在合理使用工具的前提下使用良好的工具来管理进度时，执行人员面对的核心部分应当始终是一个简单的 todo list ，根本不需要花费过多的时间成本或心智成本做多余的事情，为什么会不自觉？顺手就操作完了。

如果连个 todo list 都懒得写、懒得点的话，那说明是招的人本来就有问题...leader 自己应当反思一下为什么会招进来这种人。毕竟做这事比写日报或者进度报告之类的简单多了，每天每个任务上就花个几秒的时间而已。

---

有些只会看些管理学书籍然后生搬硬套别人方法论的 leader 可能根本没想过：

晨会之类短周期的会议之所以不好，就是因为对于执行人员来说，有很多信息在大多数时候都是无意义的，日积月累下来这么浪费的时间就非常多。不管是按项目组来开会，还是按职责关联程度来一部分一部分地开会，都总会存在这种情况。

而使用日报或进度报告之类的方式之所以也不好，是因为对于执行人员来说，要么是需要把一个具体的任务进度通过文字这种相对抽象的方式表达出来，需要耗费心智成本；要么是多余的操作过多，比如有些奇葩报告需要估算进度百分比，且是通过 word 之类非专业工具进行操作，每次都需要花费额外的时间来处理，而不能是做事的时候顺手就处理，心智成本和时间成本都需要耗费。

相比之下，一个在项目初期开立项会之类会议时就能大体定下的 todo list ，在大多数时间里都只需要顺手点几下就能完成项目管理的需要，不管是心智成本还是时间成本都耗费极低，效率不高、满意度不高才怪了。

[locoz]

@shot #22
"团队荣誉感 /自治性不足，主观上不愿意作为团队的一部分去共同实现一个有意义的目标"
绝大多数人打工只是为了赚钱，只有级别较高的人才会是因为前景或者意义之类的原因进入公司、参与项目，跟只想赚钱的人谈荣誉、谈理想之类的没有任何实际意义...换个难听点的说法就是“画饼”。

“团队成员职业能力有短板，客观上无法理解团队目标，达成团队协作，阐述团队及个人的工作内容和价值”
无法理解团队目标，达成团队协作是能力问题，但有没有这种会议其实都会很容易暴露出来，甚至正常来说面试的时候就应该暴露出来了，即使没立即暴露出来也会在做事的时候自然暴露，跟有没有开会没啥关系...而“阐述团队及个人的工作内容和价值”，这是表达能力的问题，如果不是以说为主的职业，表达能力相对较差是很正常的，这并不代表职业能力不行。

[comoyi]

主要是同步进度，再具体开小会

[locoz]

@xsen #63
“团队内不同同事之间的交流明显会多起来（氛围）”
其实氛围跟晨会关系并没那么大，与其说是因为推行后交流多了，不如说是非管理层的同事间私下吐槽得多了、关系好了，所以才交流多了...氛围好不好还是得看同事关系，如果基本都是不怎么说话、只把同事当路人的，那公司当然会天天都一片寂静、各干各的，有事再沟通；如果基本都是会把关系好的同事作为朋友，每天一起吃饭、聊天、上下班的，那公司里的交流当然也会变多，而且是工作和非工作内容的交流都会变多。

[locoz]

@GeruzoniAnsasu #58 你说的这种情况，其实更高效的做法是：有问题的时候直接在团队群里说出来，然后细节再私聊或者拉小群讨论，而不是等到早上开会再说...既能确保无关的人可以不需要被占用过多时间接收对他而言无意义的信息，又能做到暴露出问题协调解决。

如果做不到在群里完成这一套操作，那实际上是团队的人的问题，而不是操作方法的问题，因为这本质上只是换了个传输信息的地方而已。

[lvming6816077]

我们都是下班开，你能忍

[shunia]

@locoz #79 “晨会之类短周期的会议之所以不好”
首先效果并没有“不好”。
其次，从我个人实践的效果，和目前全公司推行后的效果来看，“不好”的原因基本都是晨会发起人的问题。我觉得晨会是一个非常好的实践。

晨会要成功，最关键的点是发起人能理解自己是在做管理。

另外晨会的客观功能性是要远远要强过管理工具 /聊天工具等方式的，而且不可替代：
强同步性和实时性能极大减小成员之间认知不一致的情况，有效降低沟通成本；
从精神上能树立一致的目标和理念，维持成员的活性；
以管理人员的视角，在晨会上快速确认任务执行所需的资源、遇到的阻碍、需要的跨部门协调，能保证任务跟踪的结果总是在进度之上；

简单来说其实就是能做到降本增效。

但是晨会有个问题是规模太小，或者团队对外依赖极低，那么效果就不会太好，因为本身就没有多少要追踪的事情；
晨会规模太大也不行，这个就不用多说明了吧；

我觉得很多人对晨会有误解是自己没有参与过高品质的晨会，也就是没有遇到过懂得执行晨会的领导。

[tcitry]

为了保证大家都能准时到公司吧。

[lifesimple]

「开早会的渐渐成了流水账」开早会就是流水账呀，说说昨天干啥了今天要干啥同步一下，要是人多，一般都是有问题需要协调的和领导说下，基本时间控制在 10 分钟左右

[GeruzoniAnsasu]

@locoz 还有更高效的做法是初创团队 5 个全栈直接动态分工点对点解决呢

如果你刚来一个团队每个人干什么的都不知道，有问题不知道找谁呢
如果你还不熟悉团队氛围不清楚该不该说话找谁比较好说话呢
如果你就是喜欢憋着拖着不沟通的那种人呢
如果你是个觉得群里无用信息很多平时一律忽略群消息的人呢
team leader 考虑的是如何保证一个非自律懒惰性的、任务驱动的、沟通松散的、多技术栈和岗位一起协作的团队如何高效起来。而不是去「找能自觉写 todolist 、自觉推动项目需求、自觉沟通问题的人」来组建团队。你说的那叫不拿工资拿期权的创业合伙人。


理解一下我说的「确保实现 n^2 条次信息传输」



> 一个在项目初期开立项会之类会议时就能大体定下的 todo list ，在大多数时间里都只需要顺手点几下就能完成项目管理的需要

这么说吧，之前我们一期迭代开始前需要将近总计 5 个小时的（多次）会议去细分任务，这 5 个小时能确定什么呢，要做多少个 story ，story assignee 是谁，大概需要几个天时，需要什么原型或设计细节。

那么每天早会一分钟讲的是什么呢，这个 story 设计上要写 3 个接口，有俩搞定可以调了，设计图更新了记得看，Abug 已经搞定了测试记得去看 aaa 的 build


虽然都只是「去看」，但还是我说的，早会「确保」你应该看，或者你去看了。

[locoz]

@shunia #83
团队成员之间的认知差异问题，请把会议换成群公告和在群里的交流，你会发现没啥区别；
“目标和理念”请跟合伙人之类级别较高的人说，绝大多数人打工只是为了赚钱，有啥活干啥事，不会想听你说这些；
绝大多数任务执行所需的资源在初期或阶段性会议中会展现出来，执行过程中有啥资源需求、碰到啥问题，执行人员可以直接私聊 leader 或在群里说，还可以直接通过提内部工单或者在任务记录中 @某人等方式来做，并不需要特意在晨会上确认，等到晨会再说反而效率低了。

这么说吧，据我了解，最喜欢搞晨会、日报之类东西的那些传统企业，现在有很多都在搞数字化转型，通过软件系统来提高效率，减少甚至直接移除这些短周期的会议和报告。而且根据他们自己的说法来看，效果还都挺好，这已经能说明问题了。人家用这套方法的时间应该比你们久得多，而且其中也有那种时不时会去参加一些交流管理经验会议的 leader ，经验并不缺，所以 leader 的水平不行这种说法是不太成立的。

[7gugu]

早会不是用来同步各自的进度给 leader 的吗？不然你们开早会干嘛？

[locoz]

@GeruzoniAnsasu #86
“如果你刚来一个团队每个人干什么的都不知道，有问题不知道找谁呢”
这是新人欢迎会议 /饭局 /娱乐之类就能解决的事情，而且像群名片甚至直接就企业 IM 中的职位、部门信息之类的都可以看出每个人是干什么的，最差的情况也就是直接问 leader 而已，这也本来就是 leader 该干的事情。

“如果你还不熟悉团队氛围不清楚该不该说话找谁比较好说话呢”
关于氛围的问题我在#80 里有提到，这个问题跟晨会没啥关系，日常工作和生活中很容易就能自然而然地了解到，而且还有新人欢迎会议 /饭局 /娱乐之类的也可以解决。

“如果你就是喜欢憋着拖着不沟通的那种人呢”
那 leader 应当反思一下，为什么自己会招进来这么一个沟通能力低于平均线的人。而且可以在团队中推行「有问题就说，不要憋着自己折腾」的做法，且在执行时不要让人感觉得不到正向反馈，这样很容易就能解决这种问题。

“如果你是个觉得群里无用信息很多平时一律忽略群消息的人呢”
所以你有没有想过，别人为什么觉得一个「与自己的工作内容有强关联的办公群」里会充斥着无用消息呢？就比如把一个后端开发放在产品经理和 UI 讨论产品设计的群里，工作内容完全不相关，那你说这后端开发能不忽略群消息吗？而且 IM 工具中有个功能叫 @，出现有关联的事情而被 @了，别人又怎么会忽略呢？

---

自觉写 todo list 、主动沟通问题是很基本的事情，绝大多数人都能直接做到，并不需要是什么“不拿工资拿期权的创业合伙人”。如果没有相关习惯也可以做引导，而在被引导后仍然做不到的，那就属于是低于平均水平了，更别指望工作能力有多强。

至于推动项目需求，那本来就基本是 leader 的事情...还是前面说的，绝大多数人打工只是为了赚钱，有啥活干啥事，所以与其说推动项目需求，不如说有问题主动沟通。

---

“story 设计上要写 3 个接口”
谁负责或谁安排的就在 todo list 上自己写上，作为大任务下细分出来的子任务就行了。

“有俩搞定可以调了，设计图更新了记得看，Abug 已经搞定了测试记得去看 aaa 的 build”
请使用 @功能，或任务关联功能，又或者是简单的在群里直接说，有很多方法都可以做到实时同步和强提醒，不存在没看到、没去看的情况。

[GeruzoniAnsasu]

@locoz ……行

[GeruzoniAnsasu]

@locoz 你把讨论早会意义限定在一个早会无意义的场景下，我试图告诉你早会有哪些意义，你试图告诉我在我举例的意义都不存在的情况下早会不存在意义

「一个团队应该是那样那样的，不那样就有问题！」
「如果团队真的不那样呢」
「不应该有这样的团队！」
「如果人就是不自觉呢」
「开除！」

[locoz]

@GeruzoniAnsasu #91 不，我的意思是：你所说的这些意义都可以被其他东西替代，而且要么不影响效果、要么效果更好，所以晨会没有意义。

至于你下面这些你脑补出来的对话，其实反而是你自己在这样…我前面已经说了多个解决方案，比如一开始就不招进来、比如做各种引导、比如通过其他方式调整团队氛围、比如把本就应当由 leader 做的事情拿出来变成日常事务来做，而不是固定、死板的一套方法论，极端到要么留要么走。

[Jat001]

鱼都不能摸，上班还有啥意义，每周总有几天不在状态、不想干活（狗头

[cassyfar]

@GeruzoniAnsasu

我觉得你视角好奇怪。如果从程序员出发，为什么要依靠早会让所有人清楚了解有没有问题呢？

如果我觉得这个项目有风险，而我自己无法处理，我就会和经理沟通，然后邀请参与者讨论如何解决风险。所以早会能给我带来什么好处？

至于跨组，你不也承认了早会没法沟通问题和进度，所以早会意义在哪？

最后你的回复可以精简一些，很多内容都是不相关的。

[GeruzoniAnsasu]

@cassyfar

1. 早会确实真的完全不能给只写代码的人带来哪怕一丁点好处，只会浪费他每天 10 分钟时间
2. 但这 10 分钟能确保他发送且接收了他所需的信息摘要
3. 早会 /日会的前提是这个团队足够小且足够适合采用迭代模型，如果这个前提不存在，那么不是早会意义存在与否的问题，而是项目管理完全失败。我花了大量你所谓「不相关的」篇幅去说明这一点


@locoz #94
正因为这个形式有很多东西去替代部分功能，因此你得承认至少那些「功能」是有用的对吧。那么对于一簇目标，有两种不同的方案，方案 B 比 A 好一些，我们可以说方案 A 就是无意义的吗？我完全承认你说的替代品的效果会更好，但你承不承认「不替代的时候也有效果」呢？ 我 argue 的是这一点。如果你承认，不就说明早会有意义吗，不承认，那就没什么可讨论的了

[cassyfar]

@GeruzoniAnsasu

我呆过的组都差不多 5 到 10 人。都是用的敏捷开发，什么 scrum 啊，kanban 啊，都接触过。我经历是觉得早会带来的收益为 0 。
我现在的组没有早会，只有一次 weekly standup 。

[guimeisang]

我们不开早会

[liyhu]

@biguokang 不能更同意了