アニメ『本好きの下剋上』から学ぶ、エンジニア・ビジネス向けマインドセット

イノベーションを起こす原動力は、「ないものは作ればいい」という発想にあります。アニメ『本好きの下剋上』は、この理念を体現し、ゼロから事業やプロダクトを生み出すプロセスを描いた名作です。 単なるファンタジーにとどまらず、現代のビジネスやシステム開発に通じるエッセンスが詰まった本作の魅力と教訓を解説します。

『本好きの下剋上』とは（簡潔な作品紹介）

本をこよなく愛する現代日本の女性が、中世ヨーロッパ風の異世界に転生するところから物語は始まります。転生先の少女「マイン」は、貧しい平民の娘であり、おまけに極端に病弱でした。本を読みたくても、その世界では紙（羊皮紙）も本も、一部の貴族だけが独占する超高級品。 絶望的な状況の中、マインは「本がないなら、自分で作ればいい！」と決意します。現代の知識を武器に、試行錯誤を繰り返しながら新たな技術や商品を生み出し、やがて平民から貴族、そして世界の重要人物へと「下剋上」を果たしていくサクセスストーリーです。

この物語から学ぶ、問題解決の4つのプロセス

本作の主人公が本作りに挑む過程は、新規事業の立ち上げやシステム開発のプロセスそのものです。ここでは4つの重要なマインドセットを紹介します。

1. 欲しいものを要素に分解し、ボトルネックを見つける

マインは「本が欲しい」という漠然とした欲求のままでは動きませんでした。本を作るためには何が必要か？を「紙」「インク」「製本技術」「印刷技術」という要素に分解します。そして、最大のボトルネックが「高価な羊皮紙（材料）」であることを特定し、まずは「安価な紙（植物紙）を自作する」という一点にリソースを集中させます。 これは、複雑なシステム要件やビジネス課題に直面した際、問題を細かく分解し、「どこを解決すれば全体が前に進むか」という急所（ボトルネック）を見極めるプロセスと全く同じです。

2. 小さく試し、失敗からやり方を変える

マインは最初から完璧な植物紙を作れたわけではありません。コストをかけず身近なものでできる「エジプトのパピルス風」「メソポタミアの粘土板」「中国の木簡」などを次々と試作します。しかし、重すぎる、持ち運べない、労力がかかりすぎるなどの理由で失敗を繰り返します。 重要なのは、彼女がこの「トライアンドエラー（小さく失敗すること）」を前提に動いている点です。現代のIT開発における「アジャイル開発」や「MVP（Minimum Viable Product＝実用最小限の製品）」の発想であり、素早くプロトタイプを作り、失敗から学んでピボット（方向転換）していく姿勢の重要性を教えてくれます。

3. 一人で抱えず、協力者が動ける仕組みにする

マインは非常に虚弱体質であり、少し無理をしただけで倒れてしまいます。つまり「自分一人で手を動かして完成させる」ことが物理的に不可能でした。 そこで彼女は、知識とアイデア（知的財産）を自分が提供し、幼馴染のルッツに実作業を任せ、商人のベンノに販売と資金援助を頼むという「チーム」を構築します。ルッツには商人への道を開き、ベンノには独占販売権で利益をもたらすという「Win-Winの仕組み」を作ったのです。 これは、リーダーやPMがすべてを抱え込むのではなく、各メンバーの強みを活かし、現場（職人やエンジニア）が自律的に気持ちよく動ける環境やインセンティブを設計することの重要性を示しています。

4. 「ないなら作る」だけでなく、作る・買う・既存を使う・やらないを比較する

本作のキャッチコピーは「ないものは作ればいい」ですが、マインは決して「すべてをゼロからDIYする」わけではありません。紙を作るための道具（木枠など）が必要になった際、彼女は自分で木を削るのではなく、既存のプロである大工にお金を払って「買う（外注する）」選択をします。また、現代の技術を知っていても、その世界のリソースでは実現不可能なものは潔く「やらない」と割り切ります。 これは、ITインフラやソフトウェア開発において、「自社開発（Build）」「SaaS導入（Buy）」「OSS活用（Reuse）」、あるいは「要件を見送る」のどれが最もROI（投資対効果）が高いかを比較検討する思考そのものです。

私が『本好きの下剋上』から学び、業務フローをDIYした実体験

前職で案件を引き継いだ際、まさにこの「ないなら作ればいい！」の精神で業務改善を行った経験があります。 当時の前任者はSlackのCanvas機能を用いてタスク管理とエンジニアへの指示出しを行っており、その管理作業自体に膨大な時間を奪われていました。引き継ぎ直後は私も同じ手法を踏襲しましたが、進捗の可視化が難しく、プロジェクト全体の費用対効果が著しく悪いという「ボトルネック」に直面しました。 そこで、既存のフローに固執せず、管理の仕組み自体を再構築（DIY）することにしました。具体的には、イシューやデバッグの管理をGoogleスプレッドシートに集約し、詳細な作業指示はBacklogへ移行しました。さらに、フロントエンドのイシューには「F-XX」、バックエンド・システムのイシューには「S-XX」というようにスプレッドシートと連動する採番ルールを設け、Backlog上で起票を行うフローを構築しました。 移行作業そのものには手間がかかりましたが、結果としてBacklogのダッシュボード上で「誰の作業がどこで止まっているか」が一目で把握できるようになりました。マインが職人たちのために環境を整えたように、タスクを可視化し、現場のエンジニアがスムーズに動ける良い環境を整えることができた成功体験です。

エンジニア・ビジネスパーソンにこそ見てほしい

本作は、ゼロからイチを生み出し、事業をスケールさせていくための「リソース管理」「リスクヘッジ」「ステークホルダーとの交渉」「権利（特許・著作権）の活用」が非常にリアルに描かれています。 日々の業務で「壁」にぶつかったとき、マインの論理的かつ泥臭いアプローチは、私たちが現状を打破するための大きなヒントになるはずです。これからの仕事の進め方を見直すきっかけとして、ぜひ一度触れてみてはいかがでしょうか。

配信サイト情報

• Amazonプライムビデオ：1〜3期 無料
• ABEMA：無料
• ニコニコ動画：無料
• dアニメストア：無料
• U-NEXT：無料
• DMM TV：無料
• ディズニープラス：無料