エンジニアリング採用
概要
採用はエンジニアリング組織の成功の礎であり、私たちの成長と顧客への成果を生み出す能力に貢献します。そのため、採用は単なる責任ではなく、GitLab へのあらゆるエンジニアの貢献における根本的な要素です。シニアリティに関わらず、すべてのエンジニアの役割に深く根付いているべきものです。
採用活動に積極的に参加することで、エンジニアはチームの文化を形成し、技術的な基準を高め、多様な視点とスキルセットの継続的な流入を確保することができます。採用に貢献することで GitLab は責任ある成長を遂げ、エンジニアリング全体の集団的な成功に影響を与えます。
面接はスキルであり、実施して改善するには多大な時間と労力を要します。エンジニアリング組織のスケールに貢献するために取る努力を認識し、評価する必要があります。
詳細については、エンジニアリング内の採用活動への貢献の重要性を強調したエンジニアリング全体会議の録画（内部）を参照してください。
採用プラクティス
内部のベストプラクティスとガイドラインについては、内部採用リポジトリを参照してください。
R&D 新規ヘッドカウント GHPID リクエスト、バックフィル、異動プロセス
新規ヘッドカウントとバックフィルプロセス
予算化された新規ヘッドカウントのレビューは、エンジニアリングリーダーシップ、タレントアクイジション、財務ビジネスパートナー（FBP）、およびピープルビジネスパートナー（PBP）間で定期的に行われます。新規ヘッドカウントを開設するプロセスは、エンジニアリングチームとピープルチーム間のコミュニケーション・一貫性・協力を重視した、タレントアクイジションと財務主導のプロセスです。
新規ヘッドカウントとバックフィルプロセスの両方は、タレントアクイジションのハンドブックセクションに記載されています。採用を開始する前にバックフィル Issue を作成して承認を得る必要はなくなりました。バックフィルはまず CTO とエンジニアリングリーダーシップが毎週レビューし、ポジションをオープン・クローズ・転用するかどうかのビジネス上の決定が行われます。決定が下されたら、担当のリクルーターが役割のキックオフのために連絡します。すべてのバックフィルは、再レベリングのビジネス上の必要性がない限り、インターミーディエイト/グレード 6 レベルがデフォルトです。詳細については、エンジニアリングモビリティ原則のハンドブックページを参照してください。
ヘッドカウント異動プロセス
- 部門長と PBP: 2人の部門長がチーム間での新規ヘッドカウントの移動に合意した場合、各リーダーはそれぞれの PBP に連絡して、組織構造や組織計画の考慮事項について議論してください。PBP はトライアドプロセスを通じて、関連情報（組織設計/レベル/配置）を財務とタレントアクイジションに共有します。
- タレントアクイジション: TA は、ヘッドカウントプロジェクトで「承認済み・スワップ必要」Issue を作成し、両部門が移動に合意していることを確認するプロセスを担います。
- 財務ビジネスパートナー: FBP は Adaptive で予測された役割の GHPID を作成し、GHPID を Issue に追加してステップを完了とマークし、予測が更新されたことを示します。追加情報が必要な場合、FBP は GHPID を提供する前に部門リーダーまたは PBP に連絡します。
- ピープルビジネスパートナー: GHPID が割り当てられた後、PBP は Workday の「コストセンター」と「監督組織」の両ディメンションが更新され正確であることを確認します。
