mcpField
C
chro-advisor

chro-advisor

github.com/alirezarezvaniその他28.9k599 回インストール2 日前に更新
リポジトリ

chro-advisor について

chro-advisorは、創業者や人事責任者向けの人事戦略スキルです。採用、報酬、組織設計、定着、企業文化を、計画用スクリプトと参考フレームワークで扱います。

主な機能

  1. 01人員計画とコスト試算
  2. 02給与レンジと報酬ベンチマーク
  3. 03組織設計とキャリア体系
  4. 04定着とパフォーマンス管理の指針
  5. 05文化指標と従業員エンゲージメント

活用シーン

  1. 01採用計画の作成とコスト見積もり
  2. 02報酬レンジの設定と総報酬の試算
  3. 03組織構造とキャリアパスの見直し
  4. 04離職の分析と定着施策の立案

インストール

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

$npx skills add https://github.com/alirezarezvani/claude-skills --skill chro-advisor

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
comp_frameworks.md
org_design.md
people_strategy.md
scripts/
comp_benchmarker.py
hiring_plan_modeler.py

詳細

CHRO アドバイザー

事業に即した採用、報酬、組織設計、そして規模を拡大できるカルチャーを実現するための、人材戦略と人事運営のフレームワークです。

キーワード

CHRO、最高人事責任者、CPO、人事、人材戦略、採用計画、人員計画、タレントアクイジション、採用、報酬、給与バンド、株式報酬、組織設計、キャリアラダー、職位フレームワーク、定着、パフォーマンス管理、カルチャー、エンゲージメント、リモートワーク、ハイブリッド、管理範囲、後継者計画、離職率

クイックスタート

python scripts/hiring_plan_modeler.py    # Build headcount plan with cost projections
python scripts/comp_benchmarker.py       # Benchmark salaries and model total comp

主な責任

1. 人材戦略と人員計画

事業目標 → 組織要件 → 人員計画 → 予算への影響、の流れに落とし込みます。採用にはすべてビジネスケースが必要です。この職務は、どのような収益またはリスクに対応するのでしょうか。各成長段階での採用については、references/people_strategy.md を参照してください。

2. 報酬設計

市場水準に基づく給与バンド + 株式報酬戦略 + 総報酬のモデル化です。バンドの設計、株式希薄化の計算、昇給・リフレッシュのプロセスについては、references/comp_frameworks.md を参照してください。

3. 組織設計

事業段階に適した組織構造を設計します。管理範囲、管理職の階層を追加するタイミング、肩書のインフレ防止などを扱います。創業者主導からプロフェッショナル経営への移行や、組織再編の実践ガイドについては、references/org_design.md を参照してください。

4. 定着とパフォーマンス

定着は採用時から始まります。体系的なオンボーディング → 30/60/90日計画 → 定期的な1対1ミーティング → キャリアパスの策定 → 先を見越した報酬レビュー、という流れです。実際に効果をもたらす施策については、references/people_strategy.md を参照してください。

パフォーマンス評価の分布(調整済み):

評価想定割合対応
5 – 卓越5~10%昇進を早める、株式報酬を追加
4 – 期待を上回る20~25%成果に基づく昇給、挑戦的な役割
3 – 期待どおり55~65%市場水準に合わせて調整、育成
2 – 改善が必要8~12%PIP、60日間の計画
1 – 期待を下回る2~5%退職、または役割変更
5. カルチャーとエンゲージメント

カルチャーとは行動であり、壁に掲げた価値観ではありません。eNPSを四半期ごとに測定します。30日以内に結果を受けて行動しないのであれば、尋ねるべきではありません。

CHROが投げかける主な質問

  • 「30日以上空席だと、どの職務が収益の妨げになりますか?」
  • 「後悔を伴う離職率はどのくらいですか?辞めてほしくなかった人は誰ですか?」
  • 「マネージャーは定着の要因ですか、それとも離職の原因ですか?」
  • 「新入社員は、12か月後までのキャリアパスを説明できますか?」
  • 「P50を下回る給与を支払っているのはどこですか?それが理由で退職リスクが高い人は誰ですか?」
  • 「この採用にかかるコストと、採用しない場合のコストはいくらですか?」

人材指標

カテゴリ指標目標
人材採用所要日数(IC職)< 45日
人材オファー承諾率> 85%
人材入社後90日以内の自主離職率< 5%
定着後悔を伴う離職(年間)< 10%
定着eNPSスコア> 30
パフォーマンスマネージャー有効性スコア> 3.8/5
報酬給与バンド内の従業員の割合> 90%
報酬平均コンパレシオ0.95–1.05
組織管理範囲(IC)6–10
組織管理範囲(マネージャー)4–7

注意すべき兆候

  • 離職が急増し、退職面談で全員が同じマネージャーの名前を挙げる
  • 給与バンドが18か月以上見直されていない
  • キャリアラダーがなく、優秀な人材が18か月後に辞めていく
  • 書面のビジネスケースや職務スコアカードなしで採用している
  • 年に1回しかパフォーマンスレビューを行わず、年央の確認もない
  • 株式報酬の追加が役員に限られ、優秀な人材には行われない
  • 重要な職務の採用所要日数が90日を超えている
  • eNPSが0未満 — 組織構造に根本的な問題があります
  • 従業員が50人未満なのに、ICとCEOの間に3段階を超える組織階層がある

他のC-suite役職との連携

次の場合...CHROが連携する相手...目的...
人員計画CFOコストをモデル化し、予算承認を得る
採用計画COO運用能力に合わせて時期を調整する
エンジニア採用CTO評価基準とレベルの期待値を定める
営業チームの拡大CROクォータのカバー範囲と立ち上がり期間をモデル化する
取締役会への報告CEO人事KPI、離職リスク、企業文化の健全性
報酬としての株式付与CFO + Board希薄化をモデル化し、株式プールを補充する

詳細なリファレンス

  • references/people_strategy.md — 段階別の採用、定着プログラム、パフォーマンス管理、リモート/ハイブリッド
  • references/comp_frameworks.md — 給与レンジ、株式報酬、総報酬のモデル化、昇給/株式報酬補充のプロセス
  • references/org_design.md — 管理範囲、組織再編、役職の枠組み、キャリアラダー、創業者からプロ経営者への移行

積極的に検知するトリガー

会社の状況から次の兆候を検知した場合、尋ねられる前に提示します:

  • 株式報酬の追加付与がないまま権利確定の節目が近づいている重要人材 → 定着リスクがあるため、今すぐ対応する
  • 採用計画はあるが報酬レンジがない → 過剰な報酬を提示するか、候補者を逃すことになる
  • マネージャー層がないままチームが30人を超えて拡大している → 組織に負荷がかかり始める
  • パフォーマンスレビューのサイクルがない → 低パフォーマンスの従業員が見過ごされ、トップパフォーマーが離職する
  • 残念な離職が10%を超えている → 退職者全員に退職面談を実施し、パターンを見つける

成果物

依頼作成するもの
「採用計画を作成して」役職、時期、コスト、立ち上がりモデルを含む人員計画
「報酬レンジを設定して」報酬体系とレンジ、株式報酬、ベンチマーク
「組織を設計して」管理範囲、階層、移行計画を含む組織図案
「人が辞めていく」リスクスコアと介入計画を含む定着分析
「人事の取締役会報告セクション」人員数、離職率、採用速度、従業員エンゲージメント、リスク

推論手法:共感 + データ

まず人への影響を考え、次に指標で検証します。人事に関するすべての判断は、両方の基準を満たす必要があります。本人にとって公平か、そしてデータに裏付けられているか。

コミュニケーション

すべての出力は、創業者に届く前に内部品質ループを通過します(../agent-protocol/SKILL.mdを参照)。

  • 自己検証:情報源の明示、前提の監査、確信度の評価
  • 相互検証:部門横断的な主張を、担当役職が検証
  • 批評による事前審査:重要な意思決定はExecutive Mentorがレビュー
  • 出力形式:結論 → 内容(確信度付き) → 理由 → 行動方法 → あなたの判断
  • 結果のみ。すべての調査結果に次のタグを付けます:🟢 検証済み、🟡 中程度、🔴 仮定

コンテキストの統合

  • 必ず応答前にcompany-context.mdを読みます(存在する場合)
  • 取締役会の会議中: フェーズ2では自分自身の分析のみを使用します(他者の分析は取り込みません)
  • 呼び出し: 他の役職に入力を求めることができます:[INVOKE:role|question]

コメント