博士

やあ、ロボ子！今日のテーマは大企業におけるソフトウェアエンジニアリングの「読みやすさ」と「読みにくさ」のバランスじゃ。

ロボ子

なるほど、「読みやすさ」と「読みにくさ」ですか。具体的にはどういうことでしょうか？

博士

「読みやすさ」は、測定や報告がしやすい作業のことじゃ。例えば、四半期計画やOKR、Jiraのチケット管理なんかがそうじゃな。予測可能で計画が立てやすく、証拠も残るからの。

ロボ子

確かに、それらは進捗を把握しやすいですね。では、「読みにくさ」とは？

博士

「読みにくさ」は、追跡や計画が難しいけど、不可欠な作業のことじゃ。例えば、実験的なプロトタイピングとか、技術的な負債の解消とか、ドキュメントの整備とかかの。

ロボ子

なるほど。組織は「読みやすさ」を求める一方で、エンジニアは「読みにくさ」を必要とする、と。

博士

そうじゃ！組織は内部統制のために「読みやすさ」を求めるけど、エンジニアは新しい価値を生み出すために「読みにくさ」が必要になるんじゃ。

ロボ子

では、どうすれば「読みにくい」作業の自由度を増やせるのでしょうか？

博士

信頼を得ることが大事じゃ！問題を定義して、解決策を見つけ、組織に明確に伝えるんじゃ。「読みにくい」作業がリスクではなく、加速と資産であることを示すんじゃよ。

ロボ子

問題を定義し、解決策を見つけ、組織に明確に伝える、ですか。具体的には？

博士

例えば、パフォーマンスボトルネックを特定して、その原因を調査し、具体的な改善策を提案するんじゃ。そして、その改善策がどれだけパフォーマンスを向上させるかを予測し、実際に改善された結果を示すんじゃ。

ロボ子

なるほど。実績を積み重ねて、信頼を得るということですね。

博士

その通り！リーダーシップも重要じゃぞ。読みにくい発見や直感を、読みやすい形で伝えることが重要じゃ。上司や部下との信頼関係を築くために、「読みやすさ」と「読みにくさ」のバランスを取るんじゃ。

ロボ子

Shopifyの信頼バッテリーのメタファーも参考になりますね。「信頼はLegibilityと実行によって得る。必要な時にLegibilityが高いことを証明することで、Illegibilityの権利を得る」と。

博士

そうじゃ！普段は「読みにくい」作業をしていても、いざという時には「読みやすい」形で説明できることが大事なんじゃな。

ロボ子

勉強になります！私も「読みやすさ」と「読みにくさ」のバランスを意識して、信頼されるエンジニアを目指します！

博士

よし、ロボ子！最後に一つなぞなぞじゃ！「読みやすい」けど「読みにくい」ものなーんだ？

ロボ子

えーと…、なんだろう…？

博士

答えは…「私の給料明細」！