مرحبا بالجميع! ما زلت أتحدث عن الخبرة الإدارية في مجال تكنولوجيا المعلومات. اليوم سنتحدث عن تقديم موظف جديد للفريق. لقد استأجرت مهندسا. متى ستصبح وحدة قتالية كاملة؟ ما يجب القيام به لتسريع التكيف؟ كيفية تحسين هذه العملية؟ بعد كل شيء ، هل يستحق الأمر الاهتمام به وقضاء بعض الوقت؟
سأبدأ بالإجابة على السؤال الأخير: بالتأكيد نعم. بغض النظر عن الخبرة التي يتمتع بها المتخصص ، فإنه يحتاج إلى وقت للتعمق في التفاصيل الفنية لمشروع معين ، والتعرف على عملية التطوير ، ومقابلة زملاء جدد في النهاية. هذا مهم حقًا للشركة: فكلما بدأت بشكل أسرع في حل المشكلات بالكامل ، زادت سرعة إفادة الشركة.
أعتقد أن إدخال موظف جديد في الفريق هو عملية بالغة الأهمية ، وكلما زاد تصحيحها ، كلما كان الوافد الجديد أسرع كموظف كامل وقلة الوقت الذي تقضيه فيه.
مبتدئ في تحول الزميل
عندما عملت في مجمع خدمات قطع الغيار المستعملة ، استغرق الأمر 3 أيام لتقديم أشخاص جدد للفريق. بعد ذلك ، قاموا مع الآخرين بحل المهام الحالية على قدم المساواة ، وشاركوا في المناقشات ومزحوا مع زملائهم في آلة القهوة. لكنني لم أتوصل إلى هذا ، بالطبع ، على الفور ، في البداية ، كان عليّ ملء المطبات واكتساب الخبرة. عندها فقط قمت بتشكيل المبادئ الأساسية لنفسي وبناء العملية.
فيما يلي الفروق الرئيسية التي تعلمتها بنفسي من ممارسة إدارة الفريق.
- يجب أن يبدأ إدخال شخص ما في فريق بمقدمة للمشروع. وهذا ما قمت به بالفعل في المقابلة. كنت دائمًا على استعداد لقصة مدتها 10 دقائق عن الشركة ككل ، وما الذي تكسبه ، وكيف تعمل الخدمة ، وهيكل الإدارات والمزيد.
- إعداد مكان العمل وخلق ظروف عمل مريحة. في اليوم الأول ، يجب على الشخص الجلوس على مكتبه مع كرسي مريح أو كرسي بذراعين وتشغيل جهاز كمبيوتر تم تكوينه بالفعل. لم يكن لديك الوقت لإعداد كل هذا؟ غير قادر على ذلك ، وهذا يحتاج حقا الاهتمام.
- النهج الفردي. على سبيل المثال ، لتوفير الراحة (وهو أمر ضروري ، خاصة في ظروف التوتر عند الانتقال إلى وظيفة جديدة). من الجيد أن تسأل عن التفضيلات من حيث نظام التشغيل ولوحة المفاتيح / الماوس. ربما ستكون صاحب العمل الأول الذي يقدم هذا. وهذا سيرفع شركتك في أعين الموظف.
- التعارف الصحيح مع الفريق. لا يكفي مجرد تخيل أسماء جميع الموظفين والذهاب إلى أماكن العمل. يمكنك القيام بذلك: هذا هو Misha ، وهو المسؤول عن الواجهة الخلفية ، وهذا هو Petya ، وهو DevOps ، و Vasya و Kolya مسؤولون عن جزء العميل ، ويمكن طرح أسئلة حول مثل هذه الجوانب وهذه. وكل هذا يجب أن ينعكس في الوثائق الرسمية للموظفين ، ولكن المزيد حول ذلك أدناه.
- التعارف مع الشركة. أعتقد أنه من الأفضل إدارتها في الأقسام ومعرفة كيفية تنظيم الشركة في الداخل ، وكيفية تأسيس التفاعل بين الموظفين. سيكون في متناول اليدين في المستقبل.
- الجنرال يجب على المهندس الجديد أن يعرف مثل هذه الأشياء التافهة ، وأين هي الحمام ، وكيفية استخدام آلة صنع القهوة وأين يمكنك تسخين الطعام. هناك خطوة رائعة نحو توثيق العلاقات مع الزملاء تتمثل في دعوته لتناول العشاء مع الفريق.
- مبادئ الفريق. في كل مكان الشروط والأحكام الخاصة بها. على سبيل المثال ، كان من المعتاد أن يعمل فريقنا وفقًا لجدول زمني مرن ، حيث يمكن لأي شخص الحضور في وقت مناسب له أو قضاء يوم عطلة في العمل أو العمل من المنزل. ولكن في حالة حدوث حالات إطلاق أو حالات طوارئ ، فإننا نواجه المشكلة ونحلها معًا. كان للفريق أيضًا جو ودي ، تعاملنا مع بعضنا البعض باحترام ، وتوقعنا ذلك من القادمين الجدد.
بشكل عام ، لم أكتشف أي أسرار ، لكن هذه الجوانب لها أهمية كبيرة حقًا. الانطباع الأول مهم للغاية ، فمنه سيقوم الشخص بتكوين رأي حول الشركة ومكانها فيها.
عامل مهم آخر هو الحد من التوتر. إنه أمر لا مفر منه ، لأن الانتقال إلى وظيفة جديدة هو وسيلة للخروج من منطقة الراحة ، كل الناس مختلفون ، وليس كل شخص يعرف كيفية التعامل بشكل جيد مع هذا. مهمتك هي تهدئة عملية ضم شخص إلى الفريق. وهنا الاهتمام بالتفاصيل هو المهم. على سبيل المثال ، قد يخجل الشخص من استبدال لوحة مفاتيح غير مريحة. أو إذا رأيت أنه منطو ، كن أكثر حساسة ولا تضعه تحت الأضواء في مركز الساحة المفتوحة عند مقابلة فريق.
كيفية تحميل مبتدئ بسرعة في مشروع وليس قتله
جاء رجل للعمل معك ، وقمت بتقديمه إلى الزملاء والشركة ككل ، وخلق ظروف مريحة. لقد حان الوقت للعمل. بعد كل شيء ، مهمتك هي إشراكه في عملية التطوير والبدء في الاستفادة من الشركة في أسرع وقت ممكن. وفي هذه الحالة ، فإن الشيء الرئيسي هو عدم الفرز بسرعة. اغمر الزميل الذي تم سكه حديثًا في العمل بسلاسة.
لذلك ، فيما يلي الخطوات الرئيسية التي تسمح لي بتحويل المبتدئين بسرعة ودون ألم إلى عضو كامل في الفريق.
- قصة عن المشروع. أعتقد أن عليك أولاً التحدث عن المشروع من وجهة نظر العملاء. لماذا هو مطلوب ، وكيف يعمل ، ما هي المشاكل التي يحلها؟ وعندها فقط يمكننا الانتقال إلى ما هو "تحت الغطاء" وإظهار كيف يتم ترتيبها في الداخل. لتوفير الوقت ، يمكنك تسجيل الفيديو مرة واحدة. من الضروري فقط مراقبة أهميتها. إذا لم تتمكن من القيام بذلك بنفسك ، فقم بإعطاء المهمة للزملاء.
- هيكل المشروع. من المهم أن توضح ما تتألفه خدمتك من الوحدات النمطية التي تشمل كيف تتفاعل مع بعضها البعض.
- قاعدة المعرفة. تأكد من كتابة الوثائق الفنية. ستكون بصيصًا من الضوء ودليلًا على براري مشروعك للمبتدئين. يجب أن يكون كل شيء: من مبادئ تسمية الفروع وقواعد إنشاء طلب السحب في Git إلى وصف البنية التحتية للخادم ومجموعة من الأدوات التقنية.
- رفع المشروع. ساعد الوافد الجديد على نشر المشروع ، فلا تسقطه في هذه المرحلة. حتى المبرمج المتمرس يمكنه أن ينقذ المهمة قبل الخلط بين كل شيء هناك. لتسريع هذه العملية ، اكتب التعليمات. ولكن يمكنك توفير المزيد من الوقت إذا قمت بذلك مقدمًا وتكوين عملية تجميع المشروع نفسها.
- من البسيط الى المعقد. في غضون يومين ، أخبر عن كل شيء ، ثم رمي الوافد الجديد في embraure واجبرهم على قطع ميزات معقدة جديدة؟ خطة كبيرة للفشل. موارد الدماغ البشري ليست غير محدودة ؛ أعرضه تدريجيا. اقض وقتًا طويلاً وانتقل إلى مهامه بدرجة متزايدة من التعقيد ، وادفعه تدريجياً إلى المستوى المطلوب من الصعوبة.
مرة أخرى ، لم أقل أي شيء جديد ، لكن لسبب ما ، تواصل العديد من الشركات ارتكاب مثل هذه الأخطاء. ثم يفاجأون أن الشخص الذي يتمتع بخبرة كبيرة يرتكب أخطاء مزعجة. من المنطقي استخلاص تشبيهي المفضل مع الرياضة: اللاعب المحترف يعرف كيف يركل الكرة ويمنح مهارة ، لكن بدون معرفة تكتيكات الفريق واستراتيجيته ، لن يكون هناك أي معنى في ذلك والنتائج. لهذا السبب هناك حاجة إلى مدرب لمساعدة اللاعب على أن يصبح جزءًا من الفريق. إذا كنت قائد فريق ، فيجب أن يكون إدخال أشخاص جدد للفريق على عاتقك. ضيق الوقت وأسباب أخرى ، هذه مجرد أعذار. هذه عملية مهمة حقًا لن يقوم أحد بإصلاحها.
قصص الحياة
أدناه سوف أشارك الحالات التعليمية من ممارستي الخاصة. أنا أيضا لم تنجح على الفور في تصحيح العملية ، ذهبت إلى هذا من خلال الأخطاء.
حول رفع المشروع
عندما كان فريقي صغيرًا جدًا ، للموظفين الجدد ، رفعنا جميع الخدمات من نقطة الصفر على كل جهاز. بالطبع ، قضيت الكثير من الوقت في ذلك أو أخذتته من زملائي عندما طلبت منهم المساعدة. مع نمو الشركة وقسم تكنولوجيا المعلومات ، أصبح هذا صداع.
أعترف ، فاتني هذه اللحظة. بالإضافة إلى ذلك ، تسبب هذا مشاكل ليس فقط مع المبتدئين. عندما يحتاج أحد الموظفين إلى رفع الخدمة التي يكتبها فريق آخر ، كانوا على استعداد لإطلاق النار على أنفسهم. وإذا كان في وقت واحد كان من الضروري رفع اثنتي عشرة؟ قررت الوضع بشكل جذري: لقد قمت بنقل البنية التحتية بالكامل إلى Docker. نعم ، لم يكن الأمر سهلاً ، لقد قضينا الكثير من الوقت والجهد ، لكن الكثير منه تم توفيره في المستقبل. اخترنا تكوينات المشروع المثلى وقدم كل منها إرشادات مفصلة حول كيفية النشر والرفع.
نتيجة لذلك ، تم نشر جميع خدماتنا الداخلية الخمسة عشر في غضون 20-30 دقيقة. بمعنى آخر ، تخطى الوافدون الجدد إحدى مراحل التكيف في مكان جديد. فوجئ الكثيرون عندما تذكروا تجربتهم السابقة. كان هذا أفضل الثناء بالنسبة لي. بالمناسبة ، أنا أعرف العديد من الشركات التي تم إلقاؤها من قِبل الوافدين الجدد مع المشروع ، وكان عليهم أن يقضوا أسبوعًا كاملًا في جمعهم!
حول الوثائق
ربما ، مثل أي شخص آخر ، في بداية المشروع لم يكن لدينا أي وثائق على الإطلاق. وبينما كان الفريق صغيرًا ، وكانت الخدمة متواضعة في وظائفه ، لم تكن هناك أية مشكلات. ولكن بعد عامين ، عند التبديل إلى أجزاء أخرى من المشروع ، لم يفهم المطورون أنفسهم كيف أن هذه الأجزاء من الخدمة التي لم يلمسوها تعمل لفترة طويلة. كان الأمر أكثر صعوبة في إخبار الموظفين الجدد بالمشروع. خاصةً عندما تتكون من 15 خدمة تعمل بطرق مختلفة وعلى تقنيات مختلفة.
في المرحلة الأولى من حل المشكلة ، تم تسجيل مقاطع فيديو تدريبية لجميع العاملين في جميع الإدارات. سمح للمبرمجين بمراقبة كل شيء حتى يفهموا كيف تم ترتيب عمل الخدمات من وجهة نظر المستخدم. هذا الوقت الموفر إلى حد كبير ، لم يكن من الضروري التحدث لفترة طويلة ، كانت 10 دقائق كافية للإجابة على الأسئلة بعد المشاهدة.
ثم قمنا بإعداد الوثائق في نسختين: للمبتدئين ومددت للجميع. الأولى كانت في الأساس ورقة غش بسيطة للمرحلة الأولى من إدخال شخص في الفريق ، حيث يمكن للقادمين الجدد العثور على جميع الأشياء الأكثر أهمية. والثاني ، نسخة موسعة ، وقد استخدم الجميع بالفعل. تم وصف كل شيء هناك: من الهندسة المعمارية والتعليمات الخاصة بنشر المشاريع إلى الفروق الدقيقة الدقيقة في استخدام تقنيات معينة. في وقت لاحق ، أنشأوا وثيقة كبيرة أخرى تصف تفاعل جميع مكونات نظامنا المشترك.
يمكننا أن نقول أنه في البداية لم يكن هناك أي بحث على الرصيف الكبير ، كان غير مريح للغاية للاستخدام ، لذلك تم نقل كل شيء إلى محرك Wiki. مع التنظيم السليم ، وهذا لم يكن ممكنًا أيضًا في المحاولة الأولى ، فقد أصبح كل شيء مناسبًا للغاية وبأسعار معقولة. في وقت لاحق أضفنا وثائق إضافية للإدارات المختلفة. ثم أصبحت وثائقنا قاعدة معرفة كاملة. على سبيل المثال ، تحتاج إلى تكوين النسخ المتماثل على بعض الخدمات ، يمكنك العثور على المقالة الضرورية مع الإرشادات والأمثلة.
يمكن لكل موظف إضافة وتحرير المستندات ، وكان هناك أشخاص مسؤولين عن مراقبة أهمية المعلومات ، ولكن الجميع تقريبا شاركوا في العملية بطريقة أو بأخرى. من المهم أن نلاحظ نقطة رئيسية هنا - يجب ألا تقفل المعرفة بشخص واحد ، فهذه هي الطريق إلى أي مكان. يمكن أن يمرض أو يستقيل ، ثم في غيابه يمكن أن يحدث انهيار للمعلومات.
لقد تركت هذه الشركة بالفعل منذ زمن طويل ، لكن القاعدة ما زالت حية ، فالموظفون يستخدمونها باستمرار.
عن الراحة
بمجرد وصولي إلى وظيفة جديدة كمبرمج عادي ، شعرت بالسعادة عندما حاولوا تهيئة ظروف مريحة وشرح كل شيء. ولكن كان ذلك عندما قاموا بزرعهم في مكان العمل وتركوهم وحدهم في المشروع. غضب بشكل رهيب. لكن الإدارة لم تر هذا مشكلة.
أتذكر تجربتي ، أحاول دائمًا الاستماع إلى الأشخاص وخلق ظروف مريحة. على سبيل المثال ، كان هناك شخص يفتقر إلى سماعات جيدة لإلغاء الضوضاء أو كرسي مع دعم خلفي. في ممارستي ، كانت هناك قصة عندما جاء مبرمج إلى PHP ، لكنه أراد أن يقوم بعمل JS. كنت فقط أصلح القسم ، وكان لدى الشخص دافع ممتاز وعينان ملتهبتان. نتيجة لذلك ، نقلته إلى موقع مختلف ، كان الجميع راضين.
إن الرجال الذين جاءوا إلى قسمي قدّروا حقًا هذا الموقف. قالوا إن كل شيء كان معقدًا للغاية بالنسبة إلينا ، ولكن بفضل هذه المقدمة السهلة لمسار العمل ومساعدة الموظفين الآخرين ، فقد أتقنوا الفريق بسرعة.
أعتقد أن الكثير من التواصل الجيد والأجواء الودية في الفريق تساعد كثيرًا. يجب أن يعيش قائد الفريق مع الفريق ، CTO مع TL والعمليات ، وربما عندها فقط سيكون هناك شاعرة.
مشروع اختبار القيادة
هناك مثل هذه الحالات المؤسفة عندما يتم نقل شخص جديد إلى الشركة ، ولكن في عملية العمل ، يتضح أنه إما أنه غير مناسب للمشروع ، أو أن المشروع لا يناسبه لسبب ما. بالطبع ، الوضع ليس عاديًا ، لكن في بعض الأحيان يحدث ذلك.
لتقليل المخاطر لكلا الطرفين ، قمت بتقديم ممارسة مثل يوم الاختبار. استخدمنا هذا النهج عندما كانت هناك شكوك. أي أنه يمكن للمتخصص أن يعمل يوميًا لتجربة مشروع جديد له ، لمعرفة كيف يعمل كل شيء. بدوره ، حتى في مثل هذا الوقت القصير ، يمكننا تقييمه بشكل شامل.
يمكن أن يكون للمهندس أسباب كثيرة وراء عدم إعجابه بالمشروع. على سبيل المثال ، قد لا يرغب في العمل مع Legacy ، وقد لا يحب أساليب التطوير ، وأخيراً ، قد لا يناسبه جو الفريق. ويحدث أن الشخص ليس لديه ما يكفي من هذه الأسباب للمغادرة بعد فترة تجريبية. يبقى ، لكنه يشعر بعدم الراحة أو الاستياء.
لاستبعاد مثل هذه الحالات ، قضينا أيام الاختبار. لقد توقف الناس عن العمل وجاءوا إلينا لمحاولة العمل. في هذه الحالة ، كان هناك وقت أقل للتعرف على المشروع ، لذلك قدمناهم إلى مسار الأمور في برنامج معجل. وقد أثمر هذا الأمر: في حالة الشك بعد المقابلة ، اتخذنا مع المرشح القرار الصحيح. وبالتالي ، لم يخاطر بفقدان وظيفته الحالية والدخول في مشروع لم يعجبه ، وقمنا بتوفير الكثير من الموارد إذا لم يصبح الشخص في النهاية عضوًا في الفريق. بالمناسبة ، يتم استخدام نهج مماثل من قبل بعض الشركات الأخرى.
النتائج
في شركات مختلفة ، تختلف سير العمل اختلافًا كبيرًا ، كما أن لكل مكان خصوصية وبنية خاصة به. لذلك ، حتى المحترفين الصعبة يحتاجون إلى وقت للتكيف. مهمتك هي جعلها أكثر فعالية وتقليلها في الوقت المناسب قدر الإمكان. لذلك ، من المفيد تخصيص وقت لتصحيح هذه العملية مثل إدخال موظف جديد في فريق. إذا لم تكن قد اتخذت خطوات في هذا الاتجاه ، فحاول القيام بذلك في أقرب وقت ممكن. هذا سيوفر لك الكثير من الوقت في المستقبل. وبغض النظر عن عدد الأشخاص الذين يعملون في الشركة ، 10 أو 1000. من المهم أيضًا أن نفهم أنه إذا لم يكن هناك أحد للقيام بذلك ، فلا تزال المسؤولية تقع على عاتق قائد الفريق.
تمكن فريقي من تقليل وقت الإدخال إلى ثلاثة أيام! بعد هذا الوقت القصير ، انضم شخص إلى الفريق وتولى المهام الحالية. لا توجد وصفة عالمية ، في كل موقف ستعمل خطتك. لكن في رأيي ، فإن الجوانب الرئيسية هي الإعداد الدقيق لتعيين موظفين جدد (التوثيق ، إنشاء البيئة ، الأجهزة) ، تهيئة ظروف مريحة ، معرفة أكيدة بالمشروع ودعم من الزملاء ، وبالطبع قائد الفريق.
ملحوظة: ماذا لو كانت لديك قصص مثيرة أو مضحكة أو مفيدة حول كيفية تقديمك للفريق؟ حرق في التعليقات! :)مقالاتي الأخرى لإدارة تكنولوجيا المعلومات:
ما هو قائد الفريقفريق الأحلام من لا شيء: توظيف متخصصي تكنولوجيا المعلوماتكيفية إنشاء وإدارة فرق ناجحةتنمو ، قائد الفريق ، كبيرها وصغيرها