أصبح مطورو البرامج أصلًا أكثر قيمة من المال. إن فقدانهم أو فقدان السيطرة عليهم (وما زال من غير الواضح ما هو الأسوأ) هو أسهل من أي وقت مضى. قررنا التحدث عن كيفية الحد من هذه المخاطر.
/ Flickr / Damien Pollet / CC BY-SAكما
أظهرت دراسة قام بها Stripe & Harris Poll ، فإن 61٪ من كبار المديرين (من عينة تضم أكثر من 1000 مدير) اعتبروا العامل الرئيسي الذي يمكن أن يحدد نجاح أعمالهم ليكون فريقًا من المطورين الأقوياء. وفقًا لـ Forrester ، فإن المنظمات التي تعتبر المواهب الهندسية حاسمة وتفتقر إليها في عام 2018 تواجه الحاجة إلى دفع أجور للمحترفين بمعدل 20٪ أكثر من السوق.
ولكن حتى مع وجود محترفين محترفين تحت تصرفهم ، يمكن للشركات والشركات الناشئة أن تخسر الأرباح - ببساطة بسبب أخطاء النظام في العمل مع موظفي تكنولوجيا المعلومات. على وجه الخصوص ، يضطر العديد من المبرمجين لدعم النظم أو البرامج القديمة ذات الجودة المنخفضة بصراحة. الشركات في جميع أنحاء العالم تخسر حوالي 300 مليار دولار في السنة بسبب هذا النهج.
وبشكل عام ، لا يعد جذب المبرمجين المؤهلين والاحتفاظ بهم في البيئة الحالية مهمة سهلة. يشمل "الاقتصاد القوي" ، بنماذج التوظيف غير القياسية المرنة ، عددًا أكبر من البالغين ذوي القدرات:
وفقًا لماكينزي ، فمنذ عام 2017 ، كان هناك ما يصل إلى 162 مليون شخص في أوروبا والولايات المتحدة الأمريكية وحدهم. اليوم ، لدى المطور عدد متزايد من الفرص المتنوعة للحصول على مكافأة نقدية مقبولة له ، دون تقييد نفسه على نطاق عقد العمل مع صاحب عمل واحد.
لتوظيف فريق من المهندسين وخلق بيئة لهم لا يريدون المغادرة ، فإن الأمر يستحق اتباع بعض القواعد. إنها ليست الوصفة الوحيدة للنجاح في إدارة المواهب التكنولوجية ، ولكنها تعمل بالتأكيد إذا طبقت بدون تعصب.
استئجار بعناية IT نجوم
في بعض الأحيان يؤدي توظيف "المشاهير من الترميز" - خبراء أمن المعلومات البارزين أو عباقرة الأحمال الكبيرة - إلى حقيقة أنهم في مرحلة ما يصبحون مصونة ، ويكتسبون بحكم الواقع هذه التأثيرات على الفريق الذي يعتمد فعليًا فقط للإدارة. يحدث هذا إذا أرادت الشركة ، من أجل تطوير اتجاه أو مشروع تكنولوجي جديد ، تجميع فريق الأحلام والبدء في "تفريغ" السوق ، وانتزاع المحترفين الأكثر خبرة منه ، بصرف النظر عن كيفية عملهم معًا.
غالبًا ما تمر "نجوم تكنولوجيا المعلومات" في الشركات الكبيرة ذات التاريخ الطويل بالتحولات الشخصية غير السارة نظرًا لحقيقة أنهم يعرفون فقط كيفية الحفاظ على صفيفات الرموز القديمة الضخمة. مع وجود بنية مبهمة للإدارة التكنولوجية ، يحجم هؤلاء الموظفون بالفعل عن مشاركة المعارف ذات الصلة مع القادمين الجدد والبدء في تخريب المبادرات القادرة افتراضيًا على تقويض وضعهم في الشركة أو القسم.
/ Flickr / Code for America / CC BY-NDإلى حد ما ، يتم التخلص من هذه المخاطر أو التخفيف من حدتها من خلال التنفيذ الصادق والمتسق لمبادئ Scrum و Agile في عمل المنظمة (انظر أدناه) ، ولكن حتى في شركة تكنولوجيا معلومات واحدة ، حيث انتصرت المنهجيات المرنة ، فإن مثل هذه "التقنيات التقنية" يمكن أن تعقد عمل قسم تكنولوجيا المعلومات.
ومع ذلك ، فإن "النجم" ليس جملة. إنه مجرد أنك لست بحاجة إلى محاولة "تمزيق هذه الأيدي" ، تمامًا كما لا توجد حاجة لتجنبها. عند إجراء مقابلات مع المطورين الأكثر خبرة ، يجب إيلاء المزيد من الاهتمام لمهاراتهم اللينة ، بما في ذلك مهارات العمل الجماعي (بالنسبة للجزء الأكبر ، لا يتم تنفيذ البرامج الجماهيرية من قبل شخص واحد) وردود الفعل من أصحاب العمل السابقين.
هذا لا يعني أنه من أجل "مخاطر التحوط" ، من الضروري نقل الكثير من المتخصصين الذين لديهم وظائف مكررة إلى الفريق أو لتفضيل المهنيين من الطبقة المتوسطة على الطبقة العليا. لكن نجمة المطور ليست بالتأكيد قيمة مطلقة.
امنح المهنيين الفرصة لتعلم مهارات جديدة.
بالنسبة إلى معظم المطورين ومهندسي النظام وقادة الفرق ، فإن الحافز الرئيسي - دعنا نترك المال حتى الآن - هو التحسين الذاتي الاحترافي. إنهم ببساطة يرغبون في كتابة التعليمات البرمجية وإنشاء أنظمة يمكنها القيام بشيء مفيد. يعجبهم أيضًا عندما تتاح لهم الفرصة للتعلم والقيام بعملهم بشكل أفضل من الآخرين.
علاوة على ذلك ، في المجتمع المهني ، يميل هذا الشغف إلى تحمل طابع العصاب: يخشى المطورون عدم معرفة شيء ما ، حتى لا يكونوا مؤهلين بشكل كاف حتى في تلك المناطق التي يعملون فيها لسنوات. وهي
مملوكة من قبل FOMO (الخوف من فقدان أو "متلازمة الربح المفقود"). لا أحد يمنع صاحب العمل ، الذي يفهم هذه الفروق الدقيقة ، من إعطاء فرص التطوير المتسارعة للمبرمجين الخاضعين لإشرافهم.
لحسن الحظ ، هناك العديد من هذه الفرص. أولاً ، هذا (مهما كان تافهًا) عملًا مثيرًا للاهتمام ، فبفضله سيعمل المطور الأول على تعزيز احترافه ، وسيقوم المطور الصغير willy-nilly بتطوير مهاراته إلى "Middle". شريطة أن يكون المناخ في الفريق مواتياً للمبتدئين الجريئين.
إنه شيء واحد أن تقوم برسم متاجر النماذج على الإنترنت واحدة تلو الأخرى ، وآخر لصنع منتج غير عادي معقد. في حالة وجود مشاريع ذات مغزى حقيقي ، تأخذ المشكلات التكنولوجية البحتة ضمن اختصاص قسم تكنولوجيا المعلومات بعدًا حقيقيًا. يمكن ترجمة النزاعات الروتينية المحيطة باختيار تقنية معينة إلى قناة بناءة - إلى قناة المزايا التي سيوفرها خيار معين لجمهور الخدمة.
بالنسبة للشركة التي تهتم بمؤهلات مطوريها ، في ترتيب الأشياء ، تقوم بإنشاء قواعد المعرفة التكنولوجية الخاصة بهم ، والدفع مقابل دورات التدريب وإصدار الشهادات بشكل كامل أو جزئي ، وشراء المؤلفات المهنية بناءً على طلب المطورين ، وإجراء الاختراقات الداخلية.
/ فليكر / بيتسي ويبر / CC BYصاحب العمل الذكي ذو الروح الهادئة سيسمح للمهندس بالتحدث في مؤتمر متخصص ، لأنه يدرك أنه يروج لنفسه بشكل غير مباشر ليس فقط كأخصائي ، ولكن أيضًا كشركة. لا ينبغي أن تخاف من أن يتم إغراء أخصائي إلى مكان آخر في المؤتمر: إذا كان الموظف يتردد ، فيمكنهم أيضًا إغرائه عبر الإنترنت مباشرة من المكتب.
مطوري الأجور العادلة
عندما يقولون أن المال
ليس العامل المحفز الرئيسي للمطور ، فإنه غالبًا ما يغض الطرف عنه. وفي الوقت نفسه ، وبسبب حقيقة أن متخصصي تكنولوجيا المعلومات ملتزمون بمبادئ التفكير العقلاني ، من المهم بشكل خاص بالنسبة لهم فهم المكافآت التي يمكنهم توقعها في المستقبل المنظور وتحت أي ظروف. إذا كان المبرمجون غير مبالين بالمال ، فلن يتم الدفع لهم
كثيرًا .
من المهم أيضًا أن يكون نموذج تكوين المكافآت مفهومًا ويحافظ على ارتباط بالمزايا التي يجنيها المتخصص للشركة. يحدث انتهاك لهذه القاعدة فيما يتعلق بالمطورين "النجميين" (انظر أعلاه) ودفع مبالغ زائدة عنهم "للحصول على الحالة".
بطبيعة الحال ، لا يشجع أصحاب العمل على الكشف عن معلومات حول رواتب موظفيهم ، ولكن في النهاية لا يزال الجميع يعرفون من الذي يتلقى المبلغ ، و "الظلم" الواضح في تراكم أي من الجيران في المكتب يؤدي ببساطة إلى إلغاء فعالية المبرمجين.
عند بدء التشغيل ، من المنطقي أيضًا التفكير في برنامج خيارات للمطورين الرئيسيين والحفاظ على هذه الوعود ، بغض النظر عما يحدث لرجال الأعمال. ومع ذلك ، لا يمكن للمرء أن يبالغ في ذلك - وعد أكثر مما سوف تكون قادرة على إعطاء. غالبًا ما يهمل مؤسسو المشاريع المبتكرة هذه القاعدة ويعدون بحصة في الشركة للمتدربين تقريبًا. يجب أن تعرف المقياس - على سبيل المثال ، في المخزن المؤقت ، وفقًا لبرنامج الخيار ،
خصص الفريق (مطروحًا من المؤسسين المشاركين)
ما مجموعه 17٪ من الأسهم وحوالي 3٪ للمستشارين الرائدين.
تقديم الخيارات المهنية المناسبة في الوقت المحدد
يجب أن يفهم رئيس الشركة أو CTO - اعتمادًا على حجم وهيكل العمل - ما هو الدافع الأساسي للمهندسين والمختبرين والمشاريع الخاضعة لإشرافه. في كثير من الحالات ، يشعر المطورون وغيرهم من المتخصصين التقنيين بخيبة أمل في الشركة ويتركونها لأنهم لا يرون أين يجب أن يذهبون بعد ذلك.
بالطبع ، لا توجد طريقة واحدة للجميع والجميع ، والمطورين مختلفة جدا. تحتاج إلى البناء على احتياجات كل موظف على حدة. على سبيل المثال ، بالنسبة للعديد من المطورين ، فإن طريق التطوير الممتاز هو أن يصبح فريقًا رائدًا: فبدون تمزيق البرمجة ، ابدأ في أن تكون أكثر مسؤولية عن المنتج ، وأن يكون له صوت عند تغيير المكدس التكنولوجي.
/ Flickr / Damien Pollet / CC BY-SAولكن ليس كل المهندسين يريدون تولي أي شيء آخر غير مهام التطوير. إن محاولة "تدريب" حتى المدير الفني للمبتدئين من مثل هذا المتخصص سوف تؤدي على الأرجح إلى تركه ببساطة. لحسن الحظ ، يعد تطوير البرمجيات مجالًا يمكن فيه تحقيق نمو أفقي غير محدود إذا كانت لدى الشركة مشاريع ستشكل تحديات جديرة بالاهتمام أمام كبار المطورين.
لذا تحدث إلى المطورين: سواء في البداية أو أثناء المقابلات أو عندما يكونون بالفعل في ولايتك. إذا كنت مديرًا لأعلى مستوى ، فسوف يساعدك المديرون المباشرون (رؤساء الأقسام ، قادة الفرق ، إلخ) في فهم الاحتياجات المهنية والمهنية للمبرمجين العاديين.
قم بإنشاء ثقافة يكون فيها المطور أساسيًا
تنطبق هذه التوصية في المقام الأول على شركات تكنولوجيا المعلومات التي تكون قيمة المهندسين فيها أعلى من متوسط السوق.
يوصي Stack Overflow COO Jeff Szczepanski بتعزيز ثقافة الشركة التي طورها للمطورين أولاً ، أي حيث يكون مبرمج احتياجاته في المقدمة.
قد لا تكون بعض الظروف والمواقف التي تؤدي إلى إلغاء تنشيط المبرمجين واضحة للمدير الذي لم يعمل بشكل وثيق معهم من قبل. على سبيل المثال ، إذا أجبر خُمس وقت عمله مطور برمجيات مؤهل على كتابة تقارير لشخص لم يكتب بنفسه سطرًا واحدًا من الكود ، فهناك مخاطرة أنه عاجلاً أم آجلاً (بل وعاجلاً) سوف يلوح بيده ويستقيل ، على الرغم من راتب أعلى من المتوسط الى السوق.
لذلك ، في الشركات التي يعتمد نجاحها أساسًا على عمل المطورين ، من المهم بناء الهيكل التنظيمي الصحيح ، حيث يوجد بين المبرمجين والمديرين الكلاسيكيين روابط وسيطة - على مستوى القاعدة والإدارة الوسطى ، وهي ضليعة في عمل المهندسين.
من المهم ، ودون فقد السيطرة على المطورين ، تجنب الإدارة المصغرة ، والتي يمكن أن تقتل إنتاجيتهم. إما أن المديرين الذين لا يملكون ماضي تكنولوجيا المعلومات والذين يحاولون في كثير من الأحيان التعامل مع شعورهم بالعجز ، غالباً ما يرتكبون هذا النوع من التحكم الفائق ، أو ، على العكس من ذلك ، قادة المبتدئين الذين قاموا بتشفير أنفسهم وأنهم يخشون الآن من أنهم لن يكونوا قادرين على تحمل مسؤوليات جديدة.
أخيرًا ، أحد الأسباب النموذجية وراء ترك المطورين للشركات الكبيرة غالبًا هو
الافتقار إلى الاستقلال الذاتي في اتخاذ القرارات المهمة ، فضلاً عن الاختيار المحدود المفرط للأدوات ، وأحيانًا لا يرجع ذلك إلى أي شيء آخر غير اعتبارات الشركات.
يتم التعبير عن الرعاية - أو بالأحرى ، "رعاية شخص سليم" - لدى المطورين على مختلف المستويات: من فهم الحقائق الحالية للمشروع (ربما يسمح المشروع لـ "التقنيين" بالعمل من المنزل 1-2 أيام في الأسبوع؟) إلى بيئة العمل في الفضاء الذي فيه الموظفين (وليس كل المتخصصين في تكنولوجيا المعلومات ، على سبيل المثال ، مثل المساحات المفتوحة).
ربط تطوير تكنولوجيا المعلومات بأهداف الشركة
غالبًا ما يلقي رواد الأعمال والمديرين باللوم على المطورين لعدم "رؤية الصورة الكبيرة" والتجاهل لأهداف الشركة التجارية. عبثا. لا يُطلب من مهندسي النظام والمهندسين والمبرمجين التفكير في الفئات المالية والسوقية. نعم ، "تفكير المنتج" رائع ، لكنه نشأ في البيئة المناسبة.
للمطورين للقيام بما هو مفيد للعمل ، تحتاج إلى وضعهم في ظروف مناسبة. الهدف هو قتل عصفورين بحجر واحد. من ناحية أخرى ، للتأكد من أن المطورين ليس لديهم أسئلة مثل "لماذا نفعل هذا؟" ، من ناحية أخرى ، للتأكد من أن الإدارة لا تتطلب نتائج من المديرين الفنيين غير المفهومين بشكل أساسي لأفراد تكنولوجيا المعلومات. وهذا الهدف ممكن التحقيق.
/ فليكر / بول داوني / CC BYعلى مدار العشرين إلى العشرين عامًا الماضية ، تم تطوير العديد من الأطر والمدونات الخاصة بأفضل ممارسات تكنولوجيا المعلومات وما زالت تتحسن. من بينها ، على سبيل المثال ، ITIL و COBIT.
تم إنشاء الأول
من أجل تقليل البيروقراطية وخلق قواعد قابلة للتكرار مفهومة لأداء العمليات الروتينية في تكنولوجيا المعلومات.
والثاني ، بدوره ، تم تطويره أصلاً لربط ومزامنة احتياجات العمل مع مبادئ تطوير البرمجيات.
بالإضافة إلى ذلك ، يساعد تطبيق منهجيات التطوير الرشيقة ، وبشكل أساسي Scrum ، على بناء بيئة صحية لخلق وضمان قابلية تشغيل منتجات تكنولوجيا المعلومات. لفهم كيفية التزام شركتك بمبادئ Scrum ، يوجد اختبار
Scrum Open ممتاز. الآليات المعتمدة في منهجيات مرنة تساعد على مستوى العديد من المخاطر المذكورة أعلاه.
على سبيل المثال ، يركز الشخص ذو الدور الخاص - "Scrum-master" - على وجه الخصوص ، على كيفية تحويل الفريق إلى فريق عمل حقيقي. بما في ذلك ، من ناحية ، فإنه يزيل مخاوف من اللاعبين القدامى في الفريق الذين يخشون أن يصبحوا غير ضروريين ، من ناحية أخرى ، يضع الوافدين الجدد على احترام "نجوم تكنولوجيا المعلومات" المحليين.
نحن نتفهم قيمة المطورين ونحاول جعلهم مرتاحين للعمل في 1cloud . وفي الوقت الحالي ، نعمل على توسيع فريقنا وسنكون سعداء بدعوتك إلى دور أحد مطوري الواجهة الخلفية . بالإضافة إلى تنسيق عمل الزملاء ، ستشارك في الهندسة المعمارية وآليات تفاعل حلولنا مع الأنظمة الأخرى.
كمتطلبات أساسية: خبرة في التنمية الصناعية على منصة C # و .NET ؛ معرفة جيدة بـ SQL و T-SQL وتجربة MS SQL Server ؛ تجربة مع Git ، خبرة في بناء عمليات CI / CD. نحن ندرس المرشحين بدوام كامل. يقع مكتبنا في وسط مدينة سانت بطرسبرغ (المترو Chernyshevskaya).
ما نكتب عنه في مدونة الشركات: