多様性、インクルージョン、帰属意識

GitLab における多様性、インクルージョン、帰属意識

多様性、インクルージョン、帰属意識は GitLab の成功に不可欠です。私たちはあらゆる方法で、私たちが行うすべてのことにそれを取り入れています。私たちは、グローバルに分散したすべての声が聞かれ歓迎される透明な環境を目指しています。私たちは、人々が毎日完全な自分自身として現れ、最高の能力で貢献できる環境を目指しています。そして、世界中で 10 万を超える組織が GitLab を活用していることから、私たちはユーザーを代表するチームを目指しています。

多様性は、私たちの他の 価値観、特に Collaboration、Efficiency、Results を補完します。 そして、リーダーシップにおける多様性は イノベーションを支え、より良い意思決定を促進し、財務成果を改善します。

GitLab の多様性、インクルージョン、帰属意識のミッション

ミッション: 私たちは誰もが所属感を持てる場を作り、誰もが貢献できるプログラムを提供します。

GitLab では、多様性、インクルージョン、帰属意識 (DIB) が私たちの成功に不可欠です。私たちは、3 つの戦略的な柱を通じて、誰もが繁栄し貢献できる環境を構築しています。

柱 1: 人々のエンパワーメント

• 包括的な学習および開発プログラムを通じて、人材と彼らの体験を成長させる
• スキルベースの学習、キャリアモビリティリソース、テーラーメイドの学習ジャーニーをチームメンバーに装備する
• TMRG (Team Member Resource Groups) と TMAG (Team Member Advocacy Groups) を支援する
• Elevate プログラムを通じてリーダーシップ開発を実装する

柱 2: コミュニティの向上

• 戦略的パートナーシップとスポンサーシップを通じて外部コミュニティと関わる
• Women of Silicon Roundabout、Black Techfest、Grace Hopper Celebration などの DIB 重視イベントを支援する
• ボランティアの機会と非営利団体への寄付を通じて還元する
• GitLab Foundation を通じて私たちのミッションを推進する

柱 3: デザインによるインクルージョン

• 障害、神経多様性、アクセシビリティのための ARISE フレームワークを実装する
• 製品設計からチームメンバーエクスペリエンスまで、GitLab のあらゆる側面にインクルージョンを組み込む
• 誰もが恩恵を受ける持続可能でスケーラブルな変化を生み出す
• 交差性のあるアイデンティティを認識し対処する

GitLab の多様性、インクルージョン、帰属意識のビジョン**

ビジョン: インクルージョンが繁栄し、誰もが所属し、すべての人が私たちの共有された未来を共創することに貢献できるグローバルカルチャーを育成する。

私たちの ARISE フレームワーク:

• Accessibility integration (アクセシビリティ統合)
• Representation (代表性)
• Inclusive Design (インクルーシブデザイン)
• Strengthen through Data (データによる強化)
• Education and Enablement (教育とイネーブルメント)

この更新された構造は、あなたの添付資料に示された包括的な 3 つの柱のアプローチを反映しており、A.D.A.P.T. の頭字語から、エンパワーメント、コミュニティエンゲージメント、インクルーシブデザインを強調するより全体論的なフレームワークへと移行しています。

GitLab の多様性、インクルージョン、帰属意識の定義

「多様性、インクルージョン、帰属意識」（または DIB）という言葉は、多様な労働力と誰もが完全な自分自身でいられる環境を作るためのイニシアティブの用語を指します。

多様性 は、GitLab を構成する人々の特性と、彼らがどう自己認識するかを指します。人種、性別、年齢、民族、宗教、出身国、障害、性的指向は、GitLab の多様性を見るときにデータがどのように分類されるかの いくつかの 例です。 時には私たちを多様にするものが見える場合もあれば、見えない場合もあります。多様な人々のグループで構成された会社は、生産的に関与すれば、イノベーションを構築できる多様な意見やアイデアにつながると私たちは信じています。

GitLab は「underrepresented (代表性が不足している)」という用語を使用しており、これは私たちが最高の状態であるために、今持っていないものをもっと必要としていることを認識する方法を意味します。

文脈は「GitLab において」または「GitLab の特定の部門やチームにおいて」です。 この用語は通常、GitLab で働きたいまたは現在働いている人々のソーシング、面接、採用、定着について、GitLab がどのように理解し改善に取り組んでいるかを報告する文脈で使用されます。

• 1 人の人物を「diverse person (多様な人)」または「diversity hire (多様性採用)」と言ってはいけません。これは、彼らが現在のコミュニティに含まれていないこと、または彼らが自分のスキルや仕事をする能力に直接関係しない要因のためだけに雇われていることを意味してしまいます。
• 個人的な対話の中で、冷たい用語のラベルで人を区別したり「他者化」したりすべきではありません。

GitLab がこのデータをどのように使用して進歩しているかについての追加情報は、“代表性不足グループの選定” を参照してください。

インクルージョン とは、私たちの周りの人々の違いを認識し、尊重し、価値を認める能力です。それは、私たちを多様にするものは何かというアクションと理解、多様なチームの構築と歓迎される職場の創出に向けた取り組みに焦点を当てています。共感、オープンマインド、傾聴などのスキルが必要です。これがインクルーシブなマインドセットの基礎を築きます。理解の基礎は、多様性を受け入れるポリシーと実践を意図的に作るアクションへとつながり、最終的に会社全体のカルチャーを変えてインクルージョンの環境を作ります。インクルージョンとは、ポジティブとネガティブの両方のバイアス と、それらのバイアスが私たちが採用する人、一緒に働く人、定着させる人にどう影響するかを認識することでもあります。

GitLab は、多くの視点が集まることで、より満足度の高いチームメンバーとともに、より革新的な労働環境が生まれ、より良い製品と収益性の向上につながると信じています。

帰属意識 とは、あなたの洞察と貢献が価値あるものとして認められているという感覚です。それは、チームメンバーが完全な自分自身を仕事に持ち込めると感じるという話に戻ります。「テーブルに席を持つ」ように人々を含めるだけでは十分ではなく、すべての人の声を増幅し、障壁を取り除き、ユニークな背景を持つお互いを評価することが重要です。 インクルージョンを受け入れることは、帰属意識 を高める可能性があります。チームメンバーはより積極的になり、自分が行っている仕事に投資します。これは、会社全体で達成されている仕事の中に自分自身を見ることができるからです。

私たちは、すべての仕事について明確な DRI を確立することで、チームメンバーが効率的かつ協働的に仕事を成し遂げられるようエンパワーすることを信じています。DRI は自分の決定について誰にも説明する義務はありません が、DRI は Issue をクローズして Won't Do とマークしたり、Issue にコメントしてすべてのコメントを読んだことを認めたりすることで、入力を認めることはできます。

すべてのチームメンバーが最善の行動方針に同意する必要はなく、私たちは 反対し、コミットし、反対する ことができます — しかし、誰もが貢献でき、それらを認めるのは DRI 次第です。 GitLab で帰属意識を積極的に培う他の方法には、アライの作成と育成、コール背景での家族の歓迎、ネガティブフィードバックを 1-1 設定で共有する ことなどがあります。

多様性、インクルージョン、帰属意識を見る良い方法は次のとおりです:

• 多様性
  • 人々を形作る多様性のディメンション/レイヤー
  • レイヤーを知り、テーブルに席を持つ
• インクルージョン
  • 声を持つ
  • 自分の声を使う力を持つ
• 帰属意識
  • 自分の声が聞かれていることが認められる
  • 何かの一部であるという感覚
  • チームメンバーが自分自身でいることに安心感を感じる環境を作る

代表性不足グループの選定例

代表性不足グループとは、有意なサブグループ内でそのサブセットが一般人口で保持する割合よりも小さな割合を保持する人口のサブセットを表します。National Science Foundation や他の主要な研究機関からの「underrepresented minorities (代表性不足のマイノリティ)」の受け入れられた定義は、職業における代表性が一般人口における代表性よりも著しく低い人種および民族グループに焦点を当てています。技術職での代表性が歴史的に低い人口。技術職は連邦雇用情報レポート EEO-1 スキル指定に基づいています。GitLab では、Engineering と Product など、会社全体のすべての技術職を含みます。

GitLab では、以下のグループを 代表性不足グループ と見なしています。

• 女性 - グローバル
• マネジメント における女性 - グローバル
• シニアリーダーシップ における女性 - グローバル
• 黒人/アフリカ系アメリカ人 - 米国
• マネジメント における黒人/アフリカ系アメリカ人 - 米国
• シニアリーダーシップ における黒人/アフリカ系アメリカ人 - 米国
• ヒスパニック/ラテン系 - 米国
• マネジメント におけるヒスパニック/ラテン系 - 米国
• シニアリーダーシップ におけるヒスパニック/ラテン系 - 米国
• 先住民/アラスカ先住民 - 米国
• マネジメント における先住民/アラスカ先住民 - 米国
• シニアリーダーシップ における先住民/アラスカ先住民 - 米国
• ハワイアン/太平洋諸島民 - 米国
• マネジメント におけるハワイアン/太平洋諸島民 - 米国
• シニアリーダーシップ におけるハワイアン/太平洋諸島民 - 米国

**データまたは法的制限のため、これは私たちのすべての代表性不足グループの網羅的なリストではありません。障害を持つ人々、LGBTQIA+ として自己認識する人々、開示しないことを選択する人々、米国外の代表性不足の民族などです。

DIB チームは、私たちがチームメンバーの代表性として報告できない代表性不足グループのために、米国外のデータセットとインクルージョン指標を見つけることに積極的に取り組んでいます。

注: マネジメントとは People Managers であるチームメンバーを指し、リーダーシップとは Director レベル以上の地位にあるチームメンバーを指します。

ソース: GitLab の People Analytics Team、WorkDay

多様性、インクルージョン、帰属意識チーム

• Sherida McMullan - Vice President, Diversity, Inclusion and Belonging
• Naomi Johnson - DIB Business Partner

価値観

インクルーシブなチームは、自然により積極的、協働的、革新的になります。 私たちは、多様でインクルーシブな環境を育成するという全社的なコミットメントを反映するように 私たちの価値観 を整合させることを目指しています。

完全に分散され、完全に接続されている

GitLab チームは世界中に完全に分散しており、私たちのチームにお互いのカルチャー、祝祭、ユニークな伝統と接続する機会を提供しています。 私たちはプロフェッショナルにコラボレートし、個人的につながります！

私たちのユニークなオールリモートチームは、誰にでもドアを開きます。 候補者は地理的に制限されることはなく、私たちはこのアプローチを、可能な限り、すべての企業のために 推進しています！

オフィスを持たず、各 GitLab チームメンバーが最も快適な場所で働き、生活できるようにすることで、GitLab はユニークにインクルーシブなカルチャーを提供しています。

• オールリモートとは、オフィスの外で働くことで キャリアの昇進を犠牲にしない ことを意味します。GitLab のエグゼクティブでさえ完全にリモートです。
• オールリモートは、ケアギバー、身体障害を持つ個人などが、定期的にオフィスに通勤できないために不利にならない職場を作ります。
• GitLab の Spending Company Money のアプローチにより、すべてのチームメンバーが自分にユニークに合わせた職場環境を作ることができます。
• オールリモートにより、家族や個人的な理由で頻繁に移住する必要がある人々が、キャリアを一緒に持って行くことができます。
• オールリモートにより、個人の健康に貢献する物理的な環境への移動と移住が可能になります（例: 大気質指数が改善された場所への移動）。

GitLab の オールリモートカルチャー について詳しく学んでください。

GitLab チームメンバーデータ

アイデンティティデータ をご覧ください。

多様性、インクルージョン、帰属意識で行っていること

タレントアクイジションのイニシアティブ

このページは、多様性、インクルージョン、帰属意識のタレントアクイジションイニシアティブの概要を提供しています。

エンジニアリングイニシアティブ

このページは、多様性、インクルージョン、帰属意識のエンジニアリングイニシアティブの概要を提供しています

セールスイニシアティブ

• 未定

インクルーシブな福利厚生

私たちは Pregnancy & Maternity Care を公開しており、面接中に人々が尋ねる必要がないようにしています。さらに GitLab は Modern Health を通じて、メンタルウェルビーイングと自己改善に関連するすべてのツールのワンストップショップである Employee Assistance Program をすべてのチームメンバーに提供しています。

インクルーシブな言葉遣い

GitLab Values では、‘Use inclusive language. For example, prefer “Hi everybody” or “Hi people” to “Hi guys”.’ と記載しています。

TMRG - Team Member Resource Groups

私たちはいくつかの TMRG を作成し、新しい TMRG の作成に関心を持つ方を歓迎します。Team Member Resource Group にサインアップしたり、TMRG を始めたり、詳しく知りたいですか？ TMRG ガイド を参照してください。

退役軍人と配偶者

GitLab は世界中の退役軍人と配偶者を歓迎し、GitLab での生活 について学び、空き職 に応募することを奨励しています。私たちは軍歴から得られる価値を認識しており、民間生活への復帰時に成功する インクルーシブな雰囲気 を育成しています。

私たちの オールリモートカルチャー は退役軍人と配偶者に理想的な職場環境を提供します。チームメンバーが最も快適な場所で生活し働くことを可能にすることで、退役軍人と配偶者は、自分が 選択し設計する 安全で養育的な環境で働くことができます。

私たちは、退役軍人と配偶者が GitLab チームメンバーからの テスティモニアルを読む ことを奨励し、軍務に続く 労働力への参加 におけるオールリモートのベネフィットを理解してもらいたいと思います。私たちは Military Leave ポリシーにコミットしています。

GitLab は、多様性、インクルージョン、帰属意識とタレントアクイジションにおいて積極的に イテレーション しており、追加の代表性不足グループが追求され、受け入れられ、成功のために配置されるようにしています。

障害インクルージョン

GitLab は、現在障害を持っているか、または以前に障害を持っていると診断されたと自己認識することを選択する可能性のある人を含む、あらゆるタイプのチームメンバーを歓迎します。当社の HRIS（Human Resource Information System）Workday の Job タブページ、Equal Employment Opportunity セクションには、チームメンバーがオンボーディングプロセス中に記入することを求める Disability Status というフィールドがあります。

質問する理由は、米国の Rehabilitation Act of 1973 の Section 503 に基づく法的要件であるためです。連邦契約者として、従業員に障害があるか、または障害があったかどうかを 自発的に 自己識別するよう求め、障害を持つ資格のある人々に平等な雇用機会を提供することが求められています。

このフィールドのオプションは次のとおりです:

• はい、現在または以前に障害があります
• いいえ、障害はありません
• 回答したくない

回答方法がわからない場合は、当社の Individual with Disabilities Policy をご確認ください。

GitLab では、チームメンバーの既知の障害に対して合理的配慮を行うことを誇りに思っています。障害により合理的配慮が必要な場合は、reasonable accommodation ハンドブックセクションを確認してください。GitLab Inc. の Individuals with Disabilities ポリシーに関する詳細情報をご覧ください。

米国退役軍人インクルージョン

米国の Office of Federal Contract Compliance Programs (OFCCP) は、Vietnam Era Veterans’ Readjustment Assistance Act of 1974 の積極的措置規定を執行します。VEVRAA と呼ばれるこの法律は、米国連邦政府との取引を行う雇用主（当社の GitLab Federal エンティティなど）に、保護された退役軍人を採用、雇用、昇進させるための措置を講じることを求めています。また、採用、解雇、給与、福利厚生、職務割り当て、昇進、レイオフ、トレーニング、その他の雇用関連活動に関する雇用決定を行う際に、保護された退役軍人に対して差別することを違法としています。VEVRAA の下では、米軍で現役勤務し、不名誉以外の条件で解雇または除隊した退役軍人は、4 つの保護された退役軍人カテゴリーの 1 つ以上として分類される可能性があります:

• 障害退役軍人 米軍で現役勤務し、Department of Veterans Affairs Secretary が管理する法律の下で障害補償（または軍人退職金を受け取らなければ障害補償を受ける資格があった）を受ける資格がある、または軍務関連の障害のために現役勤務から解雇または除隊された退役軍人。
• 最近除隊退役軍人 米軍での現役勤務からの解雇または除隊の日から始まる 3 年間に除隊された退役軍人。
• Armed Forces Service Medal 退役軍人 米軍で現役勤務中、Armed Forces service medal を受けた米軍作戦に参加した退役軍人。
• その他の保護された退役軍人（Workday では Active Duty Wartime または Campaign Badge Veteran として記載） 戦争中に米軍で現役勤務した、または Department of Defense が管理する法律の下で campaign badge が承認されたキャンペーンまたは遠征で勤務した退役軍人。

当社の HRIS（Human Resource Information System）Workday の Job タブページ、Equal Employment Opportunity セクションには、米国を拠点とするチームメンバーがオンボーディングプロセス中に記入することを求める Protected Veteran Status というフィールドがあります。質問する理由は、米国でこの情報を求めることが法的要件であるためです。GitLab のチームメンバーが、判断やネガティブな結果を恐れることなく HRIS で自己開示することを奨励しますが、それは常に任意です。すべての退役軍人ステータスデータは完全に機密であり、必須の報告目的のためにのみ要求されます。

このフィールドのオプションは次のとおりです:

• はい、私は保護されたステータスを持つ米国退役軍人です
• 該当しない
• 回答したくない

このフィールドの上には、米国を拠点とするチームメンバーがオンボーディングプロセス中に確認し、該当する場合および希望する場合にも記入することを求める Veteran Status というセクションがあります。質問する理由は、米国でこの情報を要求し文書化することが法的要件であるためです。米国を拠点とする GitLab チームメンバーが、判断やネガティブな結果を恐れることなく HRIS で Veteran Status を自己開示することを奨励しますが、それは常に任意です。再度、すべての退役軍人ステータスデータは完全に機密であり、必須の報告目的のためにのみ要求されます。

GitLab Inc. または Federal 契約のチームメンバーで障害退役軍人の場合、「合理的配慮」を要求できます。合理的配慮とは、職務遂行を可能にするものであり、GitLab に重大な困難または費用を引き起こす場合を除き、GitLab によって提供される必要があります。合理的配慮は本質的な職務機能を変えるものではありません。GitLab は提供される合理的配慮の種類を選択できますが、配慮は効果的でなければなりません。合理的配慮の要求方法に関する詳細情報は こちら で確認できます。退役軍人ステータスにより配慮を希望する場合は、reasonable accommodation ハンドブックセクションを確認してください。

学習資料とコース作成者のためのプロセス

このプロセスを使用する可能性のあるチームメンバーには次の人々が含まれます: DIB および L&D チームメンバー、チームのためのトレーニングを作成するマネージャー、必要なコンプライアンストレーニングを作成する部門、同僚またはコミュニティのためのトレーニングを作成するチームメンバー、より広い GitLab コミュニティのためのトレーニングを作成する Developer Relations

1. 新しいトレーニングが作成またはキュレーションされたら、次のテンプレート を使用して Issue を開きます。学習資料の構築を開始したらすぐ にこの Issue を開くのが最良です。DIB および L&D チームが早期のガイダンスを提供できます
2. Issue を DIB チームメンバーと L&D チームメンバーにアサインします - 担当者はトレーニングの作成またはキュレーションに参加した人であってはなりません
3. 担当者はトレーニングの内容を確認し、Issue に概説された QA プロセスを完了します。
4. コンテンツ作成者と担当者は、上記の品質チェックリストに沿ったコンテンツへの改善について、Issue で協力し文書化します
5. 3 人の参加者全員がコースが当社のインクルージョンと学習基準を満たしていることに同意したら、Issue をクローズし、資料またはコースを GitLab Learn に追加します

コミュニティ

GitLab チームメンバーは世界中に分散しており、さまざまな機会へのアクセスを提供しています。 私たちは、技術業界で代表性が不足している個人を支援するグローバル組織やプログラムとのコラボレーションを奨励しています。 GitLab はまた、GitLab Diversity Sponsorship program を通じて追加のサポートを提供しています。 イベントを財政的に支援するための資金を提供し、イベントが GitLab チームメンバーがいる都市で開催される場合は、可能な限りコーチングや講演を提供することで実際に関わります。

私たちは、GitLab Diversity Sponsorship program を通じてサポートされているイベントのオーガナイザーが、このサインアップリンク を参加者と共有することを奨励しています。誰もが貢献できます。

定義

• ジェンダーおよび性的指向アイデンティティの定義と FAQ
• リーダーシップ はディレクター以上として定義されます。
• 地理的に は、私たちのアイデンティティデータで使用する国々として定義されます。
• Women (女性) は、GitLab が “Female” の代わりに使用する用語です。“Female/Male” は出生時に指定されることが多いジェンダー用語です。“Woman/Man” は自己認識に基づくジェンダー用語です。GitLab では、Workday でチームメンバーが自分のジェンダーをどう自己認識するかに基づいて女性を定義します。
• Race (人種) - 私たちの代表性を理解するため、選択可能な何らかの方法でオプションのいずれかに自己認識できる人種のカテゴリーを持つことに最善を尽くしたいと思います。これらの定義は EEOC と一致しています:
  • American Indian or Alaska Native (アメリカインディアンまたはアラスカ先住民) - 北南アメリカ（中央アメリカを含む）の原住民にルーツを持ち、部族の所属またはコミュニティのつながりを維持する人。このカテゴリーには、自分の人種を American Indian、Alaska Native、Navajo、Blackfeet、Inupiat、Yup’ik、中央アメリカインディアングループ、または南アメリカインディアングループと示す人々が含まれます。
  • Asian (アジア人) - 極東、東南アジア、またはインド亜大陸の原住民にルーツを持つ人。これには、カンボジア、中国、インド、日本、韓国、マレーシア、パキスタン、フィリピン諸島、タイ、ベトナムを含むがこれらに限定されません。これには、自分の人種を Asian Indian、Chinese、Filipino、Korean、Japanese、Vietnamese、その他言及されていないアジア人アイデンティティと示す人々が含まれます。
  • Black (黒人) - アフリカの黒人人種グループの誰かにルーツを持つ人。自分の人種を Black または African American、Cape Coloreds、Carribean、Kenyan、Nigerian、または Haitian と示す人々を含みます。
  • Hispanic or LatinX (ヒスパニックまたはラテン X) - キューバ、メキシコ、プエルトリコ、南または中央アメリカ、その他のスペイン文化または起源の人で、人種を問いません。“Spanish origin” という用語は、“Hispanic or Latino” に加えて使用できます。スペイン起源ではありませんが、ブラジルも LatinX 定義に含まれているため、このカテゴリーに含まれます。
  • Native Hawaiian or Other Pacific Islander (ハワイ先住民またはその他の太平洋諸島民) - ハワイ、グアム、サモア、その他の太平洋諸島の原住民にルーツを持つ人。自分の人種を Fijian、Guamanian、Chamorro、Marshallese、Native Hawaiian、Samoan、Tongan、またはその他の太平洋諸島民と報告した人を含むがこれらに限定されません。
  • Multiracial (多人種) - リストされたカテゴリーで説明されている 2 つ以上の人種を指します。
  • White (白人) - ヨーロッパ、中東、または北アフリカの原住民にルーツを持つ人。自分の人種を White、Irish、German、Italian、Lebanese、Arab、Moroccan、または Caucasian と示す人々を含むがこれらに限定されません。
• Ethnicity (民族性): より広く「共通の人種的、国家的、部族的、宗教的、言語的、または文化的起源または背景に従って分類される人々の大きなグループ」として定義できます。
  • 例えば、Black/African Descent の人々は、African、African American、Afro-Caribbean、Afro-Latinx などのさまざまな民族性を持つことができます。身体的特徴は似ていても、文化的な違いがある可能性があります。
• Underrepresented Group (代表性不足グループ) これは、特定のグループの人口に占める割合が、国、コミュニティ、組織、その他の人口に占める割合より低いグループとして定義できます。
  • GitLab での例: シニアリーダーシップ内の女性は、シニアリーダーシップ内の男性と比較してまだ低いです。これは、この代表性不足グループ内の不均衡に対処するため、GitLab がすべてのシニアリーダーシップの 50% を 2021 年 12 月までに女性にするというゴールを作成したことを意味します。
• TMRG (Team Member Resource Group) - 他の組織では、TMRG は ERG (Employee Resource Group) かもしれません。TMRG は、GitLab 内で多様性、インクルージョン、帰属意識を育成することに焦点を当てた、自発的でチームメンバー主導のグループです。これらのグループは、チームメンバーがより強い内部および外部の接続を構築するのに役立ち、社会的、教育的、アウトリーチ活動を提供し、将来のリーダーのための開発機会を作り、チームメンバー間のエンゲージメントを高めます。
• Ally (アライ) - 多様性、インクルージョン、帰属意識の「アライ」とは、職場やコミュニティで自分のスキルや才能を貢献するのを妨げる障壁を取り除くために、他の人を支援するアクションを取る意思のある人です。
• Allyship (アライシップ) - アライであること、アライであるグループまたは協会のメンバーであること、またはサポートすることの状態です。これの例として、LGBTQI+ コミュニティの一員として自己認識しない人が TMRG の一員となり、努力をサポートすることがあります。
• Unconscious bias (無意識のバイアス) - 無意識のバイアスとは、個人が自分の意識の外で形成する特定のグループに関するステレオタイプです。 私たちのほとんどの思考と行動は、少なくとも部分的に無意識の衝動の影響を受けています。バイアスがスコープ外であるべき理由はありません。社会的およびその他の特徴に基づいて人々をカテゴリー化することは、強力なサバイバルメカニズムです。それは友達と敵を区別し、「内なる感覚」に基づいて素早い「生か死か」の決定を下すのに役立ちます。同時に、これはステレオタイプ、偏見、差別を育む肥沃な土地です。
• Psychological safety (心理的安全性) - Amy Edmondson によって「チームメンバー間で対人リスクテイクに対してチームが安全であるという共有された信念」と定義されています。 それは、温かくふわふわした感じや気持ちを共有することではありません。間違っていたり間違いを犯したりしたことを認めることに快適であること、そしてより良いものを目指してお互いに挑戦することについてです。

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