المقدمة: شركة تستخدم إطار عمل Scaled Agile (SAFe) لتوسيع نطاق تطوير Agile عبر المؤسسة ؛ 10 فرق تطوير ، مدمجة في فريق واحد كبير (Agile Release Train ، وفقًا لمصطلحات SAFe) ، تقدم منتجًا مشتركًا ؛ الحاجة إلى تخطيط فصلي لمدة يومين (تخطيط PI) لتحديد خطة عمل فرق تكنولوجيا المعلومات للأشهر الثلاثة القادمة * ؛ ثلاثة مكاتب تطوير ، تزيد المسافة بين المناطق البعيدة عن 6 آلاف كيلومتر بفارق مماثل قدره 5 ساعات من وقت العمل ؛ تجربة التخطيط السابقة ، التي تنطوي على وجود مادي للزملاء الرئيسيين في نفس الغرفة واستخدام لوحات التناظرية / ألواح الكتابة / علامات / ملاحظات لاصقة.
* إن الهيكل الثقيل "خطة عمل فريق تقنية المعلومات للأشهر الثلاثة القادمة" يهدد بزيادة حجم النص بشكل خطير ، ولذا فإنني أخطط في المستقبل للكتابة ببساطة - "تعليق" بدلاً من ذلك. وفقًا لذلك ، قم بوضع واعتماد خطة عمل - "الالتزام".
لماذا هذا مطلوب؟
1) التعب من أساليب العمل التناظرية. بينما تحرث سفن الفضاء المساحات المفتوحة ، بينما يقوم إيلون موسك بحفر الأنفاق ، نحن المتخصصين في تكنولوجيا المعلومات ، نكتب بإصرار علامات على قطع من الورق اللاصق ونحتها على الألواح - هذا نوع من التنافر. هذا ما بدا عليه تعليقنا منذ فترة:
نعم ، هذه قطعة من الورق بحجم 2 × 5 أمتار ، وبعد التخطيط ، يجب تحويل كل قطعة من الورق إلى مهمة في جيرا ...
2) التعب من البدو الرحل. على الرغم من أن مكتبنا الرئيسي يقع في بلد دافئ ترحيبي إلى حد ما ، ولكني دهشت في العام الماضي ، اكتشفت أنهم لم يكونوا سعداء على الإطلاق بمثل هذه الحياة البدوية ، وحججي في أسلوب "هيا ، السباحة في البحر ، استلقي تحت أشعة الشمس "، التي كان لدي الحكمة للتعبير عنها ، لم تلق استقبالًا حارًا للغاية - ليس الجميع مستعدًا لرحلات العمل المتكررة ، ولا ترحب أسرهم دائمًا بهذا ، لا يتفاعل شخص ما بشكل جيد مع الرحلات الجوية المتكررة.
3) ربط المزيد من الزملاء من تكنولوجيا المعلومات بعملية التخطيط. كما هو واضح من الفقرة السابقة ، لم نتمكن من إرسال المكتب بأكمله للتخطيط ، وبالتالي أرسلنا فقط المختار ، وبالتالي استبعدنا الباقي من العملية ، والتي لم تضيف إيجابيات إلى الأخلاق العامة.
4) تحسين التكاليف المالية. نعم ، هذه لحظة حساسة - هناك الكثير من الأشخاص الرئيسيين ، وحملهم ذهابًا وإيابًا أربع مرات في السنة هو حمل.
الجزء صفر ، أو تراكم المحفظة
كل شيء يبدأ قبل ذلك بكثير - من أجل العمل بشكل مثمر على التعليق أثناء التخطيط ، من الضروري أن يكون هناك شيء يجب الالتزام به. لضمان ذلك ، يجب عليّ "تحميل" أصحاب الأعمال بالعمل على المبادرات المقترحة (أو في مصطلحات SAFe ، Epicam ، لكنني سأستخدم المصطلح المألوف بالنسبة لي) في أقرب وقت ممكن. من الناحية المثالية ، ينبغي فصل هذه العملية تمامًا عن الطبيعة الدورية للتخطيط الفصلي وأن تسير في طريقها الخاص. كأساس ، أخذنا محفظة SAFe Kanban:
لدينا مشروع JIRA منفصل مع ثلاثة أنواع من المهام: الملاحم والمبادرات التجارية والمبادرات المعمارية. وكذلك لوحة كانبان المقابلة. خوارزمية صاحب العمل للمبادرة بسيطة: يضيف المهمة إلى هذا المشروع ، وهو يقع افتراضيًا في Backlog - هذه هي الحالة الأولى في kanban -
Funnel:
يخزن المبادرات التي ليست جاهزة بعد للمراجعة. يعمل صاحب العمل على محتوى المبادرة حتى يشعر بأنه مستعد للخطوة التالية. الحد الأدنى المطلوب في هذه المرحلة هو حقول بيان المكتملة ، والنتائج المرجوة وقياس النجاح ، بالإضافة إلى عرض تقديمي أكثر تفصيلاً ، ولكنه بسيط وواضح. في هذه المرحلة ، من المهم الابتعاد عن ذكر الحلول التقنية والتركيز على معايير العمل. عندما يتم جمع كل البيانات ، ينقل المالك المهمة إلى الحالة التالية -
المراجعة.نجري مراجعة أسبوعية ، سواء للمبادرات التجارية أو للمبادرات المعمارية. من الناحية المثالية ، هذا عرض تقديمي مدته خمس دقائق مع إجابات لاحقة على الأسئلة. نتيجة المراجعة هي قرار بشأن مصير المبادرة. يمكنها:
- العودة إلى backlog للمراجعة
- إلغاء دون فرصة لمزيد من الحياة (لهذا يمكنني استخدام حالة منفصلة خارج ، مخبأة على لوحة كانبان)
- الحصول على موافقة وانتقل إلى المرحلة التالية - تحليل.
في هذه المرحلة ، نحن هتاف! - يمكننا جذب الموظفين من تكنولوجيا المعلومات: المحللين والمهندسين المعماريين ، ويؤدي ، أي شخص. بواسطة "نحن" ، أعني نفسي كمهندس تدريب إطلاق ، ولكن في الحالة المثالية ، أصحاب الأعمال الذين اكتسبوا بالفعل بعض الخبرة والاستقلالية اللازمة لجذب الفرق المناسبة وبدء عملية التحليل من تلقاء أنفسهم. أنا أكتب عن حالة مثالية ، لأن مستوى التنظيم الذاتي لزملائنا يطفو ، وفي بعض الحالات يطلبون المساعدة في شكل مُيسِّر مُعيَّن خصيصًا ، لكنني أحاول التراجع قليلاً عن هذه الممارسة.
الغرض من هذه المرحلة هو التحليلات الأولية ، أو ، كما نسميها ، ما قبل الاكتشاف. عند الخروج ، يجب أن نحصل على الحد الأدنى الذي سيتيح لنا الالتزام: الحلول المقترحة والمخاطر والتبعيات والمتطلبات غير الوظيفية والبنية التحتية وخرائط المستخدم والمخططات المعمارية. بالإضافة إلى ذلك ، نطلب من الفرق تقديم تقييم أولي في نقاط القصة على مستوى الميزات - سيتيح لنا ذلك تحديد الأولويات في نهاية الربع.
لكل مبادرة ، يتم إنشاء لوحة Kanban الشخصية ، والتي ، أثناء إنشائها ، يمكنك رؤية الميزات والقصص ، مع ارتباط أولي بتكرار معين ، يتم توفيره بواسطة سير عمل منفصل في شكل تكرار في المستقبل. في المجالس ، يتم تكوين الفرق المخصصة وفقًا لفرق التطوير. نظرًا لأن نظام JIRA الإيكولوجي معقد إلى حد ما ، فنحن نقوم أثناء المهام السابقة للاكتشاف والاكتشاف بإنشاء مهام في مشاريع منفصلة حتى لا يتم تجميع تراكم الأوامر:
أيضًا ، في مرحلة التحليلات ، يشارك المهندسون المعماريون في هذه العملية ، أو كما كان معتادًا مؤخرًا ، فإن الأشخاص الموثوق بهم هم "سفراء" (سفراء EA). وتتمثل مهمتهم في إيصال المشاركين في هذه العملية برؤية للإدارة المعمارية ، للمساعدة في العثور على أفضل الحلول ، وفي النهاية ، تنسيق هذا الحل مع كبير مهندسي الشركة (رئيس قسم هندسة المشاريع).
عندما تعتقد الفرق أن المبادرة تم تطويرها بشكل جيد وجاهزة للخطوة التالية ، فإنها تنتقل إلى الحالة التالية -
Portfolio Backlog.
في هذه المرحلة ، هناك خطوة مهمة هي تنفيذ تحديد أولويات WSJF (
الوظيفة المرجحة الأقصر أولاً ). للقيام بذلك ، قبل 3 أسابيع من التخطيط ، نعقد اجتماعًا كبيرًا ، والذي يستغرق ، للأسف ، عدة ساعات ، وخلال هذا الاجتماع ، باستخدام درجة فيبوناتشي للعبة البوكر ، يقوم أعضاء مجلس الإدارة بتقييم قيمة العمل ، ووقت الأهمية ( الوقت الحرج) ، تقليل المخاطر المحتملة وتمكين الفرص:
لتتمكن من تتبع تاريخ المبادرات ، أضيف لكل منها علامة في الرقصة مع بيانات عن الربع: 2018Q4 ، 2019Q1 ، إلخ.
في المستقبل ، سوف أصف الحالات الممكنة التالية. بعد الالتزام ، تنتقل المبادرات التي اتخذت بنجاح للعمل إلى حالة
التنفيذ ، في حين تحصل "غير لائق" على وضع "
متوقفة" وفي المستقبل تتاح لها الفرصة للنظر فيها في الأرباع القادمة. انتقلت المبادرات التي
تم تسليمها إلى
Done .
نتيجة لذلك ، لدينا ما يقرب من الصورة التالية على لوحة كانبان:
بالطبع ، نحن لسنا في منتصف الرحلة ، لكن في الوقت الحالي يمكنني أن أشير بالفعل إلى أنه بفضل استخدام Kanban على مستوى Portfolio-Backlog
- بدأ أصحاب الأعمال في إعداد المبادرات بالتفصيل والاستعداد بجدية للمراجعة
- أصبح الاستعراض أكثر دقة بطريقة جيدة
- الفرق لديها وقت أكثر قبل الاكتشاف
- لا أفقد المبادرات القديمة - يمكنك دائمًا العودة إلى المبادرات المتوقفة أو غير المسلمة أو المنسية والعمل عليها بشكل أكبر
الأدوات المستخدمة في هذه المرحلة:
- خادم البرمجيات الأطلسية جيرا
- Colours for Jira plugin - لتسليط الضوء على المبادرات التجارية والمعمارية
- المكوّن الإضافي "الهيكل - إدارة المشروع على نطاق" - لتصور هيكل المبادرات مع الميزات المرتبطة بها وترتيب أولويات WSJF الخاصة بها
- التقاء الأطلسي - مصدر التوثيق الداخلي
- Lucidchart وملحقاته لـ Jira و Confluence - من أجل التخطيط
الجزء الأول. التحضير للتخطيط
في مكان ما قبل شهر من التخطيط ، إنه وقت ساخن للتحضير. هناك الكثير مما يجب مراعاته ، ولكي لا تنسَ أي شيء ، يجب عليك إنشاء جدول Google متعدد "لوجستي". سأحاول وصف أهم علامات التبويب من هذا الجدول والنشاط من حولهم.
الاتصال بنا. بعد بضعة أيام من كل تخطيط ، نجري بأثر رجعي ، ولضبط المسار ، من المهم ألا ننسى الاستنتاجات التي توصلنا إليها وكيف نحتاج إلى ضبط الدورة. هذا جزء مهم في سياق التحسين المستمر للعملية.
التدريب الفني. مع الانتقال إلى التخطيط عن بُعد ، نشأت طلبات محددة ، مثل جودة الاتصال بالإنترنت (تحديد الأولويات وتحسين المسار لـ JIRA و Confluence) والتواجد التلفزيوني والصوتي (نستخدم مجموعات Logitec Group و ميكروفونات Jabbra وسماعات الرأس الشخصية في مجموعات مختلفة وكاميرات الويب ، برنامج التكبير لمؤتمرات الفيديو).
الميسرين. فيما يلي قائمة بالموظفين المسؤولين عن التيسير في كل مجموعة من مجموعات العمل ، مع الإشارة إلى موقعهم ورابط إلى قناة Zoom الدائمة لمجموعة العمل.
الجمهور. وفقا لذلك ، قائمة كاملة لجميع المدعوين.
المرجعية. قائمة كاملة من المهام الهامة مع المواعيد النهائية والمسؤولين. لمزيد من الانغماس ، سأقدم عدة أمثلة لأكثر المهام المميزة والأهمية التي يتم تكرارها لكل تخطيط: تدريب الميسرين (تم إعداد دليل تدريبي للميسرين مع كل الخطوات اللازمة بدءًا من تنظيم فريق عمل واجتماعات توقيت لاستكشاف خيارات الحلول التقنية وعملية تحليل المبادرة إلى قائمة من الميزات) . تحديث خطط موقع مجموعة العمل لكل مكتب ؛ التحكم في تحديث السرعة لجميع فرق التطوير ؛ ترتيب الغداء الإبلاغ عن الفصول السابقة ؛ المطبوعات من قوائم المبادرات (لتكون في متناول اليد) والجداول الزمنية.
الجزء الثاني التخطيط والتعليق
بعد كل التحضير للجري ، تأتي هذه اللحظة أخيرًا - بداية التخطيط الفصلي. في غضون يومين ، يجب أن يكون لدينا وقت لفرز جميع المبادرات ، والتأكد من وجود معلومات كافية والالتزام. بعد بضع خطب قصيرة ولكنها حارقة ، تتفرق مجموعات العمل في أماكنها وتذهب إلى العمل. في الوقت الحالي ، يتم توزيع عدد المجموعات بين المكاتب الثلاثة وفقًا لمعادلة 4x4 × 4 ، ويقوم المستخدمون عن بُعد بالاتصال بالجدول الضروري من خلال قناة Zoom مخصصة.
في نهاية اكتشاف كل واحدة من المبادرات ، يتواجد الميسر ، مع التأكد من أن جميع البيانات الضرورية - مثل معايير القبول ، ووصف للحل التقني ، والمخاطر ، والتبعيات ، والحاجة إلى بنية تحتية جديدة - موجودة ، وتميز المبادرة مع خانة الاختيار IT Session Finished للتأكد من شفافية التقدم وفريق العمل قد تنتقل إلى التالي.
بعد اثنتي عشرة خطة ، تم حل الشعور بالتوتر العصبي المستمر وضغط الوقت المؤقت الذي كان معنا منذ البداية إلى حد كبير ، والآن أصبح الجو أشبه بالعمل الهادئ. في النصف الثاني من اليومين الأول والثاني ، حان الوقت للتعليق على مهل وفقا للأولويات. لتنفيذ الالتزام ، لدي عدة هياكل منفصلة. أولها هيكل يحتوي على قائمة بالميزات والمسارات المخططة للتعليق:
لسوء الحظ ، يحتوي هذا الهيكل على بقايا المواد التي لم تنسجم مع تعليقات الربع الحالي ، وبالتالي فإن العينة ليست تمثيلية. في أي حال ، في البحث ، يمكنني اختيار المبادرة التي تهمني بترتيب الأولوية حسب عددها ، والتي يتم وضعها أثناء عملية الاكتشاف في حقل منفصل لكل ميزة وقصة ، وتغيير حالة المهام الضرورية من المخطط إلى الالتزام ووضعها في التكرار الصحيح ، وبالتالي الالتزام:
نتيجةً لذلك ، ستختفي المهمة من هذا الهيكل وستظهر في هيكل جديد ، مما يعكس التعليق المتزايد:
كما ترى في لقطة الشاشة ، في هذا الهيكل ، تدخل القصص في مجلد فريق التطوير الذي ينتمون إليه ويتم تجميعهم بالتكرار. هنا ، أرى سرقة الفريق الكلية في اسم المجلد ، وكذلك في عمود الالتزام ، باستخدام الصيغة ، يتم تحديد الزائد لكل مجموعة تلقائيًا ويشير إلينا باللون الأحمر.
بطبيعة الحال ، إذا تم تعليق المبادرات الأولى والأكثر أولوية دون مشاكل ، قريبًا ، مع ظهور الفرق الأولى التي ملأت تراكمها بالفشل ، تبدأ المشاكل وبعض المبادرات لا تخلو من النقاش ، ولكن يجب تأجيلها.
في نهاية هذه العملية البسيطة ، أقسمت الفرق التي تحمل علم الشركة رسميًا تقديم تعليق (نكتة) وانتشر إلى المنزل (نكتة أيضًا - الجميع يتناثرون في الحانات).
الأدوات المستخدمة في هذه المرحلة:
- خادم البرمجيات الأطلسية جيرا
- البرنامج المساعد "الهيكل - إدارة المشروع على نطاق" - لمراقبة عملية الاكتشاف وأثناء تنفيذ الالتزام.
الجزء الثالث. مهام الاستنساخ في نظام JIRA البيئي للشركة
بينما يشرب الجميع الفودكا ، تعمل RTE على إنشاء تعليق بالشكل الذي يمكن من خلاله توزيعه على تراكم فريق التطوير ومراقبته طوال الربع. للقيام بذلك ، أستخدم المكوّن الإضافي "Bulk Clone Professional for Jira" - يضيف عنصرًا يوفر استنساخًا جماعيًا في قائمة Bulk Change ، ويحتوي على الميزات الضرورية بالنسبة لي مثل روابط الاستنساخ وتحديث الروابط بين الحيوانات المستنسخة التي تم إنشاؤها حديثًا وتحديث الروابط الملحمية وإضافة بادئة في الرأس وإضافة اختصار تلقائيًا:
أقوم بإضافة الحالة كبادئة ، حيث إن الحالات في مرحلة التخطيط تعكس التكرار المخطط للإنجاز ، ونتيجة لذلك ، أرى على الفور في الرأس عندما نخطط لإنهاء ميزة أو قصة.
أولاً ، قمت باستنساخ جميع المهام تمامًا في مشروع Global Backlog منفصل ، نظرًا لأننا نقوم بتخزين الملحمات فيه ، ولست بحاجة إلى اتصالات قصة ملحمية ذات صلة في مهام مستنسخة حديثًا. وكخطوة ثانية ، أقوم بتقديم طلبات لكل فريق تطوير على حدة ونقل القصص إلى المشاريع النهائية للفرق.
كنتيجة لذلك ، أقوم بإنشاء هيكل يعكس التعليق الحالي ويتألف من مهام نهائية ، ثم استخدمها للمراقبة:
بشكل عام ، الفوائد الناتجة عن هذا النهج هي كما يلي:
- قد يبدو هذا مبتذلًا ، لكن من السهل على أي شخص من قسم تكنولوجيا المعلومات طباعة ميزات وقصص جديدة بدلاً من الكتابة باستخدام علامة على قطعة لاصقة.
- يتم احتساب العديد من الأشياء ، مثل توازن السعة وتحديث WSJF ، بناءً على التصنيفات ، تلقائيًا باستخدام الصيغ.
- بفضل الاستنساخ ، يتم الحفاظ على المدلى بها الأصلية للالتزام للقصة ويمكنك دائما العودة إليها.
- يتم توفير الوقت والطاقة بشكل كبير عند إعداد التخطيط - العمل باستخدام الورق يتطلب قوة.
- بطبيعة الحال ، من الرائع أنك لم تعد بحاجة إلى وضع ألغاز بانوراما في لعبة.
الأدوات المستخدمة في هذه المرحلة:
- خادم البرمجيات الأطلسية جيرا
- البرنامج المساعد "Bulk Clone Professional for Jira" - لاستنساخ ميزات وقصص في مشاريع JIRA النهائية.
- البرنامج المساعد "الهيكل - إدارة المشاريع على نطاق" - لإنشاء الهيكل النهائي.
خاتمة
بالطبع ، أنا أدرك أن الأصدقاء سطحيون للغاية ، ويمكن الكشف عن الكثير من الأشياء بمزيد من التفصيل - مراقبة توزيع رأس المال بين مبادرات الأعمال والمبادرات المعمارية والمهام التشغيلية ، وحساب الصيغ في الهياكل ، وإدارة المخاطر ، وأكثر من ذلك بكثير. لكن لم يتضح بعد ما إذا كان هذا الموضوع مثيرًا للاهتمام للجمهور ، وإذا كان الأمر كذلك ، فما هو بالضبط. إذا رأيت اهتمامًا ، سأكون مستعدًا للكشف عن الموضوعات الضرورية.
وهناك شيء آخر - من الصعب تصديق أن ذلك ممكن ، لكنني أود تجنب كل المشاكل المحيطة بـ Edge ، والأطر ، والمديرين الفعالين و "الفعالين". يرجى تذكر أنني وصفت العملية برمتها على أمل أشخاص مثيرين للاهتمام قريبين من تنفيذها الفني ، وأنا أتطلع حقًا إلى المناقشات ذات الصلة.
نراكم في التعليقات!