職務記述書ライブラリの概要

GitLab では職務記述書は機能別に整理されており、役割について候補者に伝えるためと、現在のチームメンバーがパフォーマンスを評価するために使用されます。

職務記述書は content-sites/handbook リポジトリのディレクトリで機能別に整理されています。
職務記述書ライブラリで職務記述書を確認してください。
職務記述書に関する質問は、マネージャーにお問い合わせください。

注意事項

新しい職務記述書を作成する前に、ディレクトリを確認して、作成しようとしているものに近い既存の職務記述書や役割があるかどうか確認してください。職種ファミリーはチーム、部門、または場合によっては事業部門を包括すべきです。
- 新しい職務記述書を作成するのではなく、レベル、専門性、またはセグメントを追加するだけの場合もあります。
時間の経過とともに変化する可能性があり、職務記述書は一定であるため、ほとんどの役割に場所の要件（EMEA、Americas、APAC）を含めません。
自由形式であるため、専門性は含めません。
役割で必要なレベルでパフォーマンスを発揮する能力に直接関連する場合を除き、経験年数の具体的な数を含めません。経験年数が役割に直接関連しない場合は、代わりに特定の役割の人が「関連する段階的な経験」を持つべきと言い、その特定のコンテキストで関連する段階的な経験とは何かを定義します。
- グレード 4 と 5 の役割では、独自のキャリアや教育の経歴を持つ人が特定の役割に自分を見出せるよう奨励するために、あらゆる種類の事前経験要件を避けます。
空席として読まれないようにしてください。職務記述書は採用に使用される場合がありますが、チームメンバーとマネージャーがキャリア開発とパフォーマンス管理に関する会話で使用する要件として機能することがより多いです。使用したくない表現には「あなたは〜します」、「エキサイティングな機会」、「〜の採用を行っています」などのフレーズが含まれます。
職務記述書のイテレーションを継続しています。良い例として他の職務記述書を検索しないでください。以下のテンプレートとこのページがガイダンスのシングルソース・オブ・トゥルース（SSOT）です。
職務記述書は GitLab のレベル期待値と一致している必要があります。個人貢献者と人事マネージャーの両方のレベルのスコープと影響、複雑性と問題解決、リーダーシップとコミュニケーション要件に関するガイダンスについては、職種フレームワークをご参照ください。
チームリードと人事マネージャーと機能マネージャー：GitLab がこれらの用語をどのように定義しているかを認識してください。組織のニーズに応じて、チームリードが直接人を管理する場合とそうでない場合があります。チームリード役割が使用できる 2 つのケースがあります：
- 個人貢献者としてのチームリード - このコンテキストでは、チームリードは特定のプロジェクトまたは専門分野（Subject Matter Expert）に責任を持ち、作業を達成するために他の人と協力する場合があります。チームリードはプレイヤー/コーチとして活用でき、独自の個人タスクを完了しながら、チームの他のメンバーをメンタリング、トレーニング、コーチングします。チームリードはエスカレーションされたケースや複雑なケースやプロジェクトも処理する場合があります。
- 人事マネージャーとしてのチームリード - このコンテキストでは、チームリードは第一レベルまたはエントリーレベルの人事マネージャーとしてチームを直接管理します。これは採用、昇進、パフォーマンス管理、またはチームメンバーの退職に直接責任を持つことを意味します。チームリードは、同じ報酬ベンチマークを共有していても、マネージャーに報告する場合があります。
- マネージャーの職務記述書とは、他の GitLab チームメンバーを直接管理する責任がある人のことです。チームメンバーを採用、昇進、退職させ、パフォーマンス管理が重要な機能の 1 つです。誰かが人のマネージャーであることを表す命名法は「マネージャー、ベンチマーク」（例：Manager, Corporate Events）で明確にできます。ディレクターについても同様です（例：Director, Corporate Events）。
- 人を管理せず、職務機能を管理する人を表す命名法は「ベンチマークマネージャー」（例：Marketing Manager）で明確にできます。

承認フロー

誰でも職務記述書を作成または編集できますが、一般的にはポジションまたは職務記述書を管理する人が承認プロセスを開始する責任があります。必要に応じて他の人の助けを借りることができます。既存または新規の職務記述書のマージリクエストが作成された後、マージリクエストは以下の承認フローに従う必要があります：

あなたのマネージャー：直属のマネージャーは責務と役割レベルの範囲を明確にし、レベル間の明確な差別化を確保し、責務と要件を確認してテンプレートロジックに従っていること、および必要な分野がすべてあることを確認する責任があります。マネージャーは直属のマネージャーとのビジネスニーズを検証する必要があります。このレビュー後は迅速に進む必要があるため、マネージャーがゲートキーパーです。
タレントマネジメント：タレントマネジメントは、組織内の同様のレベルの他の役割との一貫性、GitLab 職種フレームワークとの整合性、全体的な構造をレビューし、People Business Partner (PBP) に通知します。
部門責任者と People Business Partner：部門責任者（通常は VP レベル）は役割のビジネスニーズがあることを確認し、People Business Partner と連携して部門/事業部門の構造とレベルをレビューします。ヘッドカウント計画により役割が作成されている場合は、採用目的のためにタレントアクイジションパートナーに見えるようにしてください。
トータルリワーズ：トータルリワーズチーム @gl-total-rewards はマージリクエストの職務記述書の最終承認者であり、以下を確認します：
- レベルが調査データに基づいて市場で一般的であること。
- 職務記述書のすべてのコンポーネントが入力されていること。
- Workday 内で役職が作成されていること。
マージリクエストのより多くの可視性を作るために、#job-family Slack チャンネルにメモを送ってください。

新しい職務記述書のテンプレート

このページには 2 つのテンプレートがあります。最初のテンプレートは、職務記述書に 1 〜 2 つの役職とより多くのレベル（ジュニア、中級、シニア、マネージャー、ディレクターなど）または専門性がある場合に適しています；例として。各役職に多くのレベルがあります。2 番目のテンプレートは、同じファミリー内に多くの異なる役職がある場合に適しています；例として。

職務記述書テンプレート 1

このテンプレートを貼り付けた後、{add を検索して入力が必要な領域に素早くナビゲートしてください。

---
title: {add text of job description name}
---

{add overview; a brief description of the job description}

## Responsibilities

- {add a bulleted list of responsibilities that apply for all levels of the role}

## Requirements

- Ability to use GitLab
- {add a bulleted list of requirements that apply for all levels of the role}

## Levels

### {add name of level - i.e. Junior/Senior/Manager. Note we do not list the intermediate level in the title but after the role in parentheses - i.e. IT Systems Engineer (Intermediate)}

The {add the position title} reports to the {add the reporting position and link to the job description or heading (if on the same page)}.

#### {add Level} Job Level

The {add the role name} is outlined in the [Job Levels](https://docs.google.com/spreadsheets/d/1kcDb-A2uwchPtTNSJON65BdqS9P0KQmNz0fbNMZMt_M/edit?gid=819074618#gid=819074618) resource.

#### {add Level} Responsibilities

- {add a bulleted list of responsibilities that apply for this level}

#### {add Level} Requirements

- {add a bulleted list of requirements that apply for all levels of the role}

#### {add Level} Performance Indicators

- {add 3-5 KPIs that this role will be the DRI for, if the PIs are the same for all levels remove this section and use the heading 2 section later in the template}

### {add name of level - i.e. Junior/Senior/Manager. Note we do not list the intermediate level in the title but after the role in parentheses - i.e. IT Systems Engineer (Intermediate)}

The {add the position title} reports to the {add the reporting position and link to the job description or heading (if on the same page)}.

#### {add Level} Job Level

The {add the role name} is outlined in the [Job Levels](https://docs.google.com/spreadsheets/d/1kcDb-A2uwchPtTNSJON65BdqS9P0KQmNz0fbNMZMt_M/edit?gid=819074618#gid=819074618) resource.

#### {add Level} Responsibilities

- {add a bulleted list of responsibilities that apply for all levels of this job description}

#### {add Level} Requirements

- {add a bulleted list of requirements that apply for all levels of this job description}

#### {add Level} Performance Indicators

- {add 3-5 PIs that this role will be the DRI for, if the PIs are the same for all levels remove this section and use the heading 2 section later in the template. PIs should link to the data}

## Segment

### {add name of Segment}

{add a brief description of the specialty}

#### {add name of Segment} Requirements

- {add a bulleted list}

#### {add name of Segment} Responsibilities

- {add a bulleted list}

## Specialties

### {add name of Specialty}

{add a brief description of the specialty}

#### {add name of Specialty} Requirements

- {add a bulleted list}

#### {add name of Specialty} Responsibilities

- {add a bulleted list}

## Performance Indicators

- {add 3-5 PIs that this role will be the DRI for, if PIs were listed for each level, because the are all unique, remove this section. PIs should link to the data}

## Career Ladder

{add brief description of the career ladder}

## Hiring Process

Candidates for this position can expect the hiring process to follow the order below. Please keep in mind that candidates can be declined from the position at any stage of the process.

- Qualified candidates will be invited to schedule a 30 minute [screening call]({{< ref "interviewing#screening-call" >}}) with one of our Global Recruiters.
- {add a bulleted list of the hiring process steps here}

Additional details about our process can be found on our [hiring page]({{< ref "/handbook/hiring" >}}).

テンプレート 1 の追加詳細

レベルを昇順にリストアップしてください。ジュニア/アソシエイトから始めて最高レベルで終わる。
職務記述書全体に適用される包括的な責務や要件は、レベルを記載する前にリストアップしてください。
上位レベルのジュニア要件リストを繰り返さないでください：
- より上位レベルにも関連する下位レベルの要件セット全体を再リストしたくないです。セクションタイトルを {Level} Requirements のままにすることができます。その後、「{名前のより低い職位}の責務を拡張する」または「{名前のより低い職位}の要件を拡張する」という最初の箇条書きを追加できます。
専門性は一部のレベルにのみ関連する場合があります。各専門性がどのレベルに適用されるかを明確にしてください。専門性がない場合はセクションを削除してください。
セグメント：セグメントは営業ベースの職務記述書（例：エンタープライズ、ミッドマーケット、SMB、パブリックセクター）に見られます。職務記述書にセグメントがない場合はセクションを削除してください。
パフォーマンス指標が職務記述書のすべてのレベルで同じ場合は、レベルセクションの下にリストしないで、職務記述書全体の最後にリストしてください。レベルセクション内またはテンプレートの最後のいずれかのパフォーマンス指標セクションを削除してください。
キャリアラダー：次の職務記述書。すべてのレベルは 1 つの職務記述書に含まれるべきですが、次の職務記述書が複数の職務記述書を管理する場合は例外です。例として。一部のチームはMoving to and moving from というキャリアパスを追加しており、職務記述書に移動する可能性のある現在および将来の役割について説明しています。[例]((/job-description-library/product/product-manager#moving-from-product-management)をご覧ください。
報酬とGitLab についてのセクションは、職務記述書のフォーマットにより自動的に入力されます。

職務記述書テンプレート 2

2 番目のテンプレートは、同じファミリー内に 3 つ以上の役職がある場合に適しています。たとえば、チームが同じ人に報告する多くの異なるポジションで構成されているか、同じ目標の達成に取り組んでいる場合です。

このテンプレートを貼り付けた後、{add を検索して入力が必要な領域に素早くナビゲートしてください。

---
title: {add text of job description name}
---

{add an overview; a brief description of the job description}

## Role

{add brief description of the role} The {add the position title} reports to the {add the reporting position and link to the job description or heading (if on the same page).}.

### Job Level

The {add role name} is outlined in the [Job Levels](https://docs.google.com/spreadsheets/d/1kcDb-A2uwchPtTNSJON65BdqS9P0KQmNz0fbNMZMt_M/edit?gid=819074618#gid=819074618) resource.

### Responsibilities

- {add a bulleted list]

### Requirements

- Ability to use GitLab
- {add a bulleted list}

### Performance Indicators

- {add 3-5 PIs that this role will be the DRI for, they should link to the data}

### Career Ladder

{add a brief description of the career ladder here}

### Hiring Process

Candidates for this position can expect the hiring process to follow the order below. Please keep in mind that candidates can be declined from the position at any stage of the process.

- Qualified candidates will be invited to schedule a 30 minute [screening call]({{< ref "interviewing#screening-call" >}}) with one of our Global Recruiters.
- {add a bulleted list of the hiring process steps here}

Additional details about our process can be found on our [hiring page](/handbook/hiring).

## Role

{add brief description of the role} The {add the position title} reports to the {add the reporting position and link to the job description or heading (if on the same page).}.

### Job Level

The {add role name} is outlined in the [Job Levels](https://docs.google.com/spreadsheets/d/1kcDb-A2uwchPtTNSJON65BdqS9P0KQmNz0fbNMZMt_M/edit?gid=819074618#gid=819074618) resource.

### Responsibilities

- {add a bulleted list}

### Requirements

- Ability to use GitLab
- {add a bulleted list}

### Performance Indicators

- {add 3-5 PIs that this role will be the DRI for, they should link to the data}

### Career Ladder

{add a brief description of the career ladder}

### Hiring Process

Candidates for this position can expect the hiring process to follow the order below. Please keep in mind that candidates can be declined from the position at any stage of the process.

- Qualified candidates will be invited to schedule a 30 minute [screening call]({{< ref "interviewing#screening-call" >}}) with one of our Global Recruiters.
- {add a bulleted list of the hiring process steps here}

Additional details about our process can be found on our [hiring page]({{< ref "/handbook/hiring" >}}).

テンプレート 2 の追加詳細

報酬とGitLab についてのセクションは、職務記述書のフォーマットにより自動的に入力されます。

ゼロから新しい職務記述書を作成する

このプロセスの簡単なウォークスルーがあります。これらのスライドを使用する場合は、ハンドブックが最新であり、スライドや動画が古くなっている可能性があることを忘れないでください。

gitlab.com の content-sites/handbook プロジェクトに移動する
content ディレクトリを選択する
job-description-library ディレクトリに移動する
新しい職務記述書を作成する部門を選択する（例：Marketing、Sales など）
正しい部門ディレクトリに入ったら、+ を選択する
ドロップダウンリストから New file を選択する
job-title.md の形式でタイトルを挿入する（例：marketing-campaign-manager.md）
新しい職務記述書のテンプレートをコピーしてファイルの本文に挿入する
{curly brackets} 内のすべてを置き換えてテンプレートのセクションを入力する（{add で検索）
マークダウン形式を使用する
不要なセクションを削除する - たとえば、この時点で Levels または Specialties がない場合は、これらのセクションを削除できる
コミットメッセージを行っていることの説明で更新する
ターゲットブランチを行ったことの略語に更新する。注意：スペースの代わりに単語間にダッシュを含める。
「この変更で新しいマージリクエストを開始する」チェックボックスがチェックされていることを確認する。
下部の「変更をコミット」ボタンをクリックする
確認：マージリクエストが受け入れられたときにソースブランチを削除する。
下部の「マージリクエストを送信」ボタンをクリックする

概要ページの作成

職務記述書が非常に大きい場合は、職務記述書の概要ページを作成することを検討できます。これは外部の候補者に役割についてアクティブにソーシングしている場合に役立ちます。

職務記述書に新しいレベルや新しい役割を追加するときは概要ページを更新する必要があることを覚えておいてください。
職務記述書についての冒頭の説明は、職務記述書ページから概要ページにコピーしてください。すべての職務記述書が概要ページを持っているわけではないため、いずれか一方から削除すべきではありません。
概要ページは、サブフォルダ overview を追加することで典型的な命名規則に従う必要があります。

フォーマット

作成したすべての概要ページで、ページの URL は /job-description-library/department/title/overview/ であり、テンプレートから始めて作成する必要があります。テンプレートに対して追加すべきことはわずかです。

新しい職務記述書の概要の作成

/job-description-library/[department]/[name-of-job-family]/overview にフォルダを作成します。まだ存在しない場合は、ディレクトリの命名に小文字のみを使用し、正しい部門のサブディレクトリに追加してください。
ファイルタイプは _index.md である必要があります。
テンプレートをコピーして新しいファイルに追加する
更新が必要なすべての場所を更新する：
- {Job Title} を職位で置き換える
- {Job Description introduction} を仕事自体に関する詳細な情報を提供するパラグラフで置き換える
- この職務記述書のビデオがある場合、youtube ID_FOR_VIDEO を関連する ID に置き換える
- ビデオがない場合は、ビデオを追加するスニペット全体を削除する
- 職務記述書内の各役割には card が必要

新しい職務記述書の概要のテンプレート

---
title: {job-family title}
---

URL とリダイレクトの更新

このビデオでは、職務記述書の URL を変更する方法と古い URL のリダイレクトを設定する方法を説明します。

パイプラインの失敗

職務記述書のハード要件を確認する CI ジョブがあります：

要件
- すべての役割には Ability to use GitLab を箇条書きとして含める必要があります。
責務
パフォーマンス指標
職位レベル
採用プロセス
インクルーシブ言語チェック

インクルーシブ言語チェック

すべての職務記述書に対してインクルーシブ言語チェックを実行するためにオープンソースの Ruby gem を使用しています。

現在そのライブラリは以下をカバーしています：

男性的対女性的にコード化された言語の使用
性別のある代名詞の使用
誤用された言葉
固定的対成長マインドセット

以下の結果はパイプラインの失敗につながります：

男性的にコード化された言語の多用：これは職務記述書が女性的にコード化された言葉よりも男性的にコード化された言葉をより多く使用していることを意味します。
多様なグループを除外する可能性があるため、誤用された言葉の使用。
固定的にコード化された言語の多用：これは職務記述書が成長的にコード化された言葉よりも固定的にコード化された言葉をより多く使用していることを意味します。
性別のある代名詞の使用：すべての人にインクルーシブでありたいと考えています。
- 微妙に男性的にコード化された、固定的にコード化された言語を使用している場合、または誤用された言葉を使用している場合は、パイプラインが失敗し、承認フローに従う前にそれを修正する必要があります。男性的または固定的な言語の代わりに使用するための推奨される言葉については、このリストを参照してください（追加も歓迎します）。
- パイプラインが失敗した場合、最初の推奨事項はエラーを読むことです。テキストの問題点が表示されます。たとえば：
```
1. ["ATTENTION: In /builds/gitlab-com/www-gitlab-com/sites/uncategorized/source/job-description-library/marketing/reference-program-manager/index.html.md you're using masculine gender-coded language", "Masculine coded words used: analyst, analytical, decision, driven, leader"]
2. ["ATTENTION: In /builds/gitlab-com/www-gitlab-com/sites/uncategorized/source/job-description-library/marketing/production-designer/index.html.md you're using fixed-coded language", "Fixed coded words used: established"]
```
この場合、2 つの職務記述書が失敗し、それぞれ異なる理由があります。次の 2 つのことができます： - よりインクルーシブなテキストに修正し、変更をコミットするとパイプラインが再度実行される - パイプラインが偽陽性を見つけたと判断した場合や異議がある場合は、このリストにファイルを追加することができます。このリストにあるファイルはインクルーシブネスチェックから無視されます。職務記述書をスキップレベルに追加するリクエストをする場合は、マージ前に要求されるため、インクルーシブネスチェックのスクリーンショットを MR に貼り付ける必要があります。

職務記述書にパフォーマンス指標が必要な理由

すべての職務記述書にはパフォーマンス指標（PI）が必要です。
パフォーマンス指標は、仕事をうまくまたは正しく行っているかどうかを示すべきです。たとえば、私たちの投資家向け広報担当副社長役割には、アナリストによる私たちの説明と自己説明を比較するパフォーマンス指標があります。
パフォーマンス指標は、人々が貢献していることを知りたいので重要です。
候補者は役割での成功がどのようなものかを知りたいと思っています。
チームメンバーは成功のためにどのように測定されているかを知りたいと思っています。
会社、機能、または部門の KPI は汎用的すぎて、職務記述書のパフォーマンス指標として有用ではありません。パフォーマンス指標のサブセットのみが KPI です。
OKR や週次目標のような時間敏感な PI は、長期的な成功要因ではないため有用ではありません。
パフォーマンス指標は役割に固有のものであり、他の人のパフォーマンスに依存しないものであるべきです。
職務記述書には 3〜5 つの PI が必要です。
パフォーマンス指標は、この職務記述書が DRI となる 1 つ以上のパフォーマンス指標の定義にリンクすべきです。

最終更新 May 6, 2026: Merge pull request #100 from kyama0/fix/upload-images-tolerate-upstream-missing (70970e1a)

ページのソースコードを見る - ページの編集 - please contribute.