每天早上要开会真的太要命了

[undertheros3]

[Henrybsbhp]

我們是每天下午開會，十分多鐘開完，就問今天幹了什麼。

[leiletter]

我司每天 8 点 15 开会，会程大概 20 到 50 分钟，最大的问题是每天一个会议记录，最抓狂的是都是我写，开完会一上午写这个记录。。。

[lwldcr]

我直接不去了 每天早上节约 20 分钟

[leegradyllljjjj]

上周日志：
7 月 15 日 修复 bug 、优化程序
7 月 16 日 修复 bug 、优化程序
7 月 17 日 修复 bug 、优化程序
7 月 18 日 修复 bug 、优化程序
7 月 19 日 修复 bug 、优化程序

[ma836323493]

其实不要担心，领导也没用心听

[lostexile]

给大家换个思路，我之前开会也是发愁都说什么，后来换了个思路，发现很多问题都能解决。
-- 你不要说做了什么，产出是什么。
-- 你要整理你手上的项目都有哪几个，如果只有一个项目，那就拆解到具体的任务线上，这几个任务线是不是正常推进，如果正常推进，预计的上线时间是什么时候，大概什么时间交付到联调或者测试；如果遇到问题了，就说下问题是什么，解决没有&怎么解决的，解决这个问题有没有导致时间推迟；如果这个问题没有解决，有没有解决方案，需要哪些部门或者哪些人的支持，会议上直接抛出来让相关的领导去推进解决，同时要领导明确可能导致的项目延期。

你按照这个思路整理，领导听完抓到重点就结束了。

[736531683]

我就因为工作日会才来读书的

[iMiata]

@xx219 没时间，但是要硬搞，要留下会议记录、产出文档这种痕迹...很恶心，而且 ISO 质量认证，不从软件质量本身出发，牵扯一堆项目管理方面的问题，这才是我觉得最不理解的

[victorc]

很合理，每天早上碰一下，分配一下工作，专注高效，6 点准时下班走人

[z1060450187]

我刚毕业去了家开早会的公司，给我一周的活的我一上午就干完了，那时候每天都要绞尽脑汁想第二天说啥

[fzls]

之前大四实习的时候也是这样，每日例会，感觉好焦虑= =现在的公司是一周发一次周报，大概说下上周干了啥就好，感觉就比每日例会合理很多。自己每天记下大概做了啥需求，然后每周整合一次，顺带能复盘上周做了啥，也不会有太大心理压力

[73cn4XL4Ufv3V65L]

工作了还有每天的站会，每周的周会，更是崩溃，别问我怎么知道的

[kujio]

周一报告：修复了上周发现的 Bug A ，同时又发现了 Bug B
周二报告：修复了周一发现的 Bug B ，同时又发现了 Bug A
周三报告：修复了周二发现的 Bug A ，同时又发现了 Bug B
周四报告：修复了周三发现的 Bug B ，同时又发现了 Bug A
周五报告：修复了周四发现的 Bug A ，同时又发现了 Bug B
周六报告：加班修复了周五发现的 Bug B ，同时又发现了 Bug A

[cssTheGreatest]

五人敏捷团队，两周一个 sprint
· 每天站会，讲“昨天做了什么，今天准备做什么，遇到什么困难”，10 分钟内结束，有需要要展开的话题会由组长（ SM ）记录等站会解散后拉人讨论
· sprint 第一天 planning ，最后一两天 review & retrospective ，基本就是敏捷的常规仪式，团队加上相关人（产品、设计、或者老板）开会，控制时长

感受很 ok ，团队也会一起讨论会议的形式、人员、节奏、话题

[morutong]

scrum 敏捷开发嘛？简短的早会还是可以接受的吧

[Troevil]

@kujio 搁这儿卡 bug 呢

[yifeia]

就是卷

[Huelse]

@iMiata #68 形式归形式，这样做的目的就是哪怕只要有一个人认真了那就可能提升质量，就怕都是半吊子或者单干蛮干，那出问题的概率会大很多。所以这是个概率问题。

[hertzry]

@me1onsoda 大多数研究生就是给导师打工。

[zohar727]

我们这没有晨会，小组例会也是两周才开一次...