工房型 | 新規事業チームの体制タイプ診断

工房型BSL

ボトムアップ起点

現場の職人が、手元の技術で隣の棚を作り始めた場所

手元の技術と現場の熱量で、既存の隣に形を作る

テーマは現場の技術者や有志が自ら見いだし、ボトムアップで動き出します。活動の拠点は既存事業の開発現場や工場のすぐ近くに構えられ、日常の業務は本業の設備や技術資産と地続きの環境で進みます。確かな手元の技術と現場の職人的な熱量が噛み合い、勢いよく立ち上がる体制です。

会議室の机には、組み上がったばかりの試作品が並んでいます。「とりあえず動くものを作ってみました」という現場の言葉に、参加者は実際に触れながら新機能や別の用途のアイデアを出し合います。手元に設備があるため試作は素早く進み、初期の予算を気にせず有志が熱気を持って手を動かします。

しかし議論が深まるにつれて、ふと会議室の空気が止まります。「で、これは結局誰が買ってくれるのか」という問いが出ると、誰も明確な答えを返せません。作る作業そのものが目的になり、誰のどんな困りごとを解決するのかという肝心の論点が、棚上げされたまま時間だけが過ぎていきます。

最大の強みは、手元にある技術と設備を活かした試作の速さです。机上の検討だけで終わらせず、思いついたアイデアを数日で動く形に変換できます。言葉だけの企画書よりも実物を見せることで周囲の共感を集めやすく、社内の理解や協力を直感的に引き出せる身軽さがあります。

現場の熱量から自然に立ち上がるため、初期段階で大きな承認を得る必要がなく、失敗を恐れずに実験を繰り返せます。既存の技術資産があるため、ゼロから開発環境を揃える手間もかかりません。ただし、手元ですぐ作れてしまう環境は、一番難しい顧客の検証を後回しにする原因にもなります。

半年が過ぎると、試作品は改良を重ねて完成度を高めていきます。しかし、実際に顧客へ見せて意見を聞いた回数は数えるほどしかありません。いざ本格的な予算を求めて経営会議へ諮っても、何の課題を解決する製品なのかを経営陣に納得してもらえず、事業化の判断は見送られてしまいます。

この停滞は、手元に開発環境が揃いすぎているため、作る工程ばかりが先行し、検証すべき成立条件を整理しないまま走り出してしまう体制の構造に原因があります。技術の完成度と事業の確からしさを混同してしまうのです。

最初に取り組むべきは、手を動かす前に企画を成立条件へ分解することです。チーム全員で「誰のどんな課題をどう解決し、どう対価を得るか」という条件を1枚の紙に書き出し、最も不確実性の高い条件を特定します。案件が1件だけでも、明日のチーム会議ですぐに合意を交わせます。

飛び地で進める体制であれば、本社への報告経路を整えることが先決になります。しかし手元の技術で既存の隣を狙う工房では、作る技術力があるため、何のために試作するのかという検証の目的を縛ることが最優先になります。成立条件が定まれば、無駄な作り込みを未然に防げます。

いまのチームに、こんな状態はありませんか

1つでも当てはまるなら、つまずきはもう始まっています。仮説を成立条件へ分解し、分かっていない前提だけを確かめる検証の設計手順は、この資料にまとめています。

顧客の確認を先送りにしたまま開発を続けると、1年後には活動の存続そのものが危うくなります。いくら精巧な試作品を作っても、買ってくれる顧客が見つからなければ、経営陣からの期待は失望へと変わります。一度失われた信用の回復には、開発に費やした何倍もの時間が必要です。

開発の手を休めていなくても、誰が買うかの確証が得られない期間が長引けば、事業開発の歩みは実質的に後退してしまいます。社内からは技術者の自己満足と見なされ、協力的な姿勢だった既存事業の現場からも、リソースの貸与を渋られる事態に陥りかねません。

現在の試作状況や検証の進み具合を伺い、顧客不在の罠に陥っていないかを整理します。他社の実測例をもとに、自社の強みを事業へつなげる気づきをお持ち帰りいただけます。

出城型と出会ったら、既存事業の隣で自社の技術をどう活用するかという共通の話題で盛り上がれます。トップダウンの出城型とボトムアップの工房型では起点が異なりますが、既存の設備や技術を転用する現場の工夫について、互いに実践的な知恵を交換できます。

出島型とは、経営が本業から離れた飛び地で新しい顧客の課題から始める前提が大きく異なります。最初は話が噛み合わないかもしれませんが、顧客の生の声から企画を組み立てる相手の進め方から、自分たちに不足している顧客起点の着想を深く学べます。

話が合う出城型TSL刺激をもらえる出島型TNI