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

2019-11-28 11:46:51 +08:00
 wr08
晨会,站成一圈,汇报昨日工作进展
11977 次点击
所在节点    程序员
101 条回复
littlebaozi
2019-11-29 09:11:15 +08:00
坐着不能简短开会吗 关键是会议主持人的问题 我们两个经理,一个喜欢几分钟说下手头的事情、安排下工作,完事。另一个,喜欢东拉西扯,就能开上个把小时
osfine
2019-11-29 09:26:06 +08:00
10 分钟内搞定就可以,半个小时的那种就没必要了。站着是为了简短时间说完
其实这也是敏捷的一种,只是有些团队偏了
vipppppp
2019-11-29 09:36:47 +08:00
我也觉得挺好,每人十来秒就解决,有人讲一堆就打断叫他说重点,十几个人 最慢也五分钟内解决,现在都养成了每天记录干了什么事情都习惯,写起周报月报季度报效率 max
exploreXin
2019-11-29 09:44:06 +08:00
对于 Scrum 的每日站立会议,看了下评论,大多都一上来直接否定,看来大家都是在不规范的团队被不懂敏捷本质的领导给坑怕了,导致对站立会议的抵触情绪,这也正反应了在国外能够大幅提高效率的工作方法论,为什么在国内引进之后,随着时间的推移名声越来越臭,最终原因不是方法不行,是运用方法的人没有掌握敏捷的精髓。把敏捷方法直接拿来主义的领导不懂敏捷,导致手下员工被生搬硬套的方法折磨的死去活来,然后就是员工一面倒的开始抵制一切敏捷方法。

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

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

任何细节都私下交流,无论如何要控制在 10min。
Stevearzh
2019-11-29 09:59:40 +08:00
挺好的,起码不是每天晚上八点半开
geekdocs
2019-11-29 10:00:02 +08:00
以前我们公司也搞,每天早上开会气氛都不对,后来就取消了~
Lily0756
2019-11-29 10:03:49 +08:00
这不是敏捷开发吗?
dalabenba
2019-11-29 10:09:55 +08:00
我们之前的站会能站到腿酸
zhouyou457
2019-11-29 10:11:15 +08:00
团队每周周会都会有人站着有人坐着,他们单纯是坐久了想站着...而且周会长度不会超过 20 分钟,除非有人和领导扯皮...
dolphintwo
2019-11-29 10:11:19 +08:00
想起在 26 大厂的时候,站会一共五分钟,而是个人小组,一人两三句话,昨天做完啥,今天想做啥,有啥要协助(没有就略)。

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

控制时间,控制重点,这玩意儿不是在向领导汇报,是你给自己的汇报
victorywangzhcn
2019-11-29 10:28:36 +08:00
@SingleX 上班摸鱼
real3cho
2019-11-29 10:33:02 +08:00
贵公司是买不起椅子吗?
iehp
2019-11-29 10:43:06 +08:00
我们开发、测试俩团队地处两地,每天早上 10 分钟视频会议,通报一下各自进度和遇到的问题,感觉挺好的。。。
坐着站着无所谓,就是时间需要严格控制下。
LichMscy
2019-11-29 10:50:51 +08:00
敏捷开发搞得好不好 基本上取决于 Scrum Master 够不够专业
建议楼主从你们负责组织站会的人身上找原因
foamvalue
2019-11-29 10:53:01 +08:00
小团队站会比较有效率。大团队就有点傻逼了,你听不懂他,他听不懂你。
a728976009
2019-11-29 11:11:27 +08:00
standup 是要站在 kanban 前更新 story 的进度,10 分钟每人更新下昨天干了啥,今天要干啥,story 状态有没有变化就好了,帮助 team 掌握每个人的开发进度,有没有 block 或 risk。个人感觉很实用。
对于不了解 agile 的各位,建议不要上来就喷。
fyi: atlassian agile 手册 https://www.atlassian.com/agile
fhvch
2019-11-29 11:12:13 +08:00
这不是敏捷开发中的一环么
hslx111
2019-11-29 11:32:19 +08:00
严格控制时间就挺好的
losephsky
2019-11-29 11:49:53 +08:00
Scrum 敏捷开发里十分强调站会的重要性,这是一个很有仪式感的事情,议程包括但不限于同步工作进度,需要严格控制时间,10 分钟尤佳,方法是很好的方法,落实到每个公司就要看具体的执行人了。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/623908

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX