【要約】新人エンジニアが進捗報告のたびに思考停止しちゃう話 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
新人エンジニアが、タスクの進捗を問われた際に、具体的な時間を答えられず「明日中」といった曖昧な表現に逃げてしまう問題に直面している。この回避行動は、以下の要因によって引き起こされる。
- ・見積もりの精度が低く、具体的な時間を提示することへの心理的抵抗。
- ・遅延による叱責を避けるための、自己防衛的な曖昧さの利用。
- ・「自分がいつ終わるか」という自己中心的な視点による、後続工程への配慮不足。
// Approach
先輩エンジニアの助言に基づき、報告の基準を「自身の完了時間」から「後続者がアクションを起こせる時間」へと転換する手法を採用した。具体的には以下のステップで報告内容を改善している。
- ・「明日中」という抽象的な表現を排除する。
- ・「明日の午前中」や「15時ごろ」といった、具体的な時間帯を用いる。
- ・見積もりの絶対的な正確さよりも、相手が次のアクションを計画できるレベルの具体性を優先する。
// Result
報告の具体化により、チーム内での次工程のスケジュールが即座に確定するようになった。報告の仕方を変更したことで、以下の改善が見られた。
- ・「いつ動けばいいのか」という周囲からの聞き返しが消失した。
- ・報告と同時に「午後にレビューを行う」といった次工程の合意が形成された。
- ・見積もり精度自体は向上していないが、チーム全体の待ち時間を削減できた。
Senior Engineer Insight
> 本記事は技術的な実装ではなく、開発プロセスのボトルネックとなる「コミュニケーションの不透明性」を扱っている。大規模開発において、個々のエンジニアによる「曖昧な報告」は、依存関係にある他チームの待ち時間を増大させ、プロジェクト全体のレイテンシを悪化させる。見積もりの精度向上は困難だが、報告の「具体性」を担保するルールをチームに導入することは、開発体験（DX）とスループットの向上に直結する。実戦的な規律として極めて重要だ。