対等な創業者モデルと三層議論プロセス｜AI業務管理秘書たすきばがトップダウンを選ばない理由

📅 2026/6/6 ⏱ 5分で読めます たすきばAI業務管理秘書チーム運営意思決定 +1

「対等な創業者モデル」とは

たすきばのチーム運営の前提は、こう書けます。

規模が小さい間は、本サービスの最終的な意思決定は私が行う。責任所在も私にある。

これだけ聞くと 「トップダウン型」 に見えます。でも、その実態はトップダウンではありません。

私は他メンバーと対等であり、最終決定の役割を担っているにすぎない。

実際の進め方は：

  1. 他メンバーと話し合う
  2. 意見をまとめる
  3. その上で開発を進める

開発効率は下がるかもしれません。でも、 みんなで良いサービスを作っていきたい からこの形を選んでいます。

👉 たすきば プロダクトページ

なぜトップダウンを選ばないか

私自身が 「心理的安全性の高い組織を構築する」 を夢として持っています。

トップダウン型では：

  • メンバーの意見が出にくくなる
  • 「怒られたくない」が判断軸になる
  • 個人の主体性が育たない

——これは、私が目指す組織像と真逆です。 心理的安全性の話 で書いた「学習ゾーン」を作るためには、 「意見を出しても大丈夫」が前提として成立している場 がいります。トップダウンは、その前提を壊しがちな構造です。

たすきばのチーム自体を、 「心理的安全性の高い組織」の実証実験の場 として育てたい。これが、いまの私の二重目的です。

“対等メンバー” として動く

最終決定の役割は私が持ちますが、それ以外の場面では対等です。具体的には：

  • 議論の場で、私の意見が「正解」として扱われない
  • メンバーは「反対意見」を遠慮なく出せる
  • 「たすきばの創業者だから」という権威を使わない

このフラットさを保つために：

  • 私自身が 「メンバー目線」 で議論に参加する
  • 私の意見が誤っていると指摘されたら、率直に認める
  • 「最終決定」の場面でも、メンバーの意見を尊重する

——こうした姿勢を、しつこく貫いていきます。

反対意見の扱い方 — 三層議論プロセス

最終決定 / 責任所在は私ですが、 私の意見が絶対ではありません 。意見が割れたときは、三層の議論で進めます。

第 1 層: 開発者全員で議論

まずチーム内で議論。各メンバーが意見を持ち寄り、賛成 / 反対 / 別案を出し合います。

ここで意見が収束すれば、第 2 層に進む必要はありません。

第 2 層: ユーザやその他第三者の考えを聞く

第 1 層で意見が複数残った場合、 ユーザや第三者の考えを聞きにいきます 。

たすきばは Discord コミュニティを運営しているので：

  • ユーザに「どう思いますか？」と直接質問
  • 信頼できる開発者仲間に相談
  • 業界の事例を調査

——第三者の視点を入れる、というルールです。

第 3 層: 再度開発者全員で議論

第 2 層で得た情報を元に、再度チーム内で議論。最終的な意思決定を行います。

ここでまだ意見が割れる場合、責任所在者（= 私）が最終決定を行います。 ここまで来てやっと、トップダウン的な判断 が発動する、という設計です。

三層プロセスの効果

このプロセスを経ることで：

  • 「何となく決まった」決定がなくなる — 議論の足跡が残る
  • 第三者視点が入る — 内部の思い込みを是正
  • 責任所在が明確 — 誰が決めたかが追跡できる

「みんなで話し合って民主主義的に決める」だけだと、決まらない。 「最終決定者がトップダウンで決める」だけだと、メンバーの主体性が育たない。

両者の中間として、三層プロセスを設計しました。

これは 『THINK AGAIN』が解いてくれたバイナリー・バイアスの正体 で書いた「牧師でも検察官でも政治家でもなく、科学者として議論する」という発想と、根が同じです。 意見を持ち寄り、検証し、必要があれば更新する ——その構えを、チーム運営に持ち込んでいます。

価値観が衝突したときの優先順位

vision のあちこちで多くの価値観を語ってきました。それらが内部で衝突したときの優先順位を、明文化しています。

衝突優先する側補足
ユーザの自由 vs セキュリティセキュリティその次にユーザの自由度・パフォーマンス
シンプル UI vs 機能の多さシンプル UIシンプル UI に寄せつつ、機能は拡充する
早くリリース vs 品質固める品質固めるただしスピード感も大切
収益確保 vs 無料層の厚さ（両立）無料層の厚さは収益確保のための施策

これらを 事前に決めておく ことで、議論の場で判断基準が明確になります。新メンバーも、これを読めば 「たすきばの判断軸」 を理解できます。

“規模が大きくなったら、形を変える”

「規模が小さい間は私が最終決定」と書きました。これは、 規模が大きくなれば形が変わる ことを含意しています。

将来的に：

  • 開発者が増える → 領域別のリードを置く
  • 顧客が増える → カスタマーサクセス担当を分ける
  • 売上が増える → 経営判断のための仕組み（取締役会等）を入れる

こうしたタイミングで、最終決定の所在も変わるかもしれません。ただし、 「対等メンバー」「フラットなコミュニケーション」 の文化は、規模に関わらず守りたい。

“私の判断軸を vision に明文化する”

「最終決定は私が」と言っても、私の判断軸が不透明だとメンバーは困ります。

たすきばは、 vision に 判断軸の優先順位 を明文化しています。

譲れない線（絶対に守る）:
  1. データ検索精度
  2. 課金体系の透明性
  3. 高機能をシンプルに
  4. ユーザ自身が意思決定し、操作できる

やらない線（絶対にやらない）:
  1. 複雑な UI
  2. ダークパターン
  3. ユーザデータの流用

これにより、私の判断が 「気まぐれ」ではなく「vision に沿った判断」 と分かる。メンバーも判断軸を予測できる、というのが狙いです。

まとめ

仕組み効果
対等な創業者モデルフラットなコミュニケーション
三層議論プロセス構造的な意思決定
価値観優先順位の明文化衝突時の判断基準
共感フィルタ採用議論の前提が揃う

たすきばのチームは、サービスを作ると同時に、 心理的安全性の高い組織を実証する場 として機能していきます。サービスと組織の、二重の物語です。

次回は、失敗時のチーム文化—— One For All と「報告してくれてありがとう」 を書きます。

関連記事

たすきば について

たすきば Knowledge Relay は、サービス開発と組織文化の実証を同時に走らせるプロジェクトです。 プロダクトページ から、Discord 参加とチームへの関心表明をお気軽にどうぞ。

お問い合わせ

ご質問やフィードバックなど、お気軽にお問い合わせください。

お問い合わせはこちら
AI業務管理秘書「たすきば」— 探さなくても届くナレッジ管理とプロジェクト管理