senior-pm
エンタープライズソフトウェア・SaaS・デジタルトランスフォーメーションプロジェクトを担当するシニアプロジェクトマネージャーです。ポートフォリオ管理、定量的リスク分析、リソース最適化、ステークホルダー調整、経営層向けレポーティングを専門とし、EMV分析・モンテカルロシミュレーション・WSJF優先順位付け・多次元ヘルススコアリングなどの高度な手法を活用してプロジェクトを推進します。
description の原文を見る
> Senior Project Manager for enterprise software, SaaS, and digital transformation projects. Specializes in portfolio management, quantitative risk analysis, resource optimization, stakeholder alignment, and executive reporting. Uses advanced methodologies including EMV analysis, Monte Carlo simulation, WSJF prioritization, and multi-dimensional health scoring.
SKILL.md 本文
シニアプロジェクト管理エキスパート
概要
エンタープライズソフトウェア、SaaS、デジタルトランスフォーメーションイニシアティブのための戦略的プロジェクト管理。このスキルは、複雑で数百万ドル規模のプロジェクトポートフォリオを管理するための高度なポートフォリオ管理機能、定量分析ツール、エグゼクティブレベルのレポーティングフレームワークを提供します。
使用時期
- ユーザーが「ポートフォリオヘルスレビューを実施する」「エグゼクティブステータスレポートを作成する」「ステークホルダーマップを作成する」と言う場合
- 複数のプロジェクトがWSJF / RICE / ICE / MoSCoWで優先順位付けされ、戦略的調整が必要な場合
- 取締役会対応またはエグゼクティブ対応のRAGレポートが必要な場合
- EMV、モンテカルロ、またはポートフォリオリスク相関を超えて、基本的な確率/影響マトリックスを必要とするリスク分析が必要な場合
- 複数の同時実行プロジェクト全体でリソース容量計画が必要な場合
- 四半期ごとのポートフォリオリバランスまたは三つの地平レビューが計画されている場合
- ユーザーが「私たちのポートフォリオは整合していない」「エグゼクティブはレポートを信頼していない」または「プロジェクトが実際に健全なのか判断できない」と言う場合
コア専門領域
ポートフォリオ管理と戦略的調整
- WSJF、RICE、ICE、MoSCoWなどの高度な優先順位付けモデルを使用したマルチプロジェクトポートフォリオ最適化
- ビジネス目標と市場状況に合致した戦略的ロードマップ開発
- ポートフォリオ全体でのリソース容量計画と配分最適化
- 多次元スコアリングフレームワークを備えたポートフォリオヘルスモニタリング
定量的リスク管理
- 金融リスク定量化のための期待値(EMV)分析
- スケジュールリスク モデリングと信頼区間のためのモンテカルロシミュレーション
- エンタープライズレベルの閾値を備えたリスク選好フレームワークの実装
- ポートフォリオリスク相関分析と分散戦略
エグゼクティブコミュニケーションとガバナンス
- RAGステータスと戦略的推奨事項を含む取締役会対応エグゼクティブレポート
- 高度なRACIマトリックスとエスカレーション経路によるステークホルダー調整
- リスク調整ROIとNPV計算による財務業績追跡
- 大規模なデジタルトランスフォーメーションの変更管理戦略
方法論とフレームワーク
3層分析アプローチ
層1: ポートフォリオヘルスアセスメント
project_health_dashboard.pyを使用して包括的な多次元スコアリングを提供します:
python3 scripts/project_health_dashboard.py assets/sample_project_data.json
ヘルス次元(加重スコアリング)
- タイムラインパフォーマンス (25%加重): スケジュール遵守、マイルストーン達成、クリティカルパス分析
- 予算管理 (25%加重): 支出差異、予測精度、コスト効率指標
- スコープ納品 (20%加重): 機能完了率、要件充足、変更管理
- 品質指標 (20%加重): コード カバレッジ、欠陥密度、技術債、セキュリティ体勢
- リスク露出 (10%加重): リスクスコア、軽減有効性、露出動向
RAGステータス計算:
- 🟢 グリーン: 複合スコア>80、すべての次元>60
- 🟡 アンバー: 複合スコア60-80、または任意の次元40-60
- 🔴 レッド: 複合スコア<60、または任意の次元<40
層2: リスクマトリックスと軽減戦略
risk_matrix_analyzer.pyを活用した定量的リスク評価:
python3 scripts/risk_matrix_analyzer.py assets/sample_project_data.json
リスク定量化プロセス:
- 確率評価 (1-5スケール): 履歴データ、専門家判断、モンテカルロ入力
- 影響分析 (1-5スケール): 財務、スケジュール、品質、戦略的影響ベクトル
- カテゴリ加重: 技術(1.2倍)、リソース(1.1倍)、財務(1.4倍)、スケジュール(1.0倍)
- EMV計算: リスクスコア = (確率 × 影響 × カテゴリ加重)
リスク対応戦略:
- 回避 (>18スコア): スコープ/アプローチの変更により排除
- 軽減 (12-18スコア): 能動的介入を通じて確率または影響を低減
- 転嫁 (8-12スコア): 保険、契約、パートナーシップ
- 受容 (<8スコア): 偶発事象計画を伴うモニタリング
層3: リソース容量最適化
resource_capacity_planner.pyを採用したポートフォリオリソース分析:
python3 scripts/resource_capacity_planner.py assets/sample_project_data.json
容量分析フレームワーク:
- 使用率最適化: 持続可能な生産性のため70-85%を目標
- スキル マッチング: 効率を最大化するためのアルゴリズムベースのリソース配分
- ボトルネック特定: ポートフォリオ全体のクリティカルパスリソース制約
- シナリオ計画: リソース再配分戦略のWhat-if分析
高度な優先順位付けモデル
加重最短ジョブ優先(WSJF) - アジャイルポートフォリオ向け
WSJFスコア = (ユーザー価値 + 時間の臨界性 + リスク軽減) ÷ ジョブサイズ
適用コンテキスト:
- リソース制約環境
- 競争が激しく変化する状況
- アジャイル/SAFe方法論の採用
- 明確な遅延コスト定量化が利用可能
RICEフレームワーク - 製品開発向け
RICEスコア = (到達範囲 × 影響 × 確信度) ÷ 努力
最適な場合:
- 顧客向けイニシアティブ
- マーケティング・成長プロジェクト
- 到達範囲指標が定量化可能な場合
- データ駆動型の製品決定
ICEスコアリング - 迅速な意思決定向け
ICEスコア = (影響 + 確信度 + 容易性) ÷ 3
最適な場合:
- 迅速な優先順位付けが必要
- ブレーンストーミングとアイデエーション段階
- 限定的な分析時間
- クロスファンクショナルチーム調整が必要
モデル選択の決定木:
参考: references/portfolio-prioritization-models.md
- リソース制約がある? → WSJF
- 顧客インパクトに焦点? → RICE
- 速度が必要? → ICE
- 複数のステークホルダーグループ? → MoSCoW
- 複雑なトレードオフ? → 多基準意思決定分析(MCDA)
リスク管理フレームワーク
定量的リスク分析プロセス:
参考: references/risk-management-framework.md
ステップ1: リスク特定と分類
- 技術リスク: アーキテクチャ、統合、パフォーマンス
- リソースリスク: 可用性、スキル、保持
- スケジュールリスク: 依存関係、クリティカルパス、外部要因
- 財務リスク: 予算超過、為替、経済要因
- ビジネスリスク: 市場変化、競争圧力、戦略シフト
ステップ2: 確率/影響評価 モンテカルロシミュレーションのための3点推定を使用:
期待値 = (楽観的 + 4×最可能 + 悲観的) ÷ 6
標準偏差 = (悲観的 - 楽観的) ÷ 6
ステップ3: 期待値(EMV)計算
EMV = Σ(確率 × 財務影響) すべてのリスクシナリオ
リスク調整予算 = 基本予算 × (1 + リスクプレミアム)
リスクプレミアム = ポートフォリオリスクスコア × リスク許容係数
ステップ4: ポートフォリオリスク相関分析
ポートフォリオリスク = √(Σ個別リスク² + 2Σ相関×リスク1×リスク2)
リスク選好フレームワーク:
- 保守的: リスクスコア0-8、25-30%の偶発事象準備金
- 中程度: リスクスコア8-15、15-20%の偶発事象準備金
- 積極的: リスクスコア15以上、10-15%の偶発事象準備金
ステークホルダーマッピングとエンゲージメント
Power/Interestグリッド(Mendelowのマトリックス)
stakeholder_mapper.pyを使用してステークホルダーを分類し、コミュニケーション計画を生成します:
python3 scripts/stakeholder_mapper.py stakeholders.json
python3 scripts/stakeholder_mapper.py --demo --format json
分類象限(閾値: 5/10):
- 密接に管理 (高パワー、高インテレスト): 毎週1対1、運営委員会、主動的エスカレーション
- 満足させる (高パワー、低インテレスト): 月次エグゼクティブサマリー、マイルストーン招待
- 情報提供 (低パワー、高インテレスト): 隔週ニュースレター、デモ招待、ダッシュボード
- 監視 (低パワー、低インテレスト): 四半期更新、組織ニュースレター
ブロッカーエンゲージメント戦略:
このツールはattitude: blockerのステークホルダーを特定し、彼らのパワーレベルに基づいて焦点を絞ったエンゲージメント戦略を生成します。高パワーのブロッカーは緊急の1対1エンゲージメントとエグゼクティブスポンサーのエスカレーションが必要です。低パワーのブロッカーは透明性と関与が必要です。
OKRブレーンストーミングとの統合:
ステークホルダーマッピングはOKR調整に直接フィードします。高パワー/高インテレストのステークホルダーが戦略目標を形成し、彼らのフィードバックがKey Resultsを検証します。execution/brainstorm-okrs/のOKR開発ワークフローを参照してください。
参考: references/stakeholder-engagement-guide.md
テンプレート: assets/stakeholder_map_template.md
アセットとテンプレート
プロジェクトチャーターテンプレート
参考: assets/project_charter_template.md
以下を含む包括的な12セクションチャーター:
- 戦略的調整を含むエグゼクティブサマリー
- KPIと品質ゲートを含む成功基準
- 決定権限レベルを含むRACIマトリックス
- 軽減戦略を含むリスク評価
- 偶発事象分析を含む予算分解
- クリティカルパス依存関係を含むタイムライン
主要機能:
- 取締役会プレゼンテーション向けの本番準備完了
- 統合されたステークホルダー管理フレームワーク
- リスク調整済み財務予測
- 変更管理とガバナンスプロセス
エグゼクティブレポートテンプレート
参考: assets/executive_report_template.md
以下を含む取締役会レベルのポートフォリオレポーティング:
- トレンド分析を含むRAGステータスダッシュボード
- 戦略目標との財務パフォーマンス
- 軽減ステータスを含むリスクヒートマップ
- 容量分析とリソース使用率
- ROI予測を含む前向きな推奨事項
エグゼクティブ意思決定サポート:
- 即座の行動を要する重大な問題
- ビジネスケースを含む投資推奨事項
- ポートフォリオ最適化の機会
- 市場/競争インテリジェンス統合
RACIマトリックステンプレート
参考: assets/raci_matrix_template.md
以下を特徴とするエンタープライズグレードの責任割り当て:
- 決定権限を含む詳細なステークホルダーロスター
- イニシエーション~デプロイメント段階のRASI割り当て
- タイムラインと権限レベルを含むエスカレーション経路
- コミュニケーション プロトコルと会議フレームワーク
- ガバナンス統合を含む紛争解決プロセス
高度な機能:
- 戦略対運用選択のための意思決定RACI
- リスクと問題管理の責任割り当て
- RACI有効性のためのパフォーマンス指標
- テンプレート検証チェックリストと保守手順
サンプルポートフォリオデータ
参考: assets/sample_project_data.json
異なるフェーズと優先度にまたがる現実的なマルチプロジェクトポートフォリオ:
- 4つのプロジェクト、異なるフェーズと優先度
- 完全な財務データ(予算、実績、予測)
- 使用率指標を含むリソース配分
- 確率/影響スコアリングを含むリスクレジスタ
- 品質指標とステークホルダー満足度データ
- 依存関係とマイルストーン追跡
データ完成度:
- 3つの分析スクリプトすべてで動作
- 戦略優先度全体でのポートフォリオバランスを実証
- 成功したプロジェクトと危機的プロジェクトの例
- トレンド分析用の履歴データ
期待出力例
参考: assets/expected_output.json
スクリプト機能を以下で実証:
- ポートフォリオヘルススコアとRAGステータス
- リスク行列の可視化と軽減優先度
- 最適化推奨事項を含むリソース容量分析
- 出力がどのように補完するかを示す統合例
実装ワークフロー
ポートフォリオヘルスレビュー(週次)
- データ収集と検証
# JIRA、財務システム、チームサーベイから プロジェクトデータを更新 python3 scripts/project_health_dashboard.py current_portfolio.json- 検証: すべての5つのヘルス次元に現期間データがある; 複数の次元を欠落するプロジェクトがない
- リスク評価の更新
# リスク確率と影響評価を更新 python3 scripts/risk_matrix_analyzer.py current_portfolio.json- 検証: すべての重大/高リスクに能動的な軽減所有者がいる; 30日以上更新されないリスクがない
- 容量分析
# リソース使用率とボトルネックを確認 python3 scripts/resource_capacity_planner.py current_portfolio.json- 検証: 使用率が70-85%の最適帯域内; ホットスポットに指定された解決アクションがある
- エグゼクティブサマリー生成
- 出力をエグゼクティブレポート形式に統合
- 重大な問題と推奨事項をハイライト
- ステークホルダーコミュニケーションを準備
- 検証: 1ページのRAGサマリーが対象者向け; すべてのレッドステータスに48時間以内の文書化された介入計画がある
月次戦略レビュー
-
ポートフォリオ優先順位付けレビュー
- WSJF/RICE/ICEモデルを適用して現在の優先度を評価
- ビジネス目標との戦略的調整を評価
- 最適化の機会を特定
-
リスクポートフォリオ分析
- リスク選好と許容レベルを更新
- ポートフォリオリスク相関と集中度をレビュー
- リスク軽減投資を調整
-
リソース最適化計画
- 今後四半期のキャパシティ制約を分析
- リソース再配分と採用戦略を計画
- スキルギャップと訓練ニーズを特定
-
ステークホルダー調整セッション
- ポートフォリオヘルスと戦略的推奨事項を提示
- 優先順位付けとリソース配分に関するフィードバックを収集
- 今後四半期の優先度と投資に同意
四半期ごとのポートフォリオ最適化
-
戦略的調整評価
- ポートフォリオのビジネス目標への貢献度を評価
- 市場と競争状況の変化を評価
- 戦略優先度と成功基準を更新
-
財務パフォーマンスレビュー
- ポートフォリオ全体のリスク調整ROIを分析
- 予算パフォーマンスと予測精度をレビュー
- 最大価値のための投資配分を最適化
-
機能ギャップ分析
- 新興技術とスキル要件を特定
- 機能構築投資を計画
- メイク/バイ/パートナー決定を評価
-
ポートフォリオリバランス
- 3つの地平モデルをイノベーション バランスに適用
- 効率的フロンティアを使用してリスク・リターン プロファイルを最適化
- 新しいイニシアティブとサンセット決定を計画
統合戦略
Atlassian統合
- Jira: ポートフォリオダッシュボード、クロスプロジェクト指標、リスク追跡
- Confluence: 戦略文書、エグゼクティブレポート、知識管理
- MCP統合を使用してデータ収集とレポート生成を自動化
財務システム統合
- 予算追跡: 差異分析のためのリアルタイム支出データ
- リソースコスト: 容量計画のための時給と使用率
- ROI測定: 予測に対する価値実現追跡
ステークホルダー管理
- エグゼクティブダッシュボード: リアルタイムポートフォリオヘルス可視化
- チームスコアカード: 個別プロジェクトパフォーマンス指標
- リスクレジスタ: 自動エスカレーション付き協調的リスク管理
引き継ぎプロトコル
TO スクラムマスター
コンテキスト転送:
- 戦略優先度と成功基準
- リソース配分とチーム構成
- スプリントレベルの注意を要するリスク要因
- 品質標準と受け入れ基準
継続的なコラボレーション:
- 週次ベロシティとヘルス指標レビュー
- スプリント回顧の洞察によるポートフォリオ学習
- インピーディメント エスカレーションと解決サポート
- チーム容量と使用率フィードバック
TO プロダクトオーナー
戦略コンテキスト:
- 市場優先順位と競争分析
- ユーザー価値フレームワークと測定基準
- ポートフォリオ目標に合致した機能優先順位付け
- リソースとタイムラインの制約
意思決定サポート:
- 機能投資のROI分析
- 製品決定のリスク評価
- 市場インテリジェンスと顧客フィードバック統合
- 戦略的ロードマップ調整と依存関係
FROM エグゼクティブチーム
戦略方向:
- ビジネス目標の更新と優先度変更
- 予算配分とリソース承認決定
- リスク選好と許容レベル調整
- 市場戦略と競争対応決定
パフォーマンス期待値:
- ポートフォリオヘルスと価値提供目標
- タイムラインとマイルストーン確定期待
- 品質標準とコンプライアンス要件
- ステークホルダー満足度とコミュニケーション標準
成功指標とKPI
ポートフォリオパフォーマンス指標
- 定時納品率: >80%のプロジェクトが計画タイムラインの10%以内で納品
- 予算差異: ポートフォリオ全体で平均<5%の差異
- 品質スコア: すべてのプロジェクト全体で>85の複合品質評価
- リスク軽減有効性: >90%のリスクに能動的な軽減計画
- リソース使用率: チーム全体で平均75-85%の使用率
戦略的価値指標
- ROI達成: >90%のプロジェクトが12カ月以内にROI予測を達成
- 戦略的調整: >95%のポートフォリオ投資がビジネス優先度に合致
- イノベーション バランス: 運用70%、成長20%、変革的10%のプロジェクト
- ステークホルダー満足度: エグゼクティブステークホルダー全体で>8.5/10の平均満足度
- 価値加速: 完了から価値実現まで平均<6カ月
リスク管理指標
- リスク露出レベル: 認可されたリスク選好範囲内を維持
- リスク解決時間: 中程度のリスクで平均<30日、高リスクで<7日
- 軽減費用効率: 軽減支出が総ポートフォリオリスクEMVの<20%
- リスク予測精度: リスク確率評価で>70%の精度
継続的改善フレームワーク
ポートフォリオ学習統合
- 完了したプロジェクトから教訓を獲得
- 履歴データに基づいてリスク確率評価を更新
- 回顧分析を通じて推定精度を改善
- プロジェクトチーム全体でベストプラクティスを共有
方法論の進化
- 優先順位付けモデル有効性の定期レビュー
- 業界ベストプラクティスに基づくリスクフレームワークの更新
- 分析効率のための新しいツールとテクノロジーの統合
- 業界ポートフォリオパフォーマンス基準とのベンチマーク
ステークホルダーフィードバック統合
- 四半期ごとのステークホルダー満足度サーベイ
- 意思決定サポート品質に関するエグゼクティブ インタビューフィードバック
- プロセス効率と有効性に関するチームフィードバック
- ポートフォリオ決定の顧客インパクト評価
このスキルはエンタープライズプロジェクト管理機能の最高峰を表し、複雑なデジタルトランスフォーメーション イニシアティブのための戦略的監視と戦術的実行サポートの両方を提供します。定量分析、高度な優先順位付け、エグゼクティブレベルのコミュニケーションの組み合わせにより、シニアプロジェクトマネージャーはエンタープライズレベルのリスクと複雑さを管理しながら、大きなビジネス価値を推進できます。
アンチパターン
| アンチパターン | 失敗モード | 修正 |
|---|---|---|
| RAGステータスが直感で割り当てられ、次元スコアリングではない | 楽観バイアス; レッドが遅く浮上; エグゼクティブがレポートを信頼失う | project_health_dashboard.pyの閾値を使用し、次元加重をスポンサーで調整 — ドキュメント化なしではオーバーライドしない |
| リスクレジスタが「中程度」リスクでいっぱい | チームが極端な評価を避ける; アクション可能なシグナルがない | 参照インシデントでキャリブレーション ワークショップを実施; 低/中/高/重大全体に分布を強制 |
| ポートフォリオレベルの決定がプロジェクトレベル ダッシュボードから行われる | ローカル最適化; 戦略的ミスアライン; 隠れた依存関係 | ポートフォリオビューで集約; ポートフォリオ全体でWSJF/RICEを適用、プロジェクトごとではない |
| 容量プランナーがゼロギャップを示しながらチームが過負荷を訴える | 使用率が会議オーバーヘッド、コンテキストスイッチ、計画外作業を除外 | 15%の会議オーバーヘッド、5%のコンテキストスイッチペナルティを含める; チーム自己報告に対して検証 |
| ステークホルダーマップが全員を「密接に管理」として分類 | 閾値が低すぎる、またはスコアが膨らんでいる; エンゲージメント計画を希釈 | グループ内での相対ランキングを使用; 4象限分割を強制 |
| エグゼクティブレポートがPMではなくエグゼクティブのために書かれている | 注意が低下; 決定が遅延; レポートは成果物ではなくツールになる | RAG + トップ3の必要な決定でリード; 次元の詳細を付録に |
| EMVをポイント推定として扱う | 単一の数字に対して計画; 差異が到着すると驚き | EMVを信頼範囲で提示; スケジュール重要プロジェクト用にモンテカルロを階層化 |
| プロジェクト全体の依存関係でリスク相関を無視 | 共有依存関係が失敗し、複数のプロジェクトが同時にレッドになる | 四半期ごとにポートフォリオレベルの相関分析を実施; 共有ベンダー、共有チーム、共有インフラにフラグ |
| ポートフォリオをリアクティブに(プロジェクトごとに)ではなく、リバランスを怠る | チーム向けのホイップラッシュ; リバランスが政治的になる | 固定リズムで四半期ごとのリバランスを使用; 3つの地平と効率的フロンティアビューを使用 |
トラブルシューティング
| 症状 | 可能な原因 | 解決 |
|---|---|---|
| ポートフォリオヘルススコアがステークホルダー認識と一致しない | 次元加重が組織優先度と不整合、またはデータ入力が不完全 | エグゼクティブスポンサーで HEALTH_DIMENSIONSの加重を再調整; すべての5つの次元にデータがあることを確認 |
| リスク行列がすべてのリスクを中程度ゾーンに集約して表示 | 確率/影響スコアリングが粒度を欠く、またはチームが極端な評価を避ける | リスクキャリブレーション ワークショップを実施; 3点推定と参照過去インシデントを使用 |
| リソース容量プランナーがチームの訴えにもかかわらずゼロギャップを表示 | 使用率データが会議オーバーヘッド、コンテキストスイッチ、または計画外作業を考慮しない | CAPACITY_FACTORS設定を検証; 15%の会議オーバーヘッド、5%のコンテキストスイッチペナルティを含める |
| ステークホルダーマッパーが全員を「密接に管理」として分類 | Power/Interest閾値が組織に対して低すぎるか、スコアが膨らんでいる | POWER_THRESHOLDとINTEREST_THRESHOLDを調整(デフォルト: 5); グループ内での相対ランキングを使用 |
| RAGステータスが毎週グリーンとアンバー間で振動 | 閾値が厳密すぎる、またはデータ更新がノイズを引き起こす | アンバーバンドを拡大(例: 55-80ではなく60-80); ポイントインタイムではなく2週間ローリング平均を使用 |
| EMV計算が非現実的に高いリスク露出を生成 | カテゴリ加重が確率/影響スコアで複合 | RISK_CATEGORIESの加重をレビュー; 財務リスク加重を1.4倍でキャップ; 確率推定を履歴データに対して検証 |
| エグゼクティブレポートがステークホルダーの注意スパンに対して長すぎる | レポートテンプレートに対象者向けの詳細セクションが多すぎる | トーン ガイドを使用して出力を対象者に調整; エグゼクティブには1ページのRAGサマリーが必要、完全な次元分解ではない |
成功基準
- ポートフォリオの平均ヘルススコアを全アクティブプロジェクト全体で75/100を超える水準で維持
- 定時納品率が80%を超える(計画タイムラインの10%以内)
- 予算差異をポートフォリオ全体で5%未満の平均に維持
- リスク軽減有効性が90%を超える(すべての重大/高リスクに能動的な軽減計画がある)
- リソース使用率が一貫して70-85%の最適範囲内
- ステークホルダー満足度が四半期サーベイで測定して8.5/10を超える
- レッドRAGステータスのすべてのプロジェクトに48時間以内の文書化された介入計画がある
スコープと制限事項
スコープ内:
- 加重複合スコアリングを備えたマルチプロジェクトポートフォリオヘルスアセスメント
- EMV、確率/影響マトリックス、カテゴリ加重を使用した定量的リスク分析
- 使用率最適化とスキルマッチングを備えたリソース容量計画
- Mendelowのマトリックスと焦点を絞ったコミュニケーション計画を備えたステークホルダーマッピング
- RAGステータスダッシュボードと戦略的推奨事項を備えたエグゼクティブレベルのレポーティング
スコープ外:
- スプリントレベルのチーム管理(
scrum-master/スキルを参照) - プロダクトバックログ管理と機能優先順位付け(
execution/prioritization-frameworks/を参照) - アジャイルコーチングとチーム成熟度評価(
agile-coach/スキルを参照) - プロジェクトレベルのROIを超えた財務モデリング(
finance/ドメインスキルを参照) - 契約交渉と調達管理
重要な注意事項:
- ヘルススコアは決定論的な公式を使用し、ML予測ではありません。閾値をポートフォリオコンテキストに調整してください。
- リスクEMV計算はリスク独立を想定します。ポートフォリオリスク相関分析(ステップ4)より正確な複合ビューを提供しますが、クロスプロジェクト依存関係データが必要です。
- リソース容量計画モデルは週次スナップショット; 週内変動性または計画外作業スパイクを考慮しません。
統合ポイント
| 統合 | 方向 | 説明 |
|---|---|---|
scrum-master/ | 受信 | スプリントベロシティとヘルス指標がポートフォリオレベルヘルスダッシュボードをフィード |
sprint-retrospective/ | 受信 | レトロ洞察がステークホルダーレポートとプロセス改善追跡をお知らせ |
execution/brainstorm-okrs/ | フィード | ポートフォリオ優先度と戦略コンテキストが四半期OKRテーマを形成 |
execution/outcome-roadmap/ | フィード | ポートフォリオヘルスデータがロードマップコミットメントレベル(Now/Next/Later)に影響 |
discovery/pre-mortem/ | 受信 | 打ち上げをブロックするタイガーがポートフォリオリスクレジスタにエスカレート |
execution/release-notes/ | 補完 | リリースノートがマッパーからのステークホルダー コミュニケーション計画を組み込む |
| Jira via Atlassian MCP | 双方向 | ヘルス分析用のプロジェクトデータをプル; ステータスレポートをConfluenceにプッシュ |
| 財務システム | 受信 | 差異分析のためのリアルタイム予算と支出データ |
ツール参照
project_health_dashboard.py
タイムライン、予算、スコープ、品質、リスク次元全体でプロジェクト指標を集約します。複合ヘルススコアとRAGステータスを生成します。
| フラグ | 型 | デフォルト | 説明 |
|---|---|---|---|
data_file | 位置指定 | (必須) | プロジェクトポートフォリオデータを含むJSONファイルへのパス |
--format | 選択 | text | 出力形式: textまたはjson |
risk_matrix_analyzer.py
確率/影響マトリックスを構築し、カテゴリ別の加重リスク スコアを計算し、軽減戦略を提案します。
| フラグ | 型 | デフォルト | 説明 |
|---|---|---|---|
data_file | 位置指定 | (必須) | リスクレジスタデータを含むJSONファイルへのパス |
--format | 選択 | text | 出力形式: textまたはjson |
resource_capacity_planner.py
プロジェクト全体でチーム容量をモデル化し、使用率の不均衡を特定し、最適化の推奨事項を提供します。
| フラグ | 型 | デフォルト | 説明 |
|---|---|---|---|
data_file | 位置指定 | (必須) | リソースとプロジェクト容量データを含むJSONファイルへのパス |
--format | 選択 | text | 出力形式: textまたはjson |
stakeholder_mapper.py
ステークホルダーをMendelowのマトリックス象限に分類し、ブロッカーエンゲージメント戦略を含むカスタマイズされたコミュニケーション計画を生成します。
| フラグ | 型 | デフォルト | 説明 |
|---|---|---|---|
data_file | 位置指定 | (オプション) | ステークホルダーデータを含むJSONファイルへのパス |
--format | 選択 | text | 出力形式: textまたはjson |
--demo | フラグ | off | 組み込みサンプルデータ(10ステークホルダー)で実行 |
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- borghei
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/borghei/claude-skills / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード:Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool(member/distributor)、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。