يوجد في الاستوديو 15 شخصًا ، نصفهم من المبرمجين. الاستوديو متخصص في تطوير المتاجر على الإنترنت ، لذلك المبرمجون هم موردنا الرئيسي.
هناك ثلاثة أشياء مطلوبة دائمًا للمبرمجين
- أسرع لتسليم المشاريع.
- البقاء في تقييمك الخاص لتكاليف العمالة.
- ينمو ويتطور
ولكن لأسباب مختلفة ، فهي ليست دائما جاهزة لهذا الغرض. كيف حفزنا المبرمجين على التحسين في المجالات الثلاثة ، وما الصعوبات التي واجهوها وما الذي جاء منها ، سأقول في المقال.
كيف نبدأ في تقديم المشاريع بشكل أسرع
سنتحدث على الفور عن سبب أهمية ذلك: إذا قدم مبرمج مشروعًا بشكل أسرع ، فإن الشركة تكسب المزيد من الأموال عند بدء التشغيل ، وفي النهاية ، يكسب المبرمج أيضًا أسرع. لأنه ينتقل بسرعة إلى المشروع التالي ، ويذهب المشروع السابق إلى الدعم والترويج. يبدو أن كل شيء واضح ، ومع ذلك رأينا أن المبرمجين لا يكملون المهام ويقومون بتنفيذ المشاريع بأسرع ما يمكن ، وقرروا مساعدتهم على الإسراع
كيف الدافع
المرحلة الاولى
كان الخيار الأول هو جعل راتب مبرمج نصف راتب ونصف المكافآت للمشروع. نتيجة لذلك ، ستكون الشركة والمطور "في نفس القارب" ، وسيؤثر نجاح أحدهما بشكل مباشر على نجاح الثاني. يبدو أن كل شيء منطقي ، يبقى فقط لتسريع.
ما المطلوب لإكمال المشروع بشكل أسرع؟
من الواضح ، تحتاج إلى برنامج أسرع. كيف نفعل ذلك؟ أقل الهاء وكل شيء مفيد للقيام به على الفور ، بحيث لا تضطر إلى إعادة.
ولكن هنا واجهنا مشكلة أخرى: المبرمجون لا يصرف انتباههم دائمًا عن طريق الخطأ أو الإرادة. على سبيل المثال ، يمكن للمدير نقل مبرمج لحل مشاكل دعم مشاريعه السابقة.
بالإضافة إلى ذلك ، بين تطوير وتسليم المشروع هناك عملية تكامل طويلة ومشكلة. لذلك تلقى مبرمج مكافآت لتطوير مشروع لم يتم تسليمها بعد. هذا لا يبدو منطقيا للغاية ، لذلك واصلنا البحث عن خيارات.
المرحلة الثانية
وكان القرار الثاني هو دفع مكافآت عند تسليم المشروع ، وليس عند الانتهاء من المشروع.
الآن ، أصبح المبرمجون أسوأ: لم تؤثر فقط المهام ذات الصلة على مكافآت الاستلام ، ولكن على سبيل المثال ، سرعة توفير وصول العميل للتكامل مع الدفع والتسليم (وأحيانًا عدة أشهر) ، وسرعة متخصصي 1C (للتكامل مع 1C ).
أيضا ، في مرحلة البرمجة ، يتم الكشف عن جميع الأخطاء في الخطوات السابقة: التخطيط والتصميم والتصميم. ويتعين على المبرمج تصحيحها تقريبًا للحصول على راتب مكشوف (وكان صغيرًا جدًا في إطار هذا النظام).
اتضح أن المبرمج يبقى بدون مكافآت (وهي كبيرة) من خلال أي خطأ من جانبهم.
كان هذا التوافق غير مقبول وتعين تقليص تجربة المكافآت للمشاريع.
هنا ، حان الوقت للاعتذار لفريق التطوير لمثل هذه التجارب. ما زلت مندهشًا كيف لم يهربوا جميعًا بعد ذلك.
كانت نتيجة التجربة هي فهم أن المبرمجين لديهم دوافع كبيرة للقيام بهذه المهمة بسرعة وبشكل جيد ، إذا لم يتدخلوا. وهم لا يحتاجون إلى حوافز إضافية.
فهل الدافع المادي ضروري في هذه الحالة؟
أحتاجه. مكافأة صغيرة عند الانتهاء من المشروع تحفز المبرمج على عدم "العمل بشكل أفضل" (لهذا ، في تجربتنا ، فهو لا يحتاج إلى حافز) ، ولكن إلى الخوض في المجالات ذات الصلة. على سبيل المثال ، يدرس مبرمج ، إلى جانب مدير المشروع ، تخطيطات التصميم قبل عرضها على العميل ، ويبحث عن التناقضات ومجالات المشكلات فيها. نتيجة لذلك ، فإن المشاريع أسهل بكثير في البرمجة وتقديمها للعميل.
نسبة الراتب والمكافأة في نفس الوقت عند مستوى 80/20 ٪.
نحن نحفز لتناسب تقييمك لتكاليف العمالة
إذا كان من المستحيل تنفيذ المشاريع بشكل أسرع بسبب الدافع المادي للمطورين ، فعندئذ ربما يكون من المفيد تحفيز المبرمجين ليناسبوا تقديراتهم الخاصة بالمواعيد النهائية للمهام؟
ما الذي نتحدث عنه: استنادًا إلى تقديرات مدى تعقيد المهام ، من المخطط أن يعمل المبرمجون - يتم تعيين المهام لمنظور المدى القصير (الأسبوع) والطويل (1-2 أشهر). وفقًا لذلك ، إذا لم يفي المبرمج بالموعد النهائي ، فسوف يسقط جدول العمل بالكامل ، وستنتقل المواعيد النهائية للمشاريع التي تعتمد عليه ، وهكذا.
كيف تساعد المبرمج في الحفاظ على الإطار الزمني المخطط له؟
من الممكن المكافأة إذا قابلت العلامة. يمكن أن تكون محروما ، إن لم يكن التقى.
ومع ذلك ، يشير القراران الأول والثاني إلى أن النقطة هنا هي الدافع فقط ، وليس لأسباب خارجية. لقد اكتشفنا بالفعل أن المبرمجين ، إن لم يكن منزعجين ، يعملون جيدًا قدر الإمكان.
بدأنا في إجراء عمليات استرجاعية لمعرفة سبب مهمة معينة استغرقت وقتًا أطول من المخطط لها من أجل إيجاد "اختناقات" إما في المهمة نفسها ، أو في سياق تنفيذها ، أو في معرفة المبرمج.
ساعد هذا ، بدأت المهام التي يتم القيام بها في كثير من الأحيان في الوقت المخصص. أصبح من الواضح أنك بحاجة إلى معرفة المهام المطولة قبل انتهاء الموعد النهائي.
لهذا ، توصلنا إلى "استعادات أولية". عند مرور أكثر من نصف الوقت المخصص للمهمة ، ولا تزال المهمة غير قريبة من النصف ، يقوم المبرمج بإبلاغ المدير بهذا ، ويبحثون معًا عن الأسباب.
لذلك ، بسبب ما لا يمكنك الوفاء بالموعد النهائي لهذه المهمة
تم تقييم المهمة في البداية بشكل غير صحيح.
إما تم تقييم التعقيد بشكل غير صحيح ، أو أن الحل الذي تم اختياره أثناء التقييم لم يكن مناسبًا في النهاية. هذا يعني أن المبرمج لديه فجوة في المعرفة في مجال معين. ! المهم يتم استخدام هذه المعلومات للتدريب ، وليس لمعاقبة المبرمج.
لقد كبرت المهمة مع التفاصيل على طول الطريق.
إذا جاءت التفاصيل من العميل ولم تكن واضحة في البداية ، عندها يصحح مبرمج التقييم ، ويبيع المدير الساعات المفقودة ويغير الموعد النهائي.
إذا كانت التفاصيل واضحة ، إلا أن المدير أخطأها
هذا يتحدث بالفعل عن الفجوات في معرفة المدير. نحن نفهم أن المدير يجب أن يدرس حتى لا تنشأ مشاكل مماثلة.
ولكن هل تحتاج إلى دافع مالي هنا
أحتاجه. نحن نعتبر الجائزة لعدد الساعات المباعة للعميل والتي قام بها المبرمج. يبقى الهدف كما هو: عندما يكون الدافع وراء إجراء تقييم دقيق ، يتعمق المبرمج في المهمة ، ويوجهها في بعض الأحيان إلى التوضيح ، ويقدم أحيانًا إصداراته الخاصة.
تدريب المبرمجين والدافع للتنمية
في المرحلة الماضية ، نجد فجوات في معرفة المبرمجين ، لكن كيف نجعلهم يدرسون هذه الفجوات وسدها؟
نحن موجودون في كراسنودار ، وهنا بشكل عام هناك استوديو واحد للتجارة الإلكترونية (في الواقع ، نحن). هذا يعني أنه لا يوجد مكان لأخذ موظفين جاهزين منه. ويحتاج الجميع إما أن ينمو من الصفر ، أو "ينمو" من المستوى الذي كان عليه في الاستوديوهات الأخرى.
ما يجب أن يعرف مبرمج
- الواجهة
- الخلفية
- المنزلق
- التكامل (1C وهلم جرا)
- لينكس ، Nginx ، اباتشي
وبالتالي ، لدينا 5 مجالات اختصاص. كل واحد منهم لديه مجموعة معينة من المهارات التي من خلالها يتم تشكيل خريطة كفاءة مبرمج. يحدد تقسيم المطورين إلى مستويات (متدرب ، مبتدئ ، متوسط ، كبير).
مع ارتفاع المستوى ، يزيد الراتب.
كيف رفعنا المطورين
الفرضية 1
كانت الفكرة الأولى هي إعطاء المطورين خريطة للكفاءات والمواد المنهجية ونقدم أنفسنا لتطويرها.
في Bitrix24 ، بدأنا المهام التلقائية التي كان على الجميع الإبلاغ عن التقدم المحرز في التدريب.
ثم واجهت المشكلة الأولى. لسبب ما ، لم يرغب المبرمجون في الدراسة ولم يرغبوا في النمو على خريطة الكفاءات.
بعد بضعة أشهر من المحاولات غير المجدية ، خمنت أن أسألهم: ما الخطأ؟
اتضح أن هناك فرق كبير في الكفاءات بين المستويات المختلفة. وهي لا تحفز على الدراسة.
الفرضية 2
ثم قررت تقسيم المستويات إلى عدة مستويات (كنسبة مئوية من خريطة الكفاءة المدروسة). ولكل مستوى لإعطاء زيادة طفيفة في الراتب.
حصلت على أفضل قليلا. تواصل المبرمجون للدراسة وأخذ الامتحانات. ولكن لا يزال بطيئا جدا.
أصبحت المشكلة التالية واضحة: لا يوجد وقت أو طاقة لدراسة المواد في المنزل ، وفي العمل ، يكون المبرمجون مشغولين بالمهام. لذا تقدم أولئك الذين لديهم نصف يوم من التعليم الذاتي المجاني على خريطة الكفاءات ، وأولئك الذين لم يبقوا على نفس المستوى ، مما أدى إلى تثبيط قوتهم.
الفرضية 3
نعطيه وقت الفراغ. بين المهام ، بدأ المبرمجون في ترك عدة ساعات في الأسبوع للتدريب.
وهكذا نجحت. بدأ المبرمجون في الانخراط في تطوير الذات وأخذ الاختبارات والنمو في الرواتب.
أولئك الذين ليسوا مستعدين للتعلم ، مع مراعاة الوقت المخصص وآفاق النمو ، ينبغي ببساطة تركهم وحدهم. هناك أشخاص مرتاحون في مستواهم وإذا كان بإمكانهم إغلاق بعض المهام ، فلماذا لا؟
النتائج
في تجربتنا ، يتمتع المبرمجون بدوافع داخلية كافية ، وإذا لم يتم إزعاجهم ، فإنهم يعملون جيدًا قدر الإمكان.
تعتبر الجوائز بمثابة حافز إضافي ليس لجودة العمل بقدر ما هو غمر في عمل المتخصصين ذوي الصلة (ابحث عن مجالات المشاكل في التصميم والمعارف التقليدية قبل الاتفاق عليها نهائيًا).
جميع أدوات التعلم لا معنى لها ما لم يكن هناك شيئان مهمان. مشاعر التقدم (بما في ذلك المكافآت القابلة للتحقيق) والوقت المخصص لذلك. صدقوني ، عندما يصل مبرمج ، بالكاد تمكن من إغلاق المهمة في يوم واحد ، إلى منزله من العمل لمدة ساعة ، ثم بعد ذلك لا يصل إلى "خطة التطوير" الخاصة بك. وأعتقد أن "سوف تتعلم الآن وسيكون لديك وقت فراغ" لن يؤدي إلا إلى رد فعل صامت واحد: "لا أعتقد".