عندما تعمل كمطور ، ترى طوال الوقت كيف يجلس قادة الفريق على كومة من المكالمات ، ويكونون مسؤولين عن كل شيء ، ويكتبون أكبر قدر من التعليمات البرمجية كما تفعل ، وفي نفس الوقت لا يملكون المزيد من المال. إما أيديولوجي أو أغبياء سوف يذهبون إلى هذا.
أنا لست أحمق ، أفكاري لا تدور حول قيم العمل ، لذلك لن تشترك معي. لكننا لا نسأل دائما عن هذا. أولاً ، تم تعييني كأول مطور في شركة ناشئة متجددة ، ثم طلبوا مني توظيف المزيد من الأشخاص ، ثم وجدت نفسي مسؤولاً عن ثلاثة مطورين ومختبرين ومحلل واحد.
باختصار ، كل شيء أسوأ مما يبدو عليه من الخارج.
ستة أشخاص في انتظارك كل يوم لتخبرهم بما يجب عليهم فعله ، ثم ستخبرهم بكيفية القيام بذلك ، وبعد ذلك ستقيم أيضًا ما إذا كنت قد فعلت ذلك بشكل جيد. سيسأل الشخص السابع في نهاية اليوم أيضًا عما فعلت بنفسك. بمعنى أنك قمت بترميز نفسك ، وما فعله كل شخص من مسؤوليتك.
لقد اشتكيت هنا ذات مرة من أن الرنين هو عكاز يسمح لك بالتحكم دون الخوض فيه ، والآن أنا مقتنع مرة أخرى أنني كنت على حق. يأتون إلي بسؤال - وليس لدي أي فكرة عما أجيب عليه. نتصل ببعضنا البعض ، ويحصل شخص ما على إجابة من عقلي المؤسف دون مشاركتي. أنا أيضًا لست مستعدًا لصياغة أسئلتي - ليس لدي أي فكرة عما أطرحه عليهم. لذلك أنا فقط اتصل وأراقب كيف يستقر كل شيء. والأفضل من ذلك - لقد قمت بذلك حتى يتصلوا ببعضهم البعض ، بدوني على الإطلاق. منذ شهر لم أتمكن من إنهاء مهمة بسيطة إلى حد ما ، لأن عقلي مرهق من الواجبات الإدارية ، والأهم من ذلك كله أنني لا أعرف كيف أؤديها.
اعتقدت ، حسنًا ، هذا ما ينبغي أن يكون. لم أدرس لأكون مديرًا. ثم نظرت إلى ماضي ، وتذكرت كل خيوطي ، وفجأة أدركت - لم يدرس أحد! لا أحد منهم يعرف كيف يدير. كما قاموا بإخفائها بمكالمات هاتفية ومماطلة لا تنتهي. لم يعرفوا ماذا يجيبون علي ، ولم يعرفوا إلى أين نحن ذاهبون ، ولم يعرفوا ما الذي يجري على الإطلاق ، ومن كان يفعل ماذا.
عندما كنت أقوم بمهمة بسيطة لمدة شهرين ، وفي كل يوم كنت أكذب لأنني واجهت صعوبات كبيرة ، وكانت هناك مشكلة خطيرة هناك - ثم قدمت طلب سحب لأربعة ملفات تم رسمها بين عشية وضحاها - لم يوبخني أحد ، ليس لأنهم كانوا آسفين. لم يكن لديهم أي فكرة عما كنت أفعله هناك. ونظروا إلى الكود الخاص بي سطراً بسطر - للوصول إلى أسفل التسمية والعثور على أنماط مضادة مثيرة - لكنهم لم يتعمقوا فيها. لأنه لا يوجد وقت للخوض فيه ، لا أريد ذلك ، وليس من الواضح سبب ذلك.
لقد تبنى جميع رؤسائي السابقون أجايل وأبدوا إعجابهم به - إنها مجموعة كبيرة من العكازات ، وهي لعبة تساعد مجموعة من الأشخاص الذين ليس لديهم أدنى فكرة عما يحدث ، على التظاهر بأن كل شيء على ما يرام ونحن نتقدم إلى الأمام.
لقد عملت مع قادة فرق محلية محلية ، والذين لم يُسمح لهم حتى بالتنضيد في فرق جادة ، وعملت مع مديري تطوير رائعين من كبرى الشركات الأجنبية ، وعملت مع أشخاص اعتبرهم أحدهم عباقرة حقيقيين في البرمجة.
وكلهم ، فيما يتعلق بالإدارة ، جلسوا على الحمار. لقد تعلمت قواعد هذه اللعبة في وظيفتي الأولى مع أجايل. كنا نتصل ببعضنا البعض كل صباح ، والجميع قال ما فعلوه وما سيفعلونه. في أول مكالمة من هذا القبيل ، جئت بفكرة أنه يجب علي الإبلاغ وإثبات أنني لا آكل خبزي عبثا. بدأت حديثًا طويلًا جدًا حول مهمتي ، وشرحت بالتفصيل لماذا لم يكن جاهزًا بعد ، وما الذي أعاني منه الآن. كنت مقطوعة في الوسط: "فيل ، هل تريد منا أي شيء؟ لا؟ حسنًا ، اكتشفنا جميعًا من التالي؟ "
يحتاج الشخص الذي يسيطر علينا أن يعرف شيئًا واحدًا فقط - سألقي عليه المشاكل لهذا اليوم ، أو لا. هل يجب عليه قضاء الوقت معي اليوم. قبل أن أبدأ الحديث ، كان لديه بالفعل الخطاب المثالي في رأسه بالنسبة لي: "everithin gous akordin تلك الخطة". أي تطور آخر للأحداث بالنسبة له هو شر محض.
هناك خيار آخر. عندما أحضرت المشكلة إليه ليس بواسطتي ، ولكن من خلال أجزاء أخرى من النظام ، كان الجدول الزمني المرن فاسدًا ، والآن لا يمكنه أن يقول في اجتماعه للقيادة أن كل شيء يسير وفقًا للخطة - ويصبح أيضًا مشكلة لشخص ما. هذا يجعلني مشكلته تلقائيًا ، ويقرع على رئيس الوزراء.
نبدأ في مناقشة شيء ما ، وكلانا يفهم - نحن بحاجة إلى إيجاد طريقة للتوقف عن كوننا مشاكل. لا علاقة له بالمنتج أو المشروع. لدينا تذكرة سخيف علينا التحرك. ونقوم بنقلها - بأبسط طريقة متاحة. نصلحه بالرمز ، ونضعه في norepro ، ونضع الملصق "محظور بواسطة" - أيا كان. في هذه اللحظة ، نحن لا نهتم بالمنتج على الإطلاق ، لدينا تذكرة. أو الكثير من التذاكر.
كانت هناك حقيقتان في أي فريق عملت فيه. حقيقة واحدة هي منتج حقيقي ، وأشخاص حقيقيون يقومون بتحسينه لأنهم يريدون ذلك. وبعد ذلك كان هناك الجيرة ، التي توجد بشكل موازٍ لكل هذا. والشخص الوحيد الذي يمكنه مزامنة الحالة الحقيقية للمشروع مع البطاقات هو قائد الفريق.
جميع قادة الفريق الذين عملت معهم لا يعرفون كيف يفعلون ذلك - وهم لا يريدون ذلك. إنهم يعملون أثناء عملهم ، ويستخدمون jiru لاعتبار مسؤولياتهم الإدارية قد تم الوفاء بها. بعد كل شيء ، ينظر الأشخاص الذين يقومون بتقييم قادة الفريق إلى Jira ، وليس إلى المنتج. ويمكن للأشخاص الذين ينظرون إلى المنتج فقط إنشاء تذاكر جديدة للجيرة. لا يمكنهم تقييم المبرمجين. لكن الجيرة لا تؤثر على شيء! لقد رأيت منتجات مروعة كانت بها لوحة كانبان في حالة ممتازة ، ومنتجات رائعة كانت تحتوي على تذاكر في عمود "في العمل" لمدة ثلاثة أشهر بعنوان "إنشاء مشروع".
حجة "رأيت" ليست جيدة جدًا ، لكنها ستفعل ذلك ، لأنني متأكد من أنك رأيتها أيضًا.
بمعنى واسع ، يجب أن يتأكد قائد الفريق من أن الأشخاص الذين يرغبون حقًا في العمل ليس لديهم أي مشاكل. والأشخاص الذين لا يريدون إما أن يطردوا أو أن ينتقلوا إلى الفئة الأولى. يكمن الألم الكامل للإدارة في الثانية - هناك الكثير. ولا أحد يفعل أي شيء معهم. يمكن للمطور فقط تحديد ما إذا كان المطور يعمل بشكل جيد. هذه قصة مفهومة للغاية - تحتاج إلى مراجعة طلبات السحب الخاصة به بدقة والتعمق في مهامه ، وهناك مشكلة واحدة - إنها تستهلك الكثير من الوقت الذي سيكلفك القيام به بنفسك. باختصار ، ليس خيارًا.
لذلك ، فإن المديرين البحتين ، وليس المطورين ، هم من قرروا تحديد المطورين السيئين. لقد توصلوا إلى مجموعة من الأنظمة مع التذاكر والمخططات وجميع أنواع مراجعات الأداء ومثل هذه القبعة. وقد ينجح حتى ، مع بعض الحمقى. لكن حتى أسوأ المطورين أذكياء بما يكفي لخداع هذا النظام. حسنًا ، أنت تعرف كيف يتم ذلك. يقيسون كل شيء في التذاكر ، أليس كذلك؟ رائع. سوف أقوم بتحليل "إعادة تصميم واجهة النموذج X" إلى عشر مهام بأسلوب "إصلاح التسمية في الزر Y". نفس القدر من العمل ، المزيد من التذاكر. كان قائد الفريق يركلني في وجهي بسبب مثل هذه الخدع.
لكن في النظام الحالي ، لن يفعل ذلك أبدًا. بعد كل شيء ، أولاً ، كلما تم إغلاق المزيد من التذاكر ، قلّت المشاكل. ثانيًا ، يتم تحميله بحد ذاته بما يكفي للحفر في التذاكر الخاصة بي والرمز الخاص بي. ثالثًا ، يفعل ذلك بنفسه - بسبب واجباته القيادية ، يفتقر أيضًا إلى القوة لأداء جيد. ورابعًا ، وهذا هو الأهم ، قد يكون أحد هؤلاء الذين لا يريدون العمل.
هذه هي تجربتي ، تجربة كل معارفي - لكن لها استثناءات. هناك شركات تعمل فيها عملية التطوير بشكل رائع حقًا. سأخبرك لماذا - لقد ربحوا اليانصيب. تبين أن لديهم الكثير من الأشخاص الذين يرغبون في العمل - مع أشخاص لا يديرون ، كل شيء يسير على ما يرام. حتى أنهم يستخدمون بهرج إداري مع لوحات للأعمال ، وكان أداؤهم مرئيًا بوضوح من خلال كل من jir والمقاييس البديهية. وعندما يأتي مديروهم غير المتقدمين ليعترضوا طريقهم ، فإن لديهم منتجًا رائعًا وراءهم يمنحهم الحق في إرسال هذه الرؤوس المتكلمة إلى الجحيم.
مثل هذه الفرق تكرر نفسها بنفسها - أثناء عملية التوظيف ، يوافقون حدسيًا فقط على الأشخاص مثلهم ، ولديهم وزن كافٍ في الشركة لعدم إعطاء كلمات حاسمة لموظفي الموارد البشرية الذين يلعبون "مقاييسهم" وعلم النفس.
لكن مثل هذا الفريق هو حظ رائع. وما يحدث عادة هو هذا. لعشرة أشخاص ، لديك اثنان يريدان العمل. أحدهما قائد الفريق والآخر يستقيل. يعمل التطوير بشكل سيئ ، ويأتي المديرون لإصلاحه. ومنذ تلك اللحظة ، لن تكون هناك فرصة. سيبني المديرون عملية حول الجيرا ، ويتحكمون في الأشياء التي لا يفهمونها على الإطلاق. سيقومون بتوظيف الأشخاص الذين لا يعرفون شيئًا عن عملهم ، وسيبدأون في دعوة المطورين الحاليين هناك الذين سوف يروقون ChSV ، ويسجلون هذه المرة في تقرير الوقت ، ويقدمون ملاحظات عشوائية. ثم يقررون من سيوظفون - بشكل عشوائي أيضًا. الأشخاص الذين يرغبون في العمل سوف ينضمون من وقت لآخر إلى مثل هذه الفرق ، حيث سيتحولون إما إلى عاطلين ، أو لن يتجذروا.
لا أقصد أن المديرين أغبياء ولا يمكنهم فعل أي شيء. ما زالوا يعرفون كيف يديرون. لكن ليس من قبل المطورين. لا يمكن إدارة المطورين إلا بواسطة مطور يعرف حقًا كيفية الإدارة. مثل هذا الشخص سيصلح الفريق بأي نسبة من الراغبين وغير الراغبين في العمل.
المؤسف الوحيد أنهم غير موجودين تقريبًا. لتصبح مطورًا جيدًا ، يجب أن تكون ذكيًا وتتعلم الكثير. لكي تصبح مديرًا جيدًا ، يجب أن تكون لديك الموهبة والكثير من التعلم. وما هي إذن فرصة أن يجمع شخص واحد هاتين الصفتين؟ نفس الشيئ. في الوقت نفسه ، أصبح معظم قادة الفرق في الصناعة هم ، لأنه ، حسنًا ، يجب على شخص ما. تماما عشوائي.
أعتقد أنك بحاجة إلى أن تتعلم أن تفهم أن التطوير مهارة واحدة ، والإدارة هي المهارة الثانية ، وإدارة التنمية هي المهارة الثالثة التي تتضمن أجزاء من الأولى. ويجب دراسة هذا بشكل منفصل. وبطريقة منهجية وفعالة للغاية. إلى أن نقوم بذلك ، سيكون لدينا مطورون لا يمكنهم إدارة المطورين ، ومديرين لا يمكنهم إدارة المطورين.
إعلان
لقد قدر العديد من العملاء بالفعل فوائد خوادم Vdsina الملحمية .
هذه هي VDS غير مكلفة مع معالجات AMD EPYC ، تردد وحدة المعالجة المركزية يصل إلى 3.4 جيجاهرتز. سيسمح لك التكوين الأقصى بإدراك أي فكرة تقريبًا - 128 مركزًا لوحدة المعالجة المركزية ، وذاكرة وصول عشوائي 512 جيجابايت ، و 4000 جيجابايت من ذاكرة الوصول العشوائي. يمكنك أيضا طلب!
