dev-event-hiring

Dev Event Hiring

採用責任者がテックイベント運営職の採用に必要とする資料を作成します。運営状況に合わせた評価シート、業界の実際の（ただし部分的な）情報をもとに組み立てた面接プロセス、候補者の募集計画、そして数値を混ぜ合わせず出典を明記した報酬方針を用意します。

対象外の事項は、次のスキルに引き継いでください。

• 候補者へのコーチング - samber/dev-event-organizer-skills@dev-event-career は、このスキルとは対をなすものです。
• 常設の運営チーム自体の体制 - 法人形態、意思決定権、後継者計画、ボランティアから有給スタッフに切り替える基準などです。初めての有給ポジションをそもそも採用すべきか、という相談はそちらに案内してください。このスキルは、採用を決めた後、どうすれば適切に採用できるかに答えます。

ユーザーが採用する側ではなく仕事を探している場合は、その旨を一文で伝え、dev-event-career に案内してください。

このスキルの対象外：参加者から運営者に寄せられる採用依頼。 運営者には、参加者や地元企業から「紹介してくれませんか」「採用できそうな人を知りませんか」という依頼が絶えず寄せられると報告されています。これらは運営チーム自身の採用ではありません。samber/dev-event-organizer-skills@event-community-building § 採用依頼 に案内してください。コミュニティが求人掲示板のようにならないよう、範囲を限定した受け皿を用意しています。

面接

質問は一度に一つずつ行い、可能であれば選択式にします。すでに回答されている項目は省略してください。質問 7〜9 の回答に応じて、以下の資料の優先順位を調整します。

1. 運営状況：（a）自社のカンファレンスやミートアップシリーズを開催する企業の社内職種 （b）クライアント向けのイベントを手がけるイベント制作会社の採用 （c）初めて有給スタッフを採用する非営利団体、財団、またはボランティア主導のコミュニティイベント （d）常設の営利カンファレンス事業。
2. 想定する職種：（a）プロデューサー（物流・制作重視） （b）制作とステークホルダー管理を兼ねるマネージャー （c）コミュニティマネージャーに近い職種（ミートアップ主催者、開発者コミュニティイベントのハイブリッド） （d）未定。職務範囲から提案します。
3. 非営利またはコミュニティ主導のイベントの場合：参加者数が数千人規模、または予算が 6 桁に達していますか？このあたりが、初めて有給スタッフを採用することの多い基準です（まだ達していない場合は、まず event-team-structure に案内してください。採用には時期尚早かもしれません）。
4. この職種の評価指標は何ですか？参加者の満足度、予算内での運営、スポンサーの更新、コミュニティの成長、リピーター率など。
5. この職種に実際に割り当てられる人員と予算はどの程度ですか？単独で担当する、小規模チームを持つ、または既存スタッフと分担する形のどれですか？
6. 報酬方針：想定する給与レンジはありますか？また、その基準にする出典（PCMA、BLS、Glassdoor のテック業界データ）は決まっていますか？
7. 期限：今月中、今四半期中、または特に期限なしですか？
8. 今回限りの採用ですか、それとも今後複数回採用し、評価シートと面接プロセスを再利用しますか？
9. 工数の上限：候補者一人あたりの面接官の対応時間は何時間ですか？また、採用担当者はいますか？

回答の読み方

• Q1でスコアカードのテンプレートと現実的な対象範囲が決まります - references/company-type-hiring-bar.md を読み込みます。事業会社での採用では、部門をまたぐ知識（営業、マーケティング、プロダクト）が必要です。代理店での採用では、クライアントサービス体制の中で専門機能に照らして選考します。非営利団体・コミュニティでの採用は、初めての有給採用の段階では、ほぼ常にイベントコーディネーター／マネージャーであり、コミュニティマネージャーの役割ではありません。
• Q2で適用する面接設計が決まります - コミュニティマネージャー型の役割では、CMXの5つのコンピテンシーに基づく面接プロセスを使用します（ワークフローを参照）。プロデューサー／マネージャー型の役割では、一般的なイベントプランナー向けの選考順序を使用します。
• Q3は判断基準であり、単なるデータポイントではありません。 基準を超えていない場合、本当に問うべきなのは、そもそも採用するかどうかかもしれません。それはこのスキルではなく、samber/dev-event-organizer-skills@event-team-structure の判断事項です - 早すぎる採用に向けたスコアカードを作る前に、その点を伝えてください。
• Q4でスコアカードの成果指標が決まります - 汎用的な「優れたイベントを運営する」という成果は決して書かず、この役割が実際に何を基準に評価されるのかを明記します。
• Q5では、この分野で実際に見られる危険信号のパターンを確認します（危険信号を見つけるための求人票の読み方を参照）。チームも予算もないのに、スポンサー営業、コンテンツ、制作を一人で同時に担当することを期待される採用は、すでに求人票に見られる役割の集約パターンです。
• Q6で品質ゲートの報酬確認が必要になります - 複数の情報源をまとめた単一の数値は決して提示せず、PCMA、BLS、Glassdoorのいずれかを明記し、事業会社で採用する場合はテック業界の上乗せ分も示します。
• Q7では、ゼロから設計するより、既存の面接プロセスの再利用を優先します。
• Q8で、面接プロセスを簡素なままにする（単発）か、きちんと構築する（積み重ね型）かが決まります。
• Q9では、面接ステージを並べ替えるのではなく削除します。これは、営業職採用やDevRel職採用で、限られた面接官の時間を扱う方法と同じです。

ワークフロー

1. 面接を実施します。業務の状況と役割の特性に関する調整内容を、ユーザーが異議を唱えられるよう、短い段落で伝えます。
2. 成果物 1 - 役割別スコアカード。 references/company-type-hiring-bar.md を基に作成します。
   • 業務の状況と Q4 の指標を明記した、ミッションを示す1文
   • 測定可能な成果を3～8項目。「優れたイベントを運営する」のような曖昧な責務は含めません
   • 役割の特性に応じて重み付けしたコンピテンシー。コミュニティマネージャー型のスコアカードでは、CMX の5つのコンピテンシー（成長志向、データに基づくアプローチ、共感力、リーダーシップ、コミュニケーション）を使用します。プロデューサー／マネージャー型のスコアカードでは、ポートフォリオの質、予算管理、ベンダー／クライアントとの関係構築を重視します
3. 成果物 2 - 面接プロセス。 references/interview-loop-design.md を基に作成します。
   • プロデューサー／マネージャー型の採用では、一般的なイベントプランナー向けの順序を適用します。まずポートフォリオと過去のイベントを確認し、具体的な数値を尋ねます。状況に基づく質問（直前の会場変更、ベンダーの無断欠勤など）、予算管理に関する質問を行い、推薦状ではなく推薦者へのライブ電話での確認を行います
   • コミュニティマネージャー型の採用では、CMX の5つのコンピテンシーに関する質問集を使用します。「コミュニティが求めることと上司が求めることが異なる場合、どうしますか？」という踏み込んだ対立に関する質問も含めます
   • 実務課題の段階を適切に設けます。シニアのコミュニティマネージャー型の採用では、既存コミュニティを対象とした有償のミニ監査を、ジュニア／モデレーター候補の場合はスレッドへの返信サンプルを作成する演習を行います。プロデューサー／マネージャー型の採用では、無償で範囲が定められていない、クライアント業務のような作業は決して依頼しません
   • テックカンファレンスに特化した、完全に文書化済みの単一の面接プロセスはどこにも公開されていないことを明記します。これは業界標準のコピーではなく、複数の情報を組み合わせて設計したものです
4. 成果物 3 - 採用候補者の募集計画。 references/sourcing-channels.md を基に作成します。
   • 開発者／テックカンファレンスに特化した掲示板は存在しないため、イベント業界全般の求人掲示板（PCMA Career Center、MPI Career Center、BizBash、MeetingJobs/Cadre、Event Careers）を使用します
   • コミュニティマネージャー型の役割では、CMX Job Board とその Slack コミュニティが、テック業界に最も近い採用チャネルです
   • 地域のミートアップで、各集会の冒頭に短く時間を区切った告知の場（「仕事を探している人、採用中の人はいますか？」）が設けられている場合は、そこで役割を告知します。コミュニティイベントにすでに参加している人に届くため、コミュニティマネージャー型の役割に不可欠なスキルを持つ人材にリーチできます。役割を1文で説明し、告知時間の上限を守ります
5. 成果物 4 - 報酬方針。 references/compensation-guidance.md を基に作成します。
   • 情報源を明示します。PCMA Convene の職位レベル別数値、BLS の幅広い職種の中央値、または社内採用のテック企業向けに Glassdoor が示すテック業界プレミアムのいずれかを使用します
   • 複数の情報源を一つの数値に混ぜてはいけません。提示する報酬の基準とする情報源、およびその理由を明記します
6. 以下の品質ゲートを実行します。合格するまで繰り返します。
7. ハーネスに永続メモリがある場合は、再採用時に再利用できるよう、スコアカード、面接プロセスの設計、採用候補者の募集計画を保存します。

求人票の危険信号を見極める

イベント運営の採用に関して、「落とし穴」型の分類体系として名付けられたものは、まだ存在しません。DevRel では Joe Nash 氏によるゲートキーパー／落とし穴の枠組みが文書化されていますが、これとは異なります。 存在しない既存の情報源を引用せず、この点を明確に述べてください。実際の求人票から確認できるのは、DevRel が自分たちの分野について名付けているものと同じ集約パターンが、ここでは別個に発見されたものではなく、明示的に転用された形で現れていることです。

• ゲートキーパーに相当するもの：深いスポンサー営業のクロージング能力、AV／制作の実務能力、CFP／コンテンツ選定の判断力、開催当日の危機管理を備えた、実現不可能な人材像を記載している一方で、給与はエントリーレベルで、職位は個人貢献者となっている求人票。
• 落とし穴に相当するもの：「創業時のイベントマネージャー、チームなし、予算なし、すべてを一任」といった表現で、成功指標、報告体制、人員増強の道筋が明示されていないまま、スポンサー営業、コンテンツ、制作、ボランティア／スタッフ管理を一人の採用者に同時に担わせる求人票。

求人票を公開する前に、両方のパターンに照らして自己監査してください。どちらか一方でも該当する場合は、公開前に複数の採用枠に業務範囲を分割するか、必要なリソースを明確に記載する必要があります。

企業の種類と職務形態の調整

1つのスコアカードのテンプレートを、異なる事業環境にそのまま適用してはいけません。詳しい比較と、情報源を確認できていない4つ目の事業環境（継続的に開催される営利カンファレンス事業）についての率直な注記は、references/company-type-hiring-bar.md に記載されています。

品質ゲート

最終成果物を提出する前に、以下の項目に照らして成果物を評価してください。

1. スコアカードには実際の事業環境と、この職務の評価に用いる指標が記載され、すべての成果が定量化されています。
2. 求人票はゲートキーパー／落とし穴の自己監査に合格しています。実現不可能な人材要件の羅列も、リソースのない「すべてを一任」する構成もありません。
3. 面接設計は職務形態に合致しています。コミュニティマネージャー型の採用には CMX の5つのコンピテンシーを、プロデューサー／マネージャー型の採用には一般的なイベントプランナー向けの選考手順を適用します。
4. 実務課題の選考段階を設ける場合は、範囲を限定して報酬を支払い、無期限の無報酬のクライアントワークにしてはいけません。
5. 非営利団体／コミュニティにおける初の有給採用では、前提とせず、基準となる質問（Q3）を実際に尋ねています。
6. 採用候補者の募集には、一般的なイベント業界の求人サイト、またはコミュニティマネージャー型の職務には CMX など、実在する名称付きのチャネルを使っています。存在しない「テックイベント求人サイト」を持ち出してはいけません。
7. 報酬に関する方針では、出典（PCMA、BLS、Glassdoor のいずれか）を明示しています。出典のない複数の数字を組み合わせた値を市場相場として提示してはいけません。

よくある失敗パターン

失敗	対処
チームも予算もないのに、1人の採用者にスポンサー対応、コンテンツ、運営をすべて担わせる	採用範囲を複数の採用者に分けるか、求人票に必要なリソースを明記します
初めての非営利団体／コミュニティ採用に、エージェンシー型の専門的な評価基準を流用する	実際の運営状況と、コーディネーター／マネージャーを優先するパターンに照らして調整します
制作／ロジスティクス専任の採用に、CMXのコミュニティマネージャー向け面接プロセスを使う	最も近い既存のプロセスではなく、実際の役割に合わせて面接プロセスを設定します
無報酬で期限の定めがない「テストプロジェクト」を課題として出す	範囲を限定した有償のミニ監査や、サンプルスレッドへの返信課題を代わりに使います
出典を示さず、複数の基準を混ぜた給与額を1つだけ提示する	PCMA、BLS、Glassdoorのいずれかを明記し、該当する場合はテック業界の上乗せ分も示します
実在しないテック専門の求人サイトをでっち上げる	実在する一般的なイベント業界向け求人サイトを使うか、コミュニティマネージャー型の役割にはCMXを使います
採用の必要性が生じる基準に達する前に、コミュニティイベントの初の有給ポジションを採用する	まずイベントチーム構成に案内し、採用が妥当かどうかを確認します
参加者からの「採用できる人を知らないか」という依頼を、このスキルの担当業務として扱う	イベントコミュニティ構築の「採用依頼」へ案内します。範囲を限定した告知を1回実施します

参考資料

• references/company-type-hiring-bar.md - 4つの運営状況、それぞれの具体的な違い、出典のない4つ目の状況について率直に示した注記。
• references/interview-loop-design.md - 一般的なイベントプランナーの選考手順、CMXの5つのコンピテンシー、報酬付きの実務課題の設計。
• references/sourcing-channels.md - 名称が明示された一般的なイベント業界向け求人サイトと、CMXのコミュニティマネージャー向けチャネル。
• references/compensation-guidance.md - PCMA、BLS、Glassdoorの給与表。それぞれ個別に記載しています。
• 候補者側の内容については、samber/dev-event-organizer-skills@dev-event-career を参照してください。
• 採用するかどうか、およびこの役割の採用後に既存チームが持つ意思決定権については、samber/dev-event-organizer-skills@event-team-structure を参照してください。
• イベント制作よりもDevRel寄りのコミュニティマネージャー型の採用については、samber/developer-relations-skills@devrel-hiring を参照してください。両スキルの評価基準を相互確認に利用できます。