الدروس المستفادة من ACP
أدير مشاريع تطوير البرمجيات منذ أكثر من عقد من الزمان. كانت مشاريعي الأولية تتبع نموذج الشلال الكلاسيكي. فبمجرد توقيع العقد، نبدأ المشروع ونتواصل مع العملاء لاستنباط المتطلبات ونضع خطة كبيرة للمشروع بأكمله تمتد ما بين 6 إلى 18 شهرًا. ثم نقوم بعد ذلك بالتصميم الفني والترميز واختبار الوحدة واختبار التكامل واختبار النظام واختبار القبول وأخيراً تسليم المنتج للعميل. تقتصر نقاط اتصالنا المعتادة مع العميل خلال المشروع على مشاركة تقرير التقدم الأسبوعي ومراجعة الأداء؛ وفي بعض الأحيان، نشارك المستندات الفنية للموافقة عليها. كان الفريق يعمل بشكل عرضي في البداية؛ ومع اقتراب نهاية المشروع، كنا نواجه تحديات كبيرة في التكامل الكبير والعديد من العيوب في اختبار النظام واختبار القبول؛ وكان الفريق مشغولاً للغاية في النهاية. اعتدنا لفترة طويلة على هذه الممارسة ولم نكن نفكر في أي تغيير.
ومثل كثيرين منكم، انبهرت أنا أيضًا بالكلمة الطنانة الجديدة “أجايل”، وهي الطريقة الجديدة لتطوير البرمجيات. استطعت أن أرى العديد من الشهادات حول أجايل وقررت أن أحصل على شهادة ACP (ممارس معتمد من أجايل) العالمية وهي الشهادة العالمية الوحيدة التي تستهدف مديري المشاريع الرشيقة. بعد أن اكتسبت بعض الخبرة في المشاريع الرشيقة واجتياز شهادة الممارس المعتمد من أجايل، أود أن أشارككم أهم الدروس التي تعلمتها من أجايل مقارنةً بنموذج الشلال.
التغيير غير قابل للتغيير وبالتالي كن مرنًا للتغيير. يشتهر نموذج الشلال بمقاومته للتغيير بينما ترحب العمليات الرشيقة بالتغيير في المتطلبات، حتى في وقت متأخر من التطوير. تسخّر العمليات الرشيقة التغيير من أجل الميزة التنافسية للعميل. يمتلك العميل متطلبات المنتج المتراكمة (المعروفة أيضًا باسم متطلبات المنتج) مرتبة حسب القيمة ليقوم الفريق بتنفيذها في التكرارات. يمكن للعميل تغيير المتطلبات حتى يتم اختيارها للتنفيذ.
يسلّم الشلال المنتج في النهاية، عادةً في غضون 6-18 شهرًا، بينما تنتج الرشيقة تكرارات صغيرة من البرمجيات ذات جودة الإنتاج، عادةً كل 2-4 أسابيع! وبمجرد أن يكون للمنتج الحد الأدنى من الميزات القابلة للتسويق، يقوم العميل بإطلاق المنتج إلى السوق، أي وقت أقصر للتسويق (TTM) مما يحقق عائدًا أفضل على الاستثمار (RoI)
في الشلال، يقوم مدير المشروع بإعداد الخطة بأكملها وإنجاز العمل من قبل الفريق. في أجايل، يقوم الفريق بالإدارة الذاتية، أي أن الفريق يقوم بالتقدير والالتزام بالعميل والتخطيط والجدولة وتخصيص الموارد والتنفيذ والمراقبة والتحكم وإدارة العملاء! وبناءً على ذلك يتحول دور مدير المشروع إلى توفير البنية التحتية وإدارة أصحاب المصلحة الخارجيين وإزالة عوائق الفريق. باختصار، لدينا فريق عمل متمكن ومحفز.
في الشلال، كنا نقضي وقتًا وجهدًا كبيرًا في بناء المتطلبات والتصميم ووثائق الاختبار؛ ومعظمها قديم. تؤمن أجايل بوثائق “بالكاد جيدة بما فيه الكفاية” (JBGE)، أي أن قصة المستخدم ذات السطر الواحد كمتطلبات، والرمز كوثيقة تصميم حية! وبدلاً من ذلك، تركز الأجايل على ممارسات هندسة البرمجيات (مثل البرمجة الزوجية، والتطوير القائم على الاختبار، وأتمتة الاختبار، والتكامل المستمر)، والملكية الجماعية للكود البرمجي، والتواصل غير الرسمي، والتعاون المستمر مع العملاء.
توفر أجايل الرضا لجميع أصحاب المصلحة:
يسعد العميل والمستخدمون النهائيون برؤية نموذج تطوير سهل التغيير
الأعمال سعيدة برؤية إدارة أسرع للوقت المستهدف وعائد استثمار أفضل
فريق العمل سعيد لأنه قادر على القيادة الذاتية والتركيز على الممارسات الهندسية.
مدير المشروع سعيد لأن العبء الذي يتحمله قد انخفض بشكل كبير.
المراجع:
1. بيان رشيق: http://agilemanifesto.org
المؤلف : Srinivasan.V
التاريخ
حول المؤلف
سرينيفاسان.ف
الفئة
الدروس المستفادة من ACP | إدارة المشاريع
About the Author
