🎤 🧑🏼 🏁 نصيحة سيئة للمطور: ما يجب القيام به "لإرضاء" الإدارة 🙃 🧔 👩🏽‍🤝‍👨🏿

كما وعدنا في المقالة السابقة ، فإننا نقلب الموقف في الاتجاه المعاكس. تصادف أنني لست مطورًا فحسب ، بل أيضًا قائدًا على مستويات مختلفة. لقد ذكرت بالفعل أنني كنت محظوظًا مؤخرًا للفرق والزملاء. ولكن طوال الوقت حدث كل شيء.

(Grigory Oster)

لنتحدث عن المطورين الذين تحلم بهم الإدارة. هذه المرة سأعمل كمدير مجردة ...

في بداية أي مشروع ...

هل تعلم أن أعلى مهارة للمدير هي اتخاذ القرارات بأقل قدر من المعلومات الأولية. لا تمنعنا أيها القادة من تدريب هذه المهارة. اتبع هذه التكتيكات:

قم بتسمية التواريخ الضبابية ، ولكن لا تتحدث عنها على الإطلاق.
عندما نسأل عما إذا كانت التحسينات المقترحة لن تكسر الوحدات الموجودة ، فكن صامتًا ، في السؤال ، قم بتعبير وجه غامض!
بالحديث عن المشاكل القادمة للمشروع ، لا تقدم أبدًا حلولك ، تذكر ، نحن بحاجة إلى أسئلة الناس ، وليس حلول خيارات الناس.
— , , ? 48- , 10 , .
— , .

إذا كنت في مرحلة تحديد المهمة قد تم قبولك للعميل لطرح أسئلة توضيحية عليه ، فتعلم من هجمات DDoS - قدم أفضل ما لديك. يتوقع العميل منك ما لا يقل عن 50 رسالة تحتوي على أسئلة ، ويفضل أن يكون ذلك بالتفصيل - سيقدر أدائك في النوع الرسولي. لست بحاجة إلى إرفاق أي لقطات شاشة أو مقاطع فيديو - اسمح لهم بفك تشفير رسالتك ، حتى إذا كانت تحتوي على "مرحبًا!" و "كتابة طويلة".

تذكر: العميل والمستخدم النهائي هما شخصان مختلفان. لا تتواصل أبدًا مع المستخدمين النهائيين ولا تحاول تخيلهم! إذا كانت العمة ماشا عند الخروج سترى 25 سطرًا من النص على الشاشة ، ضعها بهدوء دون النظر إلى حجم الشاشة. دع المكبر يأخذ إذا لم يعجبه.

لا تخبرنا أبداً عن المهام المحددة التي سيتم حلها داخل المشروع. تحدث فقط عن طرق الحل. ومن المرغوب فيه في جميع التفاصيل - كيف سينام CTO الليلة بسلام؟

في قصتك ، لا تذكر بأي حال من الأحوال المال أو الوقت أو المقاييس الأخرى التي يفهمها الآخرون. بعد كل شيء ، حتى سكرتير المدير يمكن أن يترجم قصصًا عن الهياكل المجردة المستخدمة في سيناريوهات المستخدم والمبلغ الدقيق للربح الذي نحصل عليه. لذلك عند تقييم المهام ، استخدم نظام الكميات الأكثر تجريدًا. تذكر ، 1 أفعى مضللة هي 38 ببغاء!

حصاد أكبر عدد ممكن من المفاجآت. دعنا بجانب الوقت لحل المشكلة ، سيتطلب أيضًا اشتراكات أو أدوات مدفوعة ، والتي لن نعرف عنها حتى اللحظة الأخيرة. نحن نحب المزالق وسنكون سعداء للبحث عن مخرج من الطريق المسدود قبل الإصدار. أنا وعملي نحب زيادة الميزانية المخصصة أسبوعيًا ، وتنسيقها باستمرار من خلال جميع الحالات. قم بقيادة Ivan Tsarevich من خلال تكرار جديد من بداية القصة بعد كل تحديث للمعلومات حول مكان تخزين موت Koshcheev.

كود مثالي ...

حاول كتابة رمز مثالي فقط للرمز المثالي. ليس من الضروري القيام بذلك في المرة الأولى. إذا كنت في عجلة من أمرك ، اكتب بطريقة سريعة ، ثم أعدها ثم مرة أخرى. تذكر: التكرار هو أم التعلم. إذا تمت إعادة كتابة الرمز ثلاث مرات على الأقل ومختلف قليلاً عن المثالي ، فابدأ على الفور في إعادة الهيكلة كجزء من مهمة صغيرة لا تنطبق على ذلك. والأفضل من ذلك ، انقل التعليمات البرمجية إلى مكتبة أو إطار عمل آخر. دع المدونة تكون عصرية وشابة. الشيء الرئيسي هو أنه لا يمكن بأي حال من الأحوال صياغة كل هذه العمليات كمهام منفصلة. ثم فجأة نعتقد أن شيئًا ما لم يكن مثاليًا في المشروع؟ من الأفضل القيام بأشياء كهذه قبل الإصدار مباشرة. في هذه اللحظة ، يعمل الفريق بأكمله بشكل أسرع!

يتحدث عن إعادة بيع ديون. سيعمل بشكل أكثر كفاءة إذا قمت بتغيير الآليات في التعليمات البرمجية في نفس الوقت - حتى لا تتسلق هناك مرتين. تذكر أن مثل هذه العمليات يجب أن تؤثر على أكبر عدد ممكن من المكونات. لماذا قضاء الوقت في اختيار الوحدات الفردية؟ بهذه الطريقة فقط سوف ينتهي بك الأمر وكأنك بطل أنقذ الجميع! سيسعد المطورون الآخرون باكتشاف مفاجآت الآليات الجديدة عندما يطلقونها في القدم.

يجب تنسيق الرمز المثالي بشكل صحيح. حاول إنشاء ملفات بأقصى حجم ، وتحتل العديد من الشاشات وتحتوي على عدة مكونات في وقت واحد. باتباع هذا النمط من التصميم ، يمكنك التغلب بشكل بطولي على تعارضات الدمج والاتفاق لفترة طويلة مع الزملاء الذين كانت تعديلاتهم أكثر أهمية. يجب أن يشبه الرمز أطول المكرونة ، لا حاجة لإضاعة الوقت في إنشاء ملفات صغيرة غير مهمة. من أجل وظيفة واحدة ، اختر اسم ملف - ما الذي يمكن أن يكون أكثر إيلامًا؟

الرمز المثالي الذي أنشأته ليس ضروريًا للتغطية بالاختبارات. يمكنك التحدث فقط عن الحاجة إلى تغطية 100٪ ، لكن في الحقيقة 10٪ تكفي. لمواكبة الأمر ، أضف بعض الاختبارين اللذين في الواقع لا يتحققان من أي شيء ، فلن يلزم تحديثهما.

إذا اتضح فجأة أن الحل المكتوب سريعًا لا يعمل أو لا يعمل كما هو متوقع ، فلا تتردد في إلقاء اللوم على مهندس النظام ، وواجهة برمجة التطبيقات ، ومسؤول الخادم ، وما إلى ذلك في كل شيء. من الواضح أن كودك المثالي لا يمكن إلا أن يعمل. تذكر الشيء الرئيسي: نحن مثلك نعلم أن المبرمج المثالي لا يعمل إلا في فراغ في ظروف مثالية. وإذا كنت مشتتًا ، فلا تقدم معلومات في الوقت المناسب ، واكتب المعارف التقليدية غير المفهومة ، فلا يمكنك بشكل عام أن تكون مسؤولاً عن حقيقة أن الوحدة المنفذة لا تفي بمهمة العمل. حسنا ، صحيح ، الأعمال هي مسؤوليتنا. يُنصح بالاحتفاظ بجميع أسماء عوامل الذنب حتى الموعد النهائي ، وستكون هناك حاجة إليها لاحقًا ، والآن لا تصرف انتباه القادة.

عندما نتحدث عن الحاجة إلى إطلاق MVP بسرعة ، لا تتردد في تجاهل محاولاتنا لتسريع المشروع على حساب الجودة والسرعة. ومع ذلك ، فإنهم يعرفون أنه مع فكرة جيدة ، يمكنك البدء في السوق في أي وقت. الوقت لا يلعب أي دور. دع المنافسين يتغوطون ، وعندما تكتب الرمز المثالي ، سوف يرتفع MVP الخاص بنا في غضون 5 سنوات. وطوال هذه السنوات ، سيسعد المستثمرون بالدفع مقابل إنشاء تحفة فنية بأموالهم.

الترتيب في المشروع ...

مهمتك هي شخصيتك. سوف تضيف الفوضى الإبداعية الوزن لأعيننا. إن القدرة على بناء فوضى والحفاظ عليها في حالة فوضوية إلى حد ما هي قيمة للغاية حتى أننا ننقل المشاريع من يد إلى أخرى من أجل زيادة درجة الفوضى. بمجرد أن تصل الفوضى إلى أقصى حد لها ، سنكافئك بمشروع جديد!

إذا كنت تفهم أن فوضى كاملة قد تشكلت في المشروع ، ولكنك لم تنتقل بعد ، فإما أن تبدأ في حفر ديونك الفنية بمخالبك ، أو اطلب مشروعًا آخر بنفسك. ربما لم نتتبع الوضع.

كل ما يحدث داخل الفريق يجب أن يمر من خلالنا. حتى إذا قررت الخروج للتدخين مع المختبر ، تأكد من الاتفاق معه من خلال مدير المشروع ، ولكن من الأفضل إشراك CTO في ذلك. نشعر بأننا غير ضروريين إذا لم يشتكي أحد من زملائنا ، ولم يلجأ إلى حل النزاعات داخل مجموعة العمل أو إدخال بعض قواعد العمل.

فيما يتعلق بقضايا التصميم ، من المستحسن أن نكتب فقط في PM. سيؤدي ذلك إلى إخفاء جميع آثار نشاطنا من الإدارة العليا ، وفي نفس الوقت سيجبرنا على إعادة بيع الحلول التي تم التوصل إليها للمشاركين الآخرين في العملية. نحن نحب ذلك كثيرا!

حل المشاكل ...

بمجرد حل المشكلة أو إصلاح الخلل ، لا تحقق بأي حال من الأحوال من الحل. اصرخوا "هلاي" و اهربوا من مكان العمل بأسرع وقت ممكن! لذلك ستقوم بتسليم المهمة بشكل أسرع وستجد الفريق درسًا للنصف الأول من السباق التالي - ستقوم بتصحيح عضلات المهمة التي تم تسليمها للتو. المهم هو أنك لا تحرم عمل زملائك المختبرين. مجموعة من الأخطاء التي تسببها العكاز الجديد في الحل هي أفضل هدية مساء الجمعة! تحقق في التعليمات البرمجية الخاصة بك حالة ناجحة واحدة فقط ، أنت متفائل.

التسلسل الصحيح للإجراءات عند حل مشكلة:

قراءة المعارف التقليدية ، وتجاهل الملاحظات ،
لديك الدخان لنسيان التفاصيل ،
بسرعة ودون تردد تنفيذ الوظائف الأساسية فقط ،
تمرير المهمة بنفس السرعة
احصل على مراجعات بفك تشفير واضح لملاحظات المعارف التقليدية غير المقروءة ،
فليكن ، حل المشكلة في تكرار 3-4.

لا إعادة بيع ديون في أعقاب ، لا تمشيط التعليمات البرمجية. دع المتغيرات تسمى كما تريد ساقك اليسرى في لحظة البصيرة ، ويظل الرمز ضعيفًا. ليس لك أن تفهم هذا لاحقًا! حسنًا ، تدرب على أخذ الرمز الخاص بك للمراجعة على الفور - أنت رجل جيد ، ولكن حساس.

في هذه المرحلة ، من المستحيل إنشاء أي دليل على أن المهمة قد اكتملت (أو أنهم سيجدون أحيانًا فيديو لكتابة في المشروع كيف تبدأ الوحدة ...). ربما لن يلاحظ المختبر أي اختلافات مع الاختصاصات ، وإلا سيتم إرسال المهمة إلى أخرى ، بينما يمكنك الآن الاسترخاء في مهمة جديدة.

إذا كانت هناك لحظات غامضة في المهمة ، على سبيل المثال ، من غير المعروف ما إذا كان حقل الإدخال يجب أن يقبل فقط الأحرف الإنجليزية أو الروسية في نفس الوقت ، فلا تتردد في الإجابة عن الأسئلة بنفسك ، وفقًا لذوقك وتجربة حياتك. بما أنه غير مكتوب في بيان العمل ، يجب أن يكون هذا واضحًا للجميع!

ولا تختبر أبدًا أي فرضيات على جزء صغير من المهمة ، وإلا فسيعتقد زملاؤك أنك في شك!

إذا كنت في عجلة من أمرك بمهمة للإفراج عنها وتفهم أن بعض الوظائف ستحتاج إلى إكمالها لاحقًا ، فلن تضطر إلى قضاء بعض الوقت في تعيين مهمة في نظام إدارة المشروع. من الأفضل تدوين ملاحظة مباشرة في التعليقات على الشفرة وعدم إخبار أي شخص عنها. لذلك سيكون من المثير أكثر للاهتمام الحصول على الديون التقنية. سيكون هناك شعور بأن هناك الكثير منهم ولا تزال هناك حاجة ماسة للمشروع.

لا تحتفظ بأكثر من نصف الملفات في مستودع المشروع! لا عجب أن تم اختراع العديد من مواقع التخزين المختلفة في العالم. من المهم وضع الملفات المتبقية بالتساوي بين المستودعات الشخصية للموظفين ، على سبيل المثال ، التوثيق (ليس بالضرورة للمشروع الحالي). لذلك سيتم تقسيم "المعرفة السرية" حول المشروع بالتساوي في الفريق وسيكون الجميع لا غنى عنه. ثم سيأتي بعض الوافدين الجدد إلى المشروع ويكتشفون ذلك بسرعة في المشروع الذي تم تنفيذه بالفعل. شيء لا يمكنك مقاومته في أماكنهم - سيتم استبدال الجميع على الفور بأرخص تكلفة.

يجب أن يكون لدى كل مشروع معرفة سرية تنتقل من الفم إلى الفم. بهذه الطريقة فقط يمكنك أن تتنهد صورة ، والبصق ، وتقول: "أوه ، هذه الخنافس تعمل منذ أسبوع ، لكنهم لا يعرفون أي شيء عن المشروع. تراجع ، افعلها بنفسك! "

إذا تعهدت بتنفيذ أي مهمة من Jira ، فليس من الضروري على الإطلاق وضع علامة عليها. نحن وسطاء - سنخمن ما تفعله الآن ، ولكن في نفس الوقت سنخمن الوضع الحالي للمشروع. بالمناسبة ، يمكننا القيام بذلك مع الوقت المستغرق - لا يتعين علينا كتابة أي شيء في أي مكان ، وسوف نكتشف عدد ساعات العمل ونحسب راتبك.

التواصل بشأن المشروع ...

هل سمعت عن قناة omnichannel؟ التواصل دون الانقسام إلى قنوات مختلفة هو أحدث الاتجاهات. كن في الاتجاه! لأية أسئلة ، اكتب رسالة مراسلة لبعض الرسائل ، من الأفضل أن تكون شخصيًا ، وليس عاملاً - حتى يعرف أنك لست وراء أحدث اتجاهات هذا العالم. ولكن من الأفضل استخدام فرق المشروع في Slack والمرسلين الآخرين لإرسال صور مضحكة مع القطط والمحادثات الشخصية.

تأخر عن الاجتماعات الدورية 15-20 دقيقة. والأفضل من ذلك ، أن يكون لديك ميكروفون من العهد السوفيتي و Wi-Fi بعيدًا عن مكان العمل. دع الجميع يستمعون إلى نهمك ، فهو مثل اللوحات التجريدية - الجميع يسمع ما يريد أن يسمعه. وفي صحيفة Daily ، يمكنك طرح جميع الأسئلة التي لديك على المشروع. إذا لم يكن هناك ما يكفي من مشاكل التصميم ، أضف المزيد من offtopic. في أسوأ الأحوال ، يمكنك دائمًا طلب شيء تجريدي. مثل هذا المثال الجيد يعكس بشكل أفضل سبب عدم رغبتك في إجراء مكالمة هاتفية ولماذا من الأفضل عدم حضورهم.

حسنًا ، لا تنس ، كل شخص لديه بلوتوث عالي السرعة في رأسه. لذلك ، إذا كنت قد تخيلت بالفعل كل شيء في رأسك ، فقم فقط بنقل هذه الصورة. يمكن للكلمات أن تشرح فقط التفاصيل الصغيرة التي لم تكن مرئية في الصورة. دعهم يحاولون فهمك ، هذه هي وظيفتهم.

بالمناسبة ، من الجدير أن تكون متأخراً إلى المكتب إذا كنت تعمل في منطقتنا. هذه هي الطريقة الوحيدة لخلق انطباع بأهميتك. ولا تحذر أبدًا من التأخير. سيظهر ذلك أنك كنت في عجلة من أمرك ، أي تفسد صورتك من المعلم الهادئ.

إذا غادرت مكان عملك ، فلا داعي للقلق بشأن ترتيب الحالات في Slack أو غيرها من برامج المراسلة الفورية. أي شخص يكتب في غيابك (ويبدأ إشعارًا) سيعطي سببًا لعنة طويلة ومدروسة أنك تشتت انتباهك في وقتك الشخصي. أين تجد مثل هذا السبب؟ ودع المديرين والزملاء يتعلمون تراكم الأسئلة السريعة قبل بدء يوم العمل الرسمي (سيكون هناك شيء للمناقشة في اليوم).

تبادل الخبرات غير ضروري. لذلك ، إذا كنت لا تزال تنشر أي رابط لمقالة أو إطار عمل لقناة التعليم في Slack ، فلن تحتاج إلى تقديم أي وصف لها. فليكن مسعى للزملاء. إنهم يريدون معرفة جديدة - دعهم يضغطون ويفهمون ما تلقيته لهم. ولا يهم أن هذا قد لا يكون منطقتهم. ولا تشارك بأي حال من الأحوال ملاحظات مشروعك والقرارات المثيرة للاهتمام والأخطاء والاستنتاجات التعليمية. مطور الذئب المطور. يجب أن تتنافس ، ولا تنمو تجربة فريق مشتركة! ونعم ، لقد نسيت تقريبا! إذا وجدت مقالة مطولة ، فلا تقرأها بنفسك ، فقط ضعها لزملائك ، ربما سيكونون مهتمين.

يمكن وينبغي انتقاد عمل المطورين الآخرين. عليك أن تجد خطأ في كل شيء صغير. فقط لا تخلط بين النقد والمراجعة. من الضروري أن تنتقد على نطاق واسع وذوق (ويفضل أن تكون مجردة قدر الإمكان ، على سبيل المثال: "الكود الخاص بك أمر فظيع") ، ولكن قم بإجراء المراجعة في أسرع وقت ممكن - انقر فوق علامة الاختيار الخضراء دون النظر إلى الكود ولا تترك أي تعليقات. وبعد ذلك يجب صياغة بعض الأسباب البناءة لعدم الرضا.

نقل إلينا جميع المسؤولية عن الدافع الخاص بك والتدريب المتقدم. نحن نرتاح بالفعل ، حتى صور الخوذة من منتجعات مختلفة. دعونا نأتي أيضا بدافع لك أنفسنا. من الواضح أن جميع المهام في المشروع مثيرة للاهتمام ولا يوجد روتين لك إلا من الأذى. ونرتب عمليات الاندفاع عن عمد ، لأنك تعمل بشكل أفضل في هذا الوضع. ومع ذلك ، فإننا لا نقوم بتسجيلك في الدورات سواء من الأذى. تقوم بنقل جميع احتياجاتك إلينا عن طريق البلوتوث ، والذي هو مدمج في دماغك ، فنحن نستقبله ، ولكن نتجاهله. لا حاجة لتحويلهم إلى كلمات ، نحن نشعر بهم على أي حال.

قرب نهاية المشروع ...

عندما نطلب منك إظهار المشروع للعميل ، لا تستعد بأي حال من الأحوال للمظاهرة مسبقًا. الأمر واضح للجميع: إذا بدأ المشروع على الكمبيوتر المحمول ، فهذا يعني أنه يعمل بنسبة 100٪ وسيبدأ في أي مكان. نحن جميعا محظوظون!

إذا كان العميل ، وفقًا لنتائج التظاهرة ، غير سعيد ، فسوف تشعر بتضارب وشيك ، ويجب عليك إرسال العميل إلى الجحيم. إنه لا يفهم أي شيء. وليس هناك حاجة لإبلاغ المدير. بالمناسبة ، الصراع مع العميل هو أفضل سبب لطلب منا المزيد من المال. سوف نتفق بكل سرور!

تاريخ الافراج عن الخيال. نحن نحب فقط تحديد هذه التواريخ في التقويم. في الواقع ، المديرين ، وخاصة في المناطق النائية ، يفتقرون حقًا إلى الاتصال. وتأجيل مواعيد الإصدار هو أفضل طريقة لعقد 3-5 اجتماعات بسرعة لن يرفض الناس حضورها.

عندما يسخن الموقف في المشروع ، حان الوقت لحل الشائعات بأن كل شيء سينهار قريبًا. خصص أكبر عدد ممكن من الزملاء لافتراضاتك ، وانشر المزيد من السلبية. إذا كانت الشائعات مبررة ، فإن توزيعها يحفزنا على تصحيح الموقف بموجة عصا سحرية. وإذا لم يكن هناك ما يبرره ، فنحن سعداء أنك لا تزال في حالة جيدة.

بالمناسبة ، إذا لم تساعد الشائعات ، ابدأ بالذعر في الجوقة. هذا هو الحل الأكثر بناءة. في هذه المرحلة ، يمكنك البدء في الحديث عن أشياء سيئة حول الشركة ، ليس فقط في الداخل ، ولكن أيضًا في الخارج (على سبيل المثال ، في المقابلات). سيساعد ذلك بالتأكيد على تسوية الوضع المالي والحصول على زملاء أقوياء في زملائك!

في نهاية المشروع ، يمكنك تركه بصوت عالٍ وفعال ، موضحًا سبب تركك كمرتب منخفض جدًا ، على الرغم من حقيقة أنك كنت في المشروع لسنوات عديدة ولصالحنا لا تلمس التقنيات الجديدة. لا تتردد في الذهاب إلى المنافسين - سيقدرون ذلك. مهمتنا المفضلة هي البحث عن متخصصين جدد قبل الإصدار بأسبوع. عندما تغادر إلى شركة أخرى ، لا تنسانا.

أخبر الجميع عن جانب واحد من المشكلة. كن صامتًا بشأن "مآثرك" ، أخبرنا عن المديرين غير العادلين. لا تحاول فهمنا ، أخبر الغرباء. جاء NDA مع الجبناء!

يجب الإبلاغ عن جميع المزالق فقط كملاذ أخير - إذا كان المشروع لا يمكن أن يدخل حيز الإنتاج. هذا هو أفضل بناء للفريق عندما "يقوم الفريق بإخماد الحريق" في الليلة التي تسبق إصدارًا مهمًا أو قيد الإنتاج بالفعل. لا تحرم نفسك وفريقك من هذه المتعة!

إذا كنت لا تزال تواجه إصدارًا في الفريق وحدث خطأ ما ، فيمكنك وضع أخطاء في الإنتاج بأمان في نهاية قائمة الانتظار. يجب أن يكون لديهم نفس الأولوية مثل أي شخص آخر. دعهم في الطابور!

حسنًا ، واعلم أنه في الليلة التالية لتعيين المطور في موقع محطة الخدمة ، تحدث معه تحولات عميقة. ينسى جميع احتياجات المطورين ، ويصبح قصير النظر ، استبدادي ، غبي ولا يمكن الوصول إليه. لذلك ، نحن - المديرين والمديرين ومحطات الخدمة - نفهمك جيدًا ، أيها المطورين.

كاتب المقالة: يوجين ويتسل (imater)

PS مثل آخر مرة ، قصتي تتطابق فقط مع الواقع. والمعنوي هو هذا: لنأخذ في الاعتبار كل هذه السخرية ، وبناء العلاقات في الفريق.

PPS ننشر مقالاتنا على العديد من مواقع Runet. اشترك في صفحاتنا على VK أو FB أو Instagram أو قناة Telegram للتعرف على جميع منشوراتنا وأخبار Maxilect الأخرى.