向你的经理建议站会替代方案的脚本

发布: (2026年2月2日 GMT+8 05:10)
3 min read
原文: Dev.to

Source: Dev.to

介绍

十五分钟 × 五天 × 五十周 = 每年至少 60 小时 用来汇报你昨天在 Jira 上输入的内容。
如果再考虑上下文切换——早晨的动力流失、会议前的二十分钟里你无法开始任何深度工作——这个数字会更高。

你知道这已经出了问题。知道并不是难点,难点在于当你说 “我觉得站会没有效果” 时,你的经理会听成 “我不想承担责任”。

首先要回答的三个问题

  1. 你的经理真正关心的是什么?
  2. 你要解决的具体问题是什么?
  3. 你提出的替代方案是什么?

示例对话开场

I've been tracking my focus time lately, and I noticed that morning meetings—including standup—tend to fragment my first few hours.

I'm not saying standups aren't valuable, but I've been wondering if there's a way to get the same visibility without breaking up the morning.

Have you seen any teams experiment with async updates?

为什么这样有效

  • 以个人数据开场,而非意识形态
  • 不攻击会议本身——质疑的是形式
  • 询问经理的观点

具体提案

What if we tried it for two weeks? Async updates every morning—same three questions, posted by 9:30.

At the end of the trial, we check in:
- Did you have the visibility you needed?
- Did any blockers get missed?

If it doesn't work, we go back. I'm happy to facilitate.

经理们常常因为没有接受短期实验的训练而对永久性变更说 。把它框定为两周的试验会让请求更容易被接受。

推荐用语

  • “I’ve been tracking my focus time…”
  • “What if we tried it for two weeks?”
  • “Same information, different format”

避免的用语

  • “Standups are a waste of time.”
  • “Nobody likes this meeting.”
  • “Studies show that…”.

其他资源

完整文章包含 七套完整脚本——回顾建议、Slack 模板以及升级脚本——可在 agilelie.com 查看。

Back to Blog

相关文章

阅读更多 »

静谧港湾

介绍 嗨,dev.to 社区!👋 我是 Chidi,一名 16 岁的学生兼开发者,我正在开发 QuietHaven,一个旨在连接人们的副项目……