نحن في Promsvyazbank ننتقل بنشاط من فرق قنوات الشلال إلى فرق الطعام المتقدمة. في مكان ما ، كان الأمر يتطلب بعض المخاريط ، في مكان ما من الممكن بالفعل تغيير أشعل النار ... ولكن كنتيجة لذلك ، اكتسبنا الكثير من الخبرة المتعلقة بتحول الحافة. في هذا المنشور نريد تبادل الخبرات - فجأة ستكتشف شيئًا جديدًا.
كيف ولدت فكرة الانتقال إلى الحافة
عادةً ما يظهر أيديولوجي في الشركة يصيب الجميع بفيروس Edge ، ويتحدث عن قيم العمل الجماعي. كل شيء سيكون بسيطًا وسريعًا ، والنتيجة ستدهش الخيال ، وسوف يصب المال في جيوبنا ، وسيكون جميع الموظفين سعداء بالتجول في العثمانيين مع قدح من القهوة في متناول اليد ، ووعاء لا ينتهي من ملفات تعريف الارتباط ، كما وعد.
لتعزيز الأفكار حول Edge ، يتم دعوة الخبراء الذين يتوقعون بضع مئات من أيام العمل على المنتج ، ونتيجة لذلك ، "تسوس" المنتج ، زواله. ثم ، ربما ، زوال الشركة. مثال على ذلك HTC و Blackberry. كيف لا نكرر مصيرهم؟ يقدم الاستشاريون وصفة تم استخدامها من قبل عمالقة مثل Google و Amazon و Apple ، وهي مرونة مرنة.
ما يحدث عادة خلال التحول
والآن ، لقد تعلمت جميع العبارات والعبارات الضرورية التي يحق لك تحمل اسم فخور لممارس معتمد من PMI Agile: "المواقف ، والاستمالة ، والعرض التجريبي ، والفريق ، واللوحة ، والملصقات ، كل شيء مر عبر الغابة بموافقتهم". أنت محترف في مجال عملك ، وتعرف ماذا وكيف تعمل ، كما تعرف كل المفاهيم والأحداث والعمليات الجديدة اللازمة. يبقى لتنفيذ التحول رشيقة. فيما يلي قائمة بالأخطاء الشائعة.
- كانت هناك أقسام تطوير ، وقاموا بتكوين فرق متطورة.
- تم تحويل قائمة انتظار المهام التي لا نهاية لها لطلبات التغيير في Jira إلى تراكم RFC بنقرة من الرسغ.
- في السابق ، تم تخصيص الموارد مركزيًا لمهمة ما ، ولكنهم قاموا الآن بتوزيع المهام على المطورين.
- "ماذا سيفعل هذا المطور معنا؟ ودعنا نأخذ هذه المهمة في العمل المتراكم ، سيكون قادرًا على القيام بذلك. "
- قمت بتعيين هدف للابتعاد عن تقييم المهام في شهر واحد من العمل. رداً على ذلك ، يقول المطور: "حسنًا ، دعنا نبدأ في تنفيذ هذا السباق ، وإنهاء المرحلة التالية."
- المهمة ليست منسقة مع جهاز الأمن والمحامين؟ دعونا نقدم عطلة معيارية وتجاهل هذه اللحظة.
- هي المهام المعينة من قبل رئيسه؟ ثم نصنع ميزة ، هيكل مسطح ، ولكن "سأظل رئيسًا".
ماذا حصلنا في النهاية؟
الهيكل لم يتغير. رؤساء مجموعة المهام إلى المرؤوسين. الناس لديهم انفجار في الدماغ ، العديد من القادة ، هؤلاء القادة في وقت واحد تعيين مهام مختلفة مع المواعيد النهائية مسمر. تم قياس المهام ببساطة في سباق السرعة ، وليس أشهر.
ما يجب فعله غير مفهوم ؛ كيفية القيام به غير مفهومة. لا وثائق! يجتمع الفريق بأكمله في الاجتماعات في كل وقت ، حيث يأتي تقنيون ومبرمجون قديمون وصلبون. ينظرون إلى الموظفين في الفريق كما لو أنهم جاءوا إلى حديقة الحيوان لمراقبة سلوك gibbons في علبة.
يتحدث سكروم ماستر عن تعريف الاستعداد وتعريفه. ومع ذلك ، فهم أن هذا أمر مهم وضروري ، لماذا يقاوم المطورون؟
في هذه اللحظة ، تصل مهمة مؤسفة على الرغم من المواعيد النهائية المحددة من القيادة ، والشباب ، الذي لا يزال يقف ضعيفًا على قدميه ، يموت بسرعة تحت هجمة الأعداء والزومبيين.
كيف هو ضروري؟
لا يمكنك متابعة أنماط الشركات الناجحة بصورة عمياء. من السهل شرح ذلك من خلال القياس - على سبيل المثال ، من خلال كرة القدم. تخيل أنك مدرب ، فريقك يخسر ، قبل خمس دقائق من نهاية المباراة. هناك مثال لخطة لا تشوبها شائبة يستخدمها المدرب الشهير إرنستو فالفيردي. ووفقا له ، المهاجم لويس البرتو سواريز يقتحم منطقة الجزاء ، يتم هدمه ، ويعين القاضي عقوبة. يأتي ليونيل ميسي إلى الكرة ويطلق النار في الزاوية العليا تمامًا بعيدًا عن حارس المرمى. خطة لا تشوبها شائبة. لكنك لست فالفيردي ، وليس لديك سواريز وميسي في الفريق. هذا كل شيء. لقد فقدت.
بالإضافة إلى ذلك ، نبدأ في التشبث بالعمليات ، وننسى سبب تنفيذها في عملنا. لذلك ، أنصحك بصياغة هدف وتعليقه في مكان واضح. كيفية تحديد الأهداف ، كما تعلمون جميعا. يجب أن يكون الهدف ملموسًا وقابلًا للقياس وقابلًا للتحقيق ومفيدًا ومقيّدًا بالوقت. ماذا يعني كل هذا في الممارسة العملية؟
في الممارسة العملية ، هذا يعني أن أهم شيء في هذه العملية كلها هو العميل. لذلك ، تأكد من قضاء الوقت ومعرفة من هو عميلك الحقيقي ، من الذي يجلب لك المال. وصف شخصه. ليست كل الشركات لديها إجابة واضحة على هذا السؤال.
بالنسبة للعميل أنت تقوم بتصنيع المنتج ، بحيث يظل العميل سعيدًا بعد استخدامه. يجب أن يكون المنتج:
- مفيد ، وهذا هو ، حل مشكلة العملاء كبيرة ؛
- عالية الجودة ، أي تلبية أو تجاوز توقعات العملاء ؛
- المقدمة وعرضت في الوقت المحدد ، وليس في السنة.
المنتج ، بدوره ، تم إنشاؤه من قبل الفريق. في الواقع ، يرتبط المنتج والفريق ارتباطًا وثيقًا. كما قال فريق الغرقان على الحطام في قراصنة الكاريبي: "جزء من الفريق جزء من السفينة". لا يمكن أن يوجد منتج جيد بدون فريق جيد ، والعكس صحيح. وهذا هو السبب الرئيسي وراء تفكك معظم محاولات تحويل الحافة. لتجنب هذا الموقف ، بدأنا في Promsvyazbank إطلاق كل فريق من خلال اختيار خط المنتج ومالك المنتج.
لقد قيل وكُتب الكثير عن الطريقة التي ينبغي أن يكون بها مالك المنتج. كل هذا صحيح ، الصعوبة الرئيسية هي العثور على الشخص الذي تحتاجه. إليك ما يفعله مالك المنتج:
- يضع هدفا ؛
- يصف تراكم المستوى العلوي ؛
- يفكر في KPI ، والتي من خلالها سيكون من الممكن مراقبة النهج نحو الهدف باستمرار ؛ بما في ذلك لا تنسى عن عميل سعيد.
- بحساب كيفية تأثير المهام المتراكمة على مؤشرات الأداء الرئيسية.
ليس مالك المنتج هو الشخص الذي يعرف كيفية ترجمة أولويات فندق شخص آخر بفعالية ، بل الشخص الذي يريد ذلك. إنه يريد صنع أفضل منتج للعميل ، لجعله بالطريقة التي يراها كل يوم.
فريق التطوير هو الأشخاص المسؤولون الذين يمكنهم تطوير المنتج بشكل مستقل ومستقل. يجب أن يتمتع الفريق بجميع الكفاءات اللازمة لتحقيق النتيجة. يجب عدم التحكم في التبعيات الخارجية ؛ بل يجب القضاء عليها عن طريق تضمين الأشخاص المناسبين أو تدريبهم في الفريق. بالتأكيد لا تحتاج إلى تكوين فريق مع أدوار زائدة عن الحاجة. للموافقة ، يجب أن يكون الفريق صغيرًا بقدر الإمكان. أخرج الدور العقلي من الفريق ؛ فهل سيصبح الأمر أسوأ بدونه؟
أفضل سؤال للفريق في البداية: "هل لديك ما يكفي للوصول إلى هدفك؟" والممارسة الأكثر فاعلية لتشكيل تكوين المشاركين هي التصميم الذاتي ، عندما يحدد الموظفون أنفسهم من ومع من للعمل. حاولنا القيام بذلك بالفعل في البداية - عندما اقترحنا القيام بالتناوب ، نجح الأمر جيدًا.
الآن بعد أن أصبح هناك فريقًا ، يجب أن تسعى جاهدة للتأكد من أن هناك زيادة في "الخير" للمنتج مع ربح تجاري واضح في نهاية السباق.
قصة رمزية جيدة للعمل الجماعي في سكروم هي مسابقة قوارب التنين. يحدد لاعب الدرامز وتيرة مزامنة التجديف الجماعي ، وفي بداية القارب يوجد قائد دفة يحدد الاتجاه. في شركتنا ، يدير مالك المنتج رؤية منطقة العمل ، ويساعد مدير scrum الفريق على الحفاظ على الوتيرة الصحيحة للعمل المتزامن على جميع الجبهات. الطبل عبارة عن لوحة صغيرة ، وهي مكان اجتماع مشترك لأحداث الفريق.
الخطأ الرئيسي هنا هو محاولة لتعيين سيد scrum أو حتى الجمع بين عدة أدوار في شخص واحد. ربما يكون ذلك ناجحًا في الفرق الناضجة ، لكن هذا بالتأكيد ليس هو حالتك. وحتى في الفرق الناضجة ، لا يمكن لمالك المنتج أن يكون سيدًا سريعًا في نفس الوقت. يجب عليك العثور على سيد scrum ، وعدم تعيين شخص من الأشخاص الذين يدا بيد. سيساعد مثل هذا الشخص الفريق على أن يصبح أكثر تماسكًا وفعالية من العدو إلى العدو.
لتطوير الممارسات الهندسية ، تحتاج إلى إنشاء قسم لا يفرض الأشياء الصحيحة مثل اختبارات الوحدات ، ولكن هناك مجموعة من المطورين المهتمين بهذا الأمر. إذا وُلدت هذه المبادرات من أسفل ، فسيتم دعمها على جميع المستويات.
يجب أن يكون عمل الفريق شفافًا لجميع الأطراف المعنية. هذا هو واجب الفريق ، وميزته الكبيرة. يبني الفريق عملية عمله من تلقاء نفسه ، وسيتم أيضًا حل جميع المشكلات التي قد تنشأ بشكل مستقل في عملية النمو.
والنصيحة الأخيرة: استخدام أدوات بسيطة. يتم استبدال أي حقول وعمليات في Jira بسهولة بلوحة مادية بمجموعة من المغناطيس.
ماذا وصلنا؟
لدينا بانتظام فرق منتجات جديدة. انهم لا يناقشون رشيقة ، ولكن جعل وظائف جديدة. بفضل الأشخاص في الفرق ، يتم إنشاء منتجات مفيدة ومريحة للعملاء ومربحة للبنك.