やーまんぶろぐ

AI時代のマネジメントと、ビジネス書の書評

【書評・要約】『すぐれたリーダーほど自分にやさしい』― 部下にかける言葉を、自分にもかけていい

この記事について

「成果が出ないのは、自分の力が足りないからだ」
「メンバーには無理するなと言うのに、自分には言えない」
「調整と相談対応で、一日が終わるとぐったりしている」

管理職をしていると、こんな気持ちになる日がありますよね。

そんなリーダーに向けて書かれたのが、グロービス経営大学院の若杉忠弘さんによる『すぐれたリーダーほど自分にやさしい』です。タイトルだけ見ると「甘やかしの本かな」と思うかもしれません。私も最初はそう感じました。でも読んでみると、自分に厳しくすることが、本当に強さにつながっているのかを、研究をもとに問い直す一冊でした。

書籍情報

項目 内容
書名 すぐれたリーダーほど自分にやさしい 疲れ切らずに活躍するセルフ・コンパッションの技術
著者 若杉忠弘
出版社 かんき出版
発売日 2024年8月
ページ数 288ページ

👉 Amazonで見る

どんな本か?

ひとことで言うと、「自分へのやさしさは甘えではなく、活躍し続けるための技術である」と説く本です。

中心にあるのは、セルフ・コンパッション(自分への思いやり)という考え方です。大切な友人がつらい思いをしているときに接するのと同じように、自分自身に接する。心理学で研究が進んでいる考え方で、著者はそれをリーダーの仕事に引きつけて紹介しています。

真面目なリーダーがぶつかりやすい「6つの壁」を章ごとに取り上げ、各章にエクササイズがついているので、読みながら自分で試せる作りになっています。

本書の核心 ― 自分を責めても、強くはならない

自己批判は、疲れを深くする

本書の出発点は、リーダーの置かれた環境の厳しさです。経営陣とメンバーの板挟み、成果へのプレッシャー、仕事の多さ、そして孤独。そんな中で、うまくいかないと自分にむちを打ってしまう。

著者は、疲れているときに自分を責めると、心も体もかえって悪くなると指摘します。そしてもう一つ印象的だったのが、「自己肯定感を高めればメンタルが強くなる」という考えに、疑問を投げかけている点です。自己肯定感を重視しすぎると、周りに悪い影響が出ることもある。だから、自己肯定感ではなく自分への思いやりを、というのが著者の立場です。

自分メモ: 「自分を責める」と「自分を高く評価する」の二択で考えていたことに気づかされました。どちらでもなく、うまくいかなかった自分を、そのまま受け止めるという第三の道がある。管理職ほど、この選択肢を知っておいたほうがいいと感じます。

セルフ・コンパッションの3つの要素

本書では、セルフ・コンパッションを3つの要素で説明しています。

  1. マインドフルネス:自分がいまつらいことに気づき、偏りなく見る
  2. 共通の人間性:つらい経験は、自分だけでなく誰にでもあると思い出す
  3. 自分へのやさしさ:自分に、思いやりと励ましの言葉をかける

つらい思いをしている友人を励ますとき、私たちは自然とこの3つをやっています。「大変だったね」と気持ちに気づき、「誰でもそうなるよ」と伝え、「よく頑張ってるね」と声をかける。それを、自分にも向けるということです。

そして大事なのが、これは生まれつきの性格ではなく、あとから身につけられるスキルだとされている点です。

👉 『すぐれたリーダーほど自分にやさしい』をAmazonで見る

リーダーが自分にやさしいと、チームが変わる

もう一つの柱は、セルフ・コンパッションが個人だけでなく、チームや組織にも効くという主張です。

焦りと緊張で孤軍奮闘しているリーダーは、メンバーを思いやる余裕を失っています。自分にやさしくできると、その余裕が戻ってくる。結果として、メンバーとの関係やリーダーシップが変わっていく、と著者は説きます。睡眠などで自分の心身を整えることが、メンバーの健康や仕事ぶりにもつながる、という話も出てきます。

自分メモ: 自分の疲れは、自分だけの問題だと思っていました。でも、リーダーの余裕のなさは、そのままチームの空気になるんですよね。自分を整えるのは、わがままではなくチームへの責任の一部なんだと思います。

本書の構成(序章+全6章)

本書は、セルフ・コンパッションの考え方を説明する序章と、6つの壁を1つずつ扱う6つの章でできています。

序章:自分にやさしくするセルフ・コンパッションとは

自己批判の何が問題なのか、自己肯定感とどう違うのか、そして3つの要素とは何かを説明する、本書の土台です。まずここを読むと、残りの章が読みやすくなります。

第1〜2章:気持ちと、メンバーとの関係

第1章「つらい気持ちを引きずらない」は、セルフ・コンパッションの基本となる、つらい気持ちとの付き合い方の章です。第2章「自然にメンバーがついてくる」では、リーダー自身のあり方がメンバーとの関係にどう表れるかを扱います。

第3〜4章:やる気と、自分らしさ

第3章「やる気が上がって力強さが湧いてくる」、第4章「自分らしさを発揮する」。自分にやさしくすることが、甘えではなく前に進む力になる、という本書の主張がよく表れているパートです。

第5〜6章:コラボ疲れと、心身

第5章「コラボ疲れから抜け出す」は、個人的に一番刺さった章です。共感や傾聴を求められるリーダーほど、人と協力すること自体で疲れ切ってしまう。その疲れから抜け出し、疲れ切らずに健全な協力関係を築く考え方が示されます。第6章「心身を整える」では、睡眠などの土台を扱います。

AI時代に読む『すぐれたリーダーほど自分にやさしい』

AIで作業が減っても、判断の重さは減らない

AIのおかげで、資料づくりや調べものにかかる時間はずいぶん短くなりました。でも、管理職の疲れが減ったかというと、そうでもない気がします。

作業が速くなるほど、仕事は「決めること」に集中していきます。どれをやるか、どれをやめるか、誰に任せるか。判断の回数が増えるほど、うまくいかなかった判断も増えます。そのたびに自分を責めていたら、判断する力そのものがすり減ってしまう。AIで作業が軽くなった時代こそ、外した判断を引きずらない技術が要るのだと思います。

「コラボ疲れ」は、AI時代にむしろ増える

AIに作業を任せるほど、人に残るのは、人と人のあいだの仕事です。相談に乗る、話を聞く、調整する、育てる。どれも、AIには任せきれない仕事です。

ということは、第5章の「コラボ疲れ」は、これからむしろ増えていくのかもしれません。人に向き合う仕事が中心になるほど、自分を整える技術が仕事の土台になる。本書は、そのための準備の本としても読めると感じました。

AIは、自分を責める言葉を映す鏡にもなる

うまくいかなかったことをAIに相談するとき、「自分のやり方が悪かったのですが」「力不足で」と、自分を責める前置きから書き始めてしまう人も多いのではないでしょうか。

AIは、自分の考えをそのまま映す鏡です。責める言葉から入ると、返ってくる答えも「何が悪かったか」に寄っていきます。まず「何が起きたか」を偏りなく書く。それだけで、本書の言うマインドフルネスの一歩目になるのだと思います。

自分メモ: 部下が失敗したときには「次どうするか考えよう」と言えるのに、自分が失敗したときには「なんでこうなったんだ」と責めてしまう。部下にかける言葉を、自分にもかけてみる。まずはそこから始めてみようと思います。

こんな人におすすめ

  • チームの成果に責任を負い、気づけば自分を責めてばかりいるリーダー・管理職
  • メンバーにはやさしくできても、自分には厳しくしてしまう人
  • 相談対応や調整で、人と関わること自体に疲れている人
  • 自己肯定感を上げようとして、かえって苦しくなった人
  • 『課長の仕事術』や『ボスマネジメント』を読んだ人(自分を守りながら働く手立てが増えます)

あわせて読みたい過去の書評です。

まとめ

『すぐれたリーダーほど自分にやさしい』を一言で表すなら、「部下にかける言葉を、自分にもかけていい」です。

自分に厳しくすることが、リーダーの強さだと思われがちです。でも本書は、自分を責めることが心身をすり減らし、チームから余裕を奪っていくことを示します。自分へのやさしさは、甘えではなく、疲れ切らずに活躍し続けるための技術でした。

AIで作業が軽くなるほど、リーダーに残るのは判断と、人と向き合う仕事です。その両方を続けていくために、まず自分を整える。管理職として、手元に置いておきたい一冊です。

私が作っている本の紹介サイト「ブックリンカー」にも、この本の要点と「こんな人に」をまとめています。

👉 『すぐれたリーダーほど自分にやさしい』の要点をブックリンカーで見る

👉 『すぐれたリーダーほど自分にやさしい』をAmazonで見る

※この記事にはAmazonアソシエイトのリンクが含まれています。

【書評・要約】『アジャイルサムライ』― AIで「作る」が速くなった今こそ、「何を作らないか」を最初に決める

この記事について

「AIでコードを書くのは速くなったのに、プロジェクトはなぜか前に進まない」
「作ったものが、結局使われない」
「関係者ごとに"このプロジェクトは何のためか"の答えが違う」

こんなモヤモヤを抱えている人に、あらためて読んでほしいのが『アジャイルサムライ ― 達人開発者への道』です。

2011年の本なので、最新の手法を期待して開くと拍子抜けするかもしれません。ところが今読み返すと、驚くほど「今の話」をしています。コードを書く速さではなく、何を・誰のために・どこまで作るかを、最初に全員で揃えること。AIで実装のコストが下がった今こそ、この本の価値はむしろ上がっていると感じました。

以前読んだ『SCRUMMASTER THE BOOK』や『エンジニアリング組織論への招待』の、さらに手前にある「アジャイルの地図」のような一冊です。

書籍情報

項目 内容
書名 アジャイルサムライ ― 達人開発者への道
著者 Jonathan Rasmusson(ジョナサン・ラスマセン)
監訳 西村直人、角谷信太郎
訳者 近藤修平、角掛拓未
出版社 オーム社
発売日 2011年7月
ページ数 336ページ

👉 Amazonで見る

どんな本か?

ひとことで言うと、「価値ある成果を、毎週届ける」ための考え方と道具をまとめた、アジャイル開発の入門書です。

スクラムやXPといった特定の手法の解説書ではありません。プロジェクトの立ち上げ(方向づけ)から、計画づくり、日々の運営、そしてテストやリファクタリングといったプログラミングの実践まで、アジャイルなプロジェクトの一生をひととおり見渡せる構成になっています。

イラストや「師匠と弟子」の問答がたっぷり入っていて、とにかく読みやすい。それでいて、現場でそのまま使える道具がたくさん詰まっているのが、長く読み継がれている理由だと思います。

本書の核心 ― 「価値ある成果を、毎週届ける」

アジャイルは「名詞」ではなく「形容詞」

本書の根っこにあるのは、とてもシンプルな考え方です。

大きな問題を小さく分け、本当に大事なものから作り、毎週テスト済みの動くものを顧客に見せて、フィードバックをもらう。

計画書や仕様書を完璧に作り込むことより、実際に動くものを早く届けて、そこから学ぶことを重んじます。監訳者の角谷さんが講演で「アジャイルは名詞ではなく形容詞」と語っていたのが印象的でした。「アジャイルをやる」のではなく、「どれだけアジャイルか」という度合いの問題だ、ということです。

自分メモ: 「アジャイルを導入しました」と言ったとたんに、それが目的になってしまうんですよね。スクラムのイベントを全部こなしていても、毎週価値を届けられていなければ、それはアジャイル"っぽい"だけ。手法は手段であって目的ではない、というのは、AI導入でもまったく同じ構図だと思います。

インセプションデッキ ― 「みんなをバスに乗せる」

本書でいちばん有名で、いちばん使える道具がインセプションデッキです。プロジェクトの最初に、チームと関係者で次のような問いに答えていきます。

  • 我々はなぜここにいるのか
  • エレベーターピッチを作る
  • パッケージデザインを作る
  • やらないことリストを作る
  • 「ご近所さん」を探せ
  • 技術的な解決策を描く
  • 夜も眠れなくなるような問題は何だろう
  • 期間を見極める
  • 何を諦めるのかをはっきりさせる
  • 何がどれだけ必要なのか

どれも当たり前の問いに見えます。でも、実際に関係者を集めて答えを揃えようとすると、驚くほど答えがバラバラなことに気づかされます。この「ズレ」をプロジェクトの最初に見つけられるかどうかが、後の手戻りを決めるんですよね。

特に効くのが「やらないことリスト」と、品質・期間・予算・機能のどれを優先するかを決めるトレードオフスライダーです。「全部大事」は、何も決めていないのと同じ。何を諦めるかを先に合意しておくから、途中で迷ったときに判断できるわけです。

👉 『アジャイルサムライ』をAmazonで見る

見積りは「当てずっぽう」と認めるところから

第7章のタイトルは「見積り:当てずっぽうの奥義」。思わず笑ってしまいますが、中身はとても誠実です。

最初の見積りは、どうがんばっても外れる。だから、絶対値ではなく相対的な大きさ(ポイント)で見積もり、実際に何ポイント進んだか(ベロシティ)を測って、計画のほうを現実に合わせて直していく。計画は守るものではなく、現実に合わせて更新し続けるものという考え方です。

自分メモ: 「見積りが外れた」を個人の能力の問題にせず、「実績で計画を補正する仕組み」の問題として扱うのが大事だと思いました。気合いではなく構造で解決する。チームの仕事の進め方を考えるときの、ずっと使える原則です。

本書の構成(全15章+付録)

本書は6部構成です。プロジェクトが立ち上がってから動き続けるまでの流れに沿って並んでいます。

第I部「アジャイル」入門(第1〜2章)

第1章「ざっくりわかるアジャイル開発」で全体像をつかみ、第2章「アジャイルチームのご紹介」で、顧客・開発チーム・プロジェクトマネージャーなどの役割と、職能横断チームのあり方を紹介します。「顧客もチームの一員」という考え方が、ここで示されます。

第II部 アジャイルな方向づけ(第3〜5章)

第3章「みんなをバスに乗せる」、第4章「全体像を捉える」、第5章「具現化させる」で、先ほどのインセプションデッキを順に解説します。「なぜやるのか」「何を作り、何を作らないのか」「どうやって実現するのか」を揃えるパートで、個人的には本書でいちばん価値のある部分です。

第III部 アジャイルな計画づくり(第6〜8章)

第6章「ユーザーストーリーを集める」で要求を小さな単位に分け、第7章「見積り:当てずっぽうの奥義」で相対見積りを、第8章「アジャイルな計画づくり:現実と向きあう」でベロシティを使った計画の立て方と、計画の直し方を学びます。

第IV部 アジャイルなプロジェクト運営(第9〜11章)

第9章「イテレーションの運営:実現させる」で毎週のサイクルの回し方を、第10章「アジャイルな意思疎通の作戦」でふりかえりやデモなどのコミュニケーションを、第11章「現場の状況を目に見えるようにする」でタスクボードなどの見える化を扱います。

第V部 アジャイルなプログラミング(第12〜15章)

第12章「ユニットテスト:動くことがわかる」、第13章「リファクタリング:技術的負債の返済」、第14章「テスト駆動開発」、第15章「継続的インテグレーション:リリースに備える」。毎週動くものを届け続けるための、技術的な土台のパートです。

第VI部 付録

アジャイルソフトウェア開発の原則、オンラインリソース、参考資料がまとまっています。

AI時代に読む『アジャイルサムライ』

「作る」が速くなるほど、「何を作らないか」が効く

AIのおかげで、コードを書くコストは劇的に下がりました。試作なら数分で動くものが出てきます。

でも、だからこそ怖いのが、作らなくていいものまで、どんどん作れてしまうことです。作るのが簡単になった分、「何を作り、何を作らないか」を決める力の重みが増しています。AIはシャベルであって、金鉱ではありません。どこを掘るかを決めるのは人の側です。

インセプションデッキの「やらないことリスト」やトレードオフスライダーは、まさにこの「選ぶ・捨てる」を、チームで合意するための道具です。15年前の本の道具が、今いちばん必要とされている気がします。

インセプションデッキは、AIに渡す「判断軸」そのもの

最近、AIエージェントに仕事を任せるときに、つくづく感じることがあります。判断軸や前提を先に渡せた範囲が、AIに任せられる範囲と一致するということです。

「なぜこれを作るのか」「誰のためか」「何はやらないのか」「品質と速さのどちらを優先するのか」。これは、インセプションデッキの問いとほとんど同じなんですよね。人のチームを揃えるための問いが、そのままAIに渡す前提(CLAUDE.mdのような指示書)になる。

逆に言えば、AIがうまく動かないときは、AIの出力が悪いのではなく、自分の判断基準が曖昧なだけ、ということも多いです。AIは、自分の思考の解像度を映す鏡だと思います。

自分メモ: 新しいことを始めるとき、AIに投げる前にインセプションデッキの10の問いに自分で答えてみる。答えられない問いがあれば、そこがまだ考え切れていないところ。「書かせる」前に「任せられる状態」を作る、というのは、人に仕事を頼むときもAIに頼むときも同じだと感じました。

「毎週届ける」は、AIで速くなるほど意味が増す

AIで実装が速くなると、ボトルネックは「作ること」から「確かめること」と「決めること」に移ります。作ったものが本当に価値を生んでいるのかを、顧客に見せて確かめる。次に何をやるかを、人が判断する。

本書の「毎週、テスト済みの動くものを届けてフィードバックをもらう」というリズムは、まさにこの判断のサイクルを速く回すための仕組みです。第V部のテストや継続的インテグレーションも、AIが書いたコードを安心して取り込むための土台として、むしろ重要になっています。

こんな人におすすめ

  • AIで開発は速くなったのに、プロジェクトが思うように進まないと感じている人
  • 新しいプロジェクトの立ち上げで、関係者の目線を揃えたいリーダー・プロジェクトマネージャー
  • アジャイルやスクラムを導入したものの、形だけになっている気がするチーム
  • 見積りや計画が毎回外れて、つらい思いをしている人
  • 『SCRUMMASTER THE BOOK』や『エンジニアリング組織論への招待』を読んだ人(手前の全体像がつかめます)

あわせて読みたい過去の書評です。

まとめ

『アジャイルサムライ』を一言で表すなら、「全部作るな。大事なものから、毎週届けろ」です。

アジャイルは、特別な手法の名前ではなく、価値を早く届けて、学んで、直し続けるという姿勢のことでした。そしてその出発点は、プロジェクトの最初に「なぜやるのか」「何をやらないのか」を全員で揃えることにあります。

AIで「作る」がいくらでも速くなる今、人に残る仕事は「何を作るかを決めること」と「作ったものの価値を確かめること」です。15年前に書かれたこの本は、その仕事のやり方を、驚くほどまっすぐに教えてくれます。次に新しいことを始めるときは、まずインセプションデッキの問いに答えるところから始めようと思います。

私が作っている本の紹介サイト「ブックリンカー」にも、この本の要点と「こんな人に」をまとめています。

👉 『アジャイルサムライ』の要点をブックリンカーで見る

👉 『アジャイルサムライ』をAmazonで見る

※この記事にはAmazonアソシエイトのリンクが含まれています。

【書評・要約】『スタートアップ芸人』― AIで「作る」がタダになった今、最後に残る経営資源は「仲間」だった

この記事について

直前に読んだ『エンジニアリング組織論への招待』で、「AIで作るのが速くなっても、最後に残る不確実性は人と人のあいだにある」という話を書きました。その流れで手に取ったのが、まったく毛色の違うこの一冊です。

著者の森武司さんは、元吉本の芸人。若手の大会で大差の負けを喫して引退し、4年間ひきこもりのニートになり、貯金ゼロ・高卒のまま幼なじみと起業して、11事業・年商146億円の会社をつくった人です。経歴だけ聞くと「すごい人の成功談」に見えますが、読んでみると中身はかなり地に足のついた「人を仲間にするための仕組みの本」でした。

書籍情報

項目 内容
書名 スタートアップ芸人 ― お笑い芸人からニートになった僕が「仲間力」で年商146億円の会社をつくった話
著者 森 武司(FIDIA株式会社 代表取締役CEO)
出版社 ダイヤモンド社
発売日 2023年12月6日
ページ数 296ページ

👉 Amazonで見る

どんな本か?

本書のテーゼを一言でいうと、「才能も学歴もお金もなくても、本気で一緒に走ってくれる仲間を増やせれば、人生は逆転できる」です。

著者はこの「仲間をつくる力」を「仲間力」と名づけ、ビジネスで一番大事なスキルだと言い切ります。前半は芸人時代からニート、家電量販店での勤務を経て起業するまでの半生。後半は、その仲間力を「仲間を集める」「見極める」「成長させる」「絆を深める」「顧客を仲間にする」「取引先を仲間にする」の6つに分け、FIDIAの社内で実際に回している仕組みとして解説していきます。

本書の核心 ― 「友達と起業するな」は本当か

通説への反論:仲間と始めたから、ここまで来られた

起業の世界には「友達と起業すると失敗する」という定番の忠告があります。仲が良いぶん、お金や役割でもめたときに関係ごと壊れる、というやつです。

著者はこれに真っ向から反対します。自分は幼なじみと会社を始め、役員にも幼稚園からの友人がいる。仲間と始めたからこそ、苦しい時期を越えられたという立場です。採用の基準も、驚くほどシンプルに「友達になれそうな人」。

最初は「それで会社が回るのか」と思いました。でも読み進めると、これは「仲良しで集まろう」という話ではないことがわかります。友達になれそうか、という基準の裏には、この人と長く一緒に走れるか、困ったときに本音で話せるかという見極めがある。スキルは育てられても、一緒に走りたいと思えるかどうかは後から変えにくい、という割り切りなんですよね。

自分メモ: 採用面接で、スキルや経歴の確認に時間を使いすぎていないか。AIで「できること」の差が縮むほど、「この人と一緒に考えたいか」の比重は上がっていくはず。面接の評価シートに、この観点を1行足してみたい。

優秀な人を口説くのは、お金より「役割」

ダイヤモンド・オンラインの連載でも紹介されていた話ですが、小さな会社がハイクラスの人材に来てもらうときのやり方が印象的でした。

ポイントは、待遇の高さで勝負しないこと。相手の今の会社の悪口は言わない。相手が不満をこぼしても、乗っからない。そのうえで、自社が魅力的な会社であること/でも弱点があること/その弱点をあなたに解決してほしいことの3つを正直に伝える。優秀な人ほど「自分がそこで戦力になれるか」を見ているので、人を動かすのは報酬より「入社後の役割」だ、というわけです。

弱点を隠さずに見せる、というのが効いています。完璧な会社に誘われても、自分の出番がない。弱点があって、そこを任せたいと言われるから、ワクワクする。これは採用に限らず、社内で誰かに仕事を頼むときにもそのまま使える考え方だと思いました。

叱るときも「関係」を壊さない

もう一つ、連載で語られていたのが、欠点を伝えるときの「サンドイッチ話法」です。最初に感謝と成果を伝え、次に直してほしい点を具体的な行動で伝え、最後にまた感謝で締める。

著者は、この話法が相手にバレても構わないと言います。「気を遣って伝えてくれた」と伝わること自体が信頼になるから。過去にコミュニケーション不足で優秀な社員が辞めてしまった経験があり、会社への不満の多くは話せば解消できた、という反省がその背景にあります。

自分メモ: 「話法がバレてもいい」という一言に唸った。テクニックは相手を操作するためではなく、自分の配慮を形にするためにある。1on1のフィードバックも、うまい言い回しより「あなたとの関係を大事にしている」が先に伝わっているかを点検したい。

本書の構成(全7章)

はじめに・第1章:芸人をやめて、ニートから起業するまで

NSC(吉本総合芸能学院)の18期生として芸人を目指し、若手の大会で決勝まで残ったものの、野性爆弾に大差で負けて心が折れる。そこから4年間のひきこもり生活。高校時代の友人やNSCの同期に励まされて動き出し、家電量販店の販売員を経て、2005年に幼なじみと小さな会社を立ち上げます。

ここは物語として読めるパートで、ビジネス書に慣れていない人でもすっと入れます。「どん底からの逆転」の話ですが、ひとりで這い上がった話ではなく、最初から最後まで誰かに引っ張られている話なのが、本書全体のテーマにつながっています。

第2〜3章:仲間を集める、仲間を見極める

第2章は「タネと水で仲間を集める」。人脈も資金もない立ち上げ期に、紹介をたどって仲間を増やしていくやり方です。第3章では、能力・情熱・人間性という観点から、一緒に働く相手を見極める考え方が語られます。前述の「友達になれそうな人」という基準も、この流れの中で出てきます。

第4〜5章:仲間を成長させる、絆を深める「しくみ」

個人的に一番読みごたえがあったのがここです。第4章では日報・月報や評価制度など、人を育てるための仕組み。第5章では社員総会や役員会、さらには社員の家族との関係まで含めて、絆を深めるための仕組みが紹介されます。

「仲間」というと情緒的な話に聞こえますが、著者がやっているのは関係づくりを、気合いではなく仕組みにすることです。年に500人規模で新卒を採る会社になっても「仲間」でいられるのは、たぶんこの仕組み化があるから。

第6〜7章:顧客を仲間にする、取引先を仲間にする

最後の2章で「仲間」の範囲が社外に広がります。第6章はレビューやインフルエンサーを生かして顧客を味方にするやり方、第7章は取引先と良い関係を築き、仲間にしていくための考え方です。社員・顧客・取引先を「仲間」という一つの言葉でつなげて見ているのが、この本の一貫したところです。

👉 『スタートアップ芸人』をAmazonで見る

AI時代に読む『スタートアップ芸人』

「作る」がタダになるほど、「誰とやるか」が差になる

AIのおかげで、資料もコードも調べものも、「作る」コストはほとんどゼロに近づきました。ひとりでもかなりのことができる時代です。

でも、だからこそ逆に効いてくるのが、本書のいう仲間力だと思います。何を作るかを一緒に決める人、作ったものを売ってくれる人、使って声を返してくれる人。AIは作業を肩代わりしてくれても、一緒にリスクを取って走ってくれる仲間にはなってくれません。「作る」の価値が下がるほど、「誰とやるか」「誰に届けるか」の価値は相対的に上がっていく。本書を読みながら、ずっとそんなことを考えていました。

仲間づくりも「気合いより構造」

本書でいちばん刺さったのは、仲間との関係を日報・月報・評価制度・社員総会といった「しくみ」で支えているところです。

これは、自分がチームでAIを使うときに大事にしている考え方と同じです。AIにうまく任せられるかどうかは、判断の軸や前提を先に言葉にして渡せたかで決まる。人の勘や善意に頼る部分を、CLAUDE.mdやスキル、チームの基準として残しておくと、任せられる範囲が一気に広がる。

人を仲間にするのも、たぶん同じ構造なんですよね。「わかってくれるはず」に頼らず、何を大事にしているかを言葉にし、仕組みとして毎日回す。気合いで関係を保とうとすると、人数が増えたところで必ず崩れます。

自分メモ: AIに仕事を任せようとしたとき、一番手間だったのは、自分の頭の中にある判断基準を言葉にするところだった。人を仲間として迎えるときも、きっと同じ。「何のために、何を大事にしているか」を先に渡す。仲間づくりとAI活用は、思っていた以上に同じ仕事なのかもしれない。

AIは手段、仲間は目的に近い

AIもシステムも、あくまで手段です。何のために使うのかが決まっていないと、速くなるのは迷走だけ。

本書を読むと、著者にとって事業は「仲間と一緒に面白いことをやり続けるための器」に近いのだと感じます。化粧品・人材・広告・美容と、つながりの薄い事業がいくつも並んでいるのに、全部黒字で回っている。それは事業の選び方がうまいというより、任せられる仲間がいるところに事業が生まれているからなのかもしれません。

速くなるほど、ボトルネックは人の判断に集中していきます。そのとき「この判断なら任せられる」と思える仲間がどれだけいるか。それが、AI時代のチームの本当の生産性を決めるのだと思います。

こんな人におすすめ

  • お金も人脈もないけれど、いつか起業したいと思っている人
  • 友人や元同僚と一緒に事業を始めようか迷っている人
  • 採用・育成・離職に悩んでいるマネージャーや経営者
  • 小さなチームを大きくしていく段階で、「仕組み化」のヒントがほしい人
  • 『エンジニアリング組織論への招待』や『ティール組織』を読んで、「人と人のあいだ」をどう設計するかに関心が向いた人

まとめ

『スタートアップ芸人』をひと言でいうなら、「才能がなくても、仲間は増やせる。そして仲間は、仕組みで守れる」という本です。

芸人・ニート・起業という派手な経歴に目が行きがちですが、本当に読むべきは後半の仕組みの部分でした。採用の基準、口説き方、叱り方、日報や社員総会。どれも大きな会社でなくても、明日から自分のチームで試せるものばかりです。

個人的には、AIで「作る」がどんどん安くなっていく今だからこそ、最後に残る経営資源は「一緒に走ってくれる人」なのだと、改めて確認させてもらった一冊でした。AIに任せる仕組みを整えるのと同じ熱量で、人と組むための仕組みも整えていきたいと思います。

なお、本の中の数字(年商・増収増益・採用人数など)は著者の会社が公表しているものです。成功の再現性というより、「人をどう巻き込むか」の考え方として読むのがおすすめです。

私が作っている本の紹介サイト「ブックリンカー」にも、この本の要点と「こんな人に」をまとめています。

👉 この本の要点をブックリンカーで見る

👉 『スタートアップ芸人』をAmazonで見る

【書評・要約】『エンジニアリング組織論への招待』― AIで「作る」が速くなった今、残る不確実性は人と人のあいだにある

この記事について

技術的負債がたまる。見積もりが当たらない。経営と現場の話がかみ合わない。

開発の現場でよく聞くこうした悩みを、私たちはつい「あの人の力不足」「あのチームの意識の問題」として片づけてしまいがちです。

本書は、それらがすべて一本の線でつながっていることを見せてくれる本です。その線の名前は「不確実性」。

2018年に出た本ですが、AIで作るスピードが一気に上がった今こそ読み直す価値がある、と感じました。作ることが速くなった分、残った悩みがどこから来ているのかが、かえってくっきり見えるからです。

私は部署にClaude Codeを配って広げてきた中で、「作るのは速くなったのに、なぜか楽にならない」という場面に何度も出会いました。本書は、その理由を考えるための地図になる一冊でした。

書籍情報

項目 内容
書名 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング
著者 広木 大地
出版社 技術評論社
発売日 2018年2月22日
ページ数 304ページ
定価 2,618円(税込)

👉 Amazonで見る

どんな本か?

一言でいうと、組織の悩みを「不確実性」という一つのレンズで解きほぐす本です。

著者の広木大地さんは、エンジニアリングを「わからない状態を、わかる状態に変えていく営み」と捉えます。そして組織の問題の多くは、2つの不確実性をうまく扱えないことから生まれると整理します。

  • 環境の不確実性:未来がわからない不安(何を作るべきか、いつ終わるか)
  • コミュニケーションの不確実性:他人の考えがわからない不安

本の進み方も特徴的です。第1章で個人の考え方を扱い、第2章で一対一のメンタリング、第3・4章でチーム、第5章で組織全体へと、扱う範囲を少しずつ広げていきます。章タイトルに「リファクタリング」という言葉が使われている通り、思考も組織も、コードと同じように整理し直せるものとして書かれているんですよね。

本書の核心 ― 悩みの正体は「わからなさ」にある

「わかった?」は意味のない言葉

第2章に、「『わかった?』は意味のない言葉」という節があります。この見出しを見たとき、思わず手が止まりました。

「わかった?」と聞かれて「わかりません」と答えられる人は、ほとんどいません。だからこの質問は、聞いた側が安心するためのものになってしまう。本書は、内心は見ることができないけれど、行動は見ることができる、という立場をとります。相手が理解したかどうかは、次にどう動いたかで確かめるしかない。

能力は習慣の積分、習慣は行動の積分、という言い方も印象的でした。育成の話を「やる気」や「意識」から切り離して、見える行動の話に置き換えてくれるので、明日から手を付けられる形になります。

自分メモ: 私は仕事を頼むとき、背景と期待値に加えて「完了条件」を先に渡すようにしています。何ができたら終わりなのかが決まっていれば、「わかった?」と聞かなくても、出てきたもので確かめられる。人に頼むときもAIに頼むときも、確かめられる形で渡すことが、コミュニケーションの不確実性を減らす一番の近道だと感じています。

権限は、不確実性と一緒に渡す

第5章の「権限委譲とアカウンタビリティ」も、管理職として何度も読み返したくなるところです。

権限があいまいなままだと、現場は判断のたびに上に確認しに行くことになり、組織全体の情報処理が詰まります。本書は、権限委譲には段階があることを示し、それをチームですり合わせる方法としてデリゲーションポーカーを紹介しています。「これは誰が、どこまで決めていいのか」を、あらかじめ言葉にしておく道具です。

任せる・任せないの二択で考えると、どうしても極端になります。段階で考えると、「ここまでは任せる、ここからは相談」という線が引けるようになるんですよね。

技術的負債は「見えない」から問題になる

第5章の「技術的負債の正体」には、「見えてしまえば『技術的負債』ではない」という節があります。

負債そのものより、負債がどれだけあるのかが見えないことが問題だ、という捉え方です。見えていれば、返すか、今は返さないかを判断できる。見えていないと、判断の材料がないまま、ただ「なんとなく遅い」が続いていきます。

これは技術的負債に限らない話だと思います。チームの中の「あの人しか知らない手順」も、見えないうちは負債と同じ働きをします。

自分メモ: 私の部署では、AIへの指示のルールをCLAUDE.mdやスキルに書き出して、gitで版管理しています。チームの合言葉は「同じ指示を2回したらスキル化」です。頭の中にある判断基準は、書き出した瞬間に「見える負債」になって、直したり捨てたりできるようになる。本書の言う「光を当てる」は、こういうことなのかなと思いました。

本書の構成(全5章)

第1章:思考のリファクタリング

「すべてのバグは、思考の中にある」という節から始まります。不確実性とは何か、どこから生まれるのかを整理したうえで、論理的思考・仮説思考・システム思考という3つの考え方を扱います。

論理的思考の盲点として、人は事実を正しく認知できないこと(認知の歪みや認知的不協和)にも踏み込むのが本書らしいところです。「部分だけしか見ないことで対立が起こる」という節は、チームの対立を誰かのせいにする前に読みたい内容でした。「問題解決より問題発見のほうが難しい」という言葉が、章の中で形を変えて何度も出てきます。

第2章:メンタリングの技術

相手が自分で考えて動けるように支える技術としてのメンタリングです。「他者説得」から「自己説得」へ、「悩む」と「考える」の違い、傾聴・可視化・リフレーミング、心理的安全性の作り方と続きます。

「アットホームな会社」は心理的安全性が高いか、という問いかけも入っていて、仲が良いことと、安心して意見を言えることは別だと気づかされます。

第3章:アジャイルなチームの原理

アジャイルを「チームをメンタリングする技術」と位置づけ、その歴史をデミング博士のPDCAやトヨタ生産方式、知識経営までさかのぼって整理します。「アジャイルをするな、アジャイルになれ」という節の通り、手法の話より、チームがどういう状態を目指すのかの話として読める章です。アジャイルをめぐる5つの誤解も整理されています。

第4章:学習するチームと不確実性マネジメント

スケジュールの不安と、何を作るべきかというマーケットの不安を、どう減らしていくかを扱います。悲観的見積りと楽観的見積り、「計画でなく実績から予測する」、そしてスクラムを不安に向き合うフレームワークとして読み解きます。見積もりがいつもこじれるチームは、この章から読んでもいいと思います。

第5章:技術組織の力学とアーキテクチャ

組織全体の話です。何が技術組織の「生産性」を下げるのか、権限委譲とアカウンタビリティ、技術的負債の正体、取引コストと機能横断チーム、OKRによる目標の透明化、そして組織設計とアーキテクチャ(逆コンウェイ作戦、マイクロサービス)までを扱います。組織の形はシステムの形に表れるという視点は、エンジニアでない管理職にも役に立つはずです。

👉 『エンジニアリング組織論への招待』をAmazonで見る

AI時代に読む『エンジニアリング組織論への招待』

AIは「環境の不確実性」を安くした

本書では、不確実性を減らすには情報を生み出すしかない、と繰り返し語られます。わからないことは、作って、試して、確かめるしかない。

AIで変わったのは、まさにここだと思います。試しに作ってみるコストが、ほとんどゼロになりました。以前なら数週間かけて確かめていた「これを作ったら使われるか」を、数日で形にして確かめられる。環境の不確実性を減らすための「試す」が、一気に安くなったわけです。

だからこそ、残るのはもう一つのほうです。

残るのは「コミュニケーションの不確実性」

作るのが速くなると、何が起きるか。私の部署では、アウトプットが一気に増えて、確認と承認が私のところに集まり、私自身がボトルネックになりました。

本書の言葉で言えば、組織の情報処理能力が、作る速さに追いつかなくなった状態です。何を作るか、どこまでできていればOKか、誰が決めるのか。そうした「人と人のあいだのわからなさ」は、AIがどれだけ速くなっても勝手には減りません。

さらにAIの時代には、人と人のあいだに、人とAIのあいだが加わります。AIに渡した前提があいまいなら、AIはそれらしいもので埋めてきます。AIは、こちらの思考の解像度をそのまま映す鏡だと思っています。うまく動かないとき、原因は出力より、こちらの判断基準があいまいなことのほうにある場合が多いんですよね。

自分メモ: 確認が自分に集まったとき、効いたのは「可逆・低影響のものは承認不要、不可逆・本番に関わるものは厳格に」という線を先に引くことでした。本書の権限委譲の段階と同じで、全部を同じ重さで確認しようとするから詰まる。どこまで任せるかを言葉にしておくことは、AIの時代にこそ重くなる管理職の仕事だと感じています。

組織の形は、AIの使われ方にも表れる

第5章のコンウェイの法則(組織の形がシステムの形に表れる)は、AIの導入にもそのまま当てはまると思います。

部署にAIを配ったとき、私はエンジニアと非エンジニアで入口(最初の設定)を分けました。同じ道具でも、仕事の流れが違えば、使われ方もつまずく場所も違うからです。組織の形を無視して一律に配ると、どこかで「使われない」が起きる。ツールの設計は、組織の設計とセットで考える。逆コンウェイ作戦の考え方は、AI導入の順番を考えるときにも役に立ちます。

「他者説得」から「自己説得」へ

AIを広げ始めたころの私は、「全員が使うべきだ」と思っていました。1on1でメンバーに「最近、AIの話ばかりされる」と言われて、自分の焦りが圧になっていたと気づいたことがあります。

本書の第2章にある「他者説得」から「自己説得」へという考え方を読んで、あのとき足りなかったのはこれだったと思いました。人は、説得されて動くより、自分で納得したときに動く。だから今は、使用率で見るのをやめて成果で見るようにしています。使っていない人を責めるより、「何が使いにくいのか」を聞くほうが先です。

自分メモ: AIで作業が速くなるほど、管理職の仕事は「作る」から「わからなさを減らす」へ寄っていくと感じます。何を作るかを決める、どこまで任せるかを決める、相手が自分で納得できるように聞く。本書が8年前に書いていたことは、AIの時代のマネジメントの教科書としても、そのまま読めました。

こんな人におすすめ

  • エンジニアリングマネージャーやテックリードになり、チームの生産性や育成に悩んでいる方
  • 見積もりや技術的負債の議論が、いつもこじれてしまう職場の方
  • 開発チームとどう話せばいいかわからない経営者・プロダクトマネージャーの方
  • AIを導入したのに「作るのは速くなったのに楽にならない」と感じている管理職の方
  • 『エンジニア育成現場の「失敗」集めてみた。』や『SCRUMMASTER THE BOOK』を読んで、その背景にある考え方を体系的に知りたくなった方

第1章は抽象度が高めなので、現場の悩みがはっきりしている方は、第4章(見積もり・スクラム)や第5章(技術的負債・組織設計)から読み始めてもいいと思います。

まとめ

本書の本質を一言にすると、こうなります。

組織の悩みの正体は、「わからなさ」である。

未来がわからない不安と、他人の考えがわからない不安。技術的負債も、見積もりのずれも、経営と現場のすれ違いも、この2つのどちらかに行き着く。誰かを責める前に、どのわからなさが残っているのかを見る。それだけで、打てる手がまったく変わってきます。

個人的な学びは、AIで「作る」が速くなるほど、残る不確実性は人と人のあいだに集まるということでした。作って試すのは安くなった。だからこそ、何を作るか、どこまで任せるか、相手がどう納得するかを設計する仕事の比重が上がっていく。

AIを使ったチームづくりを進める立場の人にこそ、手元に置いておきたい一冊です。

私が作っている本の紹介サイト「ブックリンカー」にも、この本の要点と「こんな人に」をまとめています。

👉 この本の要点をブックリンカーで見る

👉 『エンジニアリング組織論への招待』をAmazonで見る

【書評・要約】『エンジニア育成現場の「失敗」集めてみた。』― 新人の「できない」は、頼み方の側で生まれている

この記事について

「何度言っても、新人のレポートが的外れなんですよね」

部下や後輩を育てる立場になると、一度はこう感じたことがあるはずです。そして多くの場合、直す対象は新人のほうだと思っています。

本書を読むと、その前提が静かに崩れます。新人が「できない」ように見える場面の多くは、頼み方のほうに原因がある。それを、42の失敗事例で一つずつ見せてくれる本です。

著者の出石聡史さんは、ソフトウェア開発に30年向き合ってきた方です。2023年3月まで、コニカミノルタのセンシング事業本部の開発部でソフトウェアリーダー(管理職)を務め、技術者の育成にも取り組んできました。前作『ソフトウェア開発現場の「失敗」集めてみた。』に続く、シリーズ第2弾です。

私自身、部署にAIを配って広げていく中で、メンバーとの関係を悪くした失敗があります。だからこそ、失敗から学ぶという本書の作りが、とても身近に感じられました。

書籍情報

項目 内容
書名 エンジニア育成現場の「失敗」集めてみた。 42の失敗事例で学ぶマネジメントのうまい進めかた
著者 出石 聡史
出版社 翔泳社
発売日 2025年6月11日
ページ数 288ページ
定価 2,420円(税込)

👉 Amazonで見る

どんな本か?

一言でいうと、残念なマネージャーにならないための「育成」アンチパターン集です。

架空の開発現場を舞台に、「新人研修」「OJT」「チーム編成」「評価」「コミュニケーション」「採用」の6つの場面で起こりがちな失敗を42篇収録しています。エピソードは著者の実体験がもとになっていて、フィクションとは思えないほど生々しい。

各エピソードには「FIFO型業務依頼」「賢者のレポート」「現物合わせ仕様」のような名前が付いています。この名前が絶妙で、読み終わったあとに職場で「あ、これ現物合わせ仕様だ」と気づけるようになる。失敗に名前を付けることで、見えるようにする本なんですよね。

本書の核心 ― 新人の「できない」は、頼み方から生まれる

すべてが最優先「FIFO型業務依頼」

Episode 04は、業務を頼んだ順番のまま新人に積み上げていく失敗です。

開発の現場は、基本的にいつも忙しい。新規の業務は次々に流れ込んできます。ベテランなら優先順位を付けて、断るべきものは断れます。でも新人には、その取捨選択ができません。結局、もらった業務をもらった順にこなそうとして、破綻してしまう。

本書の対策は、まず新人への指示命令系統を一本化することです。期待の新人ほど、いろいろな人から頼まれごとが舞い込みます。それを上司経由に集めて、上司が新人の業務を全部把握する。そのうえで、緊急度と重要度のマトリクスで優先度の付け方を教える。

印象的だったのは、「やらない」という選択肢を新人に渡すところです。重要でも緊急でもない業務は、相談したうえでやらなくていい。ただし、新人が自分で断るのは難しいので、まず上司が「こういう業務はやらなくていい」という手本を見せる。基準は、実例を見て初めて持てるものなんですよね。

自分メモ: 新人の頃に「全部急ぎ」で潰れかけたことがある人は、多いはずです。そして自分が上司になると、同じことを無意識にやってしまう。頼む側にとっては1件ずつでも、受ける側にとっては全部が積み上がっている。この非対称は、頼む側からは本当に見えにくいと感じます。

完璧な報告を強制する「賢者のレポート」

Episode 05は、私が一番考えさせられたエピソードです。

新人が実験結果をまとめて提出すると、「データしかないよ。考察を足して」と返される。考察を足すと「事実と考察が混ざっている」。分けて出すと「結局何がわかったの? そもそも目的って何だっけ?」。新人は1日中レポートにかかりきりになり、すっかり落ち込んでしまう。

本書は、これを新人の能力の問題とは見ません。レポートのゴールの条件や基準を伝えないまま、ダメ出しを繰り返していることが失敗のポイントだと言います。

もう一つ、ハッとした指摘があります。報告を求められると、人はつい「やったこと(Do)」を書いてしまう。でも報告を求めている側が欲しいのは「結果(Result)」です。「バグ対応をしました」ではなく「残バグ50件のうち、今週20件を修正した。予定どおりです」。この差を、上司は説明しないまま期待していることが多い。

対策は2つです。

  1. 業務の前に、目的と受け入れ基準を伝える
  2. 60%くらいできたら一度出してもらう(60%チャレンジ)

60%で一度キャッチボールを始めれば、意外とそれで用事が済むことも多い。新人の悩む時間も減ります。著者が最後に「これってちょっとAgileですよね」と添えているのが、エンジニアの本らしくて好きでした。

自分メモ: 「目的と受け入れ基準を先に伝える」は、私がAIに仕事を頼むときに一番気をつけていることと同じでした。何をするかだけを渡すと、AIはどこまでもやり続けます。「どこまでできたら終わりか」を一緒に渡すと、返ってくるものが一気に揃う。人に頼むときも、AIに頼むときも、足りていないのはだいたい完了条件のほうなんですよね。

失敗に名前があると、早く気づける

42篇のタイトルを眺めるだけでも、思い当たるものがいくつもあります。

  • 業務の目的を伝えない「指示だけ上司」
  • アレと同じに作って「現物合わせ仕様」
  • 権限は下におろさない「責任だけ移譲」
  • 結果だけをフィードバック「エラーコード式評価通知」
  • すべてを知りたがる「メトリクスコレクター」

どれも、やっている本人は悪気がないものばかりです。むしろ、良かれと思ってやっていることも多い。だからこそ、名前が付いていないと気づけません。名前を知っていれば、自分がやりかけた瞬間に止まれる。本書の一番の価値は、ここにあると思います。

本書の構成(全6章・42篇)

第1章:「新人研修」で失敗(Ep01〜08)

やる気を削るタライ回し「新入社員レンタルサービス」、ダメになるまで報告しない「しなびたホウレンソウ」から始まり、上で紹介した「FIFO型業務依頼」「賢者のレポート」、計画を見直さない「回すだけPDCA」、悪い情報を遠ざける「無菌培養育成」まで。最初の数ヶ月で、新人が仕事の進め方を身につけられるかどうかが決まる章です。

第2章:「OJT」で失敗(Ep09〜16)

業務の目的を伝えない「指示だけ上司」、アレと同じに作って「現物合わせ仕様」、若手のアイデアに過度な期待を寄せる「フレッシュ厨」など。「最恐マルチ3兄弟」として、マルチユーザー・マルチランゲージ・マルチスレッドの3篇が並んでいるのも、エンジニアなら思わず苦笑いするところです。

第3章:「チーム編成」で失敗(Ep17〜24)

キャリアも希望も関係ない「とりあえず配属」、チームでひとりぼっちの「疎結合配属」、キャッチアップできない「伝統技術の継承者」、権限を持たせない「人間将棋の駒」など。誰をどこに置くかで、育つかどうかが決まってしまうという章です。

第4章:「評価」で失敗(Ep25〜29)

成果がはっきりしない「ほんわか目標設定」、問題しか見えない「バグチケット起票型上司」、チームの成果を独り占めする「エース技術者推し」など。評価の場面で起きる、伝え方と見え方の失敗が並びます。

第5章:「コミュニケーション」で失敗(Ep30〜37)

すべてを知りたがる「メトリクスコレクター」、すべてのムダを排除する「やりすぎDX化」、権限は下におろさない「責任だけ移譲」、過保護がやりがいを奪う「上っ面ホワイト育成」など。上司のふるまいそのものが、チームの空気を作ってしまう章です。

第6章:「採用」で失敗(Ep38〜42)

スキル重視の新卒採用「スペック偏愛採用」、応募者をやりこめる「技術学会面接」、楽しいだけの「テーマパーク型インターンシップ」など。育成は採用の時点から始まっている、という締めくくりです。

👉 『エンジニア育成現場の「失敗」集めてみた。』をAmazonで見る

AI時代に読む『エンジニア育成現場の「失敗」集めてみた。』

新人への頼み方は、AIへの頼み方とほぼ同じ

本書を読みながら何度も思ったのは、新人に仕事を頼むときの失敗は、AIに仕事を頼むときの失敗とほとんど同じだということです。

「アレと同じに作って」と頼めば、AIはそれらしいものを作ってきます。でも、こちらが何を「アレ」だと思っているかは伝わっていない。目的を伝えずに指示だけ出せば、AIは指示どおりに、的外れなものを丁寧に仕上げてきます。

以前、AIの分析結果が嘘だらけだったことがあります。原因は、社内の略語の定義を渡していなかったことでした。AIは知らない略語を「知らない」とは言わずに、それらしい意味で埋めていた。新人が分からないことを聞けずに、推測で埋めてしまうのと同じ形です。

AIは、こちらの頼み方の解像度をそのまま映す鏡だと思っています。うまくいかないとき、原因は出力より、こちらが渡していないもののほうにあることが多い。本書の42篇は、その「渡していないもの」のカタログとしても読めます。

AIで作れる量が増えるほど、「受け入れ基準」が重くなる

AIで資料や分析を作る速さは、一気に上がりました。私の部署でも、アウトプットの量が増えて、確認と承認が私のところに集まり、私自身がボトルネックになったことがあります。

このとき効いてくるのが、本書の「受け入れ基準」の考え方です。何ができていればOKなのかが決まっていないと、確認する側は毎回ゼロから判断することになります。作る量が増えるほど、その負担は確認する人に集まっていく。

受け入れ基準は、作る人のためだけでなく、確認する人を守るためのものでもある。60%チャレンジも同じで、早めに一度見ることで、最後にまとめて直す量が減ります。AIで作るのが速くなった今のほうが、この考え方は効いてくると感じました。

自分メモ: 私はCLAUDE.mdに、AIがミスするたびルールを1行足しています。振り返ると、あの1行の多くは「最初に伝えておけばよかったこと」でした。本書の各エピソードの対策も、ほとんどが「先に伝えておけば防げたこと」です。人の育成でも、AIの運用でも、失敗は次に先に渡すものを教えてくれるんだと思います。

失敗は、仕組みに残さないと繰り返す

本書がわざわざ失敗に名前を付けて42篇も集めたのは、失敗は個人の記憶のままだと、次の人がまた同じことをするからだと思います。

私自身、部署にAIを広げ始めた最初の3ヶ月、「全員が使うべきだ」と考えていました。その強い姿勢がメンバーに伝わって、関係が悪くなったことがあります。もどかしさが顔に出ていたんだと思います。本書でいえば、良かれと思ってやっているのに相手のやる気を削る、まさにアンチパターンの側にいました。

あの失敗をきっかけに、使用率ではなく成果で見るようにして、使っていない人を責めるのではなく「何が使いにくいのか」を聞くようにしました。失敗は、言葉にして形に残したときに、初めて次の人の役に立つ。本書は、それを42回やってみせてくれた本なんですよね。

自分メモ: 育成の失敗は、相手のキャリアに関わるので簡単にはやり直せません。だからこそ、自分で失敗する前に、人の失敗を読んでおく価値があります。AIの使い方は何度でも試せますが、人の育て方はそうはいかない。この違いは、AIが広がるほど意識しておきたいと思いました。

こんな人におすすめ

  • 初めて新人や後輩の育成を任された方
  • 「何度言っても伝わらない」と感じているリーダー・管理職の方
  • AIに仕事を頼むと、思った成果物が返ってこないと感じている方
  • チームの頼み方・報告のさせ方を見直したい方
  • 『ボスマネジメント』や『課長の仕事術』を読んで、育成の場面での具体的な失敗例を知りたくなった方

まとめ

本書の本質を一言にすると、こうなります。

新人の「できない」の多くは、頼み方の側で生まれている。

業務の優先度を一緒に決める。目的と受け入れ基準を先に伝える。60%で一度見せてもらう。どれもシンプルですが、忙しい現場では真っ先に抜け落ちることばかりです。42篇の失敗に名前が付いているから、自分がやりかけた瞬間に気づける。それが本書の一番の価値だと思います。

個人的な学びは、人に仕事を頼むときに足りないものは、AIに仕事を頼むときに足りないものとほとんど同じだということでした。目的と完了条件を先に渡す。これは、人を育てるときにもAIを使うときにも、同じように効く基本です。

新人を迎える立場の人にも、AIを使ったチームづくりを進める立場の人にも、手元に置いておきたい一冊です。

私が作っている本の紹介サイト「ブックリンカー」にも、この本の要点と「こんな人に」をまとめています。

👉 この本の要点をブックリンカーで見る

👉 『エンジニア育成現場の「失敗」集めてみた。』をAmazonで見る

書評『なぜ、あなたの仕事は終わらないのか』― AIで作業が速くなった今こそ効く「最初の2割で8割」

この記事について

「締め切りの前日になって、慌てて仕上げている」

AIで作業がどれだけ速くなっても、これだけはなかなか変わりません。私の部署でも、AIで資料や分析を作る速さは一気に上がりました。それなのに、仕事が終わる時間はそれほど変わらない。むしろ作れる量が増えたぶん、確認や承認が後ろに溜まって、私自身がボトルネックになったことがあります。

速く作れることと、仕事が早く終わることは、別の話なんですよね。

そんなときに読み直したのが本書です。著者の中島聡さんは、マイクロソフトの米国本社でWindows95やInternet Explorerの基本設計に携わったエンジニアで、その後UIEvolutionを創業した方です。2016年の本ですが、AIで作業が速くなった今のほうが、むしろ効く時間術だと感じました。

書籍情報

項目 内容
書名 なぜ、あなたの仕事は終わらないのか スピードは最強の武器である
著者 中島 聡
出版社 文響社
発売日 2016年6月
ページ数 288ページ

👉 Amazonで見る

どんな本か?

一言でいうと、「締め切りに間に合わせる」ではなく「最初に一気に終わらせる」ための時間術の本です。

本書の中心にあるのが「ロケットスタート時間術」。与えられた期間の最初の2割で、仕事の8割を一気に仕上げてしまう。残りの時間は、余裕を持って仕上げと見直しに使う、という考え方です。

仕事にかかる時間を正しく見積もること、締め切りの前にもう一つ自分の締め切りを置くこと、完璧を目指すより先に形にすること。どれもシンプルですが、40年近く仕事をしてきた著者の実践から出てきた言葉なので、説得力があります。

本書の核心 ― 終わらないのは、最後に頑張るから

仕事が終わらないのは、スタートが遅いから

多くの人は、締め切りが近づいてから本気を出します。最初は「まだ時間がある」と思って、ゆっくり始める。そして最後に予想外のことが起きて、間に合わなくなる。

本書は、この順番を逆にします。最初に全力を出して、最後に余裕を残す。

最後の段階で問題が見つかると、もう打つ手がありません。でも、期間の最初の2割で8割ができていれば、問題が見つかっても直す時間がある。スタートダッシュは、根性の話ではなく、リスクを先に潰すための設計なんですよね。

自分メモ: AIを使うようになってから、この「最初の2割」がものすごく短くなりました。たたき台はAIで一気に作れる。だからこそ、そのあとの時間を何に使うかで差がつくと感じています。作る時間が減った分、「何を作るか」「どう直すか」のほうに時間を回せるかどうかです。

「スラック」という余裕

本書で何度も出てくるのが、「スラック」という考え方です。予定をぎっしり詰めるのではなく、あらかじめ余裕を持っておく。その余裕があるから、予想外のことが起きても慌てずに済む。

ぎっしり詰めた予定は、一見効率的に見えます。でも、一つずれると全部がずれる。余裕は無駄ではなく、仕事を最後まで終わらせるための部品だと、本書は教えてくれます。

完璧より、まず形にする

もう一つ印象的なのが、完璧主義への戒めです。最初から完璧を目指すと、手が止まる。まずは粗くてもいいから形にして、そこから直していく。

形になったものがあれば、人に見せられます。見せれば、方向が合っているかどうかが早く分かる。完璧に仕上げてから見せて、方向違いだと分かったときの手戻りが、一番大きいんですよね。

本書の構成(全6章)

本書は、なぜ仕事が終わらないのかを見つめるところから始まり、ロケットスタート時間術の実践、そして人生の時間の使い方へと広がっていきます。

第1〜2章:なぜ仕事は終わらないのか

第1章「なぜ、あなたの仕事は終わらないのか」では、著者がこれまで見てきた「仕事が終わらない人」の例をもとに、どこでつまずいているのかを解きほぐします。第2章「時間を制する者は、世界を制す」で、時間の使い方がそのまま成果を決めることを示します。

第3〜5章:ロケットスタート時間術

第3章「『ロケットスタート時間術』はこうして生み出された」で、この時間術が著者の経験からどう生まれたかが語られます。第4章「今すぐ実践 ロケットスタート時間術」で具体的なやり方を、第5章「ロケットスタート時間術を自分のものにする」で、日々の仕事に定着させる方法を扱います。

第6章:時間を制する者は、人生を制す

最後は仕事の枠を超えて、人生の時間の使い方の話で締めくくられます。

👉 『なぜ、あなたの仕事は終わらないのか』をAmazonで見る

AI時代に読む『なぜ、あなたの仕事は終わらないのか』

AIは「最初の2割」を一瞬にしてくれる

本書のロケットスタート時間術は、AIととても相性がいいと感じました。

たたき台を作る、資料の骨組みを作る、調べものをまとめる。これまで最初の2割でやっていた作業の多くは、AIに任せればあっという間に終わります。

でも、そこで気をつけたいのは、速くできた分を、そのまま次の作業で埋めてしまわないことです。本書の言う「スラック」を、AIで浮いた時間の中にちゃんと残しておく。そうしないと、速くなったのに、また締め切りの前日に慌てることになります。

自分メモ: AIで浮いた時間は、何もしないと既存の仕事に黙って吸われていきます。これは『DIE WITH ZERO』の書評でも書いたことですが、今は先に新しい予定を入れてから時間を空けるようにしています。スラックも、意識して確保しないと残りません。

速く作れるほど、ボトルネックは「確認」に移る

AIで作る量が増えると、次に詰まるのは確認と承認です。私自身、アウトプットが一気に増えたときに、確認が自分のところに集まってボトルネックになりました。

本書の「最初の2割で8割」は、作る側だけの話ではないと思います。見る側も、早い段階で8割のものを見て、方向を直してあげる。最後の完成品だけを見るのではなく、途中で一度見る。そのほうが、作る人の手戻りも、見る人の負担も小さくなります。

「完璧より形にする」は、AIへの頼み方でも同じ

AIに頼むときも、最初から完璧な指示を書こうとすると、手が止まります。まずは粗く頼んで、出てきたものを見て直していく。そのほうが、早く良いものにたどり着けます。

ただし、見るべきところはちゃんと見る。以前、AIの分析結果が嘘だらけだったことがあります。原因は、社内の略語の定義を渡していなかったことでした。速く形にすることと、形になったものを確かめることは、セットです。本書の「スラック」は、その確かめる時間のためにもあるんだと思います。

こんな人におすすめ

  • 締め切りの前日に、いつも慌てて仕上げている方
  • AIで作業は速くなったのに、仕事が終わる時間が変わらないと感じている方
  • 完璧を目指して、なかなか手が動かない方
  • チームの仕事の進め方を見直したい管理職の方
  • 『DIE WITH ZERO』や『最高の結果を出すKPIマネジメント』を読んで、時間の使い方を具体的に変えたくなった方

まとめ

本書の本質を一言にすると、こうなります。

最後に頑張るのをやめて、最初に一気に終わらせる。

最初の2割で8割を仕上げ、残りの時間を余裕として持っておく。その余裕があるから、予想外のことが起きても、見直しの時間があっても、締め切りに慌てずに済む。シンプルですが、一番再現しやすい時間術だと思います。

個人的な学びは、AIで速くなった時間ほど、意識して「スラック」として残さないと消えていくということでした。速く作れることと、早く終わることは違う。その差を埋めるのが、この本の考え方なんだと思います。

2016年の本ですが、AIで作業のスピードが一気に上がった今だからこそ、手元に置いておきたい一冊です。

私が作っている本の紹介サイト「ブックリンカー」にも、この本の要点と「こんな人に」をまとめています。

👉 この本の要点をブックリンカーで見る

👉 『なぜ、あなたの仕事は終わらないのか』をAmazonで見る

書評『イシューからはじめよ[改訂版]』― AIで「解く」が一瞬になった今こそ、「何を解くか」が仕事になる

この記事について

「AIに頼めば、資料も分析も一瞬で出てくる。なのに、会議で使える答えが出てこない」

AIを業務に広げていくと、ある時期からこの壁にぶつかります。私の部署でも、AIで作れる量が一気に増えたあと、次に効いてきたのは「そもそも何を作るか」を決める力でした。

そんなタイミングで読み直したのが本書です。2010年の刊行以来、累計70万部に達した知的生産のロングセラー。2024年に改訂版が出て、コラムの追加、「なぜ今『イシューからはじめよ』なのか」の新規収録、改訂版あとがきなど、24ページ増えています。

著者の安宅和人さんは、マッキンゼーを経てイェール大学で脳神経科学のPh.D.を取り、ヤフーでCOO室長・CSOを務め、現在はLINEヤフーのシニアストラテジストで慶應義塾大学の教授でもある方です。

2010年に書かれた本ですが、AIで「解く」コストがほぼゼロになった今のほうが、むしろ刺さる本だと感じました。

書籍情報

項目 内容
書名 イシューからはじめよ[改訂版]――知的生産の「シンプルな本質」
著者 安宅 和人
出版社 英治出版
発売日 2024年9月22日
ページ数 272ページ
定価 2,200円(税込)

👉 Amazonで見る

どんな本か?

一言でいうと、「どう解くか」の前に「何を解くか」を見極めるための本です。

本書でいう「イシュー」とは、2つ以上の集団の間で決着のついていない問題であり、かつ、根本に関わる、もしくは白黒がはっきりしていない問題。この両方の条件を満たすものです。

世の中で「問題」と呼ばれているもののほとんどは、実はイシューではありません。本当に答えを出すべき問題はごく一部で、そこを見極めずに手をつけると、どれだけ頑張っても価値のある成果にはならない。

本書は、その見極め方から、仮説を立て、分析し、伝えるところまでを、一本の流れとして示しています。

本書の核心 ― 「犬の道」を歩かない

労働量で勝負しようとするのが「犬の道」

序章のタイトルは「この本の考え方──脱『犬の道』」です。

価値のある仕事は、「イシュー度(その問題に答えを出す必要性の高さ)」と「解の質(どこまで明確に答えを出せているか)」の両方が高いところにあります。

ところが多くの人は、イシュー度を見極めずに、とにかく手を動かして解の質を上げようとする。片っ端から調べ、片っ端から分析する。本書はこれを「犬の道」と呼びます。労働量で質を上げようとしても、そもそも問いが外れていれば、成果にはつながらないというわけです。

自分メモ: AIが来て、「犬の道」はものすごく速く歩けるようになりました。片っ端から調べるのも、片っ端から分析するのも、AIなら一瞬です。でも、速く歩けるようになっただけで、道そのものは変わっていない。むしろ速い分、外れた問いの答えを大量に作ってしまいやすくなったと感じています。

「解く」前に「見極める」

第1章「イシュードリブン──『解く』前に『見極める』」が、本書の中心です。

手をつける前に、その問題が本当に答えを出すべきものかを見極める。そして、答えが出せる形にまで問いを絞り込む。

ここで大事なのは、イシューを決めることは、手を動かさない時間が増えることでもあるという点です。何もしていないように見える時間に、実は一番大事な仕事をしている。

仮説から逆算する

第2章と第3章は「仮説ドリブン」です。イシューを分解してストーリーラインを組み立て、そのストーリーを絵コンテにする。

分析してから結論を探すのではなく、先に「こういう答えになるはずだ」という仮説とストーリーを置き、それを確かめるための分析だけをする。仮説が外れていれば組み替えればいい。何を調べないかが、最初に決まるんですよね。

本書の構成

はじめに・序章:優れた知的生産に共通すること

「はじめに」で優れた知的生産に共通することを示し、序章で「犬の道」を歩かないという本書の考え方を置きます。

第1章:イシュードリブン

「解く」前に「見極める」。本当に答えを出すべき問いを選び、答えが出せる形に絞り込むまでの章です。

第2〜3章:仮説ドリブン

イシューを分解してストーリーラインを組み立て(第2章)、そのストーリーを絵コンテにする(第3章)。分析に入る前に、最終的なアウトプットの形を先に描く章です。

第4章:アウトプットドリブン

実際の分析を進める章です。絵コンテで描いた形を、実際のデータと分析で埋めていきます。

第5章:メッセージドリブン

「伝えるもの」をまとめる章です。分析した結果を、相手に届くメッセージにしていきます。

おわりに・改訂版の追加部分

「おわりに」は「『毎日の小さな成功』からはじめよう」。改訂版では「なぜ今『イシューからはじめよ』なのか」と、旧版の裏話を含む改訂版あとがきが加わっています。

👉 『イシューからはじめよ[改訂版]』をAmazonで見る

AI時代に読む『イシューからはじめよ』

AIは「解の質」を上げる。「イシュー度」は人が決める

本書の2つの軸、イシュー度と解の質に、AIを当てはめてみると分かりやすくなります。

AIが得意なのは、明らかに「解の質」のほうです。調べる、まとめる、分析する、資料にする。ここはもう、人がやるより速くて正確なことも多い。

一方で、「その問題に答えを出す必要があるか」は、AIには決められません。組織のどこで何が詰まっていて、誰が何に困っていて、何が決まれば前に進むのか。イシュー度を決めるのは、その現場にいる人の仕事です。

AIは、金鉱を掘るためのシャベルのようなものだと思っています。シャベルがどれだけ良くなっても、どこを掘るかを決めるのは人です。本書は、その「どこを掘るか」の決め方の本なんですよね。

作れる量が増えるほど、「何を作るか」が重くなる

私の部署でAIを広げたとき、最初に起きたのは、アウトプットの量が一気に増えることでした。そして次に、確認と承認が私のところに集まって、私自身がボトルネックになりました。

作る時間が減った分、「何を作るか」を決める比重が上がる。そこで私は、作る前に「最終的に誰に何を届けるか」から逆算して考える進め方を、AIで速く回すようにしました。

振り返ると、これはまさに本書の「仮説ドリブン」でした。先にゴールとストーリーを置けば、AIに頼むべき分析も、頼まなくていい分析も、最初に決まる。

自分メモ: AIはこちらの思考の解像度を映す鏡のようなものです。問いがぼんやりしていると、AIはぼんやりした問いに対して、それらしい答えを大量に返してきます。うまく動かないとき、原因は出力ではなく、こちらのイシューが決まっていないだけ、ということが本当に多いです。

分析の前に「絵コンテ」を渡す

第3章の「絵コンテ」は、AIへの頼み方としてもそのまま使えると思いました。

いきなり「このデータを分析して」と頼むと、AIは思いつく限りの切り口で分析を返してきます。でも、「最終的にこういうグラフで、こういう比較を見せたい」と絵コンテを先に渡すと、返ってくるものが一気にそろう。

以前、AIの分析結果が嘘だらけだったことがあります。原因は、社内の略語の定義を渡していなかったことでした。何を確かめたいのか、前提は何か。分析の前に渡すものの質が、分析の質を決める。本書が分析の章(第4章)の前に、仮説と絵コンテの章を2つ置いている理由が、AI時代になってよく分かります。

自分メモ: 「何もしていないように見える時間」を、自分にも部下にも許せるかどうか。AIで手を動かすのが速くなった分、考える時間を削りたくなる誘惑も強くなっています。イシューを決める時間を予定に入れて守ることが、管理職として一番大事な仕事の一つになったと感じています。

こんな人におすすめ

  • AIで資料や分析は速く作れるようになったのに、成果が変わらないと感じている方
  • 「とりあえず調べて」「とりあえず分析して」が多くなっていると感じるチームのリーダー・管理職の方
  • 旧版を読んだことがあり、AI時代にもう一度読み直したい方
  • 若手に「考え方」をどう教えるか悩んでいる方
  • 『業務設計の教科書』や『最短で最大の成果を上げる AIアウトプットの全技法』を読んで、その手前の「問いの立て方」を押さえたくなった方

まとめ

本書の本質を一言にすると、こうなります。

「どう解くか」より先に、「何を解くか」を決める。

イシュー度の低い問題に、どれだけ質の高い答えを出しても価値にはならない。だからこそ、手を動かす前に見極め、仮説とストーリーを置き、それを確かめるためだけに分析する。2010年に書かれたこのシンプルな本質は、AIが「解く」を引き受けてくれるようになった今、むしろ人に残る仕事の中心そのものになっています。

個人的な学びは、AIは「犬の道」を速く歩かせてくれるが、道を選んではくれないということでした。どの問いに答えを出すのか。そこを決めるのは、これからも人の仕事です。

AIを使い始めた人にも、AIをチームに広げる立場の人にも、改めて手元に置いておきたい一冊です。

私が作っている本の紹介サイト「ブックリンカー」にも、この本の要点と「こんな人に」をまとめています。

👉 この本の要点をブックリンカーで見る

👉 『イシューからはじめよ[改訂版]』をAmazonで見る