في المقال الأخير من السلسلة ، استكشفنا منهجية Agile ، وكذلك كيف يمكن أن تجبر منظمة على تغيير طريقة تفكيرها. الآن بعد أن فهمنا المفاهيم والمصطلحات والأدوار في إطار Agile – يمكننا استكشاف كيفية أخذها في الاعتبار عند تطوير استراتيجية لدمج Agile في مؤسسة.
في المقالة السابقة ، ذكرنا أنه يمكن تطبيق أي عدد من الأساليب الرشيقة على إعداد مشروع معين ؛ على افتراض أن القيام بذلك من شأنه أن يوفر فائدة من نوع ما. في حين أن هذا صحيح ، فإنه لن يعمل إلا إذا تم تنفيذه بالكامل.
تطبيق مفاهيم Agile مقابل إطار Agile
إذا قررنا تطبيق نهج Kanban لتصور عمل المشروع ، فستكون الفائدة أن يكون كل عضو في الفريق “على نفس الصفحة” لكيفية تحقيق كل مهمة. هذا لا يعني بالضرورة أن العمل سيتقدم بشكل أسرع أو أننا نشهد زيادة في الجودة. قد تقرر حتى تقديم مفاهيم Scrum مع إطار عمل العدو ، وقوائم الوقوف اليومية ، وربما إذا كنا محظوظين بما فيه الكفاية – سيكون هناك سيد سكرم لتسهيل تفاعلاتك. ومع ذلك ، هذا لا يعني أن إنجازات فريقك ستستند إلى ما تقدره الشركة. للقيام بذلك ، تحتاج إلى إعداد وتطوير قصص المستخدمين التي تستخدم تراكم المنتج مع مالك منتج واضح.
لتبسيط الأمور: إذا كانت خطتك هي تقديم بعض مفاهيم أجايل ، فإن هدفك ليس تطبيق أجايل كإطار عمل ؛ وبالتالي ، فإن نتائجك لن تحقق نفس المستوى من الفوائد مثل أولئك الذين قاموا “بكل شيء” مع التحول الذي تتطلبه Agile. يجب أن تتبنى العقلية والسلوكيات اللازمة لتحقيق الفوائد الكاملة لدمج استراتيجية رشيقة.
أسلوب الفريق مقابل نهج التدرج
في دليل الممارسة الرشيقة لمعهد إدارة المشاريع PMI ، تم وصف هذه المكونات بعبارتين مختلفتين ، الأول هو “طريقة الفريق” ، والتي تشمل تلك المكونات الفردية الموضحة أعلاه. المصطلح الثاني الذي يجب معرفته هو “الأساليب المتدرجة” ، والتي تعمل على تنسيق الطرق المختلفة في إطار المؤسسة. يمكن تنفيذ كل طريقة من أساليب الفريق مع بعض الفوائد المكتسبة ، ولكن إذا كانت التوقعات هي أنك الآن رشيق تمامًا ، فإنك تخاطر بشكل كبير بأنك تبالغ في تقدير التوقعات. يوفر دليل الممارسة الرشيقة رسمًا في الصفحة 100 ، والذي يُظهر أساليب الفريق هذه والنُهُج المقاسة المتعلقة بالتغطية مقابل عمليات التسليم الخاصة بك وعمق تأثير العملية.
دمج Agile 3 لذلك ، فإن السؤال الرئيسي في تطوير إستراتيجية تكامل Agile هو ، إلى أي مدى نريد أن نكون Agile حقًا؟ هل نرغب في تحول كامل لكل من إطار العمل والعقلية المقابلة (والتغييرات التنظيمية)؟ إلى أي مدى نريد التوسع من خلال المؤسسة؟ ما هي بعض التوقعات الواقعية للقيمة التي نتوقع تحقيقها؟ هل تدفعنا الإدارة للتحرك نحو أجايل؟ إذا كان الأمر كذلك ، ما مدى فهمهم لإطار العمل والتغييرات العقلية التي تتضمنها (بعد كل شيء ، من لا يريد أن يكون أكثر مرونة)؟ ما الذي يتطلبه الأمر حقًا لتصبح منظمة Agile؟
ستساعد هذه الاعتبارات الأربعة في استكشاف الإجابة على هذه الأسئلة. بينما لا يُقصد بهذه القائمة أن تكون قائمة شاملة ، يجب أن تكون على الأقل بمثابة نقطة انطلاق مفيدة لدمج أجايل في مؤسستك.
الخصائص التنظيمية: أحد المفاهيم الأساسية الأكثر صعوبة في إطار Agile هو اللامركزية في اتخاذ القرار. يكون Scrum أكثر فاعلية عندما يكون منظمًا ذاتيًا ، وموجهًا ذاتيًا ، ومصححًا ذاتيًا. بمعنى آخر ، الإدارة موجودة لدعم الفريق بدلاً من توجيهه. هل يمكن لثقافة المنظمة ، والتسلسل الهرمي ، ونموذج التشغيل التكيف مع هذا المفهوم؟ يجب استكشاف كل واحدة من هذه المجالات. هل فكرت في إشراك الموارد البشرية في مناقشات إستراتيجية أجايل الخاصة بك؟
محفظة المشروع: عادة ما تكون ملاءمة Agile في مجموعة مشاريعك مدفوعة بالطريقة التي تدار بها المتطلبات. إذا كانت هناك حاجة إلى ضوابط صارمة للتكلفة والجدول الزمني والنطاق وإعداد التقارير ، فقد تجد قيمة في بعض المشاريع من خلال تنفيذ Scrum. من أجل تنفيذ Agile بشكل كامل ، ستكون هناك حاجة إلى إجراء مناقشة مع مكتب إدارة المشروع حول كيفية إكمال إصلاح ضوابط المشروع وعمليات إعداد التقارير لدمج كيفية قياس التقدم وصحة المشروع.
الالتزام بالموارد: يوافق معظم خبراء Agile على أن القيمة المكتسبة من خلال إطار العمل يمكن ربطها إلى حد كبير بالتركيز على تكوين فريق Scrum مخصص معًا. يمكن أن يكون هذا مع منشأة مجمعة أو أدوات للعمل في بيئة فريق موزعة ولكن تفاعلية. إن تخصيص أعضاء الفريق عبر مشاريع متعددة يقلل بشكل كبير من هذه القيمة. بالإضافة إلى ذلك ، يمكن أن تواجه مؤسستك المالية صعوبة في كيفية تخصيص ميزانية المشروع ودورات التمويل.
ملف التكنولوجيا: كان Agile في الأصل نتيجة للرغبة في بناء البرامج بشكل أكثر كفاءة وفعالية. تظل بيئة الأعمال هذه “المكان المثالي” لمشاريع Agile ؛ ومع ذلك ، يمكن أن يتم نشر المنهجية بشكل فعال في العديد من الصناعات والمجالات ، وهي الآن قيد الاستخدام.
على الرغم من أن هذا وصف عالي المستوى للاعتبارات العامة لاستراتيجية Agile الخاصة بك ، إلا أننا نأمل أن يساعدك على البدء في التفكير في كيفية التوصل إلى دمج استراتيجيتك. قد تجد أن هذا ينطوي على مشاركة أكبر بكثير من مجرد إجراء مناقشة مع موظفي تكنولوجيا المعلومات و / أو مكتب إدارة المشاريع ، ولكنه سيتوسع بسرعة في المناقشات التي تشمل الموارد البشرية ، والشؤون المالية ، ومجالات وظائف العمل الرئيسية الأخرى. في المقالة التالية من هذه السلسلة ، نضع بعض الاعتبارات عندما تبدأ في تنفيذ إستراتيجيتك Agile.