دور محللي الأعمال في Agile Scrum [محدث]

دعني أقدم لك مقدمة موجزة عن نفسي قبل أن تقرأ هذا المنشور حتى تتمكن من فهم وجهة نظري بشكل أفضل.
أنا مطور برمجيات ومعلم سكروم. أعمل في مجال تطوير البرمجيات منذ أكثر من 23 عامًا وعملت على تقنيات مختلفة ولعبت دور مطور ومحلل ومدير مشروع ومدير تسليم ومدير تسليم ومدير سكروم ومالك منتج ومدرب. أقوم بتدريس وتدريب الفرق والأفراد على إدارة المشاريع الرشيقة باستخدام الأساليب الرشيقة، وتطوير المنتجات الرشيقة باستخدام Scrum وLeSS، وتطوير البرمجيات الرشيقة باستخدام Scrum وXP وDevOps.
آمل أن يكون واضحاً أنني لا أدرّس منهجاً قائماً على الأدوار وأركز على العمليات والممارسات والأساليب. فبالنسبة لي، الدور مرن، وإذا كنت أعرف التقنيات والإجراءات والأساليب بشكل أفضل، فيمكنني لعب أي دور يتوقع مني فريقي أن ألعبه.
إنه نظام وشائع جدًا في مجال إدارة مشاريع البرمجيات. تقليديا، هناك دور يسمى محلل الأعمال لأداء جميع المهام المتعلقة بتحليل الأعمال.
تحليل المتطلبات هو مرحلة للقيام بمهام تحليل الأعمال ضمن تقنيات إدارة المشاريع التقليدية (الشلال هو الإطار الأكثر شيوعًا). في هذه المرحلة، يقوم المحللون بتحديد المشاكل، وتحديد احتياجات العمل، واستنباط المتطلبات، وإدارة أصحاب المصلحة لتلبية أهداف العمل والمشروع. وأثناء التنفيذ، يقومون بتسهيل تنفيذ المنتج أو الخدمة أو نتيجة المشروع.
نظرًا لأن التحليل هو مرحلة في إدارة المشاريع التقليدية وعادةً ما تكون أطول (20-30% من مدة المشروع) وتحدد ما يلزم لإنجاح المشروع، فإن المؤسسات تضمن أن يكون لديها أفضل الأشخاص الممكنين لإجراء التحليل لتحديد استمرارية المشروع أثناء مراجعة بوابة المرحلة.
مثل هذه الاحتياجات تعزز ثقافة إعداد الأشخاص في تحليل الأعمال، وأصبح دور التلميذ على مدار الفترة. ما زلت أتذكر أيامي الأولى في مسيرتي المهنية كمطور برمجيات، حيث كنا نحن المطورين نحلل المتطلبات وندير توقعات أصحاب المصلحة.
من الواضح أنه بمرور الفترة، ازداد التعقيد حيث بدأت البرمجيات تتحكم في العديد من الأشياء. كما ازداد مستوى المخاطر، وبالتالي ازداد الطلب على محللي الأعمال المحترفين ذوي الخبرة أضعافًا كثيرة. وفي وقت لاحق، ظهرت هيئة مهنية ضمن هذا التخصص وبدأت في اعتماد الأشخاص على مهاراتهم. لدينا آلاف الأشخاص المعتمدين من قبل IIBA، ولا يزال الطلب على الشهادة في تزايد مستمر.
تمكّنك شهادة Scrum Master من ضمان تلبية ميزات المنتج لاحتياجات المستخدم، والاستفادة من برنامج Jira في متناول يدك.
يقول دليل سكروم – سكروم هو إطار عمل عملي تم استخدامه لإدارة العمل على المنتجات المعقدة منذ أوائل التسعينيات. سكروم ليس عملية أو تقنية أو طريقة نهائية. بل هو إطار عمل يمكنك من خلاله توظيف عمليات وتقنيات مختلفة.
وله ثلاثة أدوار، وكل دور له مساءلة واضحة. مالك المنتج مسؤول عن تعظيم قيمة المنتج الناتجة عن عمل فريق التطوير.
يقوم مالك المنتج بذلك من خلال:
مالك المنتج هو شخص واحد وليس لجنة. مالك المنتج مسؤول عن إدارة توقعات أصحاب المصلحة ومشاركاتهم أثناء تطوير المنتج.
وهي ممارسة منتشرة على نطاق واسع حيث تلعب مكتبة الإسكندرية دور مالك المنتج أثناء تطوير المنتج باستخدام إطار عمل سكروم.
هل يحتاج مالك المنتج إلى تعلّم تلميذ تحليل الأعمال؟ بالنظر إلى المسؤوليات المذكورة أعلاه لمالك المنتج، يمكننا أن نفهم بسهولة مدى أهمية أن يكون لدى مالك المنتج فهم متعمق لتحليل الأعمال.
ماذا لو لم يكن لدى مالك المنتج هذه المهارات؟ هل يمكن أن تتأثر النتيجة أم أنه من الضروري أن يتعلم مالك المنتج تحليل الأعمال؟
تعتمد الإجابة على مدى تفسيرك للسطر أدناه.
“يمكن لمالك المنتج أن يقوم بالعمل المذكور أعلاه، أو أن يطلب من فريق التطوير القيام به. ومع ذلك، يبقى مالك المنتج مسؤولاً.”
إذاً هنا يأتي الدور الثاني، فريق التطوير، وفيما يلي خصائص هذا الدور:
اكتشف كيف يمكن لمالك المنتج أن يمكّنك من التغلب على الديون التقنية ودفع مشاريعك إلى الأمام. تعرّف على كيفية تحديد الأولويات بفعالية، ومواءمة احتياجات أصحاب المصلحة، وتحسين الموارد لمواجهة التحديات التقنية وتسريع نجاح المشروع.سجل اليوم!
هناك طريقتان للتفكير؟ نحتاج إلى محللي أعمال في فريق التطوير، أو نحتاج إلى انضباط تحليل الأعمال داخل فريق التطوير.
كلا الخيارين مناسب، ولكنني أفضل أن يكون لدينا كلا الخيارين. وذلك بسبب الخاصية الخامسة لفريق التطوير. وجود متخصص يضمن أن يحظى الانضباط بالاهتمام والنمو المستمر. لكن معرفة الفريق بتحليل الأعمال يساعد فريق التطوير على عدم الاعتماد على الأفراد.
يصبح هذا النهج مفيدًا عندما تعمل فرق متعددة على نفس المنتج. فالقاعدة هي منتج واحد ومالك منتج واحد وتراكم منتج واحد وفقًا لإطار عمل Scrum، لذلك عندما تعمل فرق متعددة، قد يواجه مالك المنتج صعوبة في التعامل مع المتطلبات الضخمة والعديد من أصحاب المصلحة.
يجب أن يتوسع دور مالك المنتج في مثل هذه الحالة. لدينا العديد من الطرق للتعامل معها حسب السياق، ولكن لا شيء يضاهي وجود مثل هذا الانضباط داخل الفرق. يتحدث إطار عمل LeSS عن وجود مالك منتج للمنطقة، ويتحدث SAFe عن وجود مدير المنتج ومجموعة من مالكي المنتجات، وبعض الشركات لديها مالكي منتجات بالوكالة.
لا يمكنني التعليق على LeSS أو SAFe، لكن وجود مالك منتج بالوكالة سيبطل الغرض من وجود مالك منتج واحد. عادةً ما أسميهم محللي الأعمال الممجدين.
تعلّم انضباط تحليل الأعمال لدعم مالك المنتج الخاص بك وكن فريقاً متعدد الوظائف. في مثل هذه الحالة، يكون أداء الفرق أفضل دون الاعتماد على مهارات الفرد حيث يتولى المتخصصون دور الوصي على الانضباط وتسهيل التعلم.
لدى IIBA بعض الدورات التدريبية التي تناسب مثل هذه الاحتياجات، مثل شهادة الدخول في تحليل الأعمال (ECBA) وشهادة التحليل الرشيق (IIBA-AAC). أنا لا أوصي بحضور برنامج IIBA، لكنني لم أجد أي مصدر آخر يسلط الضوء على هذا الانضباط بقدر ما يسلطون الضوء عليه.
هل يقوم Scrum بتدريس كل هذه الأمور أو يقوم مدربو Scrum بتدريس كل هذه الأمور لمالكي المنتجات أو تدريب فريق التطوير؟
لم أجرب ذلك حتى الآن، ولكن هذا لا يعني أن هذا غير ممكن. تحقق مع مدرب Scrum الخاص بك إذا كنت ترغب في ذلك أيضًا. أتمنى لك التوفيق في تعلمك لتحليل الأعمال في أجايل. تواصل معي على connect@SPOTO.com إذا كنت بحاجة إلى مزيد من المعلومات في هذا المجال.
نافين مدرب أجايل محترف ويعمل بشكل مستقل منذ فترة طويلة في منطقة آسيا والمحيط الهادئ. وهو يعمل مع فريق تطوير البرمجيات وفريق المنتج لتطوير منتجات رائعة بناءً على عمليات تجريبية.