منذ منتصف الثمانينيات، عندما بدأت ثورة تكنولوجيا المعلومات في الهند، قام مهندسو تكنولوجيا المعلومات بتقديم خدمات لشركات في أمريكا الشمالية وأوروبا وغيرها. وكانت الفرق تقدم الخدمات في مواقع جغرافية متعددة في العالم خلال تلك الفترة أيضًا.
وكانوا يستخدمون نموذج الشلال، والتكراري، وRUP، وRUP، وعملية/منهجية/أطر عمل تطوير البرمجيات الرشيقة لتطوير البرمجيات أو خدمات البرمجيات.
كانوا يعملون في الغالب في فريق موزع، باستثناء عدد قليل من المحظوظين الذين كان لديهم فرق عمل مترابطة.
وبغض النظر عن العملية أو المنهجيات المستخدمة لتطوير البرمجيات، كان التخطيط يمثل تحدياً للفرق الموجودة في مواقع جغرافية متعددة. على الرغم من أن معظم الفرق قد اعتمدت أساليب تطوير البرمجيات الرشيقة خلال هذه الفترة، إلا أن التخطيط لا يزال يمثل تحديًا مع أعضاء الفريق الموزعين.
أعتزم مشاركة ما تعلمته أثناء العمل مع مثل هذه الفرق. ومن هنا جاء عنوان “التخطيط السريع في فريق SCRUM الموزع”. اندمج فريق المنتج الذي كنت أعمل معه في فريق واحد في أوائل عام 2013.
وقبل ذلك، كان التطوير فريقاً منفصلاً، وكانت الاستدامة فريقاً منفصلاً. كان الفريق متحمسًا لسماع قرارات دمج الفريق التي اتخذتها الإدارة العليا لوحدة الأعمال. كان متحمسًا! لأنه كان من المفترض أن يعمل الفريق بأكمله طوال دورة حياة المنتج. متحمس أكثر!
لأن فريق التطوير كان يتبع نظام سكروم لتطوير البرمجيات. تم توزيع فريق سكروم. كان الأعضاء في بارودا وبنغالور وبوسطن وفلوريدا ونيويورك. في عام 2015، كنت محظوظًا بما فيه الكفاية لأتولى دور Scrum Master في الفريق.
كان كل جانب من جوانب Scrum يمثل تحديًا مع فريق موزع. خاصةً التخطيط للسباق السريع. وكوني رئيس سكرم لفريق موزع كان تحديًا كبيرًا آخر بالنسبة لي شخصيًا. أنا متأكد من أن العديد منكم قد اختبروا ذلك! (سكرم ماسترز، هل توافقونني الرأي؟)
اختبروا تقييمنا الشامل المصمم لتحدي وتقييم كفاءتكم في مهارات Scrum Master. اختبر معرفتك وقدراتك لضمان جاهزيتك لمواجهة تحديات العالم الحقيقي في إدارة المشاريع الرشيقة…قم بإجراء التقييم!
كيف حللت: كمسهّل لاجتماع التخطيط لسباق السرعة، يجب أن أتأكد أنا/أنت (بصفتي مسؤول سكروم) من أن توقيت الاجتماع لا يتعارض مع الاجتماعات الأخرى.
يجب أن يكون توقيت الاجتماع مناسبًا للفريق بأكمله ولأصحاب المصلحة (إذا كانوا يحضرون). اجتماع التخطيط للسباق السريع وإيقاعه مهم جدًا لعقد اجتماع تخطيط فعال. بالنسبة لفريقي سكرم الخاص بي، اخترنا كفريق وقت المساء في الهند.
وقد ساعد الأعضاء في أمريكا الشمالية والهند. قررنا الاجتماع في الساعة 4:45 مساءً بتوقيت الهند مرتين في الأسبوع. 4:45 مساءً؟ غريب بعض الشيء، أليس كذلك؟ لقد نجح الفريق في تجنب الاجتماعات المتضاربة.
تم إرسال دعوات متكررة للاجتماعات طوال العام إلى الفريق. وهو جانب مهم آخر ساعد الفريق على متابعة سير العمل.
كيف حلّت المشكلة خلال اجتماعات التخطيط المبكرة، كان الأمر يتسم بالفوضى! أشخاص متعددون يتحدثون في وقت واحد، وكثيرون يدلون بآرائهم حول القصة، ولا يمكن سماعهم بسبب مشاكل تقنية في معدات المؤتمر، أو تحويل الموضوع عن مساره، وما إلى ذلك.
كان الأمر الأكثر تحدياً. لقد شعر الجميع في الفريق والإدارة وأصحاب المصلحة وضابط العمل أن اجتماع التخطيط لم يكن مثمرًا. كنت أشعر بالتوتر بعد اجتماعات التخطيط. تواصلت مع مدربي الرشيق آنذاك (ليس اللقب الرسمي في الشركة) نيلش كولكارني.
وقد اتخذنا عدة خطوات لتنظيم هذا الأمر.
الخطوة 1: جدول أعمال محدد مسبقاً. يجب مشاركة جدول أعمال الاجتماع التخطيطي مع الفريق الموزع قبل يوم واحد على الأقل. اتبعت التنسيق أدناه.
معرّف الميزة عنوان الميزة عنوان الميزة تعليقات المالك ساعدت الفريق على إجراء مراجعة عالية المستوى للميزة قبل حضور اجتماع التخطيط. فريقي هو فريق R21.
الخطوة 2: الملكية. بمجرد فهم قصة الفريق أو الميزة (الميزات) الخاصة بالفريق، يقوم أحد أعضاء الفريق بالبحث التقني والوظيفي قبل اجتماع التخطيط ويشارك بحثه في اجتماع التخطيط. وعند كتابة هذا المقال، ما زلنا نتبع هذا الأمر.
الخطوة 3: مناقشات المجموعات الصغيرة. دائمًا ما تكون مناقشات المجموعات الصغيرة مثمرة. كلما رأيت أن مناقشة القصة أو الملامح تتجاوز المربع الزمني، فإن المناقشة لا تساعد الفريق أو عندما لا يكون جميع أعضاء الفريق على نفس الصفحة.
كفريق، قررنا كفريق إحالة هذا الأمر إلى مجموعة صغيرة ضمن فريق سكروم. ستقوم المجموعة الصغيرة بمناقشة الأمر دون اتصال بالإنترنت وطرحه على الطاولة. من خلال قراءة هذا، أعلم أنك قد تتساءل أنه وفقًا لدليل سكروم، “لا يعترف سكروم بأي فرق فرعية في فريق التطوير”، ولكن، هذه الخطوة كانت مطلوبة لكي يكون فريق سكروم الخاص بي منتجًا.
وفريق Scrum الخاص بي يحب هذا كثيرًا. أنا متحمس جدًا أثناء كتابة كل هذا. إذا كنت تعتقد أن هذا الأمر ممل، أفترض أن بعض النصائح لـ Scrum Master (سكرم) للأشخاص الذين يطمحون إلى أن يكونوا Scrum Master ستكون مفيدة.
حتى إذا كان 80٪ من الفريق نشطًا في اجتماع التخطيط، فسأقيمه على أنه اجتماع تخطيط ناجح. اكتشف ما يناسب فريقك وقم بالتخطيط للسباق السريع وفقًا لذلك. أريد أن أنهي هذا المقال باقتباس لأيزنهاور “الخطط لا قيمة لها، لكن التخطيط هو كل شيء”.
سكرمينغ سعيد!
