展开讨论

经验与复盘经验摘录 · 机器翻译

根据我过去15年作为软件工程师的经验,曾在不同规模的团队中工作,从10多名工程师的团队开始...

根据我过去大约15年作为软件工程师的经验,我曾在各种团队中工作,从大型公司中拥有10名以上工程师的团队,每天进行面对面的站会,到小型的以远程为主的公司,有大约5名工程师每天进行视频通话或异步站会,以及中间的各种情况:站会仪式浪费了每个人的时间。它的唯一目的是社交/政治性的,就像任何会议一样,给那些喜欢微观管理的经理们一些事情做,以及向上级汇报的内容(我曾所在的团队中,甚至“Scrum主管”和“产品负责人”也会参加站会……)。如果公司这样运作,参与者出于个人原因喜欢这个仪式,那也没关系,但没有任何对站会形式的调整能提高团队的生产力或功能性。如果我是在单独的项目上工作,除了我所构建的用户外,没人会在意我进度的细节。无论这是为站会中的人提供的API,还是为公司中的人提供的功能,我都会在需要的时候直接与他们沟通。

源讨论当一个团队太大时原帖 145 条评论 · 导入时统计
2

这条内容在回应什么?

父级讨论 · 节选

ET

> 这比每天站立会议花费30分钟(每人不到3分钟)要少 disruptive,每天站立会议经常拖到45分钟,有时甚至整整一小时! 最重要的是,这听起来好像没有人真正领导或主持这些站立会议。如果你每天有站立会议,你应该能在一分钟内给出你的状态更新,因为这是正常的业务。如果有任何后续讨论或需要解决的问题,这不是合适的地方,所有感兴趣或受影响的人都可以在站立会议后继续讨论。这需要领导者和参与者的自律,但我们谈论的是一个专业环境,这并不是一个过分的要求。 在瑞典生活过一段时间后,文章中描述的情况对我来说并不太令人惊讶。瑞典人非常不善于…

完整原文

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

LE

和很多事情一样,这取决于团队。有些团队和人确实似乎需要一定程度的每日指导,才能对所做的工作有信心,这确实对生产力有显著影响。 我的倾向是,只有在万不得已的情况下,我才参与频繁的定期会议,但有时候它们似乎又是必要的。

完整原文
LO

> 给工程师自主权 这在95%的公司里,几乎和对管理层使用侮辱性语言一样令人反感

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。