قال أخصائي الموارد البشرية في شركة مؤخرًا هذه العبارة: "لا يرغب المطورون في القدوم إلينا بمجرد أن يكتشفوا أننا نعمل على Agile". وعلى الرغم من أنني غالبًا ما أسمع السخط الذي عبر عنه المطورون بخصوص Agile ، إلا أن هذا التصنيف فاجأني.
في الواقع ، أحد أهداف Agile هو خلق ظروف مريحة لعمل هؤلاء المطورين. يسعى الممارسون الرشيقون إلى تحرير المطورين من الروتين وتشجيع الإبداع. التنظيم الذاتي ، وتقليل البيروقراطية - كل هذا مصمم لتبسيط حياة المطورين. سعادة المطورين هي أحد المقاييس الرشيقة التي تحتاج إلى تحسين.
لماذا لا تجتمع مراجعات المطورين الحقيقيين مع الأهداف المعلنة لأجيل؟
- يجب أن أقول على الفور أنه من خلال "المطورين" في هذه المقالة أعني فريق التطوير بأكمله (فريق تطوير سكروم) ، بما في ذلك المحللين والمبرمجين والمختبرين والمصممين ، إلخ.
دعونا نلقي نظرة على أمثلة محددة - شكاوى المطور رشيقة:
- تتسبب الطقوس الغبية (خاصةً المواقف اليومية) في تشتيت الانتباه عن العمل
- الكثير من المحادثات والاجتماعات ؛ غير مجدية ، حيث لا يفي أحد بالقرارات المتخذة
- يجب على المطور تطوير وليس ممارسة في علم الاجتماع والتسويق
- لا أحب التحدث إلى أي شخص على الإطلاق ، خاصةً العميل ؛ يجب أن يتواصل الأشخاص المدربون بشكل خاص مع العميل
- رشيقة تقمع حرية المطور ، وتفرض المساواة ؛ اتضح أن الأمر أعلى من المبرمج الفردي فيه
- لا يمكنك الرقص على أنغام الأعمال فقط ؛ يجب أن يكون لدى شركة تكنولوجيا المعلومات ثقافة هندسية
- ربما هذا أمر جيد بالنسبة للشركات الصغيرة ، ولكنه غير مناسب للتطوير الجاد ، حيث تحتاج إلى النظام ، والتخصص ، والخبرة التقنية ، والتخطيط الاستراتيجي
- في المشاريع الناضجة التي لديها بالفعل أفضل الممارسات ، فإن التحول إلى Agile يمكن أن يدمر كل شيء
- لا تخصص - لا خبرة ، "يعمل النظام في القلب - ما الخير الذي يمكن أن تتوقعه من هذا؟"
- رشيقة هي ضغط مستمر (تقديرات ، التزامات ، تقارير يومية) ، لا وقت للتفكير
- لا رؤية طويلة المدى
- رشيقة موجودة لإبقاء الموظفين في وضع حرج
- رشيقة مهمة الضغط لي مثل الليمون ورمي لي
- أنا لا أحب عندما يتسلل شخص ما إلى التعليمات البرمجية الخاصة بي
- لا أحب كتابة الاختبارات التي لا تضمن أي شيء على أي حال
- رشيقة - علامة الفوضى
- التين بلا أخطاء مع البق ، إذا كان أسرع فقط
- , , ,
- ,
- … (, , , )
:
– .
Agile. Agile (, , Agile), , , .
, Agile , , . .
, Agile, , , .
Agile
Agile , . , , - T-, , . , , .
- Agile IT-.
, – . , Agile- / - – Agile , , .
, , .
- , Agile , “” , .
, . , , – .
“” , . “”, , , . “”. , .
Agile-, , . , , “”. , Product Owner (, !) . . , . , , – .
Agile - ? , . – ?
Agile- / - – . “” .
“”?
:
“” , :
, . , , , , “”, .
– , , . , ( , )? , , , , .
, . . , , , , . , (, , ), .
?
Agile – , , .
.
Agile- Jeff Sutherland (happiness) :
, , .
, Agile, ? ?
: 15 , . Agile -.
:
- Mark Goulston, Just Listen, 2010 , , .
- Jeff Sutherland, Scrum the art of doing twice the work in half the time, 2014 ( ) – Scrum.
- Patrick Lencioni, The five dysfunctions of a team, 2002 ( – “ ”) – , , .