# 第2章 アメリカで見つけたマインドセット――日本にいるときには気づかなかったこと （part2に続く） ## 中心主張 アメリカのトップエンジニアたちに共通するのは「Be Lazy(怠惰であれ)」という、より少ない時間・労力で価値を最大化しようとするマインドセットである。この価値観は「やることを減らす」時間管理術と、「リスクや間違いを快く受け入れる」失敗許容の文化という二本柱に貫かれており、日本的な「全部やる」「失敗は許されない」という発想とは根本的に異なる。 ## 論の展開 - 「Be Lazy」はクロスカルチャーの専門家ロッシェル・カップさんとのディスカッションでも重要な習慣として挙げられた、望んでいる結果を最小限の努力で達成するための行動様式であり、小手先のテクニックではなく思考法の根幹をなすマインドセットである。 - 「Be Lazy」を実現する具体策として、①一つだけピックアップする(最重要なものだけに絞る)②時間を固定してできることを最大化する(時間を先に固定し、その中で成果を最大化する)③「準備」「持ち帰り」をやめてその場で解決する(会議は準備なしで臨み、会議の場だけで完結させる)④物理的にやることを減らす(スプリントプランニングでタスクをスコープから積極的に外す)という4つの実践が紹介される。 - 「1. 一つだけピックアップする」: インターナショナルチームで周りを観察していると、優先順位をつけることが本当に大切なマインドだと気づいた。何か新しいことに取り組むとき「一番重要な、一つだけ」を考えてそれだけをピックアップするようにする。プロダクトオーナーからマネージャ、チームメンバーまで全員がこの意識を共有することで、不要な機能が何かを見極め、合理的な判断がスピーディーにできるようになり、競争力が飛躍的に高まる。海外チームは「20%のタスクで80%の価値を生む」という2-8の法則を重視し、100個のタスクのうち価値の高い20個に全力を注ぐ。日本人は「全部100%やらないといけない」と捉えがちだが、これは誤解であり、優先順位の低いものは思い切って切り捨ててよい。 - 「2. 時間を固定して、できることを最大化する」: 海外のチームメイトを観察していると、あれもこれも「すべき」だという発想だと時間をだらだらと延長してしまいがちだが、彼らは時間を先に固定して、その中で価値を最大化することにフォーカスしている。「今日の時間の中で最大の成果を出す」という発想への転換が語られる。 - 「3. 『準備』『持ち帰り』をやめてその場で解決する」: 日本では会議の前に入念な準備をし、終わった後に「持ち帰って検討する」ことが当然とされる。著者はソニックガーデンの創業者・倉貫義人さんから、会議の準備をせずその場ですべてを解決するスタイルを学び、忘れられない経験として紹介する。会議に出たら必要な意思決定は極力その場で行い、「宿題」や「持ち帰って検討する」ことは一切せず、議事録もその場で書き上げて「会議の場」だけで完結させる。 - 「4. 物理的にやることを減らす」: マイクロソフトの開発チームでは「スプリントプランニング」という2週間ごとの定例ミーティングでタスクの整理をマネージャと一緒に行う。あまり重要でないタスクや、実施が難しいと判明したタスクはマネージャ自身が「このタスクをやめる」と積極的にスコープ(予定していた機能)から外す判断を下す。 - 「リスクや間違いを快く受け入れる」という第二のマインドセットも紹介される。生産性を加速させるうえで、間違いを厳しく批判したり懲罰したりしない、失敗から学ぶ態度、実験が推奨される文化、全員に「現状維持」や「標準」を要求せず臨機応変が推奨される、非難や恐怖感のない環境がその内容である。 - 日本では「決して失敗は許されない」というプレッシャーが強い一方、インターナショナルチームで働く同僚や上司は「Miserably Failed(惨めに失敗した)」という言葉を頻繁に使い、失敗をオープンに語ることを厭わない。日本では失敗を認めづらい文化的な理由から、組織としても個人としても失敗を隠し、左遷されたり詰め腹を切らされたりすることさえある。 - 「お客さんのもっとも難しい問題を解決するハックフェスト」という取り組みが紹介され、チャレンジすることが気楽にでき、社内のハッカソンでも失敗した人を「あいつはダメだ」とネガティブに言う人を見たことがないという。「今日はたくさん失敗しよう!」という掛け声が印象的なエピソードとして語られる。むしろチャレンジしないほうが「あいつはダメだ」とネガティブに評価される。 - 給与制度の話として、マイクロソフトでは新卒1〜2年目で年収約15万〜19万ドル、シニアエンジニアクラスで27万〜40万ドル、ベテランになると100万ドル近い報酬を得る人もいる。GAFAM(Google・Amazon・Facebook・Apple・Microsoft)ではランクによって給与が決定される仕組みで、KPI(重要業績評価指標)の達成有無で評価が決まるが、途中で失敗しようが不器用だろうが最終的にゴールを達成すればよいという「従業員への信頼」を前提としたスタンスがある。1年の評価のタイミングで給料が下がったりクビになったりすることはない。 - 米国のあるクライアント企業とのハックフェストの例では、500人規模のベンダーがリュックを一つだけ背負って現れ、1時間ほどのディスカッションの末その場で「うん、やろう」と即決して帰っていった一方、日本の商習慣ではExcelで大量の質問票を作成して検証に時間をかけがちで、それが「ノーバリュー(工数を使って何も生み出せていない)」案件を生む原因になると指摘する。「検討ばかりして、さっさと『やらない』ことのほうが最大のリスクだ」と著者は述べる。 - 「失敗を受け入れる具体的な実践法」として3点が挙げられる。①「フィードバック」を歓迎するムードをつくる: 失敗を報告してくれたチームメイトを「怒ったり」「批判する」のは対等な相手を子供扱いすることと同じであり、「感謝」のメールを返すべきだとする。②「検討」をやめて「検証」する: 大量の資料をつくり込んで机上で検討するより、時間をかけずさっさと動くものをつくって検証しフィードバックを得る。日本の大手SIerでの検証プロセスの遅さを例に、時間をかけた検討がベンダーへの請求書にコストとして跳ね返るLoose-Loseの関係になりやすいと指摘する。③「早く失敗」できるように考える: 正しい方向性を早く見つけた者が勝つ世界であり、ウォーターフォール時代のように要件定義・設計・製造・テストを経てから問題が発覚するのでは今の時代に勝負にならない、と説く(図7「Fail Fastの原則」: 挑戦→失敗→フィードバック→修正のサイクルが速いほど価値がある)。 - 「不確実性を受け入れよう」という項では、マネジメントは詳細で精緻な計画の完璧な結果を期待せず、予算と報告のプロセスは完了していない問題分析にも新しい優先順位の変更を要求せず、システムとプロセスは柔軟に頻繁な変更を受け入れられるようにすべきだと説く。日本人は先を予見し緻密な計画を立てることが得意な一方、VUCA(変動性・不確実性・複雑性・曖昧性)の時代においてはこの性質がかえってマイナスに働き、当初の「計画通り」に遂行しようと固執した結果、プロジェクトが炎上する「不確実性の忌避」という文化的傾向があると指摘する。 - QCD+S(品質・コスト・納期・スコープ)のトレードオフに関して、「納期は絶対」という神話を著者は否定する。日本では納期・品質を固定し機能を削らない傾向があるが、アメリカでは納期を固定したまま「スコープ」を柔軟に出し入れするのが現実的なアプローチとして採られている。 - 進捗を「実績」だけで判断せず、次の予定機能にインパクトがあるかを見通し、必要なら計画時点から変更していく。バリューストリームマッピングという手法で開発プロセスを「見える化」し、リードタイムを短縮する取り組みが紹介されたところで、part1の分冊は終わっている。 ## 実践指針 - タスクが多すぎるときは、その中で「一番重要な一つだけ」を見極めて先にピックアップせよ。全部を並行してやろうとするな。 - タスクが多すぎるときは、上位20%の価値あるタスクに絞り込み、残り80%を思い切って手放す判断をせよ(2-8の法則)。 - 会議や作業に着手する前に、まず使える時間を固定し、その制約の中で最大の成果を出すことに意識を切り替えよ。 - 会議は準備や持ち帰りに頼らず、会議の場だけで意思決定や問題解決を完結させることを目指せ。議事録もその場で書き上げよ。 - スプリントプランニングなどの定例ミーティングでは、重要でない・実施が難しいタスクは積極的にスコープから外し、無理に詰め込むな。 - チャレンジして失敗したメンバーを「あいつはダメだ」と評価するのではなく、挑戦したこと自体を歓迎するムードを社内でつくれ。 - 部下や同僚が失敗を報告してきたら、批判ではなく「フィードバックをありがとう」と感謝を返し、失敗を歓迎するムードをつくれ。日常業務のKPI評価と、失敗の報告は明確に区別せよ。 - 大量の資料をつくり込んで「検討」する前に、まず小さく動くものをつくって「検証」する段階に進め。ベンダーへの提案依頼でも、精度の高い書類より早い検証を優先させよ。 - ツールやアーキテクチャの選択に迷って決めあぐねるくらいなら、実際に試してみて判断せよ。どちらでもよい判断に時間をかけすぎるな。 - ウォーターフォール的に「最後にまとめて検証する」のではなく、早く試して早く失敗し、フィードバックを受けて修正するサイクルを回せ。 - 詳細で精緻な計画に固執せず、予算・報告・優先順位の変更に柔軟に対応できるプロセスを設計せよ。「計画通り」への執着がプロジェクト炎上の原因になり得ると心得よ。 - 納期を死守したいなら、品質やコストを削るのではなく「スコープ(機能の範囲)」を柔軟に出し入れして調整せよ。 ## 根拠となる研究・事例 - 「Be Lazy」の提唱: クロスカルチャーの専門家ロッシェル・カップさんとのディスカッションで、アメリカのクロスカルチャーチームに参加した経験を通じて重要な習慣として言語化された。→示唆: 文化的な違いを言語化することで、日本人が無意識に見落としているマインドセットが可視化できる。 - ソニックガーデンの創業者・倉貫義人さんとの会議経験: 準備をせず会議の場だけですべてを解決するスタイルに触れ、著者は「忘れられない一言」として紹介する。→示唆: 会議は準備・持ち帰りの前後工程を減らすほど、時間当たりの価値が高まる。 - 海外チームの2-8の法則の実践: 100個のタスクのうち20%(20個)に取り組めば全体の価値の80%を生み出せるという経験則に基づき、海外チームのメンバーは残り80%のタスクを「やらない」判断を積極的に行う。→示唆: 「全部やる」ことが必ずしも高い価値を生むとは限らない。 - 日本のプロジェクトにおける「失敗」文化: インターナショナルチームで働いていた同僚や上司が「Miserably Failed(惨めに失敗した)」という言葉を頻繁に使っていたことに著者は驚いた。日本では失敗が組織的に隠されたり、担当者が左遷されたりする傾向がある。→示唆: 失敗を認めづらい文化は学びの機会を逸失させる。 - ハックフェストの文化: 「お客さんのもっとも難しい問題を解決するハックフェスト」に取り組む文化があり、社内のハッカソンで失敗した人をネガティブに評価する人を見たことがないという。「今日はたくさん失敗しよう!」という掛け声が象徴的に紹介される。→示唆: 挑戦を歓迎する空気そのものが生産性を押し上げる。 - 給与・評価制度(マイクロソフト・GAFAM): 新卒1〜2年目で年収約15万〜19万ドル、シニアエンジニアクラスで27万〜40万ドル、ベテランでは100万ドル近い報酬を得る人もいる。ランク制度とKPI達成有無で評価が決まり、途中経過での失敗では給料が下がったりクビになったりしない。元アマゾンのプロダクトマネージャ・ゆうさんのブログ(honkiku.com/gafa-salary)も参考情報として挙げられている。→示唆: 「途中の失敗」ではなく「最終ゴールの達成」で評価する仕組みが、挑戦への心理的ハードルを下げている。 - 米国のクライアント企業とのハックフェスト事例: 500人規模のベンダーがリュック一つで現れ、1時間ほどのディスカッションでその場で「うん、やろう」と即決して帰っていった一方、日本の商習慣ではExcelで大量の質問票を作成し検証に時間をかけがちで「ノーバリュー」な案件になりやすい。→示唆: 「検討ばかりして、さっさとやらないことのほうが最大のリスク」という発想の転換が必要。 - 大手SIerとの「検討」プロセスの遅さ: 日本の大手SIerに勤務していたクライアント企業では、パワーポイントに書かれた大量の資料をベンダーに要求し、精度の高い書類作成に時間をかける結果、実際にできないことが後から頻繁に発覚し、その工数がベンダーからの請求書にコストとして跳ね返る「Loose-Lose」の関係に陥りやすい。→示唆: 「検討」に時間をかけすぎることが着手の遅れという最悪の結果を招く。 - QCD+Sのトレードオフ論: エンジニアリング的には最初の計画に30%程度のバッファがあることが多く、当初計画通りの機能をすべて達成するのは非現実的である一方、納期を守りつつスコープを削ることは十分可能というのが著者の主張。→示唆: 「納期は絶対」でも「スコープは絶対」でもなく、トレードオフの中で現実的な着地点を探るべき。 ## キーワード - **Be Lazy(怠惰であれ)**: より少ない時間で価値を最大化するという、本章全体を貫くアメリカ的マインドセット。単なる「サボり」ではなく、優先順位付けと不要な労力の排除を志向する考え方。 - **2-8の法則**: 20%のタスクが80%の価値を生むという経験則。優先順位の低いタスクを手放す判断の根拠として使われる。 - **Fail Fast**: 早く失敗し、そこから素早く学んで方向修正するという開発思想。挑戦(try)→失敗(fail)→フィードバック(feedback)→修正(update)というサイクルを高速に回すことに価値があるとされる(図7)。 - **Miserably Failed(惨めに失敗した)**: インターナショナルチームでよく使われる表現。失敗をオープンに語ることを厭わないアメリカの文化を象徴する言葉として紹介される。 - **ノーバリュー**: 工数を使ったにもかかわらず何も価値を生み出せていない案件のこと。検討に時間をかけすぎることの弊害を表す言葉として使われる。 - **VUCA**: Volatility(変動性)・Uncertainty(不確実性)・Complexity(複雑性)・Ambiguity(曖昧性)の頭文字。予測が困難な現代のビジネス環境を表す略語で、緻密な計画への過信を戒める文脈で登場する。 - **不確実性の忌避**: 日本人がとくに苦手とする文化的性質。先を予見し緻密な計画を立てることに時間をかけすぎ、当初の「計画通り」への固執がプロジェクトの炎上を招くと指摘される。 - **QCD+S**: 品質(Quality)・コスト(Cost)・納期(Deadline)・スコープ(Scope)の4要素。トレードオフの関係にあり、納期を固定するならスコープを調整すべきという文脈で使われる。 - **バリューストリームマッピング(Value Stream Mapping)**: 現在の開発プロセスを可視化し、リードタイム短縮の改善ポイントを見つける手法。part1の記述はこの項目の途中で終わっている。