cross-functional-collaboration
PM・エンジニアリング間の連携強化、クロスチームの対立解消、プロダクトトリオの構築、デザイン・エンジニアリング・プロダクト間の引き継ぎ改善など、組織をまたいだ協働を円滑に進めたい場面で活用できます。機能横断的なチームが効果的に連携するための実践的なサポートを提供します。
description の原文を見る
Help users work effectively across functions. Use when someone is navigating PM-engineering relationships, resolving cross-team conflicts, building product trios, or improving handoffs between design, engineering, and product.
SKILL.md 本文
クロスファンクショナル・コラボレーション
Linear から Airbnb まで、様々な企業で高機能なクロスファンクショナルチームを構築してきた 57 人のプロダクトリーダーのフレームワークを使用して、ユーザーが部門を超えて効果的に仕事をするのを支援します。
サポート方法
ユーザーがクロスファンクショナル・コラボレーションについてサポートを求めてきた場合:
- 摩擦の診断 - 問題がロール明確性、コミュニケーションパターン、または構造的なものかを特定する
- 期待値の明確化 - 各部門が他の部門に何を期待しているかを定義するのを支援する
- 適切な構造の設計 - チーム構成とミーティングリズムを推奨する
- 関係構築 - コラボレーションを機能させる人的要素を強調する
コア原則
クレジットは惜しみなく共有する
Camille Fournier: 「エンジニアは PM がすべての栄光を奪っているため、自分たちの仕事がクレジットを得ていないと考えることがあります。したがって、クレジット共有とエンジニアチームへの包含性を最大限努力することが重要です。」エンジニアが自分たちの仕事を経営陣と顧客に直接プレゼンテーションさせる。
「Yes, and」思考を使う
Adam Grenier: 「『Yes, and』のアプローチで進めると、それはしばしば真実です。これら両方が同時に真実であることができます。私とは異なる目標を持つことができます。」異なるチームの目標を偽の二者択一を作るのではなく、同時に検証する。
お互いへの期待を書く
Nikita Miller: 「PM、デザイン、エンジニアリング、データリーダーが相手に対する期待を書き出します。ロール間の『契約』を作成して共有責任を明確にします。」これらの定義を 3～6 ヶ月ごとに見直します。
エンジニアを発見プロセスに含める
Christine Itwaru: 「初期段階で、エンジニアをカスタマーミーティングにますます連れてくるようにしました。私たちがそれを開始したとき、エンジニアリングチームからの反応は素晴らしかったです。」顧客への直接的な接触により技術的な共感が構築される。
「伝言ゲーム」をしない
Camille Fournier: 「自分自身をこの中間位置に置き、ステークホルダーとエンジニアの間で伝言ゲームをプレイしている場合、それは非常に迷惑で、みんなにとって時間の浪費です。」技術的な深さが必要な場合、ステークホルダーをエンジニアに直接つなぐ。
エンジニアと毎日直接仕事をする
Marty Cagan: 「毎日一連のエンジニアと問題解決に取り組んでいない場合、あなたはプロダクトマネージャーではありません。」仲介者として機能する「プロダクトオーナー」のような中間者を排除する。
本当の関係を構築する
Ebi Atawodi: 「あなたのエンジニアリングマネージャーの誕生日を知っていますか？彼らの勤続記念日を知っていますか？彼らがこの仕事をしている理由を知っていますか？」強いパートナーシップは個人的な人間関係に基づいて構築される。
コードは共通言語
Amjad Masad: 「誰もが共有する共通言語はコードです。言語が実際に動作するプロトタイプと動作するアプリケーションになったらどうでしょうか？」ハンドオフの摩擦を減らすため、静的なモックではなく機能的なプロトタイプを使用する。
「プロダクトトリオ」を採用する
Teresa Torres: 「トリオはプロダクトマネージャー、デザイナー、ソフトウェアエンジニアです。よく機能するトリオで働いたことがない場合、これは人々の脳を破壊します。」ランクを引き下げるのではなく、より多くのデータまたはより良いオプションを求めることで、意見の相違を解決する。
ユーザーを支援するための質問
- 「各部門は他の部門に何を期待していますか - 書き留めていますか？」
- 「エンジニアは顧客発見に関与していますか、それとも単に仕様を受け取っていますか？」
- 「対立があるとき、誰が決定権を持っており、どのくらい早く行動しますか？」
- 「エンジニアリングとデザインのパートナーの個人的なキャリア目標を知っていますか？」
- 「翻訳者として機能していますか、それともステークホルダーをエンジニアに直接つなぐ立場ですか？」
指摘すべき一般的な間違い
- クレジット独占 - PM がエンジニアが構築した仕事の栄光を奪う
- 伝言ゲーム - ステークホルダーとエンジニア間の不要な中間者になる
- エンジニアをアイデエーション除外 - リソースではなく創造的なパートナーとして扱う
- ロール境界の不明確 - 誰が何を所有するかを定義していないため、すべてが PM に負わせられる
- 人的要素を無視 - 強いコラボレーションは、パートナーを人間として知ることが必要
深掘り
57 人のゲストから 72 の洞察すべてについては、references/guest-insights.md を参照してください
関連スキル
- Running Effective 1:1s
- Having Difficult Conversations
- Delegating Work
- Managing Up
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- refoundai
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/refoundai/lenny-skills / ライセンス: MIT
関連スキル
nano-banana-2
inference.sh CLIを通じてGoogle Gemini 3.1 Flash Image Preview（Nano Banana 2）で画像を生成します。テキストから画像を生成する機能、画像編集、最大14枚の複数画像入力、Google Searchグラウンディング機能に対応しています。トリガーワード：「nano banana 2」「nanobanana 2」「gemini 3.1 flash image」「gemini 3 1 flash image preview」「google image generation」
octocode-slides
洗練されたマルチファイル形式のHTMLプレゼンテーションを生成します。6段階のフロー（概要 → リサーチ → アウトライン → デザイン → 実装 → レビュー）で構成されています。各スライドは独立したHTMLファイルとなり、iframeで読み込まれます。「スライドを作成してほしい」「プレゼンテーションを作ってほしい」「HTMLスライドを生成してほしい」「デックを構築してほしい」といった依頼や、ノート・ドキュメント・コードを洗練されたプレゼンテーションに変換する際に使用できます。
gpt-image2-ppt
OpenAIのgpt-image-2を使用して、視覚的に優れたPPTスライドを生成します。Spatial Glass、Tech Blue、Editorial Monoなど10種類のキュレーション済みスタイルに対応し、ユーザーが提供したPPTXファイルを模倣するテンプレートクローンモードも搭載しています。HTMLビューアと16:9形式のPPTXファイルを出力します。プレゼンテーション、スライド、ピッチデック、投資家向けPPT、雑誌風PPTの作成依頼などで活用してください。
nano-banana
Nano Banana PRO（Gemini 3 Pro Image）およびNano Banana（Gemini 2.5 Flash Image）を使用したAI画像生成機能です。以下の場合に活用できます：（1）テキストプロンプトからの画像生成、（2）既存画像の編集、（3）インフォグラフィックス、ロゴ、商品写真、ステッカーなどのプロフェッショナルなビジュアルアセット制作、（4）複数画像での人物キャラクターの一貫性保持、（5）正確なテキスト描画を含む画像生成、（6）AI生成ビジュアルが必要なあらゆるタスク。「画像を生成」「画像を作成」「写真を作る」「ロゴをデザイン」「インフォグラフィックスを作成」「AI画像」「nano banana」またはその他の画像生成リクエストをトリガーとして機能します。
oiloil-ui-ux-guide
モダンでクリーンなUI/UXガイダンス・レビュースキルです。新機能や既存システム（Webアプリ）に対して、実行可能なUI/UX改善提案、デザイン原則、デザインレビューチェックリストが必要な場合に活用できます。CRAP（コントラスト・反復・配置・近接）をベースに、タスクファーストなUX、情報設計、フィードバック・システムステータス、一貫性、affordances、エラー防止・復旧、認知負荷を重視します。モダンミニマルスタイル（クリーン・余白・タイポグラフィ主導）を強制し、不要なテキストを削減、アイコンとしての絵文字を禁止し、統一されたアイコンセットから直感的で洗練されたアイコンを推奨します。
axiom-hig-ref
Apple Human Interface Guidelines リファレンス — 色（セマンティックカラー、カスタムカラー、パターン）、背景（マテリアル階層、ダイナミック背景）、タイポグラフィ（標準スタイル、カスタムフォント、Dynamic Type）、SF Symbols（レンダリングモード、色、多言語対応）、ダークモード、アクセシビリティ、プラットフォーム固有の考慮事項を網羅したガイドラインです。