لقد قيل الكثير بالفعل عن إدارة الأشخاص ككل (وفقًا للكثيرين ، أكثر من كافٍ). حول إدارة المبرمجين ، مع الأخذ في الاعتبار تفاصيل مهامهم ، وتنظيم العمل والعلاقات الداخلية في الفريق ، هو أقل بكثير. أي محاولة لتلخيص وتحليل تجربتك من شخص قام بالطبخ في بيئة تكنولوجيا المعلومات وكمطور وكمدير كمسألة ذات قيمة خاصة لأولئك الذين يستعدون للذهاب بنفس الطريقة ولغز كيفية تطبيق نظريات الإدارة العامة على حقائق المبرمج.
جيه هانك راينووتر ، مبرمج بالمدرسة القديمة ، هو أحد الأشخاص الذين يعرفون كل الدوس في دور القائد التقني دون جدوى ، لأنهم هم أنفسهم طافوا فيها. يأسر كتابه "
كيف ترعى القطط " بموضوعيته: فهو يصف المواقف المحددة المعروفة للجميع ، والمكونات المختلفة وظروف عمل الفريق ، وحتى الحلول التكنولوجية للمؤلف (للأسف ، قديمة بالفعل). في سلسلة قصيرة من المقالات ، نخطط لتغطية كل شيء بدا لنا أكثر فائدة وملاءمة في الكتاب - من تصنيف الموظفين إلى توصيات للتواصل مع الفرق الأخرى.
ابدأ بسؤال معقول: لماذا ، في الواقع ، القطط؟ تشير المؤلفة نفسها ، كتفسير ، إلى اقتباس من هيلين ألمان ، الذي يستمد هذا التشبيه في كتابها "قريب من الآلة":
"لقد قارن أحد معارفي مع مديري المشاريع ذات مرة عملية إدارة المبرمجين بالرعي القطط. أراد أن يقول أن الكلاب ، بالنظر إلى عيون بصدق ، نحن لسنا بحاجة على الاطلاق. مبرمج جيد يحتاج إلى أن يكون موضع تقدير جنبا إلى جنب مع كل ما لديه من الشذوذ. من ناحية أخرى ، كل المبرمجين الجيدين يحتاجون بطريقة ما إلى التحرك في اتجاه واحد. "
بادئ ذي بدء ، فإن المبرمجين مرتبطون بالقطط من خلال حقيقة أن لا أحد ولا الآخر لديه ميل فطري إلى الضلال. إنهم يفضلون المشي بمفردهم ، وقد شجعت الثقافة التي تطورت في مجال تكنولوجيا المعلومات لفترة طويلة هذا النوع من السلوك (أو على الأقل لم يمنعه). وفقًا لذلك ، يواجه المدير الفني مهمة صعبة مضاعفة: تنظيم شخص واحد في مجموعة متماسكة إلى حد ما ، دون انتهاك فرديته ، على الأرجح ، سيكون عليك صقل مهاراتك في العمل مع الأشخاص.
تُعرّف Rainwater جمهورها المستهدف على النحو التالي: القادمون الجدد إلى الإدارة (مطورو الأمس الذين حصلوا على منصب قيادي) ، قادة الفرق الصغيرة (حتى عشرة أشخاص) الذين يعملون في عدة مشاريع ، من الشركات الصغيرة أو المتوسطة الحجم. على نطاق أوسع ، لن تعمل بعض التقنيات ، وقد يكون القادة الفنيون الأكثر خبرة قد تعلموا الكثير من أجلهم بالفعل. تم تصميم هذا الكتاب لمساعدة الزعيم في الفترة الانتقالية الأكثر حدة والاستعداد للتغييرات المستقبلية.
إذا نظرت على نطاق واسع ، يواجه مدير المبتدئ مشكلتين رئيسيتين: وظيفة جديدة تعمل بشكل أساسي على تحويل آليات تفاعلها ، أولاً ، مع الأشخاص ، وثانياً ، مع العمليات. سنتحدث عن الثانية بالتفصيل لاحقًا ، ولكن يجب ذكر خطأ واحد مشترك على الفور.
كثيرون لا يستطيعون قبول أنه سيتعين عليهم التخلي عن جزء من مهامهم المتعلقة بكود الكتابة ، وكلما كان المبرمج أقوى ، زاد شعور الاحتجاج هذا. يتفاقم الموقف بسبب شعور جديد بالمسؤولية عن كل الكود الذي ينتجه الفريق. نتيجةً لذلك ، بدلاً من إعادة توزيع الوقت وتخصيص ساعات للعمل الإداري ، يتجه الرئيس إلى القلق بشأن الجانب التقني للمشاريع - فهو يقوم بجميع المراجعات بنفسه ، ويفحص التصميم بدقة ، أو حتى يعيد كتابة الأجزاء غير الناجحة. الأكثر إهمالا إهمال جميع المسؤوليات الأخرى التي لا تتعلق مباشرة إلى رمز ، وهذا ينتهي في كارثة. تتحول أكثر عقلانية الذهن إلى ذئاب ضارية: خلال النهار القائد ، في الليل مبرمج ، وهذا ينتهي في الإرهاق.
لهذا السبب ، فإن أول ما يتعين على القائد الفني القيام به هو إدراك وقبول حتمية التغييرات في هيكل العمل والضبط لفترة طويلة إلى حد ما من "الانفصال". ويقدر المؤلف فترة التكيف في حوالي ستة أشهر - فقط بحلول هذا الوقت تعتاد الأغلبية على الدور الجديد وتبدأ في الشعور بالراحة فيه. يمكن للمرء أن يشعر بالارتياح لحقيقة أن تعريف "الفني" ليس عبارة فارغة: الشخص الذي يقود المطورين لا يستطيع ببساطة أن يتحمل الابتعاد تمامًا عن العمل باستخدام التقنيات ، لذلك ليست هناك حاجة للخوف من أن النشاط الإداري سيحل محله.
الآن دعنا ننتقل إلى المصدر الثاني للتغيير - العمل مع الناس. في منصب قيادي ، لا يتعين على المبرمج أن ينسجم مع أعضاء الفريق فحسب ، بل يتحدث ، تقريبًا ، في استخدامها كمورد - حدد من هو القادر على ما هو قادر على توجيه هذه المهارات وتوجيهها إلى الأماكن التي تشتد الحاجة إليها. وبالتالي ، تنقسم المهمة إلى جزأين: يجب أن تكون قادرًا على فهم الأشخاص وتكون قادرًا على التواصل معهم.
لمساعدة القارئ في الفقرة الأولى ، يقدم Rainwater تصنيفًا لـ "سلالات" قطط تقنية المعلومات ، والتي بنى عليها على أساس تجربته وملاحظاته. يلخص قائمته من السلالات أنواع تحدث بانتظام من المطورين مع ميزات متميزة ونقاط القوة والضعف. مثل أي تصنيف آخر ، يجب ألا يؤخذ هذا التصنيف كمعيار مطلق - في البرية ، الأنواع التي غالباً ما تختلط وتتقاطع ، تكون أكثر وضوحًا. ومع ذلك ، هذه نقطة انطلاق مفيدة لتحليل الخصائص الفكرية والشخصية لمبرمجيها.
يقسم المؤلف السلالات إلى ثلاث مجموعات: شائعة (اشتعلت في معظم الأحيان) ، ونادرة (اشتعلت من حين لآخر) والشخصيات (في شكلها الأصلي تحمل قيمة أقل من مجموع الكتلة).
السلالات المشتركة
مهندس معماريالمفضل لمعظم المديرين. إنه يركز على الهيكل العام للشفرة ، من التحليل والإنشاءات المجردة إلى تنفيذ حلول محددة لها في الشفرة. القوة - إنه يولد أفكارًا جيدة ، وأحيانًا يمكن أن يقود مشروعًا بمفرده ، من المفهوم إلى الشكل النهائي (على الرغم من أن بعض الأفراد يفقدون الاهتمام بعد تحديد الهيكل العام ويعطون العمل "الحرفي" للمطورين ذوي المستوى الأدنى). الضعف - غالبًا ما ينتج عنه رمز غامض غامض بتصميمات غريبة تطيع المالك فقط ويصعب جدًا تقديم دعم خارجي.
البنائيةانه يسعد خالص من عملية البرمجة نفسها ، تسعى جاهدة لتحقيق نتيجة جيدة. التخطيط الاستراتيجي عادة ما يكون غير مبال ، يتم كتابة الكود على حدس ، ولا يفكر كثيرًا في المنطق العام. على مسافات قصيرة ، هذا لا يسبب الكثير من الضرر ، ويمكنك الاعتماد على نوعية أعمال البناء. عندما ينمو المشروع ، عادة ما يبدأ الافتقار إلى المنطق الداخلي بالتأثير وتستخدم قرارات "التصحيح" - نذكر أن العنصر الإنشائي يركز بشدة على النتيجة. يعمل كبيرة بالتزامن مع مهندس معماري. المستندات على مضض ("كل شيء واضح") ، ولكن مع الثبات الواجب للرأس - بشكل سليم تمامًا.
الفنانعرفت أيضًا فرحة كتابة التعليمات البرمجية ، ولكن عنصرها هو البحث عن حلول أنيقة وغير متوقعة لتنفيذ المتطلبات المحددة. مع المنطق والتنظيم ، كقاعدة عامة ، لا توجد مشاكل. العيب الرئيسي هو حب المفرط للفن والتجريب ، والتي تشجع على تمديد المهام البسيطة وتعطيل المواعيد النهائية. لديها بعض أوجه التشابه مع كل من المهندس المعماري والبني ، ولكن عادة ما تبرز مع أسلوب البرمجة الفردية مشرق.
مهندسيعتبر تطوير البرمجيات بمثابة تناظرية افتراضية لتجميع الأجهزة مع كل ما يترتب على ذلك. إنه يحب أن يكون ملائمًا للآخر ، لتجميع الوحدات المتباينة في هيكل معقد بحيث يعمل كل شيء ، لإيجاد مكان للحلول من الأطراف الثالثة في النظام المشيد. من المؤكد أن المهارات مفيدة ، ولكن هناك طريقة للسماح للمهندس بالحمل ، يمكن أن يتحول التعقيد إلى غاية في حد ذاته. التعقيد المفرط وعدم وجود مرونة المنتج هما نقاط الضعف في هذا الصنف.
عالمعلى النقيض من الفنانين ، فهو يعتبر البرمجة علمًا دقيقًا - يحاول اتباع المبادئ الأساسية في كل شيء وتجنب "الكمامة". متحذلق للغاية ، يسعى جاهداً لتحقيق الكود إلى الكمال وتحقيق التشغيل الصحيح في أي ظرف من الظروف ، في كثير من الأحيان على حساب الاعتبارات العملية. مثل المهندس ، يميل إلى تعقيد كل شيء دون داع. لكن عندما يتعلق الأمر بمهام معقدة حقًا تتطلب الدقة والمعرفة ، فإنه ليس له ثمن.
يوم حارإنه يضع السرعة فوق كل شيء ، بما في ذلك جودة الرمز. يهمل تفاهات مثل التعليق والتصميم الصحيح ، واتباع اللوائح المقبولة. للوهلة الأولى ، يعطي نتيجة جيدة وعملية للغاية ، ولكن الاختبار المتعمق يكشف عن الكثير من المشاكل. للأسف ، يتم تطوير هذا الصنف من قبل القادة أنفسهم: وغالبا ما يتم الحصول على الهدافين من المبرمجين الشباب الذين غرسوا مع أولويات خاطئة والذين يخشون عدم تلبية التوقعات.
السلالات النادرة
المعالجفي المصطلحات الحديثة ، يُسمى المعالج عادةً نجم الروك. يأخذ أصعب المهام ويدير ، ويجد طرقًا ثورية لحل المشكلات ، ويفعل كل شيء في الوقت المحدد وبكفاءة. حتى مع الحفاظ على قانونه ، لا تنشأ صعوبات خاصة. بشكل عام ، يبدو أن كل شيء رائع ، لكن على القائد التقني أن يبقي عينيه مفتوحتين من ناحيتين. أولاً ، لا ينبغي للمرء أن يسمح بالاعتماد المفرط على المعالج - حيث يخاطر الفريق بأكمله ، بما في ذلك القائد ، بالتحول إلى رقصة لموظف واحد. ثانياً ، يجب أن تكون مستعدًا لحقيقة أن المعالج سيخيب ظنك جميعًا في يوم من الأيام - لا يمكن لأحد أن يعمل بمعجزات ثابتة. يجب أن تؤخذ هذه الفرصة بهدوء ولها خطة احتياطية.
الحد الأدنىيكتب رمز وظيفي بشكل مدهش من كميات متواضعة جدا. كل شيء يبدو متناغم ، بنيت بشكل واضح ويعلن بشكل لا لبس فيه تعيينه. هذا الصنف هو مزاجي جدا في اختيار المهام والمشاريع. سوف الحد الأدنى قتال أكثر من غيرها من أجل الحق في إنشاء مجال تطبيق قدراته. نقطة ضعف - مرافقة. إنه يكافح بكل قوته لإجراء تغييرات على الكود الخاص به (ناهيك عن شخص آخر) - إنه لا يهتم بالعبث بالتفاصيل عندما يتم تنفيذ الشيء الرئيسي.
Analogistإنه يختلف في التفكير المحدد ، ويعوض عن الصعوبات التي يواجهها مع التجريدات مع حب القياس. في الاجتماعات ، من الصعب اللحاق بفكره ، لكنه سرعان ما يستوعب هذه النقطة. وكقاعدة عامة ، يكتبون رمزًا جيدًا يسهل دعمه ، لكن في بعض الحالات يمكن أن يؤدي سوء فهم أحد التجريدات إلى إبطائه. يحدث أيضًا أن تفشل المقارنات ، خاصةً إذا حددت التناظرية واحدة من أحبائها من كل ما تحاول جذب كل شيء إليه. يمكنك الموازنة بين عيوب النظير بوضعه جنباً إلى جنب مع المهندس المعماري - فهم إما يقتلون بعضهم البعض أو يخلقون شيئًا رائعًا.
حيلة مانإنه يحب الحيل المذهلة وهو يسعى دائمًا إلى الابتكارات التكنولوجية التي توفرها. في الواقع ، لا يوجد عائد حقيقي على هذه الهواية: لا يمكن للفظة حيلة التفكير بشكل عملي ، والقيمة الفعلية لهذه التقنية أو تلك الخاصة بالمنتج النهائي ويظل المستخدم مخفيًا بالنسبة له. سيحتاج هذا الموظف إلى مراقبة حماسه وإعادة توجيهه باستمرار إلى المهام ذات الأولوية.
المغفلون
تنفرد مياه الأمطار عن غيرها في فئة منفصلة مثل القطط مع بعض العيوب الواضحة ، وهي ميزة على نقاط الضعف مقارنة بنقاط القوة. لكنه لا يدعو للتخلص منهم دون النظر. كثير من mongrels قابلة تمامًا للتدريب ويمكن إعادة تدريبهم تدريجياً على سلالات أخرى. أدناه نقدم توقعات وتوصيات لأنواع مختلفة.
قذرالمزود الرئيسي للرموز قذرة. في كثير من الأحيان يتخطى من نمط إلى نمط. مثله مثل الهداف ، يضحّي بتصميم الاتفاقات التي أقرها الفريق والالتزام بها ، ولكن على عكس الهداف ، لا يمكن تبريره حتى من خلال سرعة العمل العالية. إنه رمزه الذي يجب إعادة كتابته في بعض الأحيان من البداية - مرهق وكثيف الموارد لفهمه.
الركود حاد ومزمن. إذا هاجمت الموظف فجأة ، فقد يكون هذا بسبب مشاكل شخصية. إذا كان هذا هو الشرط المعتاد بالنسبة له ، يجدر النظر فيما إذا كان من المنطقي قضاء بعض الوقت في إعادة التدريب. المعيار الرئيسي هنا هو رغبة واستعداد السلوفن لبذل الجهود. قد يتم إعادة تأهيل السلوفان ، الذي يتمتع بعمله عمومًا ، مع إيلاء الاهتمام الواجب من الرأس أو الموجه ، وتعلم أساليب عمل أكثر فعالية.
فرامللفترة طويلة لا يستطيع القيام بهذه المهمة ، ولا يعرف من أين يبدأ ، يطارد المواصفات على أمل يائس في أنها ستجلب نوعًا من الوضوح. نظرًا لأنه ليس من الصعب التكهن ، فإن عدم دقة الفرامل يأتي من الشك الذاتي. من الضروري أن نتحرك هنا بناءً على مصدر عدم اليقين هذا. إذا فشل مطور في الماضي فشلاً ذريعًا وأصبح الآن خائفًا من الفشل ، دعه تتاح له الفرصة لإثبات نفسه حتى في المهام الصغيرة وغير المعقدة حتى يختفي هذا الخوف تدريجياً. إذا كانت المسألة هي عدم الخبرة ، ثم مع مرور الوقت ودعم الفريق المعروف ، فمن المرجح أن كل شيء طبيعي من تلقاء نفسه. إذا كان هذا التردد مجرد سمة من سمات الشخصيات ، فمن الأسهل إعطاء الزميل الفقير نموذجًا من شأنه أن يساعده في اختيار الأسلوب والبدء في العمل.
الهاوييفتقر الحبيب إلى المعرفة ، ولكن عادة ما يكون هناك أكثر من دافع كافٍ. هذا النوع من mongrels هو الأكثر احتمالا لاقتحام المطورين جيدة. ومع ذلك ، يجب مراقبة تقدمهم عن كثب - لتقييم القدرات وتسجيل المنجزات التي تفسر إرسالهم إلى مهام أكثر مسؤولية. لا ينبغي للمرء أن يبالغ في التوقعات: الكثير منهن عندما يواجهون صعوبات أو روتين لا مفر منه في عمل مبرمج. بشكل عام ، يتمتع الهواة بميزاتهم - أولاً وقبل كل شيء ، المظهر الطازج السيئ السمعة وغير المظلل ، على الرغم من أنه قد يكون من الممتع الانتظار حتى يخطووا في كل من أشعل النار ويفهموا الحقائق المشتركة.
عدم معرفةيبدو ببساطة مملة. عادةً ما يرثها القائد الجديد من القديم ؛ لا تزال قصة وضعهم في الفريق غامضة. إن القيام بشيء لمثل هؤلاء الأشخاص أمر صعب - فالتنمية تتطلب تحسينًا مستمرًا للذات ، وهو ما لن ينجذب إليه. إذا كان الشخص العادي يدرك مستواه ولم يتسم بطموحات غير كافية ، يمكنك محاولة إرفاقه بقسم الاختبار - في بعض الأحيان لا تمنع القدرات المنخفضة الأشخاص من العثور على الأخطاء بشكل صحيح. أولئك الذين ليسوا على دراية بقربهم أفضل حالاً من عدم التعامل معهم.
انتقائيمزيج نووي من مهندس ، فنان موهوب وليس موهوبًا جدًا. الكود الذي يكتبه هو صلصة هضمية من أنماط ووحدات مختلفة. على عكس المنتجات المتدنية ، فهذه مدونة تدعي موهبة - في المظهر قد يبدو أنه حتى يحتوي على شيء ما حتى تحاول تشغيله. السؤال الرئيسي للشخص الذي يقرأ الكود الانتقائي: "ماذا كان يقصد؟" من أجل تصحيح الموقف ، يجب أن تفهم أولاً ما إذا كان هذا الالتباس هو في الحقيقة نتيجة نوع من البحث ، أو هل هناك محاولة قبل أن ترتديه على المسارات. تستفيد انتقادات حميدة إلى حد كبير من خلال مراجعات الكود المنهجية.
وأخيرا ، هناك سلالة أخرى تقف بعيدا عن الباقي بكل معنى الكلمة - وهذا هو
رعاة البقر أو الذئب وحيد. عادات القطط تصل إليه إلى أعلى درجة. في مهنته ، رعاة البقر ، كقاعدة عامة ، هو جيد جدا (وإلا فإنه لا يمكن أن يبقى في مكانه) ، في فريق العمل - هو ميؤوس منها تماما. يتميز بتصميمه على اللعب فقط وفقًا لقواعده الخاصة: القيام بمشاريع تهمه ، وليس غيرها ، لاستخدام الوسائل التي يريدها ، وحساب خططه حصريًا ، وما إلى ذلك. هناك طريقة واحدة فقط مع رعاة البقر: أن نفهم مرة واحدة وإلى الأبد أنهم لن يصبحوا جزءًا من الفريق ، وأن يقرروا ما إذا كنت تقدرهم بما يكفي للتغلب على عاداتهم الخاصة. بشكل عام ، لا غنى عن رعاة البقر في حالتين: المواقف الحرجة التي تبدو ميؤوس منها والمشاريع المنعزلة التي سيرافقها خبراء خارجيون.
لذلك ، قمنا بإدراج تلك السلالات التي واجهها المؤلف في أغلب الأحيان. ومع ذلك ، ينبغي تدوين بعض الملاحظات في هذا التصنيف:
- لا ينبغي للقائد أن يعتبر نفسه استثناءً للقاعدة: لديه خبرة في البرمجة ، مما يعني أنه ينتمي إلى إحدى السلالات. هذا ظرف مهم - منهجه الفردي لكتابة الكود سوف يؤثر على ثقافة الفريق ككل. على سبيل المثال ، في مجموعة زعيم الحد الأدنى ، قد تتراجع الوثائق ، لأنه لم يول له الاهتمام المناسب حتى في عمله.
- نكرر مرة أخرى: الأنواع ليست دائمًا نقية ولا تتغير ؛ وغالبًا ما يتحول الناس إلى أن يكونوا متعدد الجوانب أكثر من الإنشاءات النظرية. من الأسهل الحكم على من ينتمي إليها في تلك اللحظات التي يتم فيها عرض الميزات الفردية بشكل بارز - مع بدايات جديدة وعند الاقتراب من الموعد النهائي.
- إذا كان عليك تشكيل فريق من نقطة الصفر ، ضع في اعتبارك أن المجموعة الأكثر ربحًا هي المهندسين (التفكير الاستراتيجي) والبنائين (تفاصيل التفاصيل) والفنانين (خط الإبداع). لكن على الأرجح ، سيكون لديك بالفعل فريق مؤهل ، وهذا أمر طبيعي تمامًا - يمكنك العمل معًا في أي فريق.
- الصفات الرئيسية الثلاثة اللازمة للعمل مع معظم السلالات هي الفطنة والصبر والقدرة على أن تصبح مرشدًا.
مع كل متعة هذه القائمة ، قد لا يكون من الواضح على الفور كيفية الاستفادة منها في العمل اليومي. يقدم المؤلف مثالين مع تحليل لمواقف معينة غالباً ما تنشأ مع سلالات معينة.
مثال رقم 1
الموقف: لديك رمز ضخم يحتاج إلى الترقية إلى الاحتياجات الحالية للشركة ، ومطور الحد الأدنى الذي يراه للمرة الأولى في حياته. يدعي المطور أن الشفرة تحتاج إلى إعادة كتابتها من البداية - كل شيء معقد للغاية ، لكن لا يمكنك القيام بذلك: لقد تم بالفعل إنفاق الكثير من الموارد على المنتج. ما يجب القيام به
الحل: تغيير المهمة قليلاً. الحد الأدنى يحب الوضوح ، لديه نقطة ضعف في العمل مع الهندسة المعمارية - رشوه بالعديد من الأشياء أو الوظائف غير المكلفة بشكل كبير والتي بها عيوب واضحة ، ومنح الحرية لإعادة بنائها وفقًا لتقديرك في المستقبل. اطلب دراسة وتوثيق الكود ، بما في ذلك لهذا الغرض. نتيجة لذلك ، سيتم إجبار الحد الأدنى على فعل ما أنكره - لمعرفة الكود المعجزة من أجل الانتقال إلى درس أكثر إثارة للاهتمام.
مثال رقم 2
الموقف: أنت لا توافق على المهندس المعماري حول الحل الذي قام بتنفيذه. يبدو لك أن بعض الأشياء لا تتم بالطريقة المثلى ، فهو لا يرى أي مشاكل.
: – , . , , . , , – -. , , . , , – , , .
. , , , , .