Content last updated 2026-04-30

ピープルグループ

GitLab のピープルグループは、チームメンバーのライフサイクル全体を通じてすべての GitLab チームメンバーを支援します。

ようこそ

ピープルグループのハンドブックへようこそ!ここでほとんどの質問の答えを見つけられるはずです。

ピープルグループのビジョン

ピープルグループは、多様で包括的なチームが意義あるキャリアを経験できる、ハイパフォーマンスで結果重視の文化を確立するために協働します。

私たちは、人々が GitLab のビジネス成果の向上に完全に貢献しながら、最高の仕事をし、キャリアを進めることを可能にする文化を支援します。私たちは、価値観を最もよく体現するチームメンバーを採用、昇進、認識します。

ピープルグループの戦略は、FY27 Plan の実現を支援することに焦点を当て、世代を超えた会社を構築する基盤を整えながら、GitLab’s Company Strategy と整合しています。

私たちとつながる

以下のセクションでピープルグループに関連するページも確認できます。探しているものが見つからない場合は、以下を実施してください:

  • ピープルグループ は、ピープルグループを編成するためのいくつかのサブプロジェクトを保持しています。適切なサブプロジェクト、または不明な場合は general で issue を作成してください。GitLab チームメンバーのみに見えるべきトピックには confidential issues を使用してください。同様に、質問が共有可能な場合は public issue を使用してください。適切なチームメンバーがフォローアップできるよう @gl-people-ops-team または @gl-hiring をタグ付けしてください。
    • 機密性のため、ピープルグループのすべてのプロジェクトが issue で共有できるわけではないことに注意してください。完全に透明にできない場合は、issue の説明で共有できるものを共有し、その理由を説明します。
    • Employment Issue Tracker: このサブプロジェクトには Onboarding、Offboarding、Transition の Issue Templates のみが保持されており、People Operations チームのみが作成します。Interview Training Issue は Training project に保持され、Talent Acquisition チームによって作成されます。詳細は interviewing page を参照してください。
  • People Operations; issue tracker に適切でないと思われる質問がある場合、HelpLab 内で People Operations チームのケースを作成し、該当するテンプレート/カテゴリを選択してください。Google または Slack グループに関するアクセス要求については、こちらで issue を作成してください: https://gitlab.com/gitlab-com/team-member-epics/access-requests。Payroll、Expenses、または Equity に関する質問については、HelpLab 内のそれぞれのチームに質問を向けてください。リクルーティングチームへの質問(アクセスに関連する質問、または Greenhouse、紹介、面接、面接トレーニングに関するものを含む)については、#talent-acquisition チャンネルを使用してください。
  • 機密/プライベートな事項(チームをめぐる機微な事項を含む)について議論する必要がある場合は、Team Member Relations チームの HelpLab ケースを開くことができます。すべてのチームメンバーは、所在地にかかわらず、プライベートな機微な事項について議論するためにこのフォームを使用できます。
  • 技術的事項(たとえば 2FA)について助けが必要な場合は、#it_help で尋ねてください。チャンネルのトピックで issue の作成方法を説明しています。緊急の事項については @it-ops-team をメンションできます。

ピープルグループは、トップタレントを GitLab に呼び込み、チームメンバーが私たちの価値観に沿って意義ある貢献ができるようにすることで、GitLab のミッションを支援するためにここにいます。質問があるとき、またはサポートを求めるときは、ご連絡をためらわないでください!

助けが必要ですか?

緊急時の場合

GitLab のピープルチームから緊急サポートが必要な場合は、HelpLab でケースを作成してください。HelpLab はほとんどの労働時間中に監視されており、すべての人事関連の問い合わせのための一元化されたサポートプラットフォームです。People Operations methods of engagement について詳しく読んでください。

私たちは、緊急事態に直面したときにチームメンバーが常に最善の判断を使うことを信頼しています。チームメンバーは、重大なおよび/または医療緊急事態については、国の緊急サービス番号にダイヤルすることが奨励されています。他のチームメンバーがチームメンバーの緊急事態を認識している場合(たとえば Zoom 通話中に)、元のチームメンバーに代わってその国の緊急サービスに電話したいときは、特定の People Ops チームメンバーのみがチームメンバーの住所にアクセスでき、この極めてまれな状況が発生した場合に緊急サービスとのコミュニケーションを担う役割を引き受ける必要があるため、これをお勧めしません。

自然災害のためにチームメンバーが安全でない状況にある場合は、Disaster Recovery Plan ページを参照してください。

違反の報告方法

Code of Business Conduct and Ethics に記載されているとおり、違反の報告に関連するセクションがあります。GitLab は、すべてのチームメンバー向けに、包括的で機密性のある報告ツール、匿名の倫理ホットラインである EthicsPoint を提供するため Navex を起用しています。サービスの目的は、Code of Business Conduct and Ethics で扱われている行為について匿名で報告したいチームメンバーが、報復を恐れることなくそうできるようにすることです。

EthicsPoint に加えて、GitLab は、チームメンバーの関係に関する報告をすべてのチームメンバーが提出できる匿名の報告ホットラインを提供するために Lighthouse Services を起用しています。報告は、不正な解雇または懲戒処分、セクシュアルハラスメント、差別、行為違反、アルコールおよび薬物乱用、脅迫、不適切な行為、会社ポリシーの違反などのトピックをカバーしますが、これらに限定されません。

あなたが提供する情報は、報告している問題に関する社内および/または社外調査の基礎となる可能性があり、あなたの匿名性は法律で可能な範囲で Lighthouse によって保護されます。ただし、提供した情報のため、調査の過程であなたの身元が明らかになる場合があります。報告は、当社のポリシーに従って調査するため、Lighthouse によって会社の指定者に提出されます。

Lighthouse には、チームメンバーが使用できるフリーダイヤル番号やその他の報告方法が 24 時間 365 日利用可能です。

  • ウェブサイト: https://www.lighthouse-services.com/gitlab
  • 米国の電話番号:
    • 英語圏の米国とカナダ: 833-480-0010
    • スペイン語圏の米国とカナダ: 800-216-1288
    • フランス語圏のカナダ: 855-725-0002
    • スペイン語圏のメキシコ: 01-800-681-5340
  • その他のすべての国の電話: +1-800-603-2869
  • メール: [email protected](報告には会社名を含める必要があります)
  • ファックス: (215) 689-3885(報告には会社名を含める必要があります)

EthicsPoint および Lighthouse に加えて、Team Member Relations ページをご確認ください。GitLab はまた、任意のチームメンバーが任意のタイプの職場ハラスメントのインスタンスを文書化するために使用できる Harassment Complaint Form も提供します。フォームをコピーして、あなたの情報で記入し、[email protected] で Team Member Relations Specialist に送信するだけです。

ピープルグループの適切なメンバーへの連絡方法

この表は、ピープルグループ内の特定のグループに連絡したいときに使用するエイリアスを示します。これにより、適切なチームメンバーから、より早く適切な注意を得ることができます。

サブグループGitLab ハンドルメールSlack グループハンドル/チャンネルGreenhouseIssue tracker
People Business Partners@gl-peoplepartners, PBP のレビュー、コラボレーション、またはフィードバックを必要とする issue または MR に pbp-attention ラベルを追加してくださいpeoplepartners@ gitlab.com@peoplepartnersn/a
Total Rewards@gl-total-rewardstotal-rewards@ gitlab.comHelpLabn/a
People Compliance PartnerTBAHelpLabTBAn/a
People Operations Team@gl-people-ops-teamHelpLab@people-ops-teamn/a
Team Member Relations@atisdale-ext[email protected]n/an/a
Absence Management Team@lyndemeiers[email protected]HelpLabn/a
People Group Engineering@gl-people-engineeringメールグループなし、People Engineering の issue はここで作成してください#peopleops-engn/ahttps://gitlab.com/groups/gitlab-com/people-group/peopleops-eng/-/boards/3941171
Diversity, Inclusion and Belongingエイリアスはまだなし、@mention the
Diversity, Inclusion and Belonging Partnerdiversityinclusion@ gitlab.comn/an/aDiversity, Inclusion and Belonging issue tracker
Learning and Development@gitlab-com/people-group/learning-developmentlearning@ gitlab.com#learninganddevelopmentn/aL&D Issue Board
Talent Acquisition@gl-talent-acquisitionrecruiting@ gitlab.com@talent-acquisition-teamn/a
Employer Brandingエイリアスはまだなし、Senior Talent Brand Manager を @mentionemploymentbranding@ gitlab.comn/an/a
Candidate Experience Specialist@gitlab-com/gl-cesces@ gitlab.com@ces@ces*
Talent Acquisition Operations and Insights@gl-talent acquisitionopstalentacquisitionops@ gitlab.com@talent-acquisition-ops@talent-acquisitionops
Sourcing@gl-sourcingteamn/a@sourcingteamn/a
People Analyticsエイリアスなし、People Analytics の issue はこちらで作成してくださいn/a@peopleanalyticstriagen/aPeople Analytics Issue Board

マネージャーおよびチームメンバー向けのピープルグループ プログラムカレンダー

このページで、People Manager Calendar と All Team Member Calendar を見つけることができます。これらのページの目標は、チームメンバーと People Manager が事前に計画を立て、今後のプログラムとタイムラインの概要を把握できるようにすることです。

Legal-Employment チームは、多くの職能領域でピープルチームと協働し、サポートを提供します。

外部弁護士との関わりの前に、コストの正確な追跡を可能にするため、VP of Legal, Employment からのメールによる承認が必要です。

請求書は承認のため VP of Legal, Employment に送られます。

Legal, Employment チームは、チームメンバーへの国別の法的要件のコミュニケーション、エンティティ国で必要な場合のチームメンバーとの相談、または法的に必要な契約修正の手配などのため、People Operations チームのサポートを必要とする場合があります。これらの事項は個別のチームメンバーまたはチームメンバーのグループに関連する可能性があるため、機密の方法で適切に管理されます。

Legal, Employment チームが People Operations チームに支援またはサポートの要求を行う場合、要求はテンプレート(こちらにリンク、ただし Legal, Employment と People Operations チームのみ社内アクセス可能)を使用して定式化されるべきです。 要求には、People Operations が支援できるようにするための すべての 必要な詳細と説明を含めるべきです:

  • 何が必要かの説明
  • 要求にタイムラインがあるかどうか(People Operations にできるだけ多くのリードタイムを提供することを確保する)
  • 必要なすべての情報が提供されているかどうか(連絡先名、該当する場合は両言語の翻訳、関連書類へのリンクなど)
  • チームメンバーと共有する FAQ が必要かどうか、または People Operatons が発生する可能性のある質問に答えるための十分な情報を持っているかどうかに関するメモ
  • legal または People Operations のフォローアップアクションがあるかどうか
  • 影響を受けるチームメンバーのマネージャーのための短い説明または要約(必要な場合)、または礼儀的なアップデート
  • 完了の確認が必要かどうか

要求を行うには、テンプレートのコピーを保存し、上記のとおり記入し、日付を入れて People Operations Manager に渡し、要求が評価され完了のために People Operations チームのメンバーに割り当てられるようにすべきです。割り当てられたら、要求を支援する People Operations チームのメンバーは、要求が処理中であることを確認し、タスクを完了するためにコラボレーションしやすくするため、要求を行った Legal, Employment チームのメンバーと連絡を取るべきです。

People Operations チームが People Business Partner チームに提供するサポート

People Business Partners からの People Operations チームのほとんどのタスク/要求は、HelpLab を介して処理されます。一般的なクエリ/質問の場合、PBP は private #pbp-peopleops Slack チャンネルでガイダンスを要求できます。これはプライベートチャンネルです。People Operations チームは 24 時間以内にタスクを自己割り当てし、Slack/HelpLab で要求にコメントして確認します。

People Operations の責任と対応タイムライン

役割の責任の真実の源は、People Operations Team のジョブファミリーであることに注意してください。以下の表は、チームの中核となる責任のいくつかの簡単な概要を提供することを目的としています。

People Operations チーム

責任対応タイムライン
Onboarding開始日の 2 週間前
Offboarding非自発的の場合は即時、自発的の場合は 24 時間
Organizational Changes変更の発効日から 3 日以内
Letters of Employment24 時間以内
Employment Verification24 時間以内
Anniversary Emails翌月の初日
HelpLab Queries24 時間以内
Probation Period Notifications毎日(該当する場合)
Contract Renewalsチームメンバーの更新日の 30 日以上前
Exit Interviews自発的 offboarding のチームメンバーの最終週中
US Unemployment Claim Management必要に応じて、四半期ごとに監査
Relocations要求通り、通常チームメンバーの relocation 日の 30 日以上前に完了

People Operations Team のその他のリストされたプロセスはこちらで見つけることができます。

Employment Solutions Team

責任対応タイムライン
Country ConversionsCFO から承認が与えられたらすぐに。変換のターンアラウンド時間は、さまざまな要因に基づいて変わる可能性があります。

People Compliance Team

責任対応タイムライン
Administration of the signing of our Code of Business Conduct and Ethics年次(2 月/3 月)

よくある要求

チームに連絡する前に、People Internal Handbook の頻繁に要求されるセクションをご確認ください。このページには、チームディレクトリへのアクセス、雇用証明書の要求、住宅ローンのフォーム、企業の照会要求ポリシー、ビジネスカードの注文、GitLab システムでの名前の変更に関する情報が含まれています。

住所

  • 郵送住所については、当社の visiting ページを参照してください。
  • NL オフィスについては、addpost を使用してメールをスキャンし、要求に応じて物理的な住所に送信します。

不正確である可能性のある LinkedIn プロフィールの報告

GitLab は、GitLab チームメンバーであることに関する不正確な情報を持つ LinkedIn プロフィールを積極的に検索しません。ただし、プロフィールが特定され、その人が本当に GitLab チームメンバーであるかどうかに疑問がある場合があります。以下は、潜在的に不正確なプロフィールにフラグを立てるプロセスと、People Operations チームがプロフィールを確認し、潜在的に報告するために行うアクションです。

  • チームメンバーはまず、その人が現在の GitLab チームメンバーかどうかを判断するため、Slack および/または組織のページで確認すべきです。
  • チームメンバーがプロフィールを確認できない場合、チームメンバーは HelpLab を介して、対象となる LinkedIn プロフィールと共に People Operations Team に連絡すべきです。
  • People Operations チームメンバーは、その人がチームメンバーでないこと/なかったことを Workday で確認します。
  • People Operations チームメンバーは、その人が面接を受けたこと、オファーを受けたこと、または辞退されたことがあるかを確認するため、talent acquisition に確認します。
  • People Operations チームメンバーは、@devrel-team タグを使用して #developer-relations Slack チャンネル経由で、より広いコミュニティのアクティブなメンバーかどうかを確認するため、Developer Relations team に連絡します。
  • より広いコミュニティの確認されたメンバーであるがチームメンバーでない場合、Developer Relations チームはプロフィールに連絡を取り、プロフィールを GitLab への関与に合わせるよう依頼します。
  • より広いコミュニティの現在のメンバーでなく、talent acquisition が Greenhouse にプロフィールがないことを確認した場合、talent acquisition は Do Not Hire プロフィールを作成します。
  • People Operations チームメンバーは、Reporting Inaccurate Information on Another Member’s Profile を介して LinkedIn にアカウントを報告します。

Workday の使用

私たちは、チームメンバーの情報を維持するために Workday を使用します。すべてのチームメンバー(すべての契約タイプ)は Workday にいます。 Workday は People Tools and Technology チームによって管理および維持されます。

Workday の使用方法について詳しく学ぶには、Workday Guide をご覧ください。

Culture Amp の使用

CultureAmp への管理アクセスは、役割と責任に基づいて制限されます。3 つの異なるアクセスレベルがあります:

  • Account Administrator アクセスは、アカウント設定とチームメンバーのデータを管理し、サーベイを作成し、すべてのサーベイ結果にアクセスできます。
  • Survey Creator administrator アクセスは、サーベイの作成、管理、設計、参加者の選択、結果の共有ができます。
  • Survey data analyst administrator は、生データ抽出が有効になっているすべてのサーベイから生データをエクスポートできます。

アクセスを要求するには、要求するアカウントタイプのアクセス要求とビジネス上のニーズを記して、アクセス要求を開いてください。デフォルトの管理アクセスは、その他のアクセスが指定されない限り、Survey Creator の管理権限になります。Chief People Officer の許可なしには、ピープルグループ外のチームメンバーに Survey Data Analyst の管理権限は付与されないことに注意してください。

特定の CultureAmp サーベイのサポートが必要な場合は、People Analytics チームに通知するため、この issue template を完了してください。

ピープルグループに関連するその他のページ

People Business Partners

Total Rewards

People Operations

Talent Acquisition

Learning and Development

Diversity, Inclusion and Belonging

その他のピープルグループ関連リンク


GitLab オフボーディング
GitLab チームメンバーおよびステークホルダー向けのオフボーディング手順
タレントアセスメント
私たちのタレントアセスメントプロセスは、GitLab を成功させる人々を認識し成長させる方法です。パフォーマンスを評価し、成長の可能性を特定し、キータレントにスポットライトを当てることで、あなたが今どこに立っているか、どこに向かっているか、そしてそこに到達するためにどのようにサポートするかについての明確さを作り出します。
昇進と異動
GitLab の昇進と異動に関する情報とプロトコル。
GitLab People Operations チーム
お問い合わせ GitLab のチームメンバーは、HelpLab からボタンひとつで私たちに連絡できるようになりました。 GitLab 外部から私たちのチームに問い合わせたい場合 …
GitLab のオンボーディング
GitLab のオンボーディングと、オンボーディング Issue テンプレート
GitLab におけるグローバル People コンプライアンス
Global People Compliance チームは、People Operations プロセス全体にわたるすべてのコンプライアンス関連の取り組みを管理します。
タレント開発
概要 目的 なぜ私たちが存在するのか: GitLab タレント開発(一般的には「Learning & Development」と呼ばれます)は、チームメンバーのパフォーマンスを高め、能力を拡 …
代名詞ガイダンスと情報
GitLab における代名詞とその使用法を理解し議論するためのリソース。
コンピテンシー
GitLab には学習のための共通フレームワークとしてのコンピテンシーがあります。このページは、私たちのコンピテンシーに関する Single Source of Truth (SSoT) リソースです。
直接責任個人 (DRI)
GitLab の DRI (Directly Responsible Individuals) は、特定のプロジェクト、イニシアチブ、または活動を所有します。
リロケーション
チームメンバーのリロケーションに関する GitLab のポリシーとプロセス。
Employment Solutions - 概要
GitLab の Employment Solutions について。
People Business Partner チーム
チーム構造と組織の健全性 People Business Partner のアラインメント このページは Loop の People Business Partner Team ランディングページに移 …
タレントブランド
雇用主としての私たちの野心、それを達成し伝達するための私たちが取るステップ、そしてそれに応えるための対策。
ビザ
渡航ビザ、ビザレター、およびオランダへの移住に関する情報。
新入社員、お祝い、重要なライフイベント
GitLab がチームメンバーをお祝いするさまざまな方法をご紹介します。
組織変革管理
概要 GitLab は急速に成長しており、最も急成長している非公開ソフトウェア企業の 1 つにランクインしています。ヘッドカウントは昨年でほぼ倍増し、今後も成長を続ける計画です。スケールするにつれて、 …
GiveLab ボランティアイニシアチブ
GitLab のボランティア機会である GiveLab をご紹介します
エンゲージメントサーベイと雇用主アワード
GitLab はエンゲージメントサーベイを使用してチームメンバーにフィードバックを提供する機会を与え、 リーダーシップに洞察を提供します。
契約、バックグラウンドスクリーニング、試用期間、PIAA
GitLab の契約情報および関連する手順。
GitLab のチームメンバーリレーションズ
GitLab のチームメンバーリレーションズチームは、チームメンバーが安心して働けるよう、また機密性の高い相談ができる窓口を確保します。
ハラスメント禁止ポリシー
GitLab では誰もがハラスメントを防止し止める責任を負っています。私たちのハラスメント禁止ポリシーについて詳しくご紹介します。
GitLab 内部利用ポリシー(Acceptable Use Policy)
本ポリシーは、GitLab のコンピューティングリソースおよびデータ資産の利用に関する要件を定めるものです。
インシデント対応
異常気象、自然災害、その他の災害によりチームメンバーまたはチームメンバーの集団が影響を受けた場合に取るべき対応のアウトライン。
フィードバックに関するガイダンス
GitLab のフィードバックの与え方と受け取り方に関する見解と方向性。
360 度フィードバック
360 度フィードバックは、マネージャー、直属の部下、職能横断的なチームメンバーが互いにフィードバックを提供する機会です。
ピープルオペレーションチーム
GitLab ピープルオペレーション部門ハンドブック
ジェンダーと性的指向アイデンティティの定義と FAQ
ジェンダーと性的アイデンティティの定義、よくある質問、リソース
GitLab における休暇と不在
GitLab における休暇の理解 下の 休暇の理念 セクションで、GitLab の休暇への取り組み、コミュニケーションの期待、および Workday での休暇の追跡方法について理解してください。 …
タレント開発プログラム
全チームにわたる継続的な成功を確保するための、GitLab のタレント開発プログラムに関する情報。
People Group プログラムマネジメント
このページでは、現在の People Group におけるプログラムマネジメントの概要を提供します。
四半期タレントレビュー (QTR)
GitLab の社内四半期タレントレビュープロセスの概要。
昇進ドキュメントスタイルガイド
昇進のケースをまとめることは時間のかかるプロセスになり得ます。このガイドのヒントとスタイル原則は、証拠を明確に提示するドキュメントを準備し、レビューサイクルを減らすのに役立ちます。 定性的な表現よりも …