إدارة المشروع الهجين: أرضية وسطية بين Agile والشلال

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

ما هو الهجين Agile-Waterfall؟

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

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

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

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

لماذا نستخدم نظام هجين؟

قد تفكر: لماذا لا تذهب بالكامل إلى Agile ، حيث أثبت ذلك أنه أكثر تكيفًا وابتكارًا وفعالية؟ على العكس من ذلك ، لماذا لا تستمر في العمل في Waterfall فقط إذا كان هذا ما اعتادت عليه المنظمة؟

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

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

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

الحاجة إلى الالتزام بسلسلة من الخطوات المحددة تفسح المجال لنهج الشلال ، ولكن يمكنك تحسين هذه العملية من خلال دمج Agile. يمكن تقسيم الملاحم الكبيرة إلى قصص مستخدمين لمزيد من المرونة في التطوير ، ولكن بعد ذلك يمكن إصدار الملاحم المكتملة في إطار زمني أطول. يقول شولمان: "أحيانًا يكون لديك ما أسميه توصيل Big Bang". ينشر الفريق بشكل تدريجي في بيئة اختبار قبول المستخدم (UAT) ، وبمجرد توقيع جميع الميزات في UAT ، تقوم بإصدارها للإنتاج كنشر كبير واحد. "وقد يستغرق ذلك عامًا ، اعتمادًا على حجم المشروع" ، كما يقول.

في أكبر برنامجه ، كان لدى شولمان 120 شخصًا يعملون في 10 مشاريع - بعضهم يعمل في Waterfall ، وبعضها Scrum ، وبعضها هجين. كما أنه كان يدير "Scrum of Scrums" كل أسبوعين للتأكد من أن جميع الفرق الصغيرة متوائمة مع السلسلة التالية من سباقات السرعة والعمل في خطوات تكميلية.

أصعب جزء في الذهاب الهجين

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

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

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

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

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

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

استخدام الهجين كترقية رشيقة

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

حتى إذا كانت الشركة التي تعمل معها غير مستعدة للقفز بكلتا قدميها ، فإن مقدمة تدريجية لـ Agile يمكن أن تؤتي ثمارها بمرور الوقت. أحد الأسباب الرئيسية لذلك هو أن Agile جيد جدًا في التعامل مع عدم اليقين. يقول شولمان: "أجايل ، في رأيي ، أفضل بكثير عندما يكون هناك مجهولون ، و 99٪ من الوقت يكون هناك مجهولون."

ميزة أخرى هي الشفافية المتأصلة في Agile. يقول: "أنا أفضل Agile لأنني أستطيع رؤية التغييرات". "مع الشلال ، يمكن أن يكون هناك الكثير من الدخان والمرايا:" لقد أكملنا 20٪ ، "لقد أكملنا 30٪" ، ولكن بعد ذلك ستظل عالقًا في 80٪ لمدة ثمانية أشهر أخرى. من الأسهل بكثير إخفاء المشاكل. مع Agile ، لديك مواقف وقفات يومية ، وإذا بقيت قصة المستخدم هناك لفترة أطول مما ينبغي ، فمن السهل أن تقول ، "هذا الشيء لا يتحرك ؛ ما هي المشكلة؟'"

يمكن أن يؤدي دمج Agile في أي نظام إلى توفير المال والوقت ، كل ذلك مع تقديم قيمة تتماشى بشكل أكبر مع ما يحتاجه العميل بالفعل. عندما يفشل مشروع ما ، يسأل ستيوارت عما إذا كان ذلك لأنه كان يجب أن يكون أكثر رشاقة. "أراهن في 35٪ إلى 40٪ من مشاريع تكنولوجيا المعلومات التي تفشل كل عام ،" كما يقول ، "يجب أن يكون جزء كبير منها وهي الشلال رشيقًا - وهذا لا يحدث."

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

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