大家对于每天上午都搞个站会的公司/部门怎么看？

万一哪天状态不好没什么进展，开会的时候就要被批一顿

如果能提升效率，why not

效率高很快完事的话挺好的
磨磨唧唧半天不完事就很烦

所以公司没钱租个有会议室的办公室？

如果只是汇报的话，直接书面汇报不是更好嘛？可以留存或者批阅，信息交换效率也比口说要高得多。

首先，你要区分会议的目的，是更新 Scrum 冲刺的进度项目管理，还是更新人的工作情况人员管理。前者有用，后者不做评论。

这不是敏捷开发的必须要求吗？………………………………敏捷开发就是不让开发闲着

会议室不够
另外
为什么每天？

挺好的，就几分钟的事，总比一个星期都不知道同时在干啥要强

每天的话不至于吧

你可以看一下 敏捷开发 关于 "站立会议" 和 "每 24 小时简会" 的相关描述
当然，不是每一个团队都执行到位，可能会有理解偏差，比如简会开成了夸夸其谈的大会，你可以跟你的领导提出你的建议。

我们团队，每天 10 分钟站立会跟进一下进展

我也质疑过我上一家公司搞晨会没有必要，后来上司对我说，老板要搞晨会的主要目的不是为了让员工汇报工作进展，而是为了防止他们迟到。

10 分钟之内挺好的

看描述这是 scrum 模式的一个环节，主要是更新一下进度，并且遇到困难的时候就可以提出来。因为时间不长所以是在看板前面站着开。

如果是这样的会的话，除了早上起不来比较难受之外，我感觉还好

如果不走歪：
相对坐着，站立更容易缩短时间，更容易集中精神。
每日集中、扼要的进度同步和协助请求是极好的。

但有人理解不了项目管理的核心概念，瞎 jb 搞，很容易走歪：
罗嗦。每个人絮絮叨叨讲个没完，尤其还有喜欢表功、喜欢鸡汤、喜欢跳忠字舞的人。控制每人讲话时间和内容，半分钟足够了。一两句话讲不清楚的得考虑组织个讨论或者会议了。
走题。昨天做了什么（同步进度），今天计划做什么（同步计划），需要什么协助（抛出问题请求合作），除此之外别走题了。扯太远的事情应该组织茶话会。
批斗。信息同步是主旨，不应该成为批斗大会，不应该带来巨大压力。压力是肯定会有一点点，但应该尽量避免。一项措施的成功推行与否取决于所有成员是不是意识到这件事的正面价值。都是负面价值，那这项措施肯定推行不好，不是敷衍了事就是形成负担。

所以，晨会的组织者（项目经理、Scrum Master ）是最重要的核心。让 lz 这么生不如死，你家团队的晨会组织者要负责。

每天站会一个小时，周五下午再一个半小时总结的路过，真的是要恶心死了

围一圈站着就算了，每天都要这样汇报？很烦

接上条，任务有 jira，文档用 confluence，盯任务看 jira 不就行了，不明白，每天早上还要说一遍有什么意义。

每天站会 20 分钟，重点不是更新啥进度，就是说一些昨天干了啥，今天要干啥，站会可以有，但是效率必须得高。另外，最最坑的是明明每天还在工作群里周知迭代进度。

人少的话可以，几分钟沟通完还是能接受的。以前临时加入隔壁的小组，开周会一个小时的汇报，跟自己有关的只有几分钟，其他时间我就坐在边上干自己的事，浪费时间。

Scrum 敏捷流程中站立会议还是很重要的，但效率要高，快速沟通完

最烦是几十个人站在一起开晨会，真是脑子有病的人才会那么做

1、我们开站会，关键项目时期每天，平时两到三天一次；
2、站会绝对不废话，基本十分钟以内，一共七个人，老大简单开头，然后一个个交代一下；
3、我们的站会效果很不错，做了什么要做什么有什么问题很快能交代清楚。

敏捷开发根本不适用于国内项目 我们只是学到了人家的糟粕 形式主义 已经 996 了 哪那么多功夫去开会 况且开会都是扯一些有的没的 甩锅 等等 另外国内企业的人际关系 敏捷开发只会造成开发人员不满 项目成本上升 引发更多和甲方撕逼 就算不撕逼 也会很快榨干甲方预算 所以没有欧美外企的财大气粗 搞敏捷根本不可能 国内一众互联网公司 也没搞那么多套路 实际产品体验完爆那些敏捷出来的产品

敏捷有站会，但是大部分都是田园敏捷

敏捷的站会还是行政站会？

小组内的 standup meeting 吗？
这不是挺好的，应该多鼓励

上家公司就是每天结束来一个站会，这不是关键的，关键是脱工资，so,赶紧跑路换公司

@pyfan 你怕不是和我一家公司吧

以前也有，还要求 9 点半之前，感觉是为了防止迟到的
我每天都要想，我到底要说什么。。。。
不过对于项目进度而言，每个人都能掌握到具体进度还是不错的

@wbfz89 杭州滨江卓信大厦的一家公司

我上家公司就是每天站会，半小时以上，汇报进展，每天都绞尽脑汁想进展啊，特么心里压力特别大。这种站会没什么卵用，领导就喜欢，没办法，所以我溜了。。。

看领导了，领导只负责听，那就没问题。大约 15 分钟开完会。
一旦出现交流，那么今天早晨别干活了。
遂，一周一次会议即可。

现在组就是这样，时间大概 20 分钟上下，就是汇报昨天工作进度，有什么 block 点，需要什么外部资源支持等，开始的时候不适应，现在也习惯了，当然你要想摸鱼是没戏了。

#15 +1
昨天做了什么（同步进度），今天计划做什么（同步计划），需要什么协助（抛出问题请求合作），除此之外别走题了昨天做了什么（同步进度），今天计划做什么（同步计划），需要什么协助（抛出问题请求合作），除此之外别走题了昨天做了什么（同步进度），今天计划做什么（同步计划），需要什么协助（抛出问题请求合作），除此之外别走题了


首先站会对于 leader 来说，可以把握项目的进度，对于研发来说，搞清楚今天要做什么相对来说是提升效率的（想想你完成今天需要完成的，剩下的时间就可以摸鱼了。）
另外每人一分钟内，别长了。

站会我觉得挺好的，就怕没用好站会。

挺好的, 提升效率, 卡哪了, 需要什么协助直接抛出来, 比较顺畅, 大家进度也都心里有数, 及时调整工作的优先级

从项目角度分析，大家当面碰一碰，还是很必要的。
如果，是自己做项目，那就碰不碰无所谓了，自己干就完了。
只要是需要沟通，后端对后端，后端对大前端。

scrum 就是个银弹 , 能用好的团队没多少吧

说会议是不够的站立会议了解一下，高效率的站立会议挺好的，其初衷就是为了高效

站一会儿还行，我们经常站俩小时。

蛋疼的是没活的时候开晨会, 明明知道大家没啥事儿还得硬说一两句,贼鸡儿尬.总不能说划水一天吧

看什么情况，遇到这样好的公司，也遇到不好的公司。
好的允许：昨天什么都没干，就发呆了。
不好的：请开始你的表演。

有些团队对于站会只学会了一个站，有些团队除了站其他都学会了。
经历过三家公司的 scrum，有感而发。

站立是为了缩短会议
结果现在站立是为了锻炼身体

我们部门说是每天 15 分钟的站会，结果领导总是噼噼啪啪讲一堆，各种洗脑或者瞎扯，一般实际用时为 45 分钟。。。

看习惯
3-5 人的 team 都是高手不会没事 a 依赖 b b 依赖 c c 依赖 d 内部站会 10 分钟通个气 一整天自己干活 挺合适的

@wangking 我们是不是一家公司的

看了上面的回复，才知道不是是个开发都知道敏捷开发的

我当 leader 的时候，每天都站会，不过很快，一般五分钟，找个会议室把昨天组里遇到的问题各自说一下，彼此交换一下意见。然后就回去干活。基本上 5 个人 5 分钟就搞完了。

好多人都说了“站会”是敏捷的重要组成部分，不多赘述。补充一下，国内好多对敏捷一知半解的团队都把站会搞成工作汇报了，其实敏捷中所说的“站会”主要目的在于暴露当前工作中的阻碍、进度是否受影响，重点不在解决问题和汇报进度。

没有 sprint 就不要搞站会， 很容易鸡同鸭讲。

很正常啊，我现在的公司和上家公司每天都站会。

挺好的啊，每天早会大家报一下进度，大家心里有底，免得最后有人偷懒

每天早上站会，日报，季度报。季度当面汇报，见过没。

以前带过的一个小公司，就是每天早上站立晨会。控制在 10 分钟以内，每个人不超过 1 分钟，快速说一下自己当前的进度、遇到的问题，具体问题 team leader 或者项目经理在会后找人详谈。


我觉得这样挺好的，超过 10 分钟就不合适了。

方法是好方法，就看执行了。

以前 [呆过] 的一个小公司，就是每天早上站立晨会。控制在 10 分钟以内，每个人不超过 1 分钟，快速说一下自己当前的进度、遇到的问题，具体问题 team leader 或者项目经理在会后找人详谈。


我觉得这样挺好的，超过 10 分钟就不合适了。

方法是好方法，就看执行了。
==========


纠错，呆过，不是带过。

原本好十分，最後越越，有候要二，三十分。

我们每天都这样呀，站会 汇报工作进度，反馈问题，还好吧

不喜欢，受不了，有点像训狗一样…… 很讨厌

时间短的话，还好

这个如果能用好的话其实挺好的

每天站立会议 说一下项目进展昨天干了什么 今天要干什么。 五个人一组。大概 2-5 分钟结束。挺好的。 就是有时候连续两天摸鱼没做事就会在会议时间去上厕所。 不然没的说太尴尬

每天的话有点过了，普通员工汇报没啥说的。以前我们公司是领导每天早上去汇报一下昨天部门的工作，再接收一下新指示

我们是每人一句话说今天要做什么，十几个人一分钟说完，感觉挺好的

可以全局了解同事在做什么，不过搞得我不好意思迟到了。

有同事废话连篇的话，及时打断

@wr08 你作为 team leader 后，看完 scrum 相关书籍后。你还吐槽，算我输。

站会很重要啊朋友，敏捷实践中的站会可以说是必备的。。

建议就是设置时间窗口，轮值控场人，遇到那些语言表达能力奇差，说话磨磨唧唧的赶快推动他说出关键内容。对着看板或者 jira，挨个任务过，没遇到困难或者风险的 3 句话以内讲完。。。我们现在 10 个人的 team 站会不超过 5 分钟。。。

scrum 还是有用的 但能做得对的地方很少

上家公司组内早上站会，一般不超过 10 分钟，沟通下挺好的

我觉得挺有用啊，一个是督促自己少摸鱼，还有可以防止自己钻牛角尖，有时候同事的提点和帮助很重要。再者就是互相保持 updated 嘛，否则同事间很可能一天都不交流，很闷的。

站立会议是中国人发明的？是不是要申请专利？

建议阅读关键字 Scrum 开发

挺好的，对前列腺和菊花都有好处

不奇怪，还有平板支撑的 daily meeting 呢 23333

不喜欢这样 特别是磨磨唧唧 到最后总结不出啥

我每天走洗车行边上都看见他们站一排喊口号，是不是一个模式？

习惯就好

坐着不能简短开会吗 关键是会议主持人的问题 我们两个经理，一个喜欢几分钟说下手头的事情、安排下工作，完事。另一个，喜欢东拉西扯，就能开上个把小时

10 分钟内搞定就可以，半个小时的那种就没必要了。站着是为了简短时间说完
其实这也是敏捷的一种，只是有些团队偏了

我也觉得挺好，每人十来秒就解决，有人讲一堆就打断叫他说重点，十几个人 最慢也五分钟内解决，现在都养成了每天记录干了什么事情都习惯，写起周报月报季度报效率 max

对于 Scrum 的每日站立会议，看了下评论，大多都一上来直接否定，看来大家都是在不规范的团队被不懂敏捷本质的领导给坑怕了，导致对站立会议的抵触情绪，这也正反应了在国外能够大幅提高效率的工作方法论，为什么在国内引进之后，随着时间的推移名声越来越臭，最终原因不是方法不行，是运用方法的人没有掌握敏捷的精髓。把敏捷方法直接拿来主义的领导不懂敏捷，导致手下员工被生搬硬套的方法折磨的死去活来，然后就是员工一面倒的开始抵制一切敏捷方法。

我也在类似这种生搬硬套的团队里待过，每日 30 个人面对领导站立汇报，每个人少则 5 分钟，多则 10 分钟，一轮开下来两个小时就没了，回过头来想想其他的同事都干了什么，早就忘了。每日站立会议的目的是同步大家的日程，互相知悉，然后加强彼此之间的协作程度，所以几十个人站立两小时，确实形式上部分符合每日站立会议的要求，但却忘了最根本的目的。一般站立会议整个事件不宜超过 10 分钟，5 分钟左右最适宜，参会人数也不宜过多，七八个人的规模已是极限，人数再多的话，会影响会议效果，如果是大团队，可以找各个团队的小组长或者核心开发人员参会，会后再让小组长跟自己的组员传达信息，敏捷很难吗，敏捷不难，就那么一点点东西。敏捷很简单吗，绝对不简单，它背后的哲学思想是那么的深邃，需要团队执行者长时间的揣摩与思考，绝对不是生搬硬套就可以达到高效沟通的效果的。

不管是不是 scrum，如果主管觉得有必要大家一起同步进度，那开站会是很有必要的。

如果不知道怎么控制时间，那么以下方式可以帮助节约时间，即要求每个人只讲三句话：
1、昨天做了什么（昨日进度）； 2、今天要做什么（今日计划）； 3，遇到了什么问题（需要帮助）

任何细节都私下交流，无论如何要控制在 10min。

挺好的，起码不是每天晚上八点半开

以前我们公司也搞，每天早上开会气氛都不对，后来就取消了~

这不是敏捷开发吗？

我们之前的站会能站到腿酸

团队每周周会都会有人站着有人坐着,他们单纯是坐久了想站着...而且周会长度不会超过 20 分钟,除非有人和领导扯皮...

想起在 26 大厂的时候，站会一共五分钟，而是个人小组，一人两三句话，昨天做完啥，今天想做啥，有啥要协助（没有就略）。

划水就照实说，批评啥，以为站会两句糊弄下，就看不见你一天在划水么？

控制时间，控制重点，这玩意儿不是在向领导汇报，是你给自己的汇报

@SingleX 上班摸鱼

贵公司是买不起椅子吗?

我们开发、测试俩团队地处两地，每天早上 10 分钟视频会议，通报一下各自进度和遇到的问题，感觉挺好的。。。
坐着站着无所谓，就是时间需要严格控制下。

敏捷开发搞得好不好 基本上取决于 Scrum Master 够不够专业
建议楼主从你们负责组织站会的人身上找原因

小团队站会比较有效率。大团队就有点傻逼了，你听不懂他，他听不懂你。

standup 是要站在 kanban 前更新 story 的进度，10 分钟每人更新下昨天干了啥，今天要干啥，story 状态有没有变化就好了，帮助 team 掌握每个人的开发进度，有没有 block 或 risk。个人感觉很实用。
对于不了解 agile 的各位，建议不要上来就喷。
fyi: atlassian agile 手册 https://www.atlassian.com/agile

这不是敏捷开发中的一环么

严格控制时间就挺好的

Scrum 敏捷开发里十分强调站会的重要性，这是一个很有仪式感的事情，议程包括但不限于同步工作进度，需要严格控制时间，10 分钟尤佳，方法是很好的方法，落实到每个公司就要看具体的执行人了。