mcpField
L
leading-org-change

leading-org-change

github.com/refoundaiその他1.4k351 回インストール15 週間前に更新
リポジトリ

leading-org-change について

Lenny's PodcastとNewsletterの知見をもとに、組織変革を率いるためのスキルです。変革の要因を見極め、関係者の合意形成と展開計画を進めながら、チーム文化や人への影響も考慮します。

主な機能

  1. 01変革の要因を診断
  2. 02関係者を整理して合意形成
  3. 03段階的な展開計画
  4. 04フィードバックの仕組みづくり
  5. 05困難な移行への人間的な対応

活用シーン

  1. 01チーム全体の変革への支持を得る
  2. 02新しい取り組みを試行してから拡大
  3. 03レイオフなど困難な変更を伝える

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/refoundai/lenny-skills --skill leading-org-change

インストール後、Claude Code で/leading-org-changeを入力して読み込まれたか確認します。

同梱ファイルreferences/artifacts.mdreferences/guest-insights.md

詳細

組織変革をリードする

事業を損なうことなく、文化、組織構造、業務を変革します。

Lenny's Podcast と Newsletter に登場した29人のゲストや投稿者の知見を活用し、組織変革のリードを支援します。

支援の方法

  1. 摩擦の原因を診断する - 変革のきっかけが成長、危機、技術の変化のどれなのかを特定し、適切な姿勢を判断します。
  2. ステークホルダーの足並みをそろえる - 主要なインフルエンサーを把握し、プロダクトの原則を各部門に響く言葉に置き換えます。
  3. 展開の計画を立てる - 小規模なパイロットや独立したチームから、全社的な導入に至るまで、段階的な実施計画を設計します。
  4. 定例の取り組みを確立する - 変革を日々の業務に定着させるため、フィードバックの仕組みや文化的な節目を設けます。

基本原則

建築家ではなく、庭師として振る舞う

Alex Komoroske:「私が探すのは、むしろ手をかけて育てられるもの、自ら成長し、それを導いたり、少し活力を与えたり、整えたりできるものです。それにはまったく違う考え方が必要です。適切に行えば、魔法のように見えます。」

硬直した構造を押しつけるのではなく、自然に生まれ、自律的に続くアイデアを育てます。介入を最小限に抑えながら独立して成長できる、リスクの低いプロジェクトを見つけます。

外部調査よりも社内の足並みをそろえることを優先する

Chris Hutchins:「会社でプロダクトを作るには顧客調査さえあれば十分だと思いがちですが、社内の熱意をどう生み出し、他チームの賛同をどう得るかを考えることも大切です。プロダクトを作るのも、マーケティングを支援するのも、他チームだからです。すべてチームで取り組むものです。」

大規模な組織でイノベーションを起こすには、社内の足並みを集中的にそろえる方向へ重点を移す必要があります。チームの意欲を保つため、機会があるたびにビジョンを伝えましょう。

聖域に切り込む

Kayvon Beykpour:「聖域は、それ自体がロードマップのようなものです。変えてはいけないと思われていることは何でしょうか?そこから始めましょう。」

チームが創造的なリスクを取るのを妨げている、明文化されていないルールや、変えられないと思われている制約を明確に特定し、見直します。

困難な移行を人間味のあるものにする

Matt Mochary:「私が見てきた限り、レイオフが失敗に終わるか成功するかを最もよく示すのは、本人が職を失うと知る瞬間です。それを上司から1対1で伝えられたなら、うまくいくでしょう。しかしメールやグループチャット、あるいはほかの人と隣り合わせで聞いたり、ほかの人と一緒に知らされたりした場合、個別に伝えられておらず、1対1でもありません。それは最悪です。そうなると人々はひどく怒り、Twitterや新聞社などに訴えるようになります。人間性を無視されたと感じるからです。」

レイオフのような大きな変化が成功するかどうかは、一斉告知ではなく、上司が本人に直接知らせるかどうかで決まります。

フレームワークより価値を優先する

Melissa Perri:「SAFeの利用はおすすめしません。SAFeを気に入り、導入して成功したと私が話した人たちは、結局それを解体し、別のものに作り変えていました。」

スケーリングフレームワークを教条的に導入するのは避けましょう。迅速な反復や顧客価値の提供といった、アジャイルの基本原則に注力します。

テンプレートとフレームワーク

  • 変化の中で適応的なレジリエンスを保つための5つの要素(組織再編を戦術面・感情面で乗り越える - 第32号)- Dr. Michael Cavanagh の4要素モデル(視点、目的、対話、マインドフルネス)に、Katherine Hosie が加えたユーモアを組み合わせた、構築のためのフレームワーク
  • Bridges のトランジションモデル(終わり → ニュートラルゾーン → 新たな始まり)(組織再編を戦術面・感情面で乗り越える - 第32号)- あらゆる変化を理解するための William Bridges による3段階モデルです。ここでは、移行期にとどまることで絶え間ない組織再編が「移行疲れ」を引き起こす理由を説明するために使われています
  • 組織変革に向けたアライマッピング(低迷するチームを立て直す - 第17号)- チームの変革を推進する際に、ステークホルダーを3つのグループに分類するフレームワークです。
  • 官僚主義ミラードキュメント(今週の話題 #9:成長への突破口、影響力を発揮するリーダーシップ、そして(うっかり)人の足を踏まないこと 🦶)- 組織の非効率を明らかにし、改善策を提案するためのドキュメントまたはスライド形式です
  • 危機における社内チームコミュニケーションのチェックリスト(パンデミック下で会社を率いる - 第20号)- 不確実な状況において、透明性の高いコミュニケーションを通じてチームの士気と信頼を維持するためのガイドラインです
  • KPI+ナラティブのリーダーシップモデル(Tim Holley)- 明確なKPIと、一貫したナラティブを時間をかけて繰り返し伝えることを組み合わせて、組織変革を推進する Josh Silverman のアプローチです
  • 変革管理のためのモチベーションマッピング(低迷するチームを立て直す - 第17号)- 提案するチームの変更を、個々のチームメンバーの個人的な動機と結び付け、内発的な賛同を得るためのフレームワークです。
  • 3段階のレイオフプロセス(Matt Mochary)- トラウマを最小限に抑えながら、全社的なレイオフを実施するためのステップごとのガイドです。
  • レゴを手放す(スケーリングの比喩)(プロダクトビルダー必読記事—パート2)- チームを拡大する際の感情面の課題に対処するためのメンタルモデルです。新入社員から責任を取り戻すのではなく、解決すべきより大きな問題を見つけましょう。

詳細を含む全リストは references/artifacts.md を参照してください。

ユーザーをサポートするための質問

  • 「現在、チームの変化を妨げている、明文化されていないルールや制約は何ですか?」
  • 「この変化は、成長機会、防御的な危機、あるいは AI のような技術的変化のどれをきっかけとしていますか?」
  • 「新しいイノベーションチームが、標準的な企業の業績管理の影響を受けないよう、どのように守っていますか?」
  • 「この移行の間、維持しなければならない創業者の核となる原則は何ですか?」
  • 「社内のステークホルダーを整理し、推進者となる人と懐疑的な人を特定しましたか?」
  • 「影響の大きな知らせを本人が直接伝えていますか。それとも一斉配信のコミュニケーションチャネルに頼っていますか?」

よくある間違いとして指摘すべき点

  • 運用上の慣習をそのまま模倣する - Amazon や Netflix のような企業のプロセスを背景を理解せずに取り入れると、文化的な拒絶につながります。
  • ストレスをそのまま反映させる - 自分の不安をチームに投影するリーダーは、危機の際に建設的な緊迫感ではなく、麻痺を引き起こします。
  • 硬直したフレームワークに過剰投資する - 顧客価値の提供よりもプロセスの順守を重視すると、イノベーションができない肥大化した組織につながります。
  • 困難さを隠す - 厳しい状況を軽く見せると信頼が損なわれます。従業員は、苦境を認めつつ、乗り越える力があると伝えるリーダーを必要としています。

詳細

29人のゲストから得た50件すべての知見は、references/guest-insights.md を参照してください。

関連スキル

  • プロダクト人材の採用
  • 候補者の面接・評価
  • 組織設計
  • グロースチームの構築

コメント