فريق تطوير سباق العدو

إذا كنت تهتم على الأقل ببعض الأشياء المفيدة:

أ. الانضباط الأساسي
ب. تشكيل عمليات متفق عليها للتفاعل مع بعضهم البعض والحلفاء
في. شرح لما وكيف يفعل المقاولون من الباطن
د - المرونة في إدارة العمليات
الاستجابة في الوقت المناسب للمشاكل الناشئة

ثم سوف يحسنون مناخ العمل في فريق التطوير.

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

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

العدو N-1 : الإعدادية. وهو ليس بالضبط العدو.
قبل بدء العدو السريع للتطوير نفسه ، يشارك جزء من الفريق في الأعمال التحضيرية: الاختبار ، والموافقة ، والتطوير ، والتصور ، إلخ.
المعنى : لكي يتمكن المطورون من تنفيذ المهمة بطريقة نوعية ، لتحقيق المعلمات المطلوبة أو لحل مشكلة شخص ما ، قبل أن يبدأ التطوير نفسه:

أ. القيام بدقة بجميع الأعمال التحضيرية ،
ب. تقليل التناقضات ،
في. اختبار على المستخدمين أو الحصول على موافقة من أصحاب المصلحة ،
د إنشاء تصور مفصل.

الإخراج : مجموعة من القطع الأثرية والبيانات التي تلبي قائمة التحقق من تعريف الجاهزية.

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

بداية العدو N-1 :



OKR ، KPI ، متطلبات أصحاب المصلحة ، إلخ. - مجموعة من الظروف الخارجية الواردة التي توجه التنمية.

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

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

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

Sprint planning N-1 - تجمع حاشد يقوم فيه جزء من فريق التدريب ، بناءً على غرض ونطاق سباق العدو القادم ، باختيار المهام وتقييمها مسبقًا وتحديد أولوياتها.
بمعنى : التحضير للسباق يتطلب أيضا بعض النظام. إدارة الموارد مبسطة.
الإخراج : الركض N. تراكم

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

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

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

Wireframing - رسم تقريبي لعناصر الواجهة. قلم على قطعة من الورق أو في البرنامج دون أي زخرفة.
بمعنى : اختبار / موافقة سريعة ورخيصة من قبل أصحاب المصلحة لهذه المهمة. مظاهرة إضافية من التصور يحسن بشكل كبير الإدراك من النص الوصفي فقط.
في غياب : وجود تباين في فهم ما يجري حقا خلق. زيادة تكاليف التطوير.
في حالة عدم الحصول على موافقة : احصل على موافقة مستندية عند تطوير أحد أصحاب المصلحة ، لتقليل فرصة "لم أطلب ذلك".
الإخراج : وافق / اختبار مشروع السلكي.

استهلالي هو الخطوة الثانية في تصور واجهة الخاص بك. الزيادة في التفاصيل.
المعنى والغياب : مشابه ل wireframing. إعداد المحتوى للتخطيط.
خروج : وافق / اختبار نموذج بالحجم الطبيعي والتخطيط.

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

DoReady = تعريف Ready - قائمة مراجعة بالشروط المتفق عليها من قبل فريق التطوير والتدريب المسبق والتي سيتم فحصها وفقًا لذلك: هل تحتوي دراسة المهام على مستوى كافٍ ، ووجود جميع الأعمال الفنية المطلوبة ، بحيث يمكن قبول المهمة في التطوير.
معنى : وجود قائمة مرجعية رسمية متفق عليها من قبل جميع الأطراف المعنية يحسن الفهم والتفاعل داخل الفريق. الجميع يعرف ماذا وكيف يمر. يمكنك كزة أنفك في قائمة المراجعة وإرسالها لإنهاء العمال المهملين.
في غياب : "أوه ، لقد أنهيت الأمر تقريبًا ، لقد تم إنجاز 95٪ منه." و ... لن يتم إكماله أبدًا.

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

مرت كل شيء:

سبرينت ن. نبدأ التنمية.

البداية السريعة N :



تعريف الجاهزية ، هدف العدو ، قائمة المهام التي تم تقييمها مبدئيًا - الشروط (والتحف) اللازمة لبدء الركض.

تخطيط Sprint N - اجتماع حاشد يقوم فيه فريق التطوير ، استنادًا إلى هدف ونطاق سباق العدو N ، باختيار المهام وتقييمها وتحديد أولوياتها وتحليلها. بناءً على متوسط ​​سرعة الفريق ، يتم اكتساب قدر معين من المهام.
بمعنى : الاجتماع الرئيسي الذي يتحقق فيه الفريق ما إذا كانت المهام قد تم تنفيذها بشكل مرض. هل يفهمون بشكل صحيح المهام المحددة ، ومعايير القبول. المطورين في النهاية تقييم تكلفة المهام.
في غياب : الفوضى ، سيتم تعيين المهام في أي وقت ، من قبل أي شخص غير مفهوم ، حتى في خضم أداء مهام أخرى.
الإخراج : الركض N. تراكم
ملاحظة: اعتمادًا على سرعة الفريق ، غالبًا ما يستغرق 70-80٪ من المهام لهدف العدو ، و 20-30٪ من المهام المتعلقة بالأخطاء ، أو الديون الفنية ، أو المهام الحاسمة المفاجئة.

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

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

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

مناقشة وحل التداخل هو استمرار مباشر للاجتماع اليومي.
بمعنى : بعد أن عبّر المطورون عن مشاكل في تنفيذ المهام ، تتم مناقشة للمهام التي يمكن للفريق حلها داخليًا ، ثم يذهب للمشاركين ، ويذهب التداخل مع الحل الخارجي إلى PM.
إذا لم يكن الأمر كذلك : يجب حل مشكلات التنفيذ معًا ، في أسرع وقت ممكن حتى لا يسحب أحد التقدم بشكل مصطنع.

عندما يفر الأنطوائيون في زواياهم ، يمكنك هنا مناقشة المشاكل وحلولهم.

ارتكاب / مراجعة الكود - التحقق من الكود بواسطة أعضاء الفريق الآخرين.
بمعنى : يجب أن ينظر أعضاء الفريق الآخرون إلى الكود الجديد ويوافقون على الجودة والأناقة وما إلى ذلك.
إن لم يكن : زيادة عدد الأخطاء في الكود والجودة والأناقة.

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

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

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

تعريف Done - على غرار تعريف Ready ، هذه قائمة مراجعة للمبادئ التي يقبل PM / PO بها المهام المكتملة.
بمعنى : تم إنشاؤها بواسطة فريق التطوير بالتزامن مع PM / PO لإمكانية التنبؤ بمعايير قبول الوظيفة. الجميع يعرف ما هو معيار المهمة وما هو ليس كذلك.
في غياب : بدون معايير واضحة ، يظهر "تحسين" المهام بعد محاولات اجتيازها. أو تبقى المهام غير مكتملة حتى المتطلبات النهائية.

اتفاقية مستندية تقبل بموجبه PM / PO المهمة ومعاييرها ، معتمدة من الطرفين. حسنا يقلل من كمية النقاط المثيرة للجدل.
يمنع PM / PO سحق آخر بوقاحة. يقطع المهام "المكتملة" بنسبة 95٪. يجب على المطورين عدم الانتهاء من المهام المكتملة بعد سباق السرعة ، إذا كانت المهمة لا تفي بوضوح بقائمة المراجعة ، فلا ينبغي اعتبارها مقبولة ، وتنتقل إلى سباق المستقبل.

مراجعة زيادة العرض التوضيحي وعرضه - وهو تجمع يظهر فيه المطورون للأطراف المهتمة تنفيذ هدف العدو.
بمعنى : المطورين أنفسهم إظهار زيادة منتج جديد عملي. PM / PO يتحقق رسميًا من معايير أداء المهمة والتوافق مع DoD. يقرر أصحاب المصلحة ما إذا كانت الزيادة الجديدة في المنتج تطابق أهداف Sprint.
في غياب : عدم وجود مظاهرة رسمية وقبول العمل المنجز يقلل من قيمة معايير القبول ، ونوعية العمل المنجز.
الخروج : اكتمال عمل الفريق. يقرر أصحاب المصلحة ما إذا كان السباق التالي سيكون على الإطلاق.

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

مجموعة من الاستعراضات - تابع استعراض التجمع.
بمعنى : وجود جميع الأطراف المعنية في مكان واحد ، يسمح الفريق والمنتج نفسه بالتواصل غير الرسمي ، وجمع الأفكار والاقتراحات ، إلخ. الحصول على ردود الفعل على جودة الفريق.
في غياب : يقلل الوقت الرسمي المخصص من الاتصالات غير الضرورية بين الفريق وأصحاب المصلحة خلال ساعات العمل الأخرى.
الإخراج : بيانات جديدة ، وردود الفعل.

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

Sprint Retrospective N - تجمع لفريق التطوير و PM / PO.
بمعنى : مناقشة عمليات ومشاكل الفريق خلال السباق الأخير ، محاولة لتغيير عمليات العمل لتحسين الفريق. ما هي العمليات الناجحة ، والتي لم تحقق فوائد أو أضرار ، وما هي المشاكل الجديدة التي نشأت وكيف يمكن إصلاحها.
الإخراج : خطة تجربة العملية. يتم تعديل العمليات في السباق التالي لتقييم التعديلات المفيدة وتلك التي يجب التخلص منها.
في غياب : إن عمليات تطوير فريق العمل من الأعلى أو عدم وجودها تقلل من قابلية استخدام الفريق والإنتاجية وإمكانية التنبؤ بالتطوير.

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

نهاية العدو N

العدو N + 1 . صب زيادة جديدة في الإنتاج
بمعنى : بسبب الإكمال المتكرر للسباق في نهاية أسبوع العمل ، نشر إلى خادم الإنتاج والوصول إلى المستخدمين يحدث بالفعل في السباق التالي ، بحيث لا تظهر مشاكل محتملة في عطلة نهاية الأسبوع.

ذهب الزيادة لرصد المعلمات.