ピープルポリシー

目的

以下に挙げるすべてのポリシーは、GitLab チームメンバーが読んで理解しておくべき重要な内容で、人事関連の福利厚生、エンティティ固有の課題、そして会社の手続きや要件を扱っています。社内ポリシーに関する質問があれば、HelpLab 経由で People Operations にお問い合わせください。

適用範囲

これらのポリシーは、GitLab のコンピューティングリソースとやり取りしたり、会社または顧客のデータにアクセスしたりするすべての GitLab チームメンバー、契約者、アドバイザー、契約当事者に適用されます。

役割と責任

翻訳

参照目的で、現時点ではオランダ語、フランス語、ドイツ語、スペイン語で、多くのポリシーの翻訳が用意されており、今後さらに追加予定です。これらはこちらからアクセスできます。

一般的な雇用慣行

オープンドアポリシー

私たちは組織のあらゆるレベルのチームメンバー間でのコミュニケーションを推奨しています。これは私たちの文化の重要な一部です。問題や懸念が生じた場合は、可能な限り早く対処することが期待されます。直属のマネージャーは、あなたとあなたの仕事に最も近い経営陣の一員です。助けが必要なとき、または質問、懸念、問題、提案があるときは、まずマネージャーに連絡してください。あなたを支援するのはマネージャーの責任です。気兼ねなく相談し、マネージャーと一緒に問題を解決する姿勢で臨んでください。マネージャーは、あなたの成功、部門内のすべてのチームメンバーの成功、そして GitLab 全体の成功に関心を持っています。

マネージャーがあなたを助けたり質問に答えたりできない場合、あなたの質問はそれができる人に紹介されます。あなたの特定の質問、懸念、または提案がマネージャーと話し合えないと感じる場合は、マネージャーのマネージャー、担当の People Business Partner、または Team Member Relations に連絡することをお勧めします。これらのステップを踏んだチームメンバーは報復の対象にはなりません。公平に敬意を持って扱われることを期待してよいことを忘れないでください。

職場における恋愛関係および家族関係

重要な関係にあるパートナーまたは家族の雇用

GitLab は 資質と能力 に基づく機会均等のポリシーにコミットしており、重要な関係にあるパートナーや家族の雇用または所属について、有利または不利な差別を行いません。職場外の人間関係から日常の業務関係に持ち込まれる可能性のあるえこひいきや個人的な対立など、認識上または実際の利益相反の可能性があるため、GitLab は現職のチームメンバーの重要な関係にあるパートナーおよび／または家族を、以下のすべての条件が満たされる場合に限って雇用または雇用の検討の対象とします:

• 募集中の役職の候補者または現職のチームメンバーが、重要な関係にあるパートナーや家族の直属の部下になる、または対象者を監督する立場にないこと。
• 募集中の役職の候補者または現職のチームメンバーが、重要な関係にあるパートナーや家族に直接的な利益をもたらす決定をチームメンバーが開始または参加できるような同一指揮系統内のポジションを占めていないこと。そうした決定には、採用、留任、異動、昇進、賃金、人材アセスメント、休暇申請などが含まれます。
• チームメンバーが、給与計算、報酬、人事評価／ファイル、業績、その他の機密性の高い会社および／または個人情報にアクセスしないこと。ただし、その職務上アクセスが必要な場合を除きます。当該ポジションがそのような情報へのアクセスを必要とする場合、そのチームメンバーは、適用される法律およびポリシーで定められた守秘義務を遵守しなければならず、重要な関係にあるパートナーや家族の人事情報に影響を及ぼす決定については、直属のマネージャーの承認を求めなければなりません。

このポリシーは、すべての現職のチームメンバーおよび募集中の役職の候補者に適用されます。私たちのトランスペアレンシーの価値観の精神に則り、私たちはチームメンバーと候補者に対し、採用プロセスの開始時に家族関係をリクルーターに開示するよう求めます。本ポリシーにおいて、重要な関係にあるパートナーまたは家族とは、私たちのチームメンバーと血縁、婚姻、養子縁組、または同性パートナーシップにより 3 親等以内の関係にある者を指します。最終候補に残り、内定前の段階で、リクルーターは利益相反がないことを確認するために採用マネージャーと People Business Partner に家族関係を通知すべきです。さらに、GitLab チームメンバーは、家族の面接プロセスには関与してはなりません。チームメンバーまたは候補者のいずれかが上記の条件のいずれかに該当する可能性があるポジションに進む可能性が懸念される場合、両当事者によって、このポリシーの執行により将来の業務の割り当てや昇進などが影響を受ける可能性があることを承認する書面が署名されます。

アクティブなチームメンバー間の関係（重要な関係にあるパートナーまたは家族）

重要な関係にあるパートナーや家族との報告関係にあることが分かった場合は、あなたの People Business Partner に報告してください。さらに、報告関係にある 2 人のチームメンバーが雇用期間中に重要な関係にあるパートナーまたは家族となった場合も、その関係を People Business Partner に報告すべきです。異動、昇進、および将来の業務の割り当ては、適用されるすべての差別禁止法およびポリシーに従って行われます。

グローバルなアクセシビリティと配慮に関するポリシー

グローバルなアクセシビリティの定義

アクセシビリティとは、環境、システム、製品、およびサービスの設計を、障害や違いに関係なく、適応の必要なくすべての人が使用できるようにすることを指します。

標準機材と配慮のフレームワーク

標準機材: すべてのチームメンバーが利用できます。これには、人間工学に基づいた機材、調整可能なデスク、および標準的なホームオフィスのセットアップが含まれ、通常のプロセスと予算を通じてアクセスされます。標準機材の提供を超える個別の職場の改造は、適用される法律に従い、合理的配慮／調整（以下の定義を参照）として提供される場合があります。

グローバルな合理的配慮／調整の定義

合理的配慮（または合理的調整）とは、適格な障害のある個人が職務の本質的な機能を遂行できるようにするための、職場環境、職務、または応募プロセスへのあらゆる変更または修正を指します。

これらの配慮は、以下の場合を除いて実施されます:

• 会社にとって過度な困難または不均衡な負担を生じさせる場合
• 健康または安全に直接的な脅威をもたらす場合
• 現地の法的要件と矛盾する場合

注: 合理性の具体的な法的基準は国によって異なります。特定の国に関する質問は、Team Member Relations Partner にご相談ください。

グローバルな過度の困難の定義

配慮の要求は、以下の場合に過度な困難（または不均衡な負担）を生じさせるとみなされます:

• GitLab の利用可能なリソースに比べて不均衡な、著しい困難または費用を必要とする場合
• リモートファースト組織としての中核的な運営方法を著しく変更する場合
• 複数の国と司法管轄区にまたがって管理することが極めて困難な法的課題を生み出す場合

このアセスメントは、チームメンバー、マネージャー、People Business Partners、Team Member Relations、Legal の連携を通じて、役割の本質的な機能と部門のコンテキストを考慮して行われます。

チームメンバーによる配慮の要求

HelpLab でチケットを提出することで、配慮の要求を提出してください。あなたの回答は Team Member Relations チーム（TMR）のみが閲覧でき、要求された配慮のみが必要に応じてマネージャー／PBP と共有されます。

チームメンバーは GitLab に診断を提供する義務はありませんが、適用される法律に従って、状態が職務の本質的な機能を遂行する能力にどのような影響を与えるかに関連する質問を受ける場合があります。TMR は必要な書類を提供し、要求の支援を行います。

機材の調達: GitLab の標準的な提供を超える専門機材や技術については、購入前に事前承認が必要です。事前承認なしに購入された機材は払い戻されない場合があります。すべての要求は HelpLab で Accommodations チケットを開くことで提出できます。

• 米国固有のポリシー

応募者による配慮の要求 Talent Aquisition チームは、面接プロセス中に候補者が配慮を要求した場合、Team Member Relations チーム（TMR）に連絡する必要があります。TMR チームは、追加情報が必要な場合は候補者に直接連絡します。応募者は GitLab に診断を提供する義務はありませんが、適用される法律に従い、状態がその役割の面接を受ける能力にどのような影響を与えるかに関連する質問を受ける場合があります。

職場における行動

機密保持

Code of Business Conduct and Ethics の Confidentiality and Corporate Assets and Corporate Opportunities セクションに記載されているとおり、チームメンバーは折にふれ、GitLab の機密情報、および GitLab の取引先、顧客、その他のビジネスパートナーの機密情報を委ねられることがあります。これらの情報には以下が含まれる場合があります:

1. 現在および将来のサービスまたは研究に関する技術的または科学的情報
2. ビジネスまたはマーケティングの計画または予測
3. 収益およびその他の社内財務データ
4. 人事情報
5. 取引先および顧客のリスト
6. その他の非公開情報

これらの情報が開示された場合、競合他社にとって有用なものであったり、GitLab の取引先、顧客、その他のビジネスパートナーにとって有害なものであったりする可能性があります。この情報は GitLab、またはその取引先、顧客、ビジネスパートナーの財産であり、多くの場合、多大な費用をかけて開発されたものです。すべてのチームメンバーは、GitLab における役割の開始時に、GitLab が提供する機密保持条項を含むオファーレターまたは契約者契約書（「機密保持契約書」）に署名するものとします。各チームメンバーは機密保持契約書を厳守する必要があります。

チームメンバーは、自分自身、家族、または所属する他のエンティティのために、GitLab の資産または情報の使用、または GitLab における役職を通じて知った機会を取り上げてはならず、また、GitLab の資産または情報、または GitLab における役職を、GitLab の利益全体の向上のためにとられる行動以外の個人的利益のために使用してはなりません。

チームメンバーは、他のチームメンバーの個人情報や機微な情報を保護する義務もあります。したがって、チームメンバーが書面による許可を提供していない限り、チームメンバーが公開していないチームメンバーの個人情報（住所、個人の電話番号、給与など）にアクセスしたり広めたりしてはなりません。この制限の例外は、アクセスが職務の必要な機能である場合です。この義務に違反することは深刻なものとみなされ、雇用契約の解除を含む懲戒処分の対象になる可能性があります。

例外

上記の手続きへの例外は、Information Security Policy Exception Management Process に従って追跡されます。

ハラスメント防止

ハラスメント防止ポリシーをご覧ください。

報復防止

報復防止ポリシーをご覧ください。

苦情処理手続き

苦情処理手続きをご覧ください。

社会的責任

Environmental, Social, and Governance のページをご覧ください。

身だしなみ

GitLab が社会に投影するイメージは、チームメンバーの身だしなみに反映されます。要するに、チームメンバーは自分の特定の職務に適した服装と身なりであるべきです。チームメンバーは身だしなみについて適切な判断を下すことが期待されます。会社主催のイベントへの参加中のチームメンバーの責任については、GitLab Events Code of Conduct をご覧ください。

職務放棄

チームメンバーが 連続 3 営業日 仕事を欠勤し、availability calendar に休暇の記入もなく、上司に連絡しない場合、法律で別段の定めがない限り、職務放棄を理由として解雇される可能性があります。マネージャーが 24 時間以内にメールまたは Slack でチームメンバーに連絡を取れない場合は、People Business Partner に連絡してください。People Business Partner はチームメンバーの情報にアクセスして、追加の連絡方法と番号を入手します。マネージャーと People Business Partner は、チームメンバーに連絡を取るためのあらゆる試みを行う行動計画を策定します。

このプロセスを通じて、マネージャーと People Business Partner は次の詳細な記録を維持する必要があります: すべての連絡の試行日時、各試行で使用された方法、受け取った応答や情報、他の GitLab チームとの協議（該当する場合）、および司法管轄区固有の考慮事項。

職務放棄ポリシーの例外

GitLab は、酌量すべき事情が発生し得ることを理解しています。チームメンバーが、自身のコントロール外の緊急事態のために連続 3 営業日仕事を欠勤する場合（以下に例を示します）、推奨事項は次のとおりです:

• チームメンバーは、業務不能になる可能性が予見できる場合は、状況についてマネージャーに通知すべきです。
• チームメンバーとマネージャーは、状況がエスカレートした場合に可能な限り連絡を取り合うため、携帯電話の番号を交換することを検討すべきです。異なる国に拠点を置いている場合は、あなたとマネージャーの両方が国際的なコミュニケーションを促進するアプリ（例: WhatsApp、Zalo など）を持っていることを確認してください。マネージャーに連絡を取ろうとして費用が発生した場合、これは業務費用と見なされ、Navan Expense を通じて払い戻しを請求できます。
• 必要な時間を取るために、GitLab の柔軟な休暇ポリシーの活用を検討してください。

酌量すべき事情の例

• 地域のインターネットまたは電気通信の停止
• 自然災害または激しい気象事象
• チームメンバーまたは近親者に影響を与える突然の医療緊急事態
• 通信に影響を与える社会不安、政情不安、または政府の措置
• 代替的なコミュニケーション手段が利用できない場合の技術的故障
• 接続性のない突然の旅行緊急事態
• 予期せぬ法的拘束または移民問題

チームメンバーの安全

危険な状況の防止

GitLab は 100% リモートですが、業務関連の機能や coworking イベントのためにチームメンバーが出張することがあります。GitLab は、安全で暴力のない職場環境という価値観にコミットし、チームメンバーの安全と健康に対しても同等のコミットメントを示し、実践しています。

一般に、出張や coworking 時の安全を確保するために、次の推奨事項を考慮してください:

1. リサーチを行いましょう。到着前に目的地について多少なりとも理解しておきます。海外渡航に関するアドバイスを提供する自国の政府機関を確認してください:
   • 米国: 国務省のウェブサイトで国別アップデートを確認し、Smart Traveler Enrollment Program (STEP) などの旅行者プログラムに登録します。
   • ニュージーランド: Safe Travel。
2. 目立たないようにします。地元の人ではないように見える人は犯罪に遭いやすくなります。訪問先の文化を尊重し、溶け込むように心がけてください。スリやその他の盗難を避けるため、防護的な服装を検討してください。お金やクレジットカードを不必要に見せびらかさないでください。
3. 重要書類のコピーを作成しましょう。書類が紛失や盗難に遭った場合に備えて、重要書類（パスポート、運転免許証）のコピーを別の場所に持ち歩くことを検討してください。
4. 友人や家族に最新情報を伝えましょう。一泊の旅行であれ、1 週間の国際旅行であれ、友人や家族に予定を知らせるのは常に良い考えです。出発前に、信頼できる数人に旅程のコピーを送り、所在を把握してもらいましょう。連絡相手と定期的にチェックインして、予定どおりにいることを知らせてください。
5. 公共 Wi-Fi に注意しましょう。ハッカーが公共の場で機密情報を盗む可能性があることに留意してください。機密データにアクセスする予定がある場合は、VPN またはその他の安全なアクセスを使用してください。詳細は GitLab における VPN 使用と個人 VPN のページを参照してください。
6. ホテルを安全に保ちましょう。室内にいる間は、ドアを施錠してデッドボルトをかけてください。退出時にはドアが施錠されていることを確認してください。窓は閉めておきます。たとえば、ドアの外側に Do Not Disturb の札を掛けたり、ブラインドや窓を閉めたりするなど、不在時でも部屋にいるような印象を与えるようにしてください。見知らぬ人を部屋に入れないでください。ホテルで働いていると言われても同じです。誰かがホテルのスタッフから部屋に来るよう指示されたかどうかは、フロントデスクに電話して確認できます。
7. 周囲に気を配りましょう。常に身の回りの物に気を配り、見知らぬ人と話すときには適切な判断を行ってください。旅行の喜びの大部分は、新しい人と出会い、その文化について学ぶ機会にあります。しかし、近くの誰かが疑わしい行動をとっている場合や、不快に感じる場合は、ただちにその場を離れてください。直感を信じましょう。
8. GitLab グループによる推奨される安全推奨事項に従ってください。すべての大規模な self-hosted イベントについては、(社内のセキュリティチームと契約しているセキュリティ会社が共同で) 集合する前に完全なリスクアセスメントを行います。チームメンバーはそのリスクアセスメントを読み、概説された推奨事項に従ってください。
9. 体調が悪い場合は、対面の職場活動に参加しないでください。これはあなたの安全と他の人の安全のためです。私たちは GitLab チームメンバーが体調を崩しているときには出張しないことをお勧めします。

危険な状況への対応

以下は、チームメンバーが脅威や危険を感じた場合の GitLab の手続きです:

1. チームメンバーが身体的危害の危険を感じた場合、ただちに現地の当局に連絡してください。現地の法執行機関は迅速に行動し、個人を保護し、脅威を中和できます。
2. チームメンバーが、自分自身または他のチームメンバーが緊急の医療支援を必要としている可能性があると感じた場合、現地の当局に連絡してください。
3. 当面の脅威が制御されたら、チームメンバーは安全上の懸念を People Operations に報告すべきです。
4. 特定の場所、イベント、または地域が個人にとってより大きなリスクや暴露をもたらすと考える場合は、People Operations に通知してください。People Operations は、他に影響を受ける可能性のあるチームメンバーに、その懸念を積極的に伝えるよう努めます。
5. 自分自身が安全でない行為を犯す可能性があると感じた場合、People Operations は利用可能な Modern Health オプションに関する情報の提供を支援できます。

労働者災害補償

労働者災害補償は、業務に関連する負傷や疾病に見舞われたチームメンバーに給付を提供します。職場、coworking サイト、または顧客所在地への移動中に負傷した場合は、報告手続きに従ってください:

• 重傷の場合は、ただちに適切な医療を受けてください。緊急事態の場合は、現地の緊急サービス（米国では 911）に電話してください。
• 重症度にかかわらず、すべての負傷をできるだけ早くマネージャーに報告してください。
• 負傷から 24 時間以内に HelpLab で Absence Management チームに連絡してください。Absence Management チームは申請の書類を提供し、給付について説明します。
• Absence Management チームの指示に従って、必要なすべての書類を完成させてください。

カリフォルニア州のチームメンバーのみ: このフォームを記入して、HelpLab で Absence Management チームに提出してください。

以下の州は「独占的」労働者災害補償州とみなされ、雇用主は労働者災害補償を直接州から購入する必要があります。これらの州のチームメンバーが負傷した場合、自身で申請するか、Absence Management チームが代わりに申請します。これらの州のチームメンバーは、自身で州を通じて申請する場合でも Absence Management チームに連絡する必要があります:

• Ohio
• Washington
• North Dakota
• Wyoming

薬物乱用

GitLab は、アルコールまたは規制薬物の違法な使用、所持、販売、または流通から自由な職場を維持するよう努めます。合法または違法の物質は、人の割り当てられたタスクの遂行を損なうような方法で使用してはなりません。これは、事業の効率的かつ効果的な運営を維持し、顧客が適切なサービスを受けられるようにするためです。GitLab チームメンバーは、居住地および会社主催のイベントのために移動する場所の現地の法律にも従う必要があります。

メンタルヘルスへの意識に関するステートメント

1. なぜ GitLab でメンタルヘルスへの意識が重要なのか？
   • これは私たち全員に影響を与え得るものです。統計によれば、私たちのうち 4 人に 1 人が人生のどこかの時点で精神的または神経的障害の影響を受けます。とはいえ、私たち全員が「人生の通常のストレス」がいつもより対処しにくい時期を経験するものです。
   • メンタルヘルスへの意識が高まるほど、私たちは包括的になります。それは、現在メンタルヘルスの問題を抱えている同僚がそれについて話せるよう励みになります。
   • 私たちのビジネスはその核において、共通の目標に向かって協働する人々のグループです。同僚に影響を与える可能性のあることを認識することで、対象者が私たちにそれを打ち明けた場合、より適切に助けることができ、ひいてはビジネスの助けにもなります。
   • メンタルヘルスはトピックとして多くの感情的な重荷を伴うため、最初は話すのが怖く感じられることがあります。メンタルヘルスへの意識を促進することは、それに関連するスティグマやタブーの除去に役立ちます。
   • GitLab はすべての従業員に「生産的で実りある」仕事を提供できます。これは過小評価されるべきではありません。
   • 冷静なビジネス指標の観点では、健康であるほど、私たちはより生産的になります。
2. GitLab では、スティグマのない職場の創造に努めます。National Mental Health Association および National Council for Behavioral Health に従って、私たちは以下を望みます:
   • メンタルヘルス障害の兆候と症状について従業員を教育する。
   • 従業員がストレス、業務量、家族のコミットメント、その他の問題について話すことを奨励する。
   • 精神疾患は実在し、ありふれており、治療可能であることを伝える。
   • 「クレイジー」「ルーニー」「ナッツ」などの傷つくレッテルを含む、スティグマ化する言葉を抑止する。
   • 従業員が休暇を取った後、職場復帰を支援する。
   • 従業員支援プログラムへの相談を奨励する。
3. そこに到達するために何をしているのでしょうか？

   • #mental_health_aware Slack チャンネルでメンタルヘルスの問題やアイデアについて話します。

   • GitLab はまた、GitLab チームメンバーが自分自身を適切にケアするために休暇を取ることを奨励します。日々の生活でメンタルおよび感情的な well-being をサポートするヨガ、長めのランチ、その他のことに行くようチームに勧めます。

   • 現在従業員に提供されている EAP プログラムに加えて、GitLab チームメンバーには、職場、職場外、職場復帰における well-being の取り戻しに関する洞察について、これらの Resources for Employees を確認することをお勧めします。

   • 私たちの価値観と文化は、スティグマ化されることなくメンタルヘルスについてオープンかつ正直に議論できるようにすることに資するものと考えていますが、より包括的にするために協力しましょう。たとえば、適切な言葉を見つけることなどです:

     • 「あなたの仕事をどう手伝えますか？」
     • 「いつものあなたらしくないですね。」
     • 「それについて話したいですか？」
     • 「助けを求めることは常に OK です。」
     • 「あなたが何を経験しているのか正確に理解するのは難しいですが、それがあなたにとって苦しいことは分かります。」

     詳細については、Modern Health を通じて提供される Mental Wellness Services および Leading Through Adversity のヒントをご覧ください。さらに、チームメンバーは燃え尽き症候群を認識し、それを防ぐ方法を学ぶ必要があります。

質問や懸念があれば、HelpLab 経由で People Operations チームにお気軽にお問い合わせください。

その他のピープルポリシー

• Backgound Screenings
• Contracts, Background Screenings, Probation Periods, and PIAA
• Outside Employment and Activities
• Paid Time Off
• General Benefits
• Leave of Absence
• Return of Property

GitLab の法的ポリシー

GitLab チームメンバーが読んで理解しておくべき重要な GitLab の法的ポリシーがいくつもあり、こちらにリストされています。

エンティティ固有の雇用ポリシー

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