تيم ليستر - مؤلف مشارك في الكتب

• "العامل البشري. المشاريع والفرق الناجحة "(يُسمى الكتاب الأصلي" Peopleware ")
• "Waltzing مع الدببة: إدارة المخاطر في مشاريع تطوير البرمجيات"
• “مذهلة مع أنماط الأدرينالين وزومبي. أنماط سلوك فريق المشروع

كل هذه الكتب كلاسيكية في مجالها ومكتوبة مع زملاء من Atlantic Systems Guild . في روسيا ، زملائه هم الأكثر شهرة - توم Demarco وبيتر خروشكا ، الذين كتبوا أيضا العديد من الأعمال الشهيرة.

يتمتع تيم بخبرة 40 عامًا في مجال تطوير البرمجيات ، في عام 1975 (لم يولد أي شخص كتب هذا المحور هذا العام) ، وكان تيم بالفعل نائب الرئيس التنفيذي لشركة Yourdon Inc. يشارك الآن في الاستشارات والتدريب والكتابة ، من وقت لآخر لحضور المؤتمرات في جميع أنحاء العالم مع التقارير .

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

مايكل: هل يمكنك قول بعض الكلمات حول ما تفعله الآن؟

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

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

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

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

مايكل: هذا ، أنت تطلق مشاريع ، فهل تقوم ببعض الانطلاقة وتحقق من أن القضبان تقود في الاتجاه الصحيح؟

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

19 سنة من العجيل

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

تيم: أعتقد أن المنهجيات الرشيقة ، بدءًا من Agile Manifesto في عام 2001 ، قد فتحت أعين الصناعة. ولكن ، من ناحية أخرى ، لا يوجد شيء مثالي. أنا تماما على جانب التطوير التكراري. التكرار له معنى كبير في معظم المشاريع. لكن عليك أن تفكر في السؤال: بعد أن خرج المنتج وبدأ استخدامه ، ما المدة التي يعيشها؟ هل هذا المنتج سوف يستمر ستة أشهر ، وبعد ذلك سيتم استبداله بمنتج آخر؟ أم أن هذا المنتج سوف يعمل لسنوات عديدة؟ بالطبع ، لن أذكر أسماءًا ، لكن ... في نيويورك ومجتمع الممولين فيها ، تعد الأنظمة الأساسية قديمة جدًا. إنه لأمر مدهش. تنظر إليهم وتعتقد أنك ستعود في الوقت المناسب ، في عام 1994 ، وأخبر المطورين: "لقد جئت من المستقبل ، من عام 2019. مجرد تصميم هذا النظام بقدر ما تحتاج. اجعلها قابلة للتمديد ، فكر في الهندسة المعمارية. سيتم تحسينه بعد ذلك لأكثر من خمسة وعشرين عامًا. إذا قمت بتأخير التطور لفترة أطول قليلاً - فلن يلاحظ أحد هذا على نطاق من التاريخ! " عندما تقوم بتقييم الأشياء على المدى الطويل ، فأنت بحاجة إلى التفكير في تكلفة ذلك كله. في بعض الأحيان الهندسة المعمارية مصممة تصميما جيدا يستحق كل هذا العناء ، وأحيانا لا. عليك أن تنظر حولك وتسأل نفسك السؤال التالي: هل نحن في وضع مناسب لمثل هذا الحل؟

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

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

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

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

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

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

Peopleware: بعد 30 سنة

أوليغ: كان برنامج Peopleware أيضًا ثورة ، مثل البيان؟

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

على الرغم من حقيقة أن تيم كان لديه عدد كبير من التقارير ، إلا أن هناك عددًا قليلاً جدًا منها تم نشره على YouTube. يمكنك مشاهدة تقرير 2007 The Return of Peopleware. الجودة ، بالطبع ، يترك الكثير مما هو مرغوب فيه.

مايكل: هل تغير أي شيء في الثلاثين سنة الماضية منذ إصدار الكتاب؟

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

نحن جميعا نعيش في DevOps

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

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

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

مايكل: إن الفكرة الكاملة لـ Devopse هي تقديم عمل ذي معنى في أقرب وقت ممكن. أرى أن العالم بدأ يتسارع أكثر فأكثر. كيفية التكيف مع هذه التسارع؟ قبل عشر سنوات ، لم يكن هذا!

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

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

أنماط و antipatterns

أوليغ: عادة ما تتحدث عن الأنماط والأضداد ، وهذا هو الفرق بين حياة المشاريع وموتها. والآن ، يكسر يحطم في حياتنا. هل لديه أي من أنماطه ومضاداته التي يمكن أن تقتل المشروع على الفور؟

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

, – , , . 1969. , – 1969 , 1960 62, NASA , . – , ! -, , , . : «, , , , !». - … , . , , , , , . , : « !».

: , ?

: , ! … , , -. ! , , , – . , , ? ! . , . , , … – . : . , .

: , « , »: ?

: . - . – - , , ? , – . , , - : « ! !». على محمل الجد؟ .

«-»

: . - , «-» . : , , «-», ? , – , - .

: -. - . - , . , , , ! , , «-», , , ? – . , «» — , ? . - , , , . , ?

, , , , – . , - , - – . , DevOps, , - . , , , . « », « » , , – «».

- , , . , , . – , « ». ? , , . - , , , , , . , - , , , , . ! - .

- -. , , ? , , ? - : --, , , , , .

, , . , . , , : , . , . , . .

. – , , , , , , ! - . – …

« »

: ? , , , – « ».

: ! – , - . - , ( , ). – , – , - , .

, . , « - , ». , -, , . , , . , , , , , . , , , – , . , . , .

: , . , , . , . , – , – . , , , .

: Move fast and break things!

: , , , – -. , ?

: : . . , - , . , , - , « », , : « ». , . , , . – .

, . , , , - . - , , . , – , , , , . , , , . .

, , . , – , . , , , , , ? ? , ? , : , . , , , - . : , .

, . , : , , - , . , , . , , , .

, ? , . , . 100%, : «, , !». . – , , , ! , , , : « – , – ». , - .

, , – . , . . !

: . , . ?

: , , – . , . - ? , , , , . , , . « , – ». . ( !) , . . , , – , . , . , . , , , , , , … , , . , , . . , , , !

: , , - , (, ) .

تيم: صحيح. أعتقد أن أفضل التقنيين ، إذا نظرت إليهم عن كثب ، فهم مثل المديرين لأنفسهم. كيفية صياغتها ...

أوليغ: حياتك هي مشروعك الذي تديره.

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

كيفية الدخول في إدارة المخاطر

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

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

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

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

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

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

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

سعر الاتصالات

أوليغ: هل استخدام هؤلاء الموظفين الخارجيين أكثر تكلفة لأسباب مختلفة؟ في النهاية ، يتحدثون باستمرار بدلاً من العمل!

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

مايكل: ينطبق هذا على كل من يشارك في المشروع ، بغض النظر عن التخصص والمهارات وطرق العمل. أنتم جميعا مهتمون بنجاح المشروع.

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

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

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

مايكل: اذهب رمز الكتابة!

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

أوليغ: ميشا ، لقد فكرت بشيء.

مايكل: آسف ، أعتقد ، اشتعلت الفلاش باك. كل هذا ذكرني بحشد واحد مثير للاهتمام الذي حدث أمس ... بالأمس كان هناك الكثير من التجمعات ... وكل هذا يبدو مألوفًا للغاية!

الحياة بدون رواتب

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

أوليغ: بالمناسبة ، لديك مجموعة من الملاحظات في كتابك حول ما هو جيد وما هو سيء. هل تستخدم أي منها بنفسك؟ من الناحية النسبية ، هنا لديك شركة الآن ، وحتى بنية غير تقليدية للغاية ...

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

أفضل نصيحة

مايكل: بالعودة إلى "أفضل نصيحة" ، هل هناك شيء تكرره لعملائك مرارًا وتكرارًا؟ هناك فكرة عن 80/20 ، وبالتأكيد يتم تكرار بعض النصائح في كثير من الأحيان.

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

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

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

الانخراط في إدارة المخاطر!

مايكل: في رأيك ، كم عدد المنظمات المشاركة في إدارة المخاطر؟

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

مايكل: ومع ذلك ، كم عدد شركات إدارة المخاطر هذه خمسة بالمائة؟

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

نعم ، أسمع في كثير من الأحيان ، "سوف نحل المشاكل عند توفرها". هل سنكون على صواب؟ هل سنقرر بالضبط؟

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

ميخائيل: نعم ، حدث لي أنه عندما نجحت المخاطر ، تم ببساطة إعادة تعريف المشروع. لطيفة ، البنغو ، يتم حل المشكلة ، لا مزيد من المخاوف!

تيم: اضغط على زر إعادة الضبط! لا ، هذا لا يعمل.

الكلمة الرئيسية في DevOops 2019

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

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

مايكل: لقد كنت أعمل أيضًا في مجال الاستشارات لسنوات وأفهم جيدًا ما الذي تتحدث عنه.

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

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

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

سيصل تيم ليستر إلى المؤتمر الرئيسي بعنوان "الشخصيات والمجتمع والثقافة: عوامل مهمة لتحقيق الازدهار" في مؤتمر DevOops 2019 الذي سيعقد يومي 29 و 30 أكتوبر 2019 في سان بطرسبرغ. يمكن شراء التذاكر على الموقع الرسمي . أراك في DevOops!