- يفتح أخصائي في عمليات الموظفين (People Operations) تذكرة التهيئة قبل تاريخ البدء بأربعة أيام على الأقل، ويُسندها إلى المدير الذي لديه مهامه الخاصة قبل البدء. S01
- اختيار الزميل المرافق هو أولى مهام المدير قبل البدء. والزميل المرافق المثالي أمضى في GitLab أكثر من ثلاثة أشهر، ويعمل في القسم نفسه، ويشارك الموظف الجديد منطقة زمنية متقاربة، ومتاح خلال الأسبوعين الأولين. S02
- تُعقد مكالمة ترحيب كل أسبوعين في ثلاثة أوقات مختلفة لتغطية المناطق الزمنية، ليتمكن الموظفون المقبلون من طرح أسئلتهم قبل بدئهم بأسبوع أو أسبوعين. S01
العودة إلى المكتبةدليل صاحب العمل
أطلس التأهيل · بحث عن الشركة
GitLab
عمل عن بُعد وموزّع
عن بُعدهندسةتعريف بالشركةتعلم خاص بالدورتعاون اعتيادي
ملخص بحث عام، وليس إجراءً رسمياً للشركة
تعرض هذه الصفحة ما لوحظ في المصادر العامة المذكورة فقط. ولا تعني تأييداً؛ وقد يوجد داخل الشركة ما لم يرد في تلك المصادر.
ملخص
ما تصفه المصادر
GitLab شركة تعمل عن بُعد بالكامل وتنشر عملية التهيئة لديها في دليلها العام. يعمل كل عضو جديد في الفريق على تذكرة (issue) في GitLab تؤدي دور قائمة تحقق مشتركة بينه وبين مديره والفرق الداعمة، ويحصل على زميل مرافق يختاره مديره.
- يرحّب الزميل المرافق بالموظف الجديد في مكالمة خلال اليوم الأول، ويُفضَّل أن تكون في وقت متأخر من اليوم حتى يكون الموظف الجديد قد قرأ تذكرة التهيئة وأعدّ أسئلته. S02
- تتضمن التذكرة قسمًا يُكمله كل أعضاء الفريق، موعد إنجازه 30 يومًا، تليه مهام خاصة بالقسم والدور. S01
- يوصي الدليل بأسبوعين كاملين على الأقل من التهيئة العامة، على أن يبدأ التدريب الخاص بالفريق في الأسبوع الثالث. S01
- يُنشأ طلب وصول في اليوم الثاني عندما يوجد نموذج خاص بالدور؛ وتتولى تقنية المعلومات مسؤولية طلبات الوصول. S01
- يحدد الزملاء المرافقون مكالمتي متابعة على الأقل في الأسبوع التالي لتاريخ البدء، ومكالمة أخرى على الأقل خلال الشهر الأول، ويرتّبون بديلًا إذا كانوا سيغيبون. S02
- يجب التأشير على كل بند في قائمة التحقق، إما بوصفه منجزًا أو غير منطبق. وتتابع مراجعة شهرية التذاكر المفتوحة، ويُغلق روبوت برمجي أي تذكرة تظل مفتوحة بعد 60 يومًا. S01
- عند انتقال شخص إلى فريق جديد، يُشجَّع المديرون أيضًا على تعيين زميل مرافق للتنقل الوظيفي. S02
غير موجود في هذه المصادر
غياب ذلك هنا لا يعني أن GitLab تفتقر إليه؛ فالمصادر التي روجعت لا تذكره فحسب.
- كيفية الحكم على الجاهزية بما يتجاوز إكمال قائمة التحقق
- كيفية قياس نتائج التهيئة بما يتجاوز استبيان التهيئة
- كيف تختلف العملية بحسب البلد أو نوع التوظيف
تكييف WeekOne
ما يمكن اقتباسه والتحقق منه محليًا
- الإبقاء على قائمة تحقق واحدة فيها قسم لكل مسؤول (الموظف الجديد، المدير، تقنية المعلومات، الموارد البشرية) بدلًا من قوائم منفصلة تتباعد مع الوقت.
- السماح بتأشير البنود على أنها «غير منطبقة» بدلًا من حذفها، ليُظهر السجل ما جرى النظر فيه.
- توثيق معايير اختيار الزميل المرافق (مدة الخدمة، الفريق، تداخل المنطقة الزمنية، التوافر) وتسمية بديل قبل اليوم الأول.
هذه اقتراحاتنا وليست ممارسة GitLab. لا تنسخ تواريخ الشركة أو أدواتها أو قواعدها دون التحقق من ملاءمتها لمؤسستك.
مخططات WeekOne ذات الصلة
المصادر والمنشأ
اقرأ الأدلة في سياقها
S01رُوجع في 2026-09-25
GitLab Onboarding
GitLab · دليل عام · بلا تاريخ / يُحدَّث باستمرار
تُدار التهيئة بوصفها تذكرة (issue) في GitLab تُفتح قبل تاريخ البدء بـ4 أيام على الأقل، مع موعد إنجاز خلال 30 يومًا وأقسام خاصة بالدور.
الحدود: صفحة في دليل حيّ يتغير كثيرًا؛ تصف العملية المقصودة، لا نتائج مقيسة.
فتح المصدرS02رُوجع في 2026-09-25
GitLab Onboarding Buddies
GitLab · دليل عام · بلا تاريخ / يُحدَّث باستمرار
يعيّن المدير زميلًا مرافقًا قبل اليوم الأول؛ ويتصل الزميل المرافق بالموظف الجديد في اليوم الأول ويجري مكالمتي متابعة على الأقل في الأسبوع الثاني.
الحدود: معايير الاختيار مذكورة بوصفها مُثُلًا يقول الدليل إنه لا يمكن تحقيقها دائمًا.
فتح المصدرعدم العثور على أمر في وثيقة لا يثبت أن المؤسسة لا تملك عملية من هذا النوع. جميع جداول المهام وقواعد الإنجاز والمخططات هنا تكييفات أصلية مقترحة. لا تستنتج الواجبات القانونية أو السياسات الفعلية أو الأدوات المرخّصة أو صلاحيات الإنتاج.
مستندك وقراراتك