程序员开发者团队每天是否有早会制度?如何开的?讲些啥?每次多长时间?

2023-10-09 09:52:36 +08:00
 Simcyber
RT
程序员开发者团队每天是否有早会制度?如何开的?讲些啥?每次多长时间?
计划团队试用一下,异地多人进度不好管控
4100 次点击
所在节点    职场话题
43 条回复
msywkylemon
2023-10-09 10:00:43 +08:00
我们有,每周一次;
每人就汇报一下这周处理了啥问题,然后大领导会问一些细节方面的东西;大概十个左右,一次下来要接近两小时;有的同事说的比较多,领导问的细要半上午
我感觉周会就是为了让大领导了解下问题的进度,虽然都可以在日报上看(对的我们也有日报)
blackkkk
2023-10-09 10:01:42 +08:00
十分钟,每个人把自己进度说下,遇到的不论是需求还是技术问题都提下。
早会不解决问题,只是提供管理者或者大家互相了解进度,了解问题点,散会后管理者看是否需要针对进度做调整,针对问题单独拉相应人员沟通。
Aoyd
2023-10-09 10:02:44 +08:00
狗日的,我们天天早上要开,说好的弹性上班时间,狗屁小领导为了证明自己的管理能力,规定我们必须 9 点半前到达,然后开早会。
Aoyd
2023-10-09 10:04:53 +08:00
主要是其他研发团队都不开早会,就我们狗屁小领导天天要我们开。
banyebanzhuan
2023-10-09 10:06:04 +08:00
每人讲下昨天做了什么,今天计划做什么,有没碰到阻进度的问题协调下,一般 10 分内结束,遇到的问题会后单独聊
infun
2023-10-09 10:10:19 +08:00
周会是我能接受的底线,晨会 QTMD
jptx
2023-10-09 10:15:05 +08:00
我们没有早会。这个产品团队的研发、测试、产品经理、各种 Leader 加一起 15 个人,每个人的效率都很高,不需要早会,甚至连周会都没有,只需要各个 Leader 自己按照产品计划来安排就行,各种需求、任务的流转很正规。团队沟通非常及时,有问题很快就能被知晓。在我们看来早会纯属浪费时间。
另一个产品团队的规模更大一些,且人员较为分散,并行的项目工作较多,但也没有早会,只有周会,且周会只有各个 Leader 参加,在周会上对齐进度。虽然说是周会上对齐,但基本上在对齐之前大家也都知道各种事情的进度。

给楼主的建议,团队前期磨合尽量还是开早会,但时间不要太长,提前把 TODO List 之类的做好,这样过任务的时候可以有条不紊,快速过。团队后期的话看成员实际情况了,如果确实效率很高,且执行情况良好,可以不开早会,只开周会。
broken123
2023-10-09 10:21:03 +08:00
推荐 就是 开周会 每周周五一个小时 回顾本周任务和下周任务 。然后只需要各个组的领导参加就行了 前端 后端 移动端 产品 测试。设计 各个组长就行了
InkAndBanner
2023-10-09 10:21:15 +08:00
摘抄一下 wiki 上 scrum 站会的规范:“ [] ”内是我使用的体感
- 会议准时开始。 [迟到/请假的人,需要把自己要说的内容发给 Scrum Master]
- 欢迎所有人参加,但只有“猪”可以发言。 [产品、业务可以参与,但是尽量不要发言]
- 不论团队规模大小,会议被限制在 15 分钟。 [不发散,问题遗留到会后小规模讨论]
- 所有出席者都应站立。(有助于保持会议简短) [很有用 大家站着都很累 都会加快速度]
- 会议应在固定地点和每天的同一时间举行。
broken123
2023-10-09 10:21:25 +08:00
每天早上 如果上班距离非常远 卡点到 开早会 非常烦的
Daniel17
2023-10-09 10:24:53 +08:00
没有
LitterGopher
2023-10-09 10:35:56 +08:00
五六分钟,就简单说一下昨天的进度,今天准备做的任务。
28Sv0ngQfIE7Yloe
2023-10-09 10:37:19 +08:00
早会,部门人比较多,大概半小时,但是没有日报周报啥的,还能接受
inhzus
2023-10-09 10:38:34 +08:00
早会是大幅度降低员工体验度的东西,等他们离职之后,回想起这份工作一定会骂一句 SB 主管要求的 SB 早会。
怎么开:把所有事项列到 SCRUM 中(实体或者 Jira 均可);早会时每个人逐个看事项进度,更新状态;有问题或者有风险的事项同步出来,散会后再沟通。一般最多十分钟。
建议开周会。
wqhui
2023-10-09 10:44:11 +08:00
周会就够了,同步下项目进度,并且如果有些什么发现的风险或者解决不了的问题就提前预警一下,整个会议尽量半小时内结束,别动不动就在会议上讨论东西,另外参加会议的人数也控制在 10 人内最好,人太多的话每人讲一两分钟也要很久,而且有些人的工作并不相关。小会议+快速结束,后续相关人员另外开小会讨论具体问题
每日会议没什么必要,一天的进度并不会有多少
wangchonglie
2023-10-09 10:48:11 +08:00
早会关注点:
1 、我昨天做了什么
2 、今天计划要做什么
3 、遇到了哪些问题,需要的帮助和资源
wu67
2023-10-09 10:49:39 +08:00
在上家公司有, 就讲一下昨天完成了什么, 今天打算做什么, 相当于跟团队同步一下负责任务的进度.
现在这里没有, 有时候会开个周会, 大部分时候不开, 因为我是做优化工作比较多, 开发任务只是偶尔有.
hirenloongdddd
2023-10-09 11:19:09 +08:00
有效管理的前提是,任务分解粒度一定要精确。
一些中层管理最喜欢的就是,自己根本不会拆分任务,也不会根据每个成员的能力预估工时。
然后发现进度不可控,就开始频繁开会。
开会并不能提升管理的有效性,尽可能在分配任务的时候,跟开发者确认 能力匹配度和产能耗时。
每天下班前要把握每个人完成度
yuningWang8
2023-10-09 11:20:50 +08:00
每天早会纯纯的浪费时间+领导无能。
SeaTac
2023-10-09 11:24:46 +08:00
这不就是 daily standup 么
每个人几分钟 讲讲昨天干了啥 今天要干啥 有啥 blocker 没
我的体验是没有 daily standup 的组会相对轻松一点,没那么大压力

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

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

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

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

© 2021 V2EX