لقد عملت مع / في / من أجل رشيقة في مجال تطوير الويب لأكثر من 10 سنوات. كان على معظمهم التعامل مع إطار العمل الأكثر رواجًا - scrum ( وفقًا لـ VersionOne ). أود أن أشاطركم الملاحظات والاستنتاجات المتراكمة.
سأبدأ بمجاز ، حيث كان علي في بعض الأحيان رؤية مقدمة سكروم في هذا السيناريو:
- قبل سكروم : "التطور" عندما تكون طفلة - هي هادفة ، لكنها لا تعرف كيف تمشي بشكل طبيعي ، لكنها تريد حقًا التعلم من أجل الوصول إلى الهدف.
- مقدمة : يأتي المعلم ( دورات تدريبية ، دورات تدريبية ، مدرب رشيق ، وما إلى ذلك ) ويوضح كيفية المشي. الطفل سعيد ، يتحرك بخطوات! من أعلى إلى أعلى. لدينا عدو سريع - نذهب!
- بعد المقدمة : يقول أصحاب المصلحة المريضون: "حسنًا ، لقد سافرنا إلى الهدف" ، الذي حصلوا عليه "لا تدفع الفريق ، نذهب!". يكتب التطوير مسارات مثيرة للاهتمام ويستمتع بالعملية ، لكن الهدف ينسى.
- سكروم نو : مزيد من حبوب الحقيقة من العمل ، سكروم "يتحول" ويسمح للشركة للحصول على نوع من المنتجات من التنمية. ولسوء الحظ ، فإن علامة الاختيار "نحن نعمل على سكروم" تم تحديدها رسميًا ، لكن الإمكانات الحقيقية لفريق التطوير لم يتم الكشف عنها بعد ، ويقولون "سكروم ليس حقيقيًا".
في رأيي ، يحدث هذا بسبب حقيقة أن scrum غالبًا ما يتم تنفيذه "ميكانيكيًا" ، دون إدراك جوهر الإطار وعناصره. أود أن أحاول الكشف عن أعراض "الخبث الميكانيكي" ؛ لفهم ما هي عيوب هذا النهج ؛ فهم ما يمكن أن يكون أفضل مع "scrum الحقيقي مع رشيقة" ؛ وإيجاد طرق للمساعدة في مكافحة أعراض سكروم. سأكرس بعض المقالات هنا وسأكون سعيدًا بتعليقاتك وأسئلتك.
بادئ ذي بدء ، دعنا نحدد ما هو "الأسطوانة الميكانيكية". من وجهة نظري ، يحدث هذا عندما تكون جميع الأدوار والأحداث والتحف الفنية موجودة بشكل رسمي ، ولكن يتم نسيان القيم والأهداف ؛ عندما لا توجد ثقافة رشيقة ( أي درجة عالية من الوعي وقبول البيان والمبادئ الرشيقة ). عندما لا يكون هناك فهم أو حتى محاولة لمعرفة سبب الحاجة إلى هذه الأداة أو تلك ، أو ما هو الغرض من الأحداث في سكروم. إنه مثل روبوت في مقطع فيديو يعرف كيفية تحريف الشقلبة ، ولكن من سيطلق عليه لاعب الجمباز؟ عند تنفيذ سكروم ، من المهم أن تنقل للفريق أهدافه وقيمه ، وليس فقط الميكانيكا. تقوي الثقافة الرشيقة الصفرة وتجعلها "حقيقية". سكروم مفيد لتقديم القيمة بانتظام وتلقي ردود فعل فورية. سكروم يدور حول السرعة وتطوير المنتجات. هل يبدو مبتذلا نظريا؟ دعونا نحاول معرفة كيفية العمل على سكروم وعدم فقدان ثقافة وقيم scile على طول الطريق.
عند تحليل عناصر scrum في ScrumGuide ، فإن الأدوار هي واحدة من أول العناصر التي سيتم تحليلها ، وسنفعل نفس الشيء. لأن اتضح الكثير من المواد ، لإعطاء فرصة لتحقيقها ، يتم تقسيمها إلى ثلاثة أجزاء ( الجزء 2 ، الجزء 3 ). لنبدأ التحليل مع مالك المنتج.
مالك المنتج - مالك المنتج (PO):
مالك المنتج هو الشخص المسؤول عن المنتج ، فهو "يملك" تراكم المنتج. الأداة الرئيسية لأمر الشراء هي رؤية تطوير المنتج ، والمهمة الرئيسية هي تعظيم قيمة المنتج الذي ينتجه الفريق. يبدو أن كل شيء بسيط: "إذا كنت شجاعًا ، ومهارًا ومهارًا ..." ، ولكن هناك فروق دقيقة. إنهم لا يعلموننا في PO ، لكنهم يعلمون في PM (مدير المشروع) ، وغالبًا ما يصبح PM هو PO ، معتقدين أن هذا مجرد تغيير للاسم ، ويمكنك الحفاظ على الأساليب القديمة للعمل. لكن رشيقة لا تعمل على هذا النحو. كيف هي ضرورية؟
التفاعل بين PO والمنتج ، backlog
العَرَض : PO غير مسؤول عن تكوين الأعمال المتراكمة ، فهو يعمل فقط على القصص الواردة من المشاركين الآخرين في العملية. أو PO ليست مسؤولة عن إعطاء الأولوية لعناصر تراكم. يتمثل عمله في جعل العمل المتراكم على المستوى الذي قبله الفريق ، ولا يحدد محتوى وأولويات ما سيفعله الفريق.
ما هو السيئ : إذا لم يكن لدى PO أمر الشجاعة أو القدرة على إنشاء منتج (من شكل تراكم ، تحديد الأولويات ، إجراء التجارب ، وما إلى ذلك ) ، فهذا ليس أمر شراء ، ولكنه نوع آخر من النشاط. وبدون سكر ، لا سكروم. بدون تكوين تراكم ، لا يمكن أن يكون PO مسؤولاً عن المنتج. إذا لم يكن PO مسؤولاً عن التراكم ، فإن اعتماد قرارات المنتج يتطلب اتصالات إضافية - وهذا وقت إضافي يقضيه ، مما يؤثر سلبًا على سرعة الفريق.
كيفية المعالجة : تحتاج إلى منح PO الحق الوحيد لاتخاذ قرارات المنتج والمسؤولية عن تكوين الأعمال المتراكمة. إذا كان صانع القرار هو أمر ثابت ، فمن الصعب تغيير الوضع بين عشية وضحاها. عندما يكون PO وكيلاً ، ثم
- أو نزيلها من المعادلة ونجعل أمر الشراء هو المسؤول عن تكوين التراكم وتحديد أولوياته. يمكن لكل من فريق التطوير وفريق اكتشاف المنتجات الخاص مساعدة POs في العمل على العمل المتراكم ، ولكن مسؤولية تكوين ونوعية التراكم يجب أن تظل مع شخص واحد فقط - PO.
- أو نتعلم / نسمح / نجبرنا تدريجيًا على تحمل المسؤولية واتخاذ القرارات ( تكوين العناصر المتراكمة ، أولوية العناصر ، وما إلى ذلك ) من أمر الشراء الحالي. التكرارات مهمة: ترسيخ النجاح والحصول على التغذية الراجعة.
العَرَض : لا يمتلك PO صوراً لتطوير المنتج ، وليس لديه استراتيجية عالمية ، ولا يوجد هدف إلى أين يأتي المنتج ولماذا.
ما هو السيئ : تتمثل القوة الرئيسية لـ PO في رؤية المنتج ، وفهم سبب إنشائه ومن أجله. بهذه الرؤية ، يمكنه تحفيز وإصابة الناس من حوله. إذا لم تكن هناك رؤية ، فمن غير المحتمل أن يتحول المنتج إلى ضرورة وجيدة. لن يتم "تحميل" الفريق على النتيجة.
طريقة العلاج : من المهم أولاً صياغة رؤية للمنتج. يجب أن يكون قادراً على أن يخبر في شكل خطوة المصعد أي نوع من الأشياء الرائعة التي يفعلها ، ولماذا ولمن. الشفافية هي إحدى القيم الرشيقة. من خلال تصور العديد من الأعمال الفنية لتطوير المنتجات ، فإننا نعمل على الشفافية. يمكن لـ PO التعبير عن رؤيته ونشره أمام الفريق. من الأفضل أن يتم العمل على صياغة خطوة المصعد والرؤية مع بعض الترددات - مثل أحداث scrum الأخرى ( مخطط تكرار جديد - تم - ردود فعل مجمعة ).
العَرَض : لا يعمل PO على حل مشكلة العناصر المتراكمة ، ولا يُدخلها إلى الاتفاقات التي اعتمدها الفريق ، ولا يُحدِّث عناصر التراكم ، ولا يُنظفها ، ولا يقوم بتجهيزها .
ما هو السيئ : إذا لم يولي PO حاليًا اهتمامًا كافيًا للتراكم بشكل منتظم ، فسيتعين عليه القيام بذلك ( يجب أن يتم جمع السباق ) ، ولكنه سيكون أكثر إرهاقًا ومكلفًا ( على سبيل المثال: تنظيف جماعي للتراكم على تخطيط السباق ). سيتم تعويض النفقات العامة للاتصالات من الوقت المخصص للتطوير. سيبدأ PO في فقدان ثقة الفريق: فهو لا يستثمر في الأعمال المتراكمة - لن يستثمر الفريق في الزيادة. يقلل التراكم السيئ / غير ذي الصلة الشفافية لجميع الأطراف المعنية. والصرير بدون شفافية ليس سكروم.
كيفية العلاج : قبل PO تحتاج إلى نقل أهمية العمل على تراكم - المقالات والكتب والدورات التدريبية ، وما إلى ذلك. نحن بحاجة إلى وضع قواعد / لوائح لإجراء تحسين المنتج المتراكم (PBR) حتى تكون هذه الاجتماعات مفيدة وفعالة ، وإجراء استعراضي صغير بعد PBR ، في عدد قليل من التكرارات يمكنك تحسين هذا الحدث نوعيًا. يحتاج الفريق إلى تحسين آلية إجراء PBR ، وتحقيق أقصى قدر من التآزر بين PO وفريق التطوير. يحتاج تراكم التنظيف المنتظم. الحصول على أحدث المعلومات ، بالإضافة إلى إضافة قصص جديدة إلى الأعمال المتراكمة ، يجب أن تتذكر تنظيف القصص التي فقدت أهميتها. يجب أن تحتوي الأعمال المتراكمة على عناصر يمكن فهمها من قبل الفريق والعمل عليها ( في إطار اتفاقيات فريق معين ) لسباق 2-3 ، يمكن أن يفقد التراكم المتعمق أعمق الصلة. بشكل عام ، يجب أن تحتوي الأعمال المتراكمة على خارطة الطريق لمدة عام على الأقل ، حتى يشعر جميع الأطراف المعنية أن المنتج له مستقبل. سيساعد الاحتفاظ بمجموعة متراكمة من الزيادات التقريبية على التفكير مسبقًا في أهداف العدو .
العَرَض : يعمل PO على العديد من المنتجات غير ذات الصلة أو مع فرق متعددة. كخيار - بالإضافة إلى أمر الشراء الرئيسي ، فإنه يلعب أيضًا دورًا مختلفًا في عملية scrum (إما المطور أو SM).
ما هو سيئ : كونك أمر شراء ليس بالأمر السهل ، ويتطلب عوائد كبيرة. إذا تم دمج دور أمر الشراء مع أنشطة أخرى ، فإن ذلك مع درجة عالية من الاحتمال سيؤثر هذا بشكل سيء على جودة النتيجة. يمكن لأوامر الشراء ذات الخبرة والناضجة تشغيل عدة منتجات في نفس الوقت والعمل مع العديد من الفرق إذا كانت هذه المنتجات "ذات صلة" أو هي أجزاء من منتج كبير واحد قريب من الوظائف. على الأرجح ، يمكن للأشخاص الفريدين جدًا جدًا فقط القيام في وقت واحد ، على سبيل المثال ، محرر رسومي للأجهزة المحمولة ومحاكاة طيران الجيش. لكي تكون فعالاً ، يجب عليك التركيز على هدف واحد قبل التوفيق بين عدة أهداف.
كيف تعالج : يجب أن ينظر صندوق البريد بشكل نقدي إلى منتجاته: ما مدى تطور وصياغة الرؤية؟ كيف تفهم الفرق هذه الرؤية وتقبلها؟ ما مدى تطور تراكم الأعمال؟ هل هو شفاف لجميع المعنيين؟ هل هناك خارطة طريق للمنتج ، هل هي واضحة للجميع؟ هل يفهم الفريق ما ستفعله العدوان المقبلتان أو الثانية؟ ما مدى شهرة المستخدم والسوق؟ ما هي جودة التفاعل مع فريق التطوير؟ إذا كان هناك مجال لتحسين الجودة في بعض هذه القضايا ، يجب أن تترك لنفسك منتجًا واحدًا وتركز عليه.
تفاعل PO والتفاعل
العَرَض : يتحكم التوجيه PO في الفريق ، الذي يعمل فعليًا على مخطط PM الكلاسيكي. يتخذ PO جميع القرارات ، حتى الأصغر ، يركض إليه الفريق في أي قضية.
ما هو سيئ : إذا كانت PO تشارك في الإدارة الدقيقة داخل الفريق ، وشاركت بنشاط في التطوير ، فمن ناحية ، تحبط الفريق وتمنعه من التطور ( لا يوجد تنظيم ذاتي ، لأن المسؤولية عن القرارات المحلية تبقى مع PO ) ، من ناحية أخرى ، هذا أمر سيئ بالنسبة للمنتج ، لأن جهود PO يتم توجيهها داخل العملية ، وقد يتم ترك المنتج دون انتباهه.
كيفية العلاج : تحتاج PO إلى قتل PM في نفسك ، جرب مناهج الإدارة غير التوجيهية والتوقف عن تصور الناس كمورد. إذا تم بناء مخطط إدارة التوجيه بين PO وفريق التطوير ، فمن الجدير إشراك ميسر خارجي أو داخلي يمكنه ضبط التفاعل. يجب تحديد حدود المسؤولية بين PO وفريق التطوير بوضوح - هذه هي الشفافية. يجب أن تكون هناك علاقة ثقة بين صندوق البريد والفريق: يثق الفريق في الغالب في صندوق البريد وحلول منتجاته ، ويثق صندوق البريد بالفريق والقرارات التي يتخذها الفريق لتنفيذ عناصر التراكم. الجميع يفهم أن العمل يتم لغرض واحد. يمكن أن يكون فريق "المنتج" ، الذي يضم محللين ، إحدى الأدوات الممكنة لـ PO. عندما تستند الفرضيات إلى الأرقام والبيانات ، تصبح أكثر مصداقية. الشيء الرئيسي لـ PO هو عدم نسيان مشاركة هذه البيانات مع فريق التطوير. إذا لم يكن الفريق مستقلاً ، عندها يحتاج PO إلى معرفة كيفية التفويض. بعد ذلك ، سيضطر الفريق إلى اتخاذ قرارات ، نتيجة للمسؤولية ، وسيصبح تدريجياً فريق سكروم.
العَرَض : يتنازع PO وفريق التطوير بانتظام ، وهناك مواجهة مستمرة ، ولا يوجد تفاهم متبادل.
ما هو سيئ : يبحر PO وطاقم الطائرة في نفس القارب ، إذا لم يتم إنشاء اتصالات فعالة بينهما ، فمن غير المحتمل أن يتمكن هذا القارب من الإبحار بعيدًا. سيتم إنفاق الكثير من الطاقة على إنشاء التفاعل ، وليس على تطوير المنتج. هدف أمر الشراء والفريق هو نفسه ، مما يعني أنه لا ينبغي أن يكون هناك تضارب منتظم.
كيفية العلاج : نحتاج إلى ميسر ذي خبرة يمكنه تحديد جوهر الصراع وإزالته وبناء علاقة عمل. إذا لم تؤد جميع الجهود إلى التفاهم المتبادل ، فربما يستحق الأمر تغيير الترادف.
العَرَض : لا يتصل PO تقريبًا بالفريق. على سبيل المثال ، يتوفر فقط كجزء من الاجتماعات الإلزامية (التخطيط ، مراجعة العدو).
ما هو السيئ : ينشئ الفريق منتجًا معقدًا جديدًا ( Scrum هو إطار عمل لتطوير وتقديم واستدامة المنتجات المعقدة. ) ، لذلك فهو يعمل في ظروف تتسم بقدر كبير من عدم اليقين. لتقديم أقصى قيمة ، يحتاجون إلى معلومات لا يتوفر لها سوى أوامر الشراء ( إنها وظيفته ). في غياب المعلومات ، يمكن اتخاذ افتراضات وقرارات غير صحيحة ، ونتيجة لذلك ، سيتم فقدان وقت ثمين في تصحيحها.
كيفية اتخاذ القرار : يجب أن يكون PO متاحًا للفريق ، ولكن يجب على الفريق عدم إساءة استخدامه ، وإلا سيتم إنفاق وقت أمر الشراء فقط على الأسئلة المخصصة. يجب وضع صيغة تفاعل مريحة للجميع ، حيث يتلقى الفريق في الوقت المناسب من PO المعلومات الضرورية والقرارات التي لا يستطيع الفريق فعلها بمفرده. يمكنك الاتصال بأثر رجعي PO مع انتظام معين ومناقشة مسألة التردد والأدوات وصيغة الاتصال هناك.
العَرَض : لا يُغرس PO أو يروج لثقافة ردود فعل الفريق. أو يوفر PO تعليقات في اتجاه واحد من خلال تصفية المديح أو النقد.
لماذا هو سيئ : عندما لا يعطي PO أمرًا تعادليًا صادقًا ومنتظمًا للفريق ، فإن ذلك يحبط الفريق. لا تزامن التوقعات والنتائج. لا يشعر الفريق بالتواطؤ ، فهم ليسوا في الواقع صانعي المنتج ، إنهم ببساطة يؤدون وظيفتهم. "يزود الفريق بانتظام بزيادات. يتلقى الفريق بانتظام تعليقات صادقة بشأن عملهم "- يبدو أنها صفقة عادلة.
طريقة العلاج : لا يجب أن يقوم PO بالطبع بتوجيه الاتهام للفريق بكل كمية المعلومات التي يعمل بها بنفسه ، كل ما يتلقاه من المستخدمين والمحللين. يجب أن يجمع ويصدر معلومات مهمة بالفعل ومفهومة للفريق. من الجيد التوصل إلى تنسيقات مختلفة للتعليقات ، وليس فقط على أساس الأرقام الجافة ( على سبيل المثال: الاختبار المباشر والمقابلات وما إلى ذلك ). يجب على الفريق نفسه تذكير PO بالحاجة إلى التعليقات: طرح الأسئلة ، وبناء عملية منتظمة لتلقي التعليقات. إذا جعلت PO هو "مالك" حدث مراجعة العدو وقمت بغزائه مع حقيقة أن الفريق يحتاج إلى تعليقات ، فإنه على الأقل سيذكر PO بالعمل على التعليقات ، وقد يؤدي إلى نهج أكثر إبداعًا لتنظيم مثل هذه التعليقات.
التفاعل بين PO ومستخدمي السوق
العَرَض : لا يعرف PO المستخدم "الخاص به" ؛ يرى المنتج مجموعة من الميزات. يتجاهل أمر الشراء طلبات المستخدمين والمعلومات من المستخدمين الحاليين. لا يتواصل مع المستخدمين الحية.
لماذا هذا سيئ : أولاً وقبل كل شيء ، تم إنشاء المنتج للمستخدم الذي لديه ( ربما لم يعرف ذلك بعد ) الحاجة التي يرضيها المنتج. وإذا كنت لا تعرف المستخدم وتفهمه ، فمن المستحيل "تحمل المسؤولية عن تحقيق أقصى قيمة للمنتج" ، كما هو مطلوب في دليل scrum.
كيفية العلاج : هناك العديد من الأدوات المختلفة لإجراء البحث النوعي ، على سبيل المثال ، المقابلات المتعمقة ، صورة المستخدم ، خريطة رحلة العميل ، أدوات لجمع التحليلات النوعية (مقابل الكمية) ، إلخ. الخ. تحتاج إلى تجربة أدوات مختلفة وترك مفيد / يعمل لمنتجك. معظم هذه الأدوات في الإخراج لها تصور للنتيجة ، يجدر وضعها أمام الفريق لزيادة الشفافية. هذه القطع الأثرية تستحق التحديث من وقت لآخر. يمكنك تنظيم فريق اكتشاف المنتجات لمساعدتك في إجراء بحث عالي الجودة. إذا تمكن PO من إنشاء تفاعل مع المستخدم ، فيمكنه استخدام جهة الاتصال هذه ، على سبيل المثال ، لمراجعة العدو السريع: إعطاء المستخدم زيادة جديدة ، وسيقوم الفريق بفحص كيفية تعامل المستخدم مع المهمة ، والمساعدة في حلها التي وضعها في الزيادة.
العَرَض : PO لا يدرس السوق / المنافسين.
ما هو السيئ : يعيش المنتج كما لو كان في فراغ ، ومنفصل عن الواقع ، يجب أن تكون صاحب رؤية من أجل إنشاء منتج قيم في مثل هذه الظروف.
كيفية العلاج : هناك عدد من الممارسات لأصحاب المنتجات ، وكيفية دراسة وإنشاء الأسواق ، يجدر تجربة العديد منهم وترك الأسواق المفيدة. في هذا النشاط ، يمكن أن يساعد محللون أو فريق أوامر الشراء. من المفيد البحث عن " المحيطات الزرقاء " من وقت لآخر. وبالطبع ، يجب أن تستلهم من الدورات التدريبية والاجتماعات والمؤتمرات الغذائية.
الخلاصة
سيظهر تحليل للأدوار المتبقية في الأجزاء التالية. الآن دعنا نرى كيف يمكن أن تكون هذه المعلومات مفيدة لك. قمنا بفحص بعض الأعراض المحتملة ، قائلين أن شيئًا ما يسير بشكل خاطئ في الحال ، وخيارات لتغيير الوضع. إذا أردت ، قائمة تحقق في النهاية:
- عند قراءة كل عنصر تقريبًا ، تعرفت على نفسك ( فريقك / مؤسستك ) ، أي لديك سكروم مع فهم غير قانوني. ثم يجدر طرح الأسئلة: هل تحتاج إلى سكروم على الإطلاق؟ لماذا تحتاج سكروم؟ ما المهام التي تحددها له؟ هل ثقافة الشركات جاهزة للقيم والمبادئ الرشيقة؟ إذا كان لديك إجابات وتفهم سبب الحاجة إلى scrum ، وكنت تراهن عليها حقًا ، فانتقل إلى الخيار الثاني. إذا لم يكن كذلك ، فتوقف عن ممارسة خداع الذات.
- قراءة بعض النقاط كنت تعتقد أنها ليست عنك. دفعتك بعض النقاط إلى التفكير وتذكرت موقفك. إذا كان الأمر كذلك ، فحدد تلك العناصر التي قد تكون قابلة للتطبيق على موقفك. اطبعها على شكل بطاقات. ناقش الأعراض مع الفريق: هل هي عادلة لك؟ ناقش المخاطر ، هل توافق عليها ، أو ربما ترى عواقب أكثر خطورة من الأعراض. ثم أمسك البطاقة التي تقلق الفريق أكثر ، وأخطر الأعراض الآن. فكر في الحل المقترح ، هل هو مناسب لك؟ توصل بشكل جماعي إلى كيفية تحسين الوضع ، وكيفية تخفيف الأعراض. وتصرف! بعد التعامل مع أحد الأعراض ، انتقل إلى التالي ، والعودة بشكل دوري إلى المراجعة العامة ، للتأكد من أن النتائج التي حققتها بالفعل لم تتدهور.
- إذا قرأت كل شيء ولم تتعرف على حقائقك في هذه المواقف ، فلدينا كل شيء بشكل صحيح. هل هناك حقا مثل هذه المنظمات؟ أنتم زملاء رائعون ، تأكدوا من مشاركة التعليقات في كيفية تحقيق ذلك!
PS آمل أن توفر المقالة أداة عمل لفرق سكروم لتحسين الذات.
شكرا جزيلا على الرسم التوضيحي
UPD الجزء 2 والجزء 3 .