「一流は納期を守らない」大ヒット本著者が語る、マイクロソフト流「生産性爆上げ、6つの鉄則」（牛尾剛／世界一流エンジニアの思考法／勉強法／Microsoft Azure／サティア・ナデラ）

NewsPicks /ニューズピックス

10 Feb 202415:07

Summary

TLDRアメリカでソフトウェアエンジニアとして活躍する牛強さんは、自身を3流と位置づけながらも一流エンジニアの思考法を取り入れることで生産性を上げてきたと語る。理解に時間がかかることを知り、他者が早く理解できるからといって自分のペースを求めないようにしたそう。またコードは書くためのものではなく読むためのものとして、他者が読んで理解しやすい書き方を心がけることでレビューも減ったと述べている。

Takeaways

😊 理解に時間がかかることを知るまでは、賢い人がすぐに理解できると羨ましく思っていた
🧐 1流のエンジニアは自分の10倍以上の時間をかけてでも理解しようとしている
👍 理解のために時間を惜しまず投資することで生産性が大きく向上した
📝 理解したと判断するための基準は、他者に説明ができること
⏰ 納期を設定しない方が品質の高い製品ができあがる
💡 徹夜して成し遂げたからといってビジネスインパクトが上がるとは限らない
📈 スーパー効率を求めるあまり、逆に生産性が下がってしまうことがある
✍️ コードは読み物なので、他者にとって読みやすいことが大切
🎯 自分が3流であるからこそ、同じ立場の人を助けられるアドバイスができる
💪 1流のエンジニアの思考法や戦略を真似することで武器になる

Q & A

牛強さんはなぜ自分を3流だと考えているのですか?
-コンサルタントやPMとして日本で通用しなかった経験があるため。プログラマーに転身したが、コーディングスピードはチームの中で1番遅いと述べています。
なぜアメリカでは納期がないということが衝撃的だったのですか?
-日本では必ず期限を設定し、残業をしてでも間に合わせようとするが、アメリカではそうではない。できたところで完成、できないものはできないという認識で、期限自体があまり重視されていない。
なぜアメリカのソフトウェアエンジニアリングが進んでいると思うのですか?
-アメリカでは品質を犠牲にしてでも期限にこだわることがない。ゆとりをもって開発することで、完成度や品質の高い製品を提供できている。
コードを書くことと読むことのどちらが大切だと気づいたのですか?
-他のエンジニアから自分のコードが読みにくいと指摘されたことから。メンテナンス時など読む時間の方が書く時間よりはるかに長く、他人に理解しやすい書き方が大切だと気づいた。
一流のエンジニアの思考法を身につけるメリットは何ですか?
-一流と同じように対応することで、生産性や業務スピードが大きく向上する。また、賢い人でも理解に時間がかかるという共通認識ができ、苦手意識や劣等感がなくなる。
3流の人が本を書くメリットとは?
-1流の人は当たり前のことをやっているため参考にならないが、3流の人がどう工夫したかが参考になる。再現性が高く、自分でもできると感じられる。
ファイアされずに済んだ理由は何だと思っていますか?
-一流のエンジニアの思考法や戦略を身につけていたため、生産性が高く評価されたのだと考えている。
理解力を高める方法を教えてください。
-他者に説明できるレベルまで理解すること。自分で納得していても他者に説明できなければ本当の理解とは言えない。ブログを書く等のアウトプットも効果的。
開発スピードを上げる方法を教えてください。
-理解するのに必要な時間を惜しみなく投資すること。時間をかけてでも自分なりに完全に理解することで、その後のスピードが格段に上がる。
品質の高いソフトウェアを提供する方法を教えてください。
-期限にこだわらず、無理のないペースで開発すること。期限に追われ品質を犠牲にするより、ゆとりをもって高い完成度を目指すことが大切。

Outlines

00:00

🤔 エンジニアの思考法

このパラグラフでは、エンジニアとしての思考法についての話が展開されています。特に、効率的な仕事の進め方や、失敗を恐れずにチャレンジする姿勢が強調されているようです。また、アメリカでの働き方と日本でのそれとの違い、特に納期に対する考え方の違いが語られています。エンジニアとして一流になるためには、単に技術的なスキルだけでなく、このような思考法を身につけることが重要だというメッセージが込められているようです。

05:02

🕒 理解と時間投資

第二のパラグラフでは、新しい知識を理解するための時間投資の重要性に焦点を当てています。他人と比較せず、自分のペースで深く理解することの大切さが語られています。また、理解したことを他人に説明できるレベルまで知識を深めることが、真の理解につながると強調されています。エンジニアリングだけでなく、一般的なビジネスパーソンにとっても、このような深い理解を追求する姿勢が有効であると示唆されています。

10:03

📖 コードの読みやすさ

このパラグラフでは、プログラミングにおけるコードの読みやすさとその重要性について論じています。コードは書くだけでなく、他人が読んで理解しやすいようにすることが、長期的なメンテナンスやチームワークにおいて極めて重要であることが強調されています。また、レビュー過程でのフィードバックの価値と、それを通じてコードの質を向上させるプロセスも語られています。

Mindmap

Keywords

💡納期

納期はプロジェクトや作業が完了する予定の日付を指します。このビデオスクリプトでは、アメリカのソフトウェア開発の文脈で、納期が設定されていない、または柔軟であることが話題になっています。これは、日本と比べてアメリカの開発文化の違いを示しており、より品質に重点を置いた開発プロセスを示唆しています。

💡エンジニアの思考法

エンジニアの思考法は、問題解決やプロジェクト管理においてエンジニアが取るアプローチや思考プロセスを指します。スクリプトでは、一流のエンジニアの思考法を学び、それを自分の仕事に適用することで生産性を向上させることが強調されています。

💡効率

効率とは、与えられた時間やリソースでどれだけの成果を出せるかを示す指標です。ビデオでは、アメリカの開発環境が効率を重視している点が強調されており、納期に縛られずに品質を優先することで、長期的にはより効率的な結果を生むことが示されています。

💡マイクロサービス

マイクロサービスは、大きなアプリケーションを小さなサービスに分割し、それぞれが独立して機能するソフトウェア開発のアプローチです。スクリプトでは、マイクロサービスの複雑さとそれに対する理解のプロセスが語られており、これが新しい技術を学ぶ際の挑戦とされています。

💡生産性

生産性は、特定の時間内にどれだけの仕事や成果を達成できるかを示す指標です。このスクリプトでは、エンジニアとしての生産性を高める方法として、他の人がどのように問題を理解し解決しているかを観察し、そのアプローチを学ぶことが推奨されています。

💡メンタルモデル

メンタルモデルとは、人々が世界を理解し、予測し、行動するための内心のフレームワークや概念のことです。このビデオでは、エンジニアリングの文脈でメンタルモデルがどのように役立つか、またそれをどのように適用するかが議論されています。

💡デッドライン

デッドラインは、タスクやプロジェクトが完了すべき最終期限を指します。スクリプトでは、アメリカの職場におけるデッドラインの柔軟性が言及されており、それがクリエイティブなプロセスと品質にどのように影響を与えるかが示されています。

💡品質

品質は、製品やサービスが顧客の要求や期待をどの程度満たしているかを示す指標です。ビデオでは、時間に追われるよりも、より良い品質の成果物を作ることの重要性が強調されています。

💡コードレビュー

コードレビューは、他の開発者が書いたコードを検討し、問題点や改善提案を行うプロセスです。スクリプトでは、コードレビューを通じてコードの品質がどのように向上するか、そしてそれが全体の生産性にどう影響するかが述べられています。

💡アジャイル

アジャイルは、ソフトウェア開発における柔軟で進化的なアプローチで、継続的な改善と顧客のフィードバックを重視します。ビデオでは、アジャイルな開発プロセスがどのように効率と生産性を高めるかが示されています。

Highlights

納期がないことが衝撃的だった

できなかったからといって困ることを前提としていない

スーパー効率が悪い。品質が犠牲になる

コードは読み物。他人に理解可能かが大切

3流の人がどう工夫したかが参考になる