أجيل الخبراء ضد أجيل مانيفستو

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

حسناً ، دعونا لا نعلق على الآخرين وآرائهم. دعنا ، بدلاً من ذلك ، نمر في كتاب "Agile bible" خطوة بخطوة.

سيتم تقديم اقتباسات من Agile Manifesto

هذا النوع من كتلة النص

وستعطى تعليقاتنا في المسافة البادئة العادية مثل هذا. لنذهب!

البيان ، واحد وفقط!

أولويتنا القصوى هي إرضاء العميل
من خلال التسليم المبكر والمستمر
من البرامج القيمة.

هذه فكرة عظيمة! لقد كانت حقًا ثورية في وقت صنعها! لكن تنفيذ هذه الفكرة يعد أمرًا أصعب مما يمكن أن تتصوره هذه الأسطر القليلة.

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

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

إذا وضعنا ذلك جانباً - فإن نقطة مانيفستو تثبت قيمتها لنجاح المنتج! لكن لا ينبغي إهمال هذه الاستثناءات ، لأنها قد تكون قاتلة!

تغطي النقطة التالية شيئًا مماثلاً ، دعنا نواصل هذا الموضوع هناك.

مرحبًا بتغيير المتطلبات ، حتى في وقت متأخر
تطوير. عمليات رشيقة تسخير التغيير ل
ميزة العميل التنافسية.

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

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

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

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

يجب على رجال الأعمال والمطورين العمل
معا يوميا طوال المشروع.

حسنا ، ربما ليس يوميا ، ولكن أيضا - ممتاز! لم نتمكن (الأشخاص) من تدمير هذا الشخص خلال الـ 15 عامًا الماضية ... أعطونا وقتًا.

بناء مشاريع حول دوافع الأفراد.
امنحهم البيئة والدعم الذي يحتاجونه ،
وثق بهم لإنجاز المهمة.

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

الطريقة الأكثر فعالية وفعالية
نقل المعلومات إلى وضمن التطوير
الفريق محادثة وجهاً لوجه.

حسنًا ، لا يمكننا قول أي شيء ضد هذا. في المقابل ، الصيحة لذلك!

يعمل البرنامج هو المقياس الأساسي للتقدم.

نعم. المشكلة هي أن العديد من ما يسمى بالعفاريت لا يحترمون هذا البند.

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

من الصعب تحقيقه ، ولكن بالطبع - المبدأ التوجيهي العظيم.

الاهتمام المستمر بالتميز التقني
والتصميم الجيد يعزز خفة الحركة.

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

البساطة - فن تعظيم المبلغ
العمل لم يتم - أمر ضروري.

حائل ، البساطة!

أفضل الهياكل والمتطلبات والتصاميم
الخروج من فرق التنظيم الذاتي.

افي!

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

آمين!