كيفية التعامل مع الأخطاء والتراكم وتحديد الأولويات والتواصل مع إطار عمل Burndown

في وظيفتين سابقتين ، قدمتُ كيف صممنا إطار عملنا الخاص لبناء المنتجات في Drift (Burndown) وتحدثنا عن كيفية تنفيذ إطار Burndown في شركتك الخاصة في مشاركتي الثانية.

الآن ، حان الوقت للحديث عن الأشياء التي تبدو أحيانًا ثانوية في العملية ، والتي هي في الواقع مفتاح لجعل كل هذه الأشياء تتدفق بشكل صحيح. هذه الأشياء هي ...

  1. التعامل مع الخلل
  2. التعامل مع تراكم المنتج الخاص بك
  3. اختيار ما لتحديد أولويات المقبل
  4. إيقاع أسبوعي من التحديثات شفافة تماما

1 - التعامل مع الخلل

نعتقد أن الأخطاء يجب أن تكون مملوكة بالكامل من قبل الفريق الهندسي. هكذا ، قضايا جيثب هي المكان الذي يعيشون فيه. عندما تنبثق الأخطاء ، يمكن لأي شخص في الفريق إنشاء مشكلة في Github. إذا كان خطأً تم الإبلاغ عنه من قِبل العميل ، فنحن نقدم له علامة "Bug" حمراء في Github وننشر رابطًا للمحادثة حيث تم الإبلاغ عنها. نحن نعطي الأولوية لهذه الأخطاء على الآخرين.

كقاعدة عامة ، ننفق حوالي 20٪ من وقتنا في معالجة الأخطاء ، و 80٪ على الميزات الجديدة ، وأعمال البنية الأساسية ، والتحسينات على الميزات الحالية.

مع ظهور الأخطاء ، يعود الأمر إلى تقدير المهندس الذي يحتاج إلى عناية فورية والذي يمكن أن يتأخر قليلاً. هذا هو السبب في أن تسمية "الأخطاء" في جيثب مهمة للغاية لأنها تزيد من الرؤية والإلحاح في حقيقة أنها تحدث لعميل يدفع ، مما قد يؤدي إلى حدوث خلل إذا كان الخطأ حرجًا.

بينما كنا ننفذ تطبيق Burndown ، خلال الأشهر القليلة الأولى ، مرة واحدة في الأسبوع ، كان مدير المنتج في كل فريق جالسًا في المقدمة التقنية وسيقوم بمراجعة الأخطاء المتراكمة في موقع Github الذي يمتلكه فريقه. وبهذه الطريقة ، يمكن أن يلتقي رئيس الوزراء والمهندسون مع ما هو أكثر أهمية ، ولماذا ، ويتعلمون أن يثقوا في حكم بعضهم البعض بمرور الوقت.

نظرًا لأن مبادئ وإطار عمل Burndown أصبحت جزءًا من الثقافة ، وبما أن رئيس الوزراء يثق بالمهندسين لإجراء نفس المكالمات ، فإن هذا الاجتماع لم يعد ضروريًا على أساس أسبوعي. الآن ، في بداية كل أسبوع (عادةً ما يكون خلال عطلة نهاية الأسبوع) ، سيتقدم المهندسون التقنيون والمهتمون بقضايا جيثب ويختارون أهم الأخطاء التي يخططون لمعالجتها هذا الأسبوع.

نظرًا لأن Burndown لا يعمل في دورات قاسية تدوم أسبوعًا ، فهناك أخطاء يتم تقديمها بشكل متطلب والتي تتطلب منا إيقاف ما نقوم به والتعامل معه على الفور ، لذلك نتأكد من ترك سعة إضافية للتعامل مع تلك عند ظهورها يمكن أن تعمل على التوازي.

2 - إدارة تراكم المنتج الخاص بك

الآن قد تتساءل ... ماذا تفعل حيال تراكمك الذي لديه أفكار لمدة 4 و 6 و 12 شهرًا؟ أين تحتفظ بكل هذه المعلومات وتبقيها منظمة؟

بناءً على حجم تراكم العمل ، قد تبدأ لوحة Trello التي تستخدمها لتنفيذ إطار عمل Burndown في الخروج من العديد من القوائم الموجودة في أقصى يمين اللوحة ، وهو أمر جيد تمامًا. هذا ما حدث لنا. لذلك تطورنا.

الآن ، نحن نستخدم لوحة Trello الرئيسية للمنتج فقط كمكان نضع فيه نطاقًا ونقوم بتوثيق النماذج الدقيقة التي سيتم إنجازها بالفعل. إذا كان هناك شيء ما لأكثر من شهر واستمر التحرك فيه ولم يحدث ، فهذا يعني أنه ليس أولوية قصوى ولن يحتمل أن يكون أبدًا. لذلك نحن أرشفة تلك القائمة.

تم تصميم إطار Burndown لإبقاء تركيزك على ما هو على المدى القريب والقصير حول أعلى مستويات الرافعة المالية التي يمكنك القيام بها. إن أي شيء يتم تصميمه وتحديد نطاقه بعد ثلاثة أشهر أو أكثر ، ما لم تكن مؤسسة كبيرة ومنظمة للغاية ، سيتغير كثيرًا في الوقت الذي تصل فيه إلى ذلك الوقت على أي حال. لقد كان لدينا مصمم في أحد فرقنا يحصل على ثلاثة أشهر قبل الفريق ، وفي النهاية لم تصنع معظم ما صممته أبدًا في ضوء النهار لأننا تعلمنا بسرعة أننا نريد أن نأخذ الأمور في اتجاه آخر. وهذا جيد. هذا ما سجلناه لاستخدام Burndown. سيناريو الحالة الأسوأ هو الاستمرار في تنفيذ تلك التصاميم لمجرد أنها قد تم تنفيذها بالفعل. نظرًا لأن Burndown مرن بطبيعته ، فقد سمح لنا بالقول "لا" بسهولة واتخاذ مسار مختلف كان له المزيد من الوعد.

إذا كنت مثلي وتركز على تطوير العملاء ، فلا تزال بحاجة إلى مكان لتنظيم جميع تعليقات العملاء التي تحصل عليها أسبوعيًا ويوميًا. أقترح إما إنشاء لوحة Trello مختلفة لتضمين كل هذه الأفكار وقطع التعليقات أو الاستمرار في توسيع عرض لوحة Trello إلى أجل غير مسمى ما دمت تمر وتحقق من ذلك كل بضعة أسابيع وأرشفة الأشياء التي ليست كذلك تتماشى مع أين يذهب المنتج.

3 - اختيار ما يجب تحديد أولوياته بعد ذلك

أفضل طريقة لتحديد أهم قائمة تالية يجب معالجتها هي أن تسأل نفسك هذا ...

"ما هو الشيء الوحيد الذي يوفر أكبر قيمة لعملائنا ويتوافق مع أهداف أعمالنا ويركز عليها؟"

الإجابة على هذا السؤال يجب أن توفر لك الشيء الذي سوف يمنحك أقصى قوة على المدى الطويل لمواصلة إضافة قيمة لعملائك. السؤال مشتق من السؤال الذي يطرحه غاري كيلر في كتابه "ذي ون ثينج" ، وهو "ما هو الشيء الوحيد الذي يمكنني فعله الآن لجعل كل شيء آخر أسهل أو غير ضروري؟" الانجراف كما نعتقد أنه يساعدنا على التركيز على الأشياء الصحيحة.

نحن أيضًا نقوم بتصميم هيكلية للأولويات المقبلة للشركة ، والتي نضعها في شريحة واحدة أو قائمة واحدة ونكررها مرارًا وتكرارًا للفريق. في حالتنا ، تبدو قائمة الأمثلة على هذا النحو ...

  1. الحفاظ على المنتج مستقرة
  2. قيادة المزيد من الاشتراكات
  3. زيادة معدل التنشيط
  4. ابتكار أداة الدردشة الخاصة بنا

هذا يعطينا جميعًا مبادئ توجيهية للإشارة عندما نسأل أنفسنا عما يمكن أن نركز عليه بعد ذلك. إذا لم تتمكن من القيام بشيء يفيد مباشرة # 1 ، فقم بالعمل على شيء يؤثر على # 2 ، إلخ.

4 - إيقاع أسبوعي من التحديثات شفافة تماما

نظرًا لأن إطار عمل Burndown يتحول باستمرار حيث تتحرك الحركات المتناهية الصغر بداخلها باستمرار لتتناسب مع احتياجات العميل ورغباته ورغباته ، فمن المهم التأكد من أن الفريق يسير على الطريق الصحيح وله علامات بارزة في تحقيقها.

إليك كيفية مواكبة الأولويات يوم الجمعة في Drift ، حيث يجلس مدير المنتج في المقدمة التقنية لكل فريق ويتحدث من خلال المسابقات الصغرى القادمة على لوحة Trello لمدة 5-10 دقائق. في بعض الأحيان يكون من الواضح ما هو الشيء التالي الأكثر أهمية ، ونحن على الفور في نفس الصفحة. في أوقات أخرى ، سيتم طرح نقاط جيدة في المحادثة ، وسيتم إزاحة بعض القوائم / القوائم الصغيرة قليلاً والموافقة عليها كمحور تركيز للأسبوع القادم.

كل مساء أحد أيام الأحد ، يكتب مدير المنتج بعد ذلك على منشور ويكي داخلي مع توزيع تكتيكي للقوائم من Trello التي ستركز على هذا الأسبوع القادم والقيمة التي تقدمها للعملاء. يستغرق هذا عادةً 1-2 ساعات ، لكن الأمر يستحق 100٪ للحفاظ على الانحياز للفريق أثناء ظهوره في صباح اليوم التالي. إذا تم ذلك بشكل صحيح ، فهذه هي الإدارة الوحيدة للمشروع التي سيتعين على مدير المنتج القيام بها أسبوعيًا.

يحتوي هذا المنشور على أربعة أجزاء (كل قسم مقسم إلى أقسام لكل فريق منتج) ...

  1. إعلان سنرسله إلى العملاء يوم الجمعة إذا قمنا بشحن كل شيء نخطط لشحنه
  2. الصور المرئية / لقطات الشاشة (من بطاقات HIGH LEVEL في Trello) لما سيتم شحنها
  3. تحليل لما يركز عليه كل مهندس ومصمم
  4. قائمة بما تم شحنه من الأسبوع السابق

في الجزء العلوي من هذا المنشور الداخلي (رقم 1 في القائمة) ، يوجد بيان مكتوب موجه إلى عملاء Drift. هذا البيان مكتوب كما لو كان يوم الجمعة في نهاية الأسبوع ؛ هذا هو بالضبط ما سنعلنه لعملائنا في نهاية الأسبوع إذا أكملنا جميع الألعاب الصغيرة التي خططنا لمعالجتها. فيما يلي مثال واحد لفريق تطبيق الويب الخاص بنا ...

بعد ذلك ، بالنسبة للجزء رقم 2 ، أسقط لقطات شاشة لكل الميزات ، مجمعة حسب الفريق. عادةً ما أعطيه عنوانًا سريعًا وأسقط لقطة شاشة كاملة ، مثل هذا ...

بالنسبة للجزء رقم 3 ، وضعت قائمة نقطية لكل مهندس ومصمم. الهدف من ذلك هو أن تكون موجزة وأن تظهر للجميع في الشركة من يلجأون إلى أي شيء محدد طوال الأسبوع. ولتوثيق ما قاله كل مهندس ومصمم هي أولوياتهم. عادةً ما أقوم بإجراء فحص سريع لـ Slack مع أعضاء الفريق في نهاية كل أسبوع لسماع ما يدور في عقلهم وتصحيح أي شيء بالطبع إذا لزم الأمر. معظم الوقت يجب أن يكون لدى رئيس الوزراء بالفعل إحساس بما يفعله كل مهندس ومصمم من محادثات أخرى تجري على مدار الأسبوع. إليك مثال على ما يبدو عليه الجزء الثالث ...

الجزء رقم 4 عبارة عن قائمة مختصرة بما تم شحنه ومازال قيد التنفيذ. هذا لفرق المبيعات والنجاح لمعرفة ما تم إنجازه وما يوجد تقريبًا. تبدو هكذا…

تذكر أنه في كل أسبوع يمكن أن يكون هناك 2-4 سرعات متناهية الصغر ونحن نقوم بشحن الأشياء فور اكتمالها. تعمل عمليات الفحص والتحديث الأسبوعية هذه كوسيلة لضمان أن يكون لدى كل شخص إحساس بما يبدو عليه التقدم ووسيلة ملموسة لقول "لقد كان أسبوع مثمر" قبل أن يخرج يوم الجمعة. الأشياء المنشورة في تحديث الأحد ليست "قائمة يجب القيام بها بغض النظر عن نوع القائمة". في بعض الأحيان ستحدث الأشياء ولم تعد الأشياء التي خططنا القيام بها قيد نظرًا لأن هناك أولوية أعلى قد تؤثر على أولويات الشركة / موضوعاتنا الحالية بشكل أفضل.

-

لقد بدأنا في تجربة طريقة جديدة للتواصل مع أهداف الشركة وأولويات المنتجات ، والتي من المحتمل أن أتحدث عنها في منشور لاحق.

من فضلك ، اسمحوا لي أن أعرف ما إذا كانت هناك أسئلة أخرى قد تكون لديكم حول Burndown Framework. أعتقد أنني غطيت جميع الجوانب الضرورية لكيفية جعل هذا العمل في شركتك ، لذا اسمحوا لي أن أعرف إذا كنت تشعر أن الأسئلة لا تزال دون إجابة عبر تعليق.

كتبت أيضًا كتابًا إلكترونيًا كاملاً حول هذا الموضوع مع David Cancel. تحقق من ذلك!