【要約】「なぜ評価されないんだろ…」と悩むそこの君へ。優秀なエンジニアに共通する考え方。 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
エンジニアが、コードを書く以外の場面で、クライアントやチームとの連携に苦戦する問題がある。技術力があっても、以下の要因により評価を損なうケースが多い。
- ・依頼された「機能」をそのまま実装し、真の「目的」を見失う。
- ・技術的な可否（Yes/No）のみを回答し、事業判断に必要な情報を提供できない。
- ・要件の曖昧さを放置したまま実装に入り、大規模な手戻りが発生する。
- ・デザイナーの意図を汲み取れず、例外状態の考慮が漏れる。
// Approach
エンジニアがプロジェクトの主導権を握るため、相手の意思決定を支援するアプローチを提案している。具体的には、以下のステップで情報の解像度を高める。
- ・クライアントに対し、機能の裏にある「なぜ・誰が・何を」という目的を深掘りする。
- ・ビジネスサイドに対し、コスト・期間・リスクをセットにした「選択肢」を提示する。
- ・デザイナーに対し、画面の「意図」を理解し、例外状態を含めたユーザー体験を提案する。
- ・非エンジニアに対し、専門用語を「判断材料」へと変換して伝える。
// Result
この考え方を実践することで、エンジニアはプロジェクトの主導権を確保できる。期待される成果は以下の通りである。
- ・コミュニケーションの往復回数が減り、業務が円滑に進む。
- ・「話が早い」「任せられる」という信頼を獲得し、高い評価につながる。
- ・手戻りが減少し、開発効率が向上する。
- ・相手が選ぶだけの状態を作り、意思決定を加速させる。
Senior Engineer Insight
> 本記事は、開発プロセスにおける「情報の非対称性」を埋める手法を説いている。大規模開発では、技術的負債以上に「認識の齟齬」が致命的なコストとなる。エンジニアが「実装者」から「意思決定のパートナー」へ脱皮するための、極めて実践的な指針である。技術力に加えて、この「問いを立てる力」を磨くことが、シニアエンジニアへの必須条件となる。