
* Scrum (اسم) هو إطار عمل يساعد على حل المهام التي تتغير أثناء عملية العمل من أجل تقديم منتجات بكفاءة وإبداع للعملاء بأعلى قيمة ممكنة.
لماذا قررت كتابة هذه المقالة
في كثير من الأحيان في بيئة عمل ، على الإنترنت وفي المقابلات ، يمكنك سماع ما يلي ، على سبيل المثال:
"هناك العديد من الاجتماعات مع هذا سكروم! متى العمل بعد ذلك؟! "؛
"حسنًا ، دعها على الأقل سكروم ، على الأقل عار ، فقط قم بتدحرجها ودعني أكتب الرمز!" ؛
"لقد فرضنا أيضًا هذا سكروم ، بشكل عام ليس من الواضح لماذا" ؛
"كل يوم ، الوقوف لمدة أربعين دقيقة ، فماذا علي أن أحضرهم؟ هل تريد أن تعرف ما قمت به وما أعمل عليه الآن - راجع Jira ، Confluence ، Git ، إلخ. "
"سيد سكروم عمومًا مهرج ، كان عليه أن يذهب للرقص بدلاً من إدارة المشروع!" ؛
"نعم ، استخدمنا سكروم: الشيء الرئيسي هو أننا قمنا بأثر رجعي."
الغرض من هذه المقالة هو إظهار أن السلبية ، التي لا تزال تتدفق في تيار كبير نحو سكروم ، لا تنطبق عليها في الواقع ، ويجب البحث عن المشكلة في مكان آخر.
بعد ذلك ، أود أن أتحدث عن الحالات النموذجية التي تنشأ من هذه المشاكل.
أنا نفسي موظف معتمد (scrum.org) موظف سكروم في مؤسسة كبيرة واحدة من القطاع المالي (وليس "أخضر" إذا كان ذلك). في الوقت الحاضر ، ليس لدينا سكروم ، لكننا نتحرك في هذا الاتجاه ، وأنا شخصياً لدي رؤية لماذا وكيف سنستمر في القيام بذلك.
في الواقع ، لقد أذهلني الانجذاب بالمنهجيات المرنة و Scrum على وجه الخصوص منذ وقت ليس ببعيد ، ولكن في رأيي ، من المهم ليس "منذ متى" ، ولكن "كيف نوعيًا ووعيًا".
وكلما تعمقت في هذا الموضوع ، كلما أدركت أن هذا الإطار هو "أداة" قوية ، وكلما زاد حزنك في كل مرة تقابل فيها عبارات ومراجعات في بداية المقالة ، والتي ، كقاعدة عامة ، هي دليل على محاولات خرقاء للتبديل إلى سكروم.
لماذا المحاولات ، وحتى المحاولات الخرقاء: لأنهم لم يدركوا لماذا توقف كل هذا Scrum ، و Agile ، من حيث المبدأ ، في وقت أبكر قليلاً مما كان عليه في بداية المرحلة الانتقالية.
الشركات التي تفهم سبب الحاجة إلى سكروم وكيفية استخدامه ، في رأيي ، ليست حدثًا متكررًا في بلدنا.
يمكن مقارنة قوة Scrum ، غير المرئية للكثيرين ، إلى حد ما مع قوة Excel: يبدو كل شيء بسيطًا جدًا ، ولكن إذا كنت تتجول ...
ومع ذلك ، لا أعتبر سكروم رصاصة فضية ، تمامًا مثل منشئيها (لن أقدم رابطًا لمقالة نُشرت مؤخرًا في منشور موثوق واحد) ، وهذا بالفعل موضوع لمقال منفصل.
1- "مفروض"
في رأيي ، أحد الأسباب الرئيسية وراء إثارة سكروم لمثل هذا النفور هو عندما "تم تخفيضه من فوق" ببساطة أثناء تحول المنظمة. والمشكلة هنا هي بالضبط كيف سار التحول:
- هل أدركت الإدارة سبب دخولها في منهجيات مرنة وعلى وجه الخصوص سكروم؟
- كيف أبلغوا الموظفين بالحاجة إلى التحول ، ولماذا سوف تساعد المنهجيات المرنة و سكروم بشكل خاص في ذلك؟
- كيف دعمت الموظفين في ظروف التحول ، هل قدمت تدريبًا عالي الجودة وشهادة ومساعدة في إطلاق الفرق؟
قصة شائعة جدًا عندما تتحول الشركات ، ببساطة لأنها "عصرية".
في النهاية ، من غير المحتمل أن يحدث شيء جيد ، وتتدفق اللغط الناتج إلى موجة من السلبية.
في هذا الصدد ، أحببت عبارة واحدة في الموضوع: "في الشركات التقليدية ، ينظم المديرون التقليديون التحولات التقليدية".
ومع ذلك ، سأكون صادقًا معك: عندما تم إحضارنا لأول مرة إلى Agile / Scrum / Kanban ، كان الأمر يتعلق بالسكروم الذي اعتقدت في البداية أنه نوع من القمامة مع اجتماعات لا نهاية لها. جاءت التغييرات في موقفي تجاهه بعد أن سألت نفسي السؤال: "ماذا لو ...؟" لنفسي في مشروع رائع جدًا.
2. الكهانة بواسطة سكروم
سبب آخر للسخط وحتى بعض المرارة في سكروم هو تفسيرها غير الصحيح ، المرتبط بشكل أساسي بالمكان الذي نحصل منه على المعرفة منه. ونتيجة لذلك ، على سبيل المثال ، لدينا "احتفالات الشاي" ، أو "طقوس التضحية" بدلاً من "الأحداث".
أنا لا أستبعد وجود الانشقاق الذي يجادل حول الوقوف على Daily Scrum مع دائرة أو مربع أو أي شخصية أخرى. إذا كانت مستديرة ، فمرر الكلمة في اتجاه عقارب الساعة أو عكسها أو بطريقة أخرى.
في الوقت نفسه ، هناك افتقار كامل لفهم سبب وجود هذه الاجتماعات (الأحداث) الإلزامية سيئة السمعة في سكروم ، والتي ، بالمناسبة ، يمكن حسابها على أصابع يد واحدة.
بالنظر إلى التدفق الهائل للمعلومات على الشبكة ، يبدو أن الكثيرين ببساطة لا يعرفون ما هو المصدر الأساسي ومكان الحصول على المعرفة الأساسية للإطار.
لذا ، فإن مستند سكروم الرئيسي هو دليل سكروم ، الذي شارك في كتابته كين شوابر وجيف ساذرلاند ، وهو متاح بعدة لغات ، بما في ذلك الروسية.
في رأيي ، من أجل اكتساب المعرفة الأساسية لـ Scrum ، وبالتالي عدم سد عقلك بكل أنواع الإضافات التي تم تفسيرها بشكل خاطئ إلى Scrum ، فأنت بحاجة إلى مكونين رئيسيين فقط: الرغبة والقراءة المدروسة لـ Scrum Guide ، وأكثر من مرة. هذا المستند مضغوط تمامًا - أقل من عشرين صفحة ، يمكنك إتقانه.
فيما يتعلق بالتدريبات ، سأقول بإيجاز: كن حذرا! لن أقوم بالإعلان عن أي شخص في إطار هذه المقالة ، ولكن أعتقد أنه في بلدنا يمكن الوثوق بشركة واحدة أو شركتين فقط في "التدريبات الصحيحة" في هذا الموضوع.
3. "تفسير" بعض أقسام دليل سكروم وليس فقط
في سياق عدد المناقشات المماثلة في الشبكة التي تدور حول سكروم ، سأحاول لفت الانتباه إليها وأذكر فهمي وفقًا لدليل سكروم وتجربتي.
سكروم هو ...
سوف أذكر اثنين من الخصائص الثلاثة:
بسيطة للفهم وصعبة لإتقانها المثالي .
يعتقد بعض الناس أن هناك تناقضًا.
العدو
في هذا القسم الفرعي ، سأطرح عمدا بعض الأسئلة التي قد تجعلك تفكر وتعيد التفكير في نهجك تجاه الإطار.
- ما الذي تعتقد أنه من المنطقي استدعاء Sprints ثابتة في فترات زمنية؟ على سبيل المثال ، هل يمكن أن يكون من الأسهل فقط إرسال تقرير تقدم كل أسبوعين؟
- إذا كنت بصدد التحول إلى سكروم ، فكم من الوقت اخترت Sprint؟ عندما طرحت هذا السؤال ، غالبًا ما التقيت بنوع من الدهشة ثم الإجابة: "قياسي - أسبوعان".
- لماذا اخترت سباقًا بهذا الطول؟
- لماذا لا يوصى بتعيين طول العدو لأكثر من شهر؟
قد لا يصدق البعض ذلك ، ولكن الإجابات على هذه الأسئلة موجودة في دليل سكروم.
4. سكروم اليومي
أحد المواضيع الأكثر إثارة للجدل هو Daily Scrum ، المعروف أيضًا باسم Daily Standup Meeting ، المعروف أيضًا باسم Daily Scrum ، أو ببساطة "Stand-up".
قد لا تصدقني ، ولكن هذا الحدث له وقت ثابت (مربع زمني) - لا يزيد عن 15 دقيقة ، بغض النظر عن طول سباق.
يحدد الفريق نفسه شكل الاجتماع. وأهم شيء في هذه الفترة الخمس عشرة دقيقة هو فهم حالة التقدم نحو هدف العدو السريع.
أسئلة الآن للردم: كم منكم يعرف ما هو هدف Sprint؟ كم منكم يعرف كيفية صياغتها؟ ومن يصيغها على الإطلاق؟
في الغالبية العظمى من الحالات ، يكون سكروم ساخطًا على وجه التحديد بسبب جهلهم وسوء فهمهم ، لهذا الحدث المسمى Daily Scrum ضروري.
هذا ليس اجتماع تقارير! في تلك الاجتماعات التي أشاهدها كثيرًا ، لا توجد معلومات كافية باستثناء عدد المرات التي شرب فيها الشخص القهوة والشاي والماء ، وذهب أيضًا إلى المرحاض. و "لا تزيد عن 15 دقيقة" يمكن أن تمتد لمدة ساعة ونصف.
مرة أخرى: Daily Scrum هو التحرك نحو أهداف Sprint!
إدراك هذا الجزء فقط من سكروم ، في رأيي ، ستتمكن من تحقيق اختراق كبير.
وملاحظة أخرى ، والتي أصبحت بالنسبة للكثيرين وحيًا ، فإن Daily Scrum هو حدث يمكن أن يشارك فيه (لاحظ أن "شارك" و "قف ، استمع" شيئان مختلفان) فقط فريق التطوير! حتى Scrum Master (Scrum master) ومالك المنتج (مالك المنتج) ، إذا لم يكنا عضوين بدوام جزئي في فريق التطوير ، فلن يشاركا بشكل مباشر في هذا الاجتماع!
5. السيد سكروم ليس مدير مشروع وليس خادما
موضوع آخر شائع جدًا: Scrum Master (SM) = مدير المشروع (PM).
يمكنك العثور على مجموعة من المقالات حول SM مقابل. مساءً.
سأسلط الضوء على الرئيسي:
- إن Scrum Master مسؤول عن تعزيز ودعم Scrum وفقًا لدليل Scrum.
- المفاهيم الخاطئة الرئيسية حول سكروم ماستر:
- مدير سكروم لا يدير المشروع ؛
- سكروم سيد لا يدير الفريق (لمن يأخذ ، لمن إزالته) ؛
- لا يتم اختيار أساتذة سكروم على أساس الموظف الأكثر خبرة أو على المدى الطويل في الشركة ؛
- سكروم ماستر ليس سكرتير فريق ، "يسد المستقبل".
- لا تشمل واجبات Scrum Master توصيل البيتزا يوم الجمعة (وهو موضوع مفضل في الدورات التدريبية) وغسل الجوارب وكي أربطة مالك المنتج أو أعضاء فريق التطوير.
يتم تحديد مجالات مسؤولية سكروم ماستر أيضًا في دليل سكروم.
في نهاية هذا القسم ، يمكنني طرح بعض المواضيع الإضافية للدراسة المستقلة ، إذا كان أي شخص مهتمًا:
- سكروم عبادة البضائع مقابل. سكروم وشهري.
- مالك المنتج هو مدير المنتج ، وليس مشروعًا أو فريقًا. هنا هو PO مقابل. مساءً.
- مالك المنتج و Scrum Master في حزمة واحدة.
- الشيء الرئيسي في سكروم هو استعادي ، أو أنك صادفت مثل هذا تقريبًا: سكروم = استعادي (ولكن استعراضي لما هو سؤال آخر)!
- ...
لقد حان الوقت في ضوء ما هو موجود في العمل ، في التعليقات ، بما في ذلك على حبري.
سكروم هو كين شوابر وجيف ساذرلاند ودليل سكروم الخاص بهم. انظر نهاية الملاحظة.
سكروم - هذا هو ما يوجد في دليل سكروم ، وليس ما اعتدت على الاتصال به في شركتك.
كما أننا لا نمتلك سكروم بعد ، لكننا نفهم ذلك ونقر به ونعرف كيف نتحرك نحوه. علاوة على ذلك ، نحن نفهم أيضًا أنه من الضروري للغاية الانتقال إلى هناك ، لأن هذا يمكن أن يحقق فوائد كبيرة للمنظمة.
لتلخيص
إذا كانت الملاحظات أعلاه ، فقد جعلت شخصًا على الأقل يفكر ويعيد التفكير في ما هو هذا Scrum ، والمنهجيات المرنة ككل ، ثم سأفترض أنني حققت الهدف!
الماء يزيل الحجر ، وربما لن نسمع في المستقبل القريب كثيرًا كما نسمع الآن: "أنت بعيد جدًا عن طريق هذا Scrum ، وبناءً على نتائج هذا الفريق ومثل هذا الفريق (باستخدام ScramNO في الواقع) لا يستحق ذلك".
شكرا لكم جميعا على اهتمامكم وسأكون سعيدا لتعليقاتكم وتعليقاتكم!
المراجع
www.scrumguides.org/index.html