매니저에게 스탠드업 대안을 제안하는 스크립트

Source: Dev.to

소개

15분 × 5일 × 50주 = 연간 최소 60시간을 어제 Jira에 입력한 내용을 알리는 데 사용합니다.
이 숫자는 컨텍스트 전환을 고려하면 더 악화됩니다—아침에 얻는 모멘텀 손실, 회의 전 20분 동안 깊은 작업을 시작할 수 없는 시간 등.

이 상황이 잘못됐다는 건 알고 있습니다. 알고 있다는 것이 문제가 아니라, “스탠드업이 효과가 없는 것 같다” 라고 말하는 순간 매니저는 “책임을 회피하고 싶다” 로 받아들입니다.

먼저 답해야 할 세 가지 질문

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.

매니저들은 단기 실험을 거절하는 방법을 훈련받지 못했기 때문에 영구적인 변화를 거부하는 경우가 많습니다. 2주간의 파일럿으로 프레이밍하면 요청을 받아들이기 쉬워집니다.

사용할 표현

• “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에서 확인할 수 있습니다.