シュレヤス・ドシのリーダーシップスタイル：プロダクトマネジメントを超えたプロダクト思考

著者: Victor Hoang · 更新日: 2026年1月14日

シュレヤス・ドシは、インターネット上で最も研究されているプロダクト組織のうち3社、Yahoo、Twitter、Stripeで10年間を過ごした後、役員の肩書きを手放し、公の場で考え、書くことを選びました。

その決断は、あなたが何を築こうとしているかによって、キャリア上のリスクにもなれば、戦略にもなります。

ドシの場合、それは戦略でした。彼は2019年頃、次の職を決めないままStripeを去り、18ヶ月以内にプロダクト戦略について最も引用される論客の1人になりました。その方法は、X（Twitter）でのスレッド投稿でした。実務に役立つほど具体的で、時に居心地の悪さを感じるほど正直な内容です。現在は50万人を超えるフォロワーを抱え、プロダクトマネージャーが自分の仕事をどう捉えるかについて、上場企業の多くのCPOよりも大きな影響力を持っています。彼のより長い形式の文章は彼のSubstackにまとめられており、Twitterのスレッドで圧縮していたフレームワークを、そこではより詳しく展開しています。

これは偶然ではありません。ドシが構築したフレームワーク、LNOタスク優先順位付け、プロダクトマネージャーとプロダクト思想家の違い、プレモーテムの規律は、あなたが今週下す意思決定にそのまま応用できます。これらは学術研究やコンサルティング案件から生まれたものではありません。変化の速い企業の中で難しい問題に何年も取り組んできた経験から生まれたものです。

主要事実

• 元Stripeプロダクトマネジメント担当ディレクター。 プロダクト組織を率いた後、2019年頃に独立し、教育と執筆に専念するために退社しました。
• Google、Twitter、Yahoo、Nokiaでの前職。 2000年代から2010年代にかけて最も研究された4つのプロダクト組織の内側で、10年以上のキャリアを積みました。
• 主要テック企業のPM組織やスタートアップに助言する、独立系プロダクトアドバイザー兼コンサルタント。
• LinkedIn Top Voiceに選出され、X（Twitter）で最もフォローされているプロダクト思想家の1人。フォロワー数は50万人超。
• 広く共有されているPMフレームワークの提唱者。 LNO（Leverage/Neutral/Overhead）、プロダクト思想家とプロダクトマネージャーの違い、プレモーテムの規律、アンチゴール、「プロダクトセンス」などを提唱しています。
• Lenny's Newsletterへの寄稿者であり、shreyasdoshi.substack.comで長編フレームワークを発表しています。

LNOフレームワーク（ドシのプロダクト思考モデル）

LNOフレームワークは、シュレヤス・ドシが考案した、プロダクトマネージャーの仕事をすべて3つのバケツに分類する仕組みです。Leverage（レバレッジ）タスクは、注意の約80%を割くべき、影響力が突出した意思決定や戦略的成果物を指します。Neutral（ニュートラル）タスクは、必要な調整や報告であり、最小限の時間で済ませるべきものです。Overhead（オーバーヘッド）タスクは、余計な会議、承認、ステータス報告の儀式であり、レバレッジ業務を実質的に押しのけるため、徹底的に排除しなければなりません。このフレームワークの本質は、オーバーヘッドは頑張って減らすものではなく、名前を付け、公然と分類し、チームに削減する明確な許可を与えることで減らすものだという点にあります。

リーダーシップスタイルの内訳

この55対45という比重が重要なのは、ドシが他の多くのプロダクト思想家とは異なる立ち位置で動いているからです。彼は主にコーチ（トーレスのような)でも、システム批評家（ケーガンのような）でもありません。彼はフレームワークを公の場で組み立て、反論し、実際に適用し、結果を報告してくれる大勢の実務者を相手に検証しています。このフィードバックループこそが、彼のフレームワークを誠実なものに保つ仕組みです。

主要なリーダーシップ特性

シュレヤス・ドシを定義した3つのフレームワーク

1. LNOフレームワーク：Leverage、Neutral、Overhead

ドシがLNOフレームワークを開発したのは、複数の組織で共通して目にしたある問題への答えとしてでした。優秀で有能な人たちが非常に懸命に働いているのに、生み出す成果は平凡だという問題です。原因は努力の量ではありませんでした。努力をどこに向けているかでした。

LNOはタスクの分類システムです。PMが行うすべてのタスクは、3つのカテゴリーのいずれかに属します。Leverageタスクは、投じた時間に対して不釣り合いなほど大きな成果を生むものです。チームの障害を取り除く意思決定、部門横断のすり合わせを生む戦略文書、機能の方向性を変える顧客との対話などです。これらは、PMの時間の80%を割くに値するタスクです。

Neutralタスクは必要ではあるものの、成果を増幅させるものではありません。スプリントの各種セレモニー、ステータス更新、定例のレビュー会議、日常的な関係者への連絡などです。これらは必要ではありますが、最低限まわすのに必要な時間以上を割くべきではありません。

Overheadタスクは、最もコストの高いカテゴリーです。時間を費やす割に重要な成果を生まない仕事、余計な承認プロセス、1つの意思決定で置き換えられる調整作業、決定事項が何も出ずメールで済んだはずの会議などです。Overheadが有害なのは、単に時間を奪うからだけではありません。Leverage業務を押しのけてしまうからです。ステータス更新の会議に4時間を費やすPMは、Neutralな仕事の時間が4時間減っているのではありません。実際にプロダクトを前進させる意思決定や戦略的思考の時間が4時間減っているのです。

LNOフレームワークを実際に運用するには、多くの組織が抵抗する行動、つまりオーバーヘッドを明示的に分類し、排除することが求められます。これは見た目以上に難しい作業です。オーバーヘッドはしばしば説明責任という名目で正当化され、ステータス会議は経営陣が可視性を求めるから存在し、承認プロセスは過去に何か問題が起きたから存在しているからです。ドシの主張は、オーバーヘッドを通じて得る説明責任は割に合わない取引だというものです。得られる可視性の代償として失うLeverage業務のほうが、その価値より大きいのです。

2. プロダクトマネージャー対プロダクト思想家

ドシの最も影響力のある概念的貢献は、埋めていくタイプのフレームワークではありません。むしろ、これまでとは違う種類の自己評価を迫る区別です。セス・ゴーディンもマーケティングにおいて同種の規律を課しています。リーチの最大化を最適化するのではなく、「いなくなったら困る」と思ってくれる最小限の成立可能な読者に向けて作っているかを問うのです。構造としては同じ動きです。実行を最適化する前に、前提そのものを問い直すということです。

プロダクトマネージャーは、一連の実践を遂行します。ディスカバリー、定義、優先順位付け、デリバリー、計測です。スプリントの回し方、PRDの書き方、ユーザーインタビューの実施方法、ファネル分析の方法を知っています。これらは習得可能なスキルであり、2、3年この仕事を続けてきたPMであれば、たいていそれなりに身につけています。

プロダクト思想家は、それらすべての実践よりも一段上流にある問いを立てます。私たちは正しい問題を解いているのか。最適化しようとしている成果は、本当に重要な成果なのか。作ろうとしている対象の顧客セグメントは、解決する価値のある課題を抱えているのか。生み出している価値に見合った分だけ、価値を捉えられているのか、という問いです。

この区別が重要なのは、多くの組織がプロダクトマネジメントのスキルを基準に採用しながら、プロダクト思考によるアウトプットを期待しているからです。プロセスを効率よく回せるPMを求める一方で、そのプロセスが的外れな方向を向いているときにそれに気づけるPMも求めています。この2つは別の人物であることもあれば、同じ人物が成長段階のどこにいるかの違いであることもあります。プロダクト思想家でなくても、技術的に優秀なPMにはなれます。しかし、それなしで大きな成果を出すPMにはなれません。

ドシの主張は、突出した成果を出すPMと、有能ではあるが誰とでも交換可能なPMを分けるものは、ほぼ常にこの区別だということです。成果を出すPMは、正しく作れているかを問う前に、作っているものが正しいかを問います。

プロダクトリーダーにとって、この区別は診断の指標になります。自分のPMたちがレビューでどんな質問をしているかを見てください。すべてが実行に関する質問、期限は、依存関係は、リスクは、で占められ、戦略に関する質問、なぜこれをやるのか、やらなければどうなるか、成功するには何が真である必要があるか、が一切出てこないなら、そのチームは有能ではあってもプロダクト思考をしていないPMの集まりです。解決策は研修プログラムではありません。レビューで自分がどんな質問をするかを変えることです。それによって、部下がどんな質問なら安全だと感じるかも変わっていきます。

3. プレモーテムとアンチゴール思考

ドシのプレモーテムという実践は、HBRに掲載されたゲイリー・クラインの意思決定科学に関する研究を出発点としていますが、それをプロダクトマネジメントの文脈に応用し、広めたのはドシです。ピーター・ドラッカーは、数十年前に同じ規律を「成果を上げる経営者」という言葉で表現しました。成功するために何が真である必要があるかではなく、まず、間違っているとしたら何が真である必要があるかを問うマネージャーです。やり方はシンプルです。大きな取り組みに着手する前に、自分を1年先の失敗した状態に投影します。プロジェクトは立ち上がったが、うまくいかなかった。そして今、振り返りをしている。失敗した最も可能性の高い理由は何だったか、と考えるのです。

プレモーテムの規律としての価値は、計画づくりに付きまとう楽観バイアスを迂回できる点にあります。前向きに計画を立てているとき、脳は成功事例にパターンマッチングし、失敗のパターンをフィルターで除いてしまいます。逆に失敗の地点から過去を遡って考えるとき、失敗のパターンが見えてくるのは、それを真剣に検討してよいと自分自身に許可を与えているからです。

ドシはこれを、プロダクト戦略にも、組織設計の意思決定にも、個人のキャリア選択にも応用しています。構造は常に同じです。あらかじめ失敗の物語に名前を付け、その失敗の物語が明らかにする前提を特定し、計画を変えるか、それともリスクを明示的に受け入れるかを決めるのです。

アンチゴールは、これに関連する実践です。多くの戦略計画は、達成しようとしていることを定義します。アンチゴールは逆に、明示的に達成を目指さないこと、犠牲にしてもよい成果、最適化の対象にしない顧客セグメント、選んだ目標のために低下を許容する指標を定義します。

アンチゴールが重要なのは、前向きな目標設定が隠してしまうトレードオフを明るみに出すからです。目標がエンタープライズ顧客の成長であるなら、何の優先順位を下げているのでしょうか。それを明示的に言葉にしなければ、SMBの継続率が下がり始めたとき、誰もそう決めたつもりはないのに、暗黙のうちにその答えを思い知ることになります。アンチゴールは、そのトレードオフを、後から気づくものではなく、事前に決められるものとして表面化させます。

あなたの立場ならシュレヤス・ドシはどうするか

あなたがCEOなら、ドシのフレームワークの中で最も役立つのはアンチゴールです。あなたにはほぼ間違いなく年間目標があるはずです。では、今年あえて最適化しないと決めていることは何でしょうか。この問いに明確に答えられないなら、あなたの組織は下半期になって優先順位の衝突が意思決定を膠着させたときに、その答えを暗黙のうちに思い知ることになります。アンチゴールのリストがあれば、対立が起きる前の、まだ判断がしやすい段階で、何の優先順位を下げるかを決められます。

あなたがCOOなら、LNOフレームワークはチームの時間の使い方にそのまま当てはまります。直属の部下と一緒にこの演習をやってみてください。それぞれに、先週の仕事をLeverage、Neutral、Overheadに分類してもらうのです。そのうえで、Overheadの列を個人の問題としてではなく、リーダーシップの問題として見てください。部下たちが、決定事項の出ない会議や、情報が自動的には流れないために発生している調整作業に多くの時間を費やしているなら、それはあなたが修正できる構造的な欠陥です。オーバーヘッドを生み出している組織構造を変えないまま、個人のカレンダーからオーバーヘッドを消すよう求めてはいけません。

あなたがプロダクトリーダーなら、プロダクトマネージャー対プロダクト思想家という区別が、チームを診断するレンズになります。それぞれのPMについて、こう問いかけてください。プロジェクトが承認される前に、その前提に異議を唱えたのはいつが最後だったか。「これは作るべきではないと思う」と、リソース不足を理由にではなく、戦略的な根拠から言い出したのはいつが最後だったか。リソースがないときにしかノーと言わないPMは、プロセスを実行しているだけです。プロジェクトそのものが間違っているときにノーと言えるPMは、プロダクト思考をしています。あなたが求めるのは、その両方ができるチームです。それを築くには、計画が確定する前に戦略的な問いを口にしても安全だと感じられる環境を作ることです。

あなたが営業やマーケティングの立場なら、ドシのプレモーテムが最も直接応用できる実践です。キャンペーン、価格変更、GTM施策に着手する前に、失敗の物語を先取りしてください。1年後、これはうまくいかなかった。最もありそうな理由は何だったか、と。この問いは、あなたが最も検討したくないと感じている前提を表に出しますが、たいていはそれこそが最も重要な前提です。多くのGTMの失敗は、事前に予測可能です。プレモーテムは失敗そのものを防ぐわけではありません。検討されないままの前提を、緩和するか明示的に受け入れるかを選べる、既知のリスクへと変換するのです。

Reworkでドシの思考を実践する

プロダクトセンスは孤立した状態では育ちません。顧客からのシグナルから、ロードマップへのコミット、そして実際に届けた成果まで、意思決定の全体像をPMが見渡せて初めて育つものです。多くのプロダクトチームがその全体像を見失うのは、根拠となる情報が6つものツールに散らばっているからです。インタビューのメモはドキュメントに、チケットはトラッカーに、商談はCRMに、サポートのテーマはヘルプデスクに、決定事項はSlackに、指標はダッシュボードにという具合です。Reworkは、CRM、プロジェクトマネジメント、顧客とのやり取り、共有の業務運用を、Project Engineを年払いで月額$99から利用できる1つのワークスペースにまとめます。これにより、プロダクト思想家が前提を問い直すために必要なシグナルに、実際に手が届くようになります。これこそがLNOが機能するための前提条件です。どのタスクが本当に重要な指標を動かしたかが見えて初めて、そのタスクをLeverageとOverheadに分類できるからです。Reworkは、PM、営業、サポートの各チームに、ロードマップの賭けとその先の成果を同じ画面で見られる共有の場を与えます。これはまさに、ドシのフレームワークが前提としながらも、多くの組織が構築できずにいるワークフローの可視性そのものです。

注目すべき発言と、経営会議室の外にある教訓

「優秀なPMと平凡なPMの違いは、才能ではありません。問題をどう捉えるかの違いです。」ドシはこの言葉を、数万件のエンゲージメントを集めたスレッドで発信しました。これが響いた理由は、多くの実務者がそれまで出会ったことのない捉え直しだったからです。PMの質を説明する一般的な理屈は実行力です。ドシの主張は、実行力はあって当然の前提条件にすぎないというものです。差がつくのは、もっと上流の部分です。

彼の「忙しく見えることと、実際に生産的であることの違い」という捉え方は、文字どおりカレンダーの棚卸しとして実践する価値があります。過去2週間の予定を開き、それぞれの予定やタスクについて、正直に自問してください。これは成果を生んだLeverage業務だったのか、それとも活動しているように見せかけていただけのOverheadだったのか、と。この演習を正直にやったリーダーの多くは、自分の時間の30〜40%が仕事に見せかけたオーバーヘッドだったことに気づきます。これは個人の落ち度ではありません。組織設計の問題です。しかし、名前を付けさえすれば、そこから改善を始められる問題でもあります。

最も一貫して応用できる彼のアドバイスは、都合の悪いデータほど早く信じるということです。ドシのプレモーテムの規律は、プロダクト思想家という考え方と同じ根っこから来ています。計画の失敗の多くは、意思決定を変えたはずの情報が、決定が下される前にすでに存在していたにもかかわらず、それを取り上げる余地を組織文化が作らなかったために起きるのです。MITスローン・マネジメント・レビューによる意思決定バイアスの研究も同じパターンを裏付けています。チームは計画のプレッシャーの下で、早期の警告シグナルを体系的に割り引いて捉える傾向があり、構造化されたプレモーテムの演習は、意思決定の質を測定可能な形で改善します。彼の行動原則は、都合の悪いシグナルをフィルターで除くのではなく、積極的に探しにいくことです。

このスタイルが機能しない場面

ドシのフレームワークは、自分自身の成果について知的に誠実に向き合える、優秀な人材がいることを前提としています。「レバレッジ」の定義そのものに合意が取れていない組織、つまりPMが高レバレッジだと考えるものと、組織が価値を置くものがずれている組織では、LNOはうまく機能しません。それはフレームワーク自体の問題ではなく、フレームワークが表面化させはしても解決はできない、目線合わせの問題です。

また、公の場で書くという彼のスタイルは、非公開を必要とする現場の実務者にそのまま当てはめられるものではありません。ドシの50万人のフォロワーを持つ発信の場が成立しているのは、彼が分析対象の企業に雇われていないからです。企業の内部にいながら、プロダクトの失敗について公に書くことは、まったく別のリスクを伴います。

そして、彼のフレームワークの多くは、テクニカルなプロダクトを持ち、プロダクトマーケットフィットが確立したミドルステージのB2B SaaSプロダクトチームに最適化されています。ハードウェア製品、規制業界、ディスカバリーの力学が異なる消費者向けビジネスには、彼の具体的な枠組みが必ずしも合いません。根底にある原則は転用できますが、具体的な当てはめ方は常にそうとは限りません。

プロダクト戦略と優先順位付けに関する関連記事として、マーティ・ケーガンのリーダーシップスタイル、テレサ・トーレスのリーダーシップスタイル、プロダクトリーダーのための戦略的優先順位付けをご覧ください。