إعادة تخيل سكروم: استخدام سكروم كنموذج ذهني لحل المشكلات المعقدة

لسنوات عديدة كان Scrum أحد أطر العمل المفضلة للفرق التي تتبنى أو تحاول تبني أساليب عمل رشيقة. وقد نجحت بعض الفرق في ذلك، في حين تكافح فرق أخرى للاستفادة من مزايا Scrum، وتحقيق خفة الحركة، وتقديم قيمة لأصحاب المصلحة.
ومع عملنا مع المزيد والمزيد من الفرق، وأساتذة سكرم والمهندسين، نميل إلى رؤية أن معظمهم (إن لم يكن جميعهم) لديهم مشاكل وتحديات متشابهة. وكلهم يحاولون جميعًا أن يلائموا سكروم لحل تلك المشاكل أو أن يلائموا هذه المشاكل ضمن إطار عمل سكروم لإيجاد حل – ولا ينجح أي منهما.
تطوير البرمجيات هو نظام محدد يمكن معالجته من خلال مناهج أو أساليب أو أنشطة محددة مسبقًا. إذا اتبعناها خطوة بخطوة، يمكننا تقديم منتج برمجي. انتظر! هذا ليس صحيحاً. ولكن هذا بالضبط ما نقوم به. لا يهم النهج الذي نتبعه. نميل إلى الوقوع في الفخ ونبدأ في القيام بالأشياء كما هو موصوف لنا، خطوة بخطوة، وفي النهاية نبتعد عن السبب المعرفي لاعتماد العملية.
الأمر نفسه يتكرر مع Scrum. لقد نظرنا في وصفات Scrum وبدأنا في اتباعها خطوة بخطوة. لكل سبرنت، نحتاج إلى التحقق من تخطيط سبرنت. كل يوم يجب أن يتم التحقق من “الوقوف اليومي”. يجب أن نقوم بالتحقق من “العرض التوضيحي” و “الرجعي” في كل سباق. هذا هو نموذجنا الذهني لعملية تطوير البرمجيات.
ونتيجة لذلك، فإن “سكروم” الذي كان من المفترض أن نتبناه كعملية تجريبية تساعدنا على “الفحص” و”التكيف” أثناء إحرازنا للتقدم، أصبح الآن مجرد مجموعة من الممارسات والأحداث التي يجب اتباعها مع تركيز قليل أو بدون تركيز على الغرض من تبني سكروم. وبدلاً من اعتماد Scrum للقيام بالشيء الصحيح، قمنا بتكييف Scrum ليلائم نموذجنا الذهني الحالي.
يمكن تعريف النموذج الذهني بأنه التمثيل الفكري الداخلي للفرد لكيفية عمل العالم الحقيقي. تحدد النماذج الذهنية عمليات تفكيرنا، وتساعدنا على حل المشاكل واتخاذ القرارات، وغالباً ما تحدد تحيزاتنا. وكما يقول شين باريش، مؤلف الكتاب الأكثر مبيعًا – النماذج الذهنية العظيمة – “بما أننا لا نستطيع أن نحفظ كل العالم.
“بما أننا لا نستطيع الاحتفاظ بجميع تفاصيل العالم في أدمغتنا، فإننا نبتكر تمثيلها”. إن النماذج الذهنية مثل الخرائط، صغيرة بما يكفي لوضعها في جيوبنا ولكنها تحتوي على جميع المعلومات اللازمة لاجتياز مدينة أو بلد أو حتى قارة.
نحن بحاجة إلى البدء في النظر إلى سكروم من منظور مختلف. دعونا لا نتعامل مع سكروم كمجموعة من الممارسات أو مجرد إطار عمل. بدلاً من ذلك، يجب أن نستخدم سكروم كنموذج عقلي لحل المشاكل المعقدة. إن تطوير البرمجيات/المنتج أمر معقد، ولا يتعلق الأمر بفهم المتطلبات ثم إنتاج التعليمات البرمجية لتلبية تلك المتطلبات. فالأمر أكبر من ذلك بكثير.
بصفتنا أساتذة سكروم، نحتاج إلى مساعدة فرقنا على البدء في التفكير في الصورة الأكبر. ما هي حاجة العميل وكيف يجب أن نلبيها؟ يجب أن نساعد فرقنا على التفكير بشكل نقدي في المشكلة التي نحاول حلها. دعني أستخدم تشبيه الخرائط للتوضيح أكثر قليلاً. تحتوي الخريطة على عناصر مختلفة، على سبيل المثال – المقياس، والأساطير، والاتجاهات، وخطوط الطول والعرض. كل هذه العناصر تساعدنا على التنقل في التضاريس بسهولة باستخدام الخريطة.
وبالمثل، يحتوي Scrum على عناصر مختلفة مثل – التجريبية، والقيم، والقواعد، والمساءلة، والأحداث، والقطع الأثرية. نحن بحاجة إلى استخدام هذه العناصر من Scrum بشكل مشابه (كما نستخدم الخرائط) للتنقل عبر تطوير المنتج.
في كثير من الأحيان في تطوير المنتجات، يتعين على الفرق اتخاذ خيارات. بعض الخيارات تدفع الفرق إلى الأمام، والبعض الآخر ليس كذلك. فماذا يجب أن يفعل الفريق مع تلك الخيارات التي لم تنجح بشكل جيد؟ التعلّم. قم بتطبيق تلك الدروس المستفادة في السباقات التالية وتحسين قرارات الفريق.
لنفترض أن لديك ضيوفاً في منزلك لحضور حفلة منزلية. وقررت أن تسأل كل شخص عما يرغب في تناوله. كم من الوقت يمكن أن تتوصل إلى توافق في الآراء حول قائمة الطعام مقارنةً بما إذا كنت قد خططت مسبقاً للوجبة بنفسك؟ من المحتمل أن يكون هناك نقاش لا ينتهي حول ما إذا كانت المعكرونة أفضل أم البيتزا.
وقد يحدث الأمر نفسه إذا قرر عدد كبير جداً من أصحاب المصلحة ما يجب أن يكون مدمجاً في المنتج. والنتيجة على الأرجح لن يتم بناء أي شيء. وبالتالي، نحن بحاجة إلى شخص واحد مسؤول عن المنتج.
يوفر دليل سكروم تفسيرًا جيدًا لهذه القيم، لكنه لا ينص على أن القيم تقتصر على المعنى/التفسير الوارد في دليل سكروم. لذلك، يمكن لكل فريق تفسير هذه القيم بطريقة تناسب سياقه.
ومع ذلك، يجب على كل فريق أن يحدد ما إذا كان تفسيره للقيم يساعد على خلق الشفافية والتمسك بـ Scrum أم أنه يضر بنجاح فريق Scrum. على سبيل المثال، أقوم بتدريس أن فريق سكروم يجب أن يركز على الجودة لخلق زيادات منجزة.
كما هو الحال في الأمثلة أعلاه، ستحتاج إلى ربط كل عنصر بالغرض منه والبدء في تحديد نموذج ذهني يساعدك على معالجة المشاكل المعقدة في سياقك.
بمجرد أن يكون لديك ذلك، بدلاً من تغيير سكروم ليتناسب مع سياقك، يمكنك استخدام سكروم لمعالجة المشاكل المطروحة والبدء في رؤية فوائد سكروم.
أعمل كمدرب لين-أجايل متحمس مع أكثر من 19 عامًا من الخبرة المتنوعة، وأعمل مع المهنيين والفرق والمؤسسات لمساعدتهم في سعيهم لتحقيق الرشاقة. كوني مدرباً محترفاً في سكروم (Scrum.org)، ومدرباً محترفاً في سكروم (5.0، وسكيلد أجايل)، ومدرباً معتمداً من ICAgile.