アジャイルコーチのスキルシートの書き方|面談で評価される実績の見せ方
公開 2026-10-29 監修:株式会社エージェントベスト
アジャイルコーチのスキルシートは、どの範囲の誰を支援し、何が変わり、誰に引き継いだかを先に読ませるのが基本です。スクラムやカンバンといった手法の名前、研修の回数を並べるだけでは、スクラムマスターや研修講師との違いが伝わりません。
読み手が知りたいのは、「自社の状況に、この人がどこまで関われるか」です。この記事では、要約欄、支援案件ごとの項目、変化の書き方、スクラムマスターの経験との書き分けを、架空の記入例を使って解説します。スキルシートの基本の構成はスキルシートの書き方の基本をご覧ください。
アジャイルコーチのシートはどう読まれるか
発注側の担当者は、アジャイルコーチのシートを次の順で読む傾向があります。
- 支援の範囲:チーム横断か、部門か、組織全体か
- 支援した相手:チームのメンバー、スクラムマスター、プロダクトオーナー、部門の責任者、経営層、開発以外の部署
- 発注側の段階:立ち上げ期、拡大期、定着期のどこで関わったか
- 変化と引き継ぎ:何が変わり、支援を誰に渡したか
IPA(情報処理推進機構)の「アジャイルプロジェクト実践ガイドブック」は、アジャイルチームの成長を立ち上げ期・拡大期・定着期に分けて説明しています。この段階の言葉を使うと、読み手と状況の認識をそろえやすくなります。
要約欄は「支援の型」を3行で
要約欄には、経歴を年代順にまとめるより、自分がどんな型のコーチかを先に書きます。型は、支援の範囲、得意な段階、支援した相手、業界の4つで表すと伝わります。
例:
- 同じプロダクトに関わる複数チームの横断支援を、拡大期を中心に担当
- スクラムマスター・プロダクトオーナーの育成と、社内推進役への引き継ぎの経験あり
- 金融業の開発部門で、品質保証部門と連携した手続きの見直しに関わった
これは書き方を示すための架空の例です。応募する案件の段階や範囲に近い行を一番上に置き、案件ごとに並べ替えます。自己PRの書き方は自己PR欄の書き方でも解説しています。
支援案件ごとに入れる項目
| 項目 | 書き方のポイント |
|---|---|
| 期間 | 年月で書く。稼働の形(週何日か、常駐かリモートか)も添える |
| 支援先の概要 | 業種と、組織の規模感(例:小売業の開発部門)。社名は書かない |
| 立場 | 発注側の社内に入ったのか、開発を担う会社の側から入ったのか。肩書きと実際の役割 |
| 支援の範囲 | チームの数と人数、関わった部署、経営層が含まれたか |
| 段階 | 立ち上げ期・拡大期・定着期のどこで入り、どこで抜けたか |
| 支援前の状態 | 発注側が抱えていた課題を1〜2行で |
| 主な支援 | 自分が設計した場、提案して採用されたこと、育てた相手 |
| 変化 | 支援の前と後で違ったこと(伏せられる範囲で) |
| 引き継ぎ | 誰に何を渡したか、支援終了後の状態 |
記入例
期間:(例)約1年。週3日、リモート中心で月2回出社
支援先の概要:(例)小売業 事業会社の開発部門(ECサイトと店舗アプリ)
立場:発注側の社内に外部コーチとして参画。肩書きはアジャイルコーチ
支援の範囲:同じプロダクトに関わる4チーム(各5〜7名)と、各チームのスクラムマスター、プロダクトオーナー2名、部門長
段階:拡大期。チームが1つから4つに増えた直後に参画し、定着期の入口で終了
支援前の状態:チームごとに計画を立てており、他チームの作業待ちで完了しない項目が毎回残っていた
主な支援:4チーム合同の計画の場を設計し、依存関係を一覧で見える形にした。プロダクトオーナー2名の役割分担と、優先順位を決める会議の進め方を部門長と決めた
変化:他チーム待ちで持ち越す項目が減り、四半期ごとのリリース計画を合同で立てられるようになった
引き継ぎ:合同計画の進行を社内のスクラムマスター1名に引き継ぎ、最後の2か月は観察と助言のみに切り替えた
これは項目の埋め方を示すための架空の例です。実際の経験に置き換えて書いてください。
変化の書き方
組織の変化は、数字にしにくいものです。それでも、次のような材料を使うと、読み手が変化を想像しやすくなります。
| 書き方 | 例 |
|---|---|
| 伝わりにくい | アジャイル導入を推進し、組織の変革に貢献した |
| 伝わりやすい | (例)承認に平均2週間かかっていたリリースの手続きを、品質保証部門と見直し、スプリントごとにリリースできる形にした |
使いやすい材料には、リリースの間隔、他チーム待ちの件数、ふりかえりで決めた改善の実行状況、自分たちで進行できるようになった会議の数などがあります。数字は、守秘義務の範囲で、伏せたり丸めたりして書きます。書いてよい範囲の考え方はスキルシートに書いてよいこと・いけないことをご覧ください。
変化を自分だけの成果として書かないことも大切です。コーチは、チームや組織が自分たちで変わるのを支える立場です。「〜を支援し、チームが〜できるようになった」と、主語を分けて書くほうが、役割を正しく理解していることが伝わります。
スクラムマスターの経験との書き分け
スクラムマスターとして働いた期間にも、チームの外に働きかけた経験が含まれていることがあります。スクラムガイドでも、スクラムマスターの役割に、組織のスクラム導入を支援することが含まれています。その経験は、アジャイルコーチの応募で生かせます。
書き分けるときは、次のように分けると読みやすくなります。
- スクラムマスターとしての役割:担当したチーム、チームの中で整えたこと
- チームの外への働きかけ:ほかのチームや部署と一緒に変えたこと
肩書きはスクラムマスターのままで構いません。チームの外への働きかけを別の行に分けて書くと、読み手はコーチとしての経験を拾いやすくなります。スクラムマスターとしてのシートの書き方はスクラムマスターのスキルシートの記事で解説しています。
研修・ワークショップの書き方
研修の実績は、回数や受講者数だけで終わらせず、研修の後に現場で何が起きたかまで書きます。IPAの「アジャイル開発の進め方」も、基本を書籍や外部の人を通じて学んだ後、組織内で自律的に推進できるようにすることが必要だと書いています。研修はそのきっかけの1つです。
- 伝わりにくい:「アジャイル研修を10回実施」
- 伝わりやすい:「(例)プロダクトオーナー向けの研修を設計し、受講した3名とその後2か月、バックログの整え方を一緒に見直した」
資格欄の書き方
資格欄には、認定の正式名称、実施団体、取得年月を書きます。更新が必要な認定は有効期限も添えます。スクラムの認定の書き方はスクラムの認定資格の記事で紹介しています。
提出前に見直したいこと
書き終えたら、次の点を確かめてから提出します。
- 要約欄の1行目が、応募する案件の支援の範囲と段階に近い経験になっているか
- 各案件に「支援の範囲」「段階」「引き継ぎ」が書かれているか
- 「推進した」「貢献した」だけで終わり、何をしたかが読み取れない行が残っていないか
- 支援先の社名、プロダクト名、伏せるべき数字が残っていないか
- 稼働の形(週何日、リモートか常駐か)が書かれているか
- 手法やツールの名前が、経歴欄の中身と結びついているか
最後の点は見落とされがちです。スキル欄に大規模向けの枠組みやツールの名前を並べるなら、経歴欄のどの支援で使ったかが読み取れるようにしておきましょう。
よくある質問
アジャイルコーチの肩書きで働いたことがありません。どう書けばよいですか?
肩書きより、実際に担った役割を書きます。スクラムマスターやPMOとして、複数のチームや他部署に働きかけた経験があれば、その部分を別の行に分けて書くと伝わります。肩書きを実際と違うものに書き換えることは避けましょう。
うまくいかなかった支援も書くべきですか?
書いてよい経験です。何がうまくいかず、そこから何を学び、次の支援でどう変えたかが書ければ、判断の筋道が伝わります。シートには短く書き、詳しい経緯は面談で話せるように準備しておくとよいでしょう。
支援先が多くて書ききれません。どう絞ればよいですか?
応募する案件の型に近いものを3件ほど詳しく書き、残りは期間・業種・支援の範囲だけを1行ずつで並べます。研修や診断など短期の支援が多い場合は、まとめて1つの欄にして、代表的な例を1つ書く方法もあります。
参考にした公的情報・資料
- The Scrum Guide(Ken Schwaber・Jeff Sutherland)
- アジャイル開発の進め方(IPA 情報処理推進機構)
- アジャイルプロジェクト実践ガイドブック(IPA 情報処理推進機構)
記事の内容は公開日時点の情報にもとづきます。制度や税率は変わることがあるため、手続きの前に必ず各機関の最新情報をご確認ください。