منهجية التطوير المرنة هي فكرة رائعة معقدة للغاية. Agile Lite هي محاولة لتبسيط الموقف. لا تحتاج إلى كتب أو ندوات لشرح Agile Lite. هناك حاجة فقط نص صغير مع بضع نقاط. هنا النص.
أجيل لايت بسيط جدا. يمكن تطبيقه على أي مشروع ، بشرط أن يتم تقسيم العمل إلى مهام أصغر (مشكلة). مثل منهجيات رشيقة أخرى ، فإنه يستخدم دورات التنمية القصيرة - سرعات. ولكن على عكسهم ، يتعرف Agile Lite بوضوح على مدى انتشار الإرهاق في صناعة تطوير البرمجيات ويحاول تخفيفه مباشرةً من خلال تقديم دورة راحة لمدة ثلاثة أسابيع للتطوير / أسبوع واحد.
القواعد الأساسية:
- يحدد الأسبوع الأول من كل دورة ومديري المشاريع والمطورين وأصحاب المصلحة الآخرين السباق القادم. على الرغم من تخصيص أسبوع ، فإن التخطيط لسباق العدو لن يستغرق أكثر من ساعتين ، ومع التنظيم الصحيح ، سيستغرق الأمر حوالي 45 دقيقة. هذا أسبوع سهل عمدا: يمكن للعديد منهم ببساطة قضاء إجازة للتصفح أو الطلاء أو أي شيء آخر.
- العدو يعمل على مدى الأسابيع الثلاثة المتبقية. خلال هذه الفترة ، يعمل المهندسون على المهام المخصصة لهم أثناء التخطيط. نظرًا لأن الموظفين يمكن أن يكونوا عن بُعد وتوزيعهم عبر مناطق زمنية ، فإن الاجتماعات المباشرة ليست متكررة ، ومعظم الاتصالات تمر عبر متتبع (يعمل بشكل أسرع من البريد الإلكتروني). لوحة kanban الشائعة مثل Trello جيدة ، وجدول البيانات غير مرجح. لا يتم تشجيع الطائرات الشراعية اليومية: يتم تتبع نبض تعقب المشروع بالكامل من خلال تحديثات تعقب.
- بعد بدء العدو ، لا يمكنك إضافة مهام إلى العدو ، لكن يمكنك حذفها. هذا يقلل من تبديل السياق ، وهو أمر جيد.
- يتم النظر في المهام غير المكتملة في جلسة تخطيط سباق السرعة التالية - وتقرر نقل المهمة إلى سباق المقبل ، أو إعادتها إلى قائمة الأمنيات ، أو إعادة تعيينها إلى مطور آخر.
- كل مهمة هي إما في قائمة أمنيات أو في سباق الحالي. يجب أن تستغرق كل مهمة من 4-8 ساعات.
- كما ذكرنا سابقًا ، يُنصح المطورين بالراحة خلال أسبوع التخطيط حتى يتعافى الدماغ من العدو السابق. هذه ليست حملة صليبية. المطورين لا تعمل في عطلة نهاية الأسبوع. كل هذا يساعد على تجنب الإرهاق ، وهو أمر مفيد للجميع.
على الرغم من أنه يمكن التخطيط للعمل الرئيسي في سباق العدو ، يحدث شيء غير متوقع في بعض الأحيان. تسمى هذه المشكلات غير المتوقعة مشكلات الدعم.
أثناء التخطيط السريع ، نقترح تخصيص وقت لحل مهام الدعم غير القابلة للتخطيط. على سبيل المثال ، "خلال السباق التالي ، يتم منح Dave 12 ساعة لحل مهام الدعم (سيتم تحديد تفاصيلها لاحقًا)." غالبًا ما يكون من المفيد الحفاظ على التناوب ، حيث يتغير المطور (المطورون) المسؤولون عن مشكلات الدعم في كل سباق.
لتحسين دقة التنبؤ ، في كل جلسة تخطيط للسباق السريع ، يتم تحليل مقدار عمل الدعم الذي تم تنفيذه بالفعل في سباق السرعة السابق ، واتخاذ قرار بشأن ما إذا كان يستغرق وقتًا أطول أو أقل لدعم الركض التالي.
في الممارسة العملية ، يكون للمجموعات المختلفة تعريفات مختلفة لمهام الدعم. ربما هذا يعني دعم العملاء / العملاء. ربما بدعم من المطورين الآخرين. الأمر متروك لك لتحديد أي العناصر في هذه المنهجية العامة هي الأفضل لفريقك.
من خلال القضاء على التعقيد غير الضرورية ، تعد Agile Lite هي الطريقة الأفضل والأكثر استدامة لتطوير البرامج. إنه يساعد في التطوير ، مع ضمان مستوى ثابت من الإنتاجية.
رشيقة لايت للمطورين
إذا لم تكن جديدًا في هذه الصناعة ، فقد تكون قد عانيت من الإرهاق. له العديد من الأسباب ، ولكن أسهل طريقة لوصف الإرهاق هي نتيجة العمل الجاد تحت ضغط كبير جدًا لفترة طويلة.
كل شيء يبدأ مع المشروع. كل مشروع لديه مواصفات مفصلة وموعد نهائي. عندما تتغير المواصفات ، فإن الموعد النهائي ليس كذلك. في النهاية ، يأتي الموعد النهائي ، وتحولت المواصفات إلى شيء مختلف عن المكان الذي بدأت فيه. بالطبع ، يعتبر هذا خطأك ، ويُطلب منك البقاء متأخراً حتى وقت متأخر أو "تمديد الهدف". ونتيجة لذلك ، تعمل كل نهاية أسبوع ، ولكن بغض النظر عن جهودك ، فإن المدير غير راض دائمًا ، والمشروع "دائمًا ما يكون وراء الجدول الزمني".
الرغبة في الذهاب في عطلة أو عطلة ، سوف تبدو وكأنها متعطل لا يدعم الفريق. قد تكون تعمل في مكتب مفتوح ؛ يعلم الجميع متى يأتي شخص ما ويغادر ، ويوقع الجميع عقدًا غير معلن بعدم العمل أقل من الآخرين. لذلك ، يعرف الناس كيف يبدون مشغولين. عندما يسأل شخص ما كيف حالك ، فأجاب ببساطة: "مشغول! أنا مشغول جدا! "
ولكن في النهاية ، يحدث شيء ما. يمكنك تغيير الوظائف ، ولكن هذه عادة ما تكون شركات أخرى في صناعة البرمجيات. ربما تعطي كل ما تبذلونه من القوة لإكمال الدمار ، وبعد ذلك تسمح لك الشركة بالرحيل ، لأنك بالفعل "لا تتناسب مع الثقافة". ربما تركت وبدء تداول السيارات ، لأن البرمجة محبطة للغاية. كما يقول المثل ، إذا كنت تريد أن تفقد متعة هواية ، حاول كسب المال عليها.
أنا أقدم حل. هذا شكل من أشكال Agile مصمم بوضوح لتجنب الإرهاق: Agile Lite. لا يوجد عمل إضافي. العمل الهندسي مستمر ، والمطورين لديهم ما يكفي من الوقت لإعادة شحن أدمغتهم. إدارة الحمل هو الحد الأدنى.
يتم وصف النظام بأكمله تقريبًا في النقاط الست أعلاه. يمكن أن تتغير وفقا لأهدافك. ولكن أود أن أبرز ميزة واحدة من أجيل لايت. هنا نقول بوضوح: "مهلا ، تحرق الفرق المرنة بنفس الطريقة التي تتبعها منهجيات التطوير الأخرى. قد يكون من المفيد تدوين قواعد واضحة لمنع ارتفاع درجة حرارة المحرك ، وهو الفريق الهندسي. "
دعونا نتوقف عن ارتفاع درجة حرارة المحركات. لدينا الكثير من العمل. في الواقع ، هذا هو حفرة قعر. لكن الحياة قصيرة جدًا بحيث لا تنفقها تمامًا على العمل والإجهاد والإرهاق في النهاية.
رشيقة لايت للمديرين
هل واجهت شركتك مشاكل مع المطورين؟ هل غابت المشاريع غالبًا عن المواعيد النهائية؟ هل عملت مع المطورين الذين يبدأون بشكل مثالي ، ثم يتحلون ببطء ، ثم يختفون؟ ربما هذا هو مبرمج موهوب لديه خبرة الإرهاق.
Burnout شائع للغاية في صناعة البرمجيات وهو سبب رئيسي لفشل العديد من مشاريع البرامج. يمكن وصف الإرهاق على أنه أعراض اضطراب ما بعد الصدمة المرتبط بمشروع أو مؤسسة معينة. على سبيل المثال ، يبدو أن الدماغ ينطفئ وأنت تشعر بقلق شديد لمجرد ذكر مشروع معين. هذا هو الإرهاق. على الأرجح ، لن يتمكن مطور في هذه الحالة من مواصلة العمل في هذا المشروع ، وفي المشاريع اللاحقة لن يكون بمقدوره العمل بكامل قوته. الإرهاق يمكن أن يشل مهنة.
يشبه هذا تشغيل محرك السيارة بسرعات عالية لفترة طويلة جدًا دون إضافة زيت أو وقود. في النهاية ، سيتعطل هذا المحرك وسيكون من الصعب تجميعه مرة أخرى.
يتم شرح مبادئ Agile Lite الأساسية أعلاه وتخضع للتغيير وفقًا لأهدافك.
التعليمات + البيانات النموذجية
القاعدة العامة الوحيدة في عالم التنمية السريعة هي أن كل شخص يفعل ذلك بشكل خاطئ. fwip
لذا ، يحصل المهندسون على 12 أسبوعًا في السنة للتصفح والرسم؟ كيف سيكون هذا العمل في عالم حيث العمل من 9-00 إلى 21-00 ستة أيام في الأسبوع يصبح هو القاعدة؟أعتقد أن مطوريك يجب أن يستريحوا بقدر ما يحتاجون إليه.
ألاحظ أن أسبوع العمل الذي استمر 40 ساعة كان يعتبر فكرة جذرية. بدأت Google بـ 80٪ من وقت العمل للمشاريع الكبرى ، والآن لدينا 75٪ ، أود تخفيضه إلى 10٪ (طريقة فيريس) بحلول نهاية عام 2020.
النظام 996 (من 9 صباحًا إلى 9 مساءً 6 أيام في الأسبوع) هو النهج المعاكس ، الذي يسعى إلى تمديد أسبوع العمل 40 ساعة إلى 72 ساعة. أرى هذا بمثابة انحدار وأعتقد أننا يجب أن نتوقف عن جلب الوقت الإضافي. في الواقع ، لا تزيد الإنتاجية.
بالإضافة إلى ذلك ، عليك أن تقرر ما يجب فعله خلال "أسبوع الراحة": اذهب في إجازة ، أو حدد حجم عمل أخف أو شيء آخر. قد تعتمد الإجابة على الأسبوع المحدد.
ربما يكون "الأسبوع السهل" أسهل للناس من "أسبوع الراحة". استخدم ما هو أكثر ملاءمة لك.
ركوب الأمواج والرسم ليسا ملزمين بأي حال من الأحوال ؛ بل يتم تقديمهما ببساطة كأمثلة. أنا نفسي حتى لا تصفح والطلاء.
هل الأشخاص مكلفون بمهام أو هل هم أنفسهم يتوقعون ما سيحصلون عليه؟انهم يتوقعون. لا بأس إذا كانت تقديراتك خاطئة. هذا جزء من العملية ، وكل ذلك في فريق واحد.
يمكن أن يطلق عليه التكرار بدلا من سباق العدو؟بالطبع! العدو هو حق لي.
هل من الممكن القيام بتكرار منزلق بأسلوب kanban ، حيث تختلف تواريخ البدء والانتهاء وتعتمد على الظروف؟إنني أقدر حقًا مفهوم دورة العمل مع تواريخ بدء ونهاية معينة ، ويتم تحديدها بواسطة مجموعة واحدة من المهام. التكرارات المنزلقة غير المتزامنة مع حلقة معينة ستدمرها.
لماذا بالضبط ثلاثة أسابيع من سباق العدو؟لأنه يتم وضع التنمية زائد الانتعاش في 13 فتحات في السنة. عند اكتمال الدورة ، تبدأ دورة جديدة. يسمح لك أسبوع "الراحة" بإعادة التشغيل قبل بدء سباق جديد. إنه يتعلق بتحقيق فترات زمنية واضحة ومتسقة.
هل هذا يعني أن تواريخ البداية والنهاية للسباقين غالبا ما تقع في منتصف الشهر التقويم؟نعم.
هل يشارك مطورو البرامج في التخطيط السريع؟نعم. لا يحظر عليهم حضور الاجتماع. إنه ليس ضروريًا ، خاصة إذا كان تعقب المهام يعمل بشكل جيد ، وناقش الفريق بعض النقاط للسباق التالي خلال النقطة السابقة.
أنا مع عدد أقل من الاجتماعات. قليل من الناس مثلهم. إذا كنت أحد هؤلاء ، فلا تعوّل علىي.
هل التخطيط لسباق يستغرق أسبوع؟لا ، هذه هي النقطة. هذا أسبوع سهل.
هل تشكل المواقف مشكلة بالفعل؟في تجربتي ، نعم. عادة ما يقف الجميع في دائرة ، يستمعون إلى شخص واحد لمدة 20 دقيقة. بالطبع ، هذا هو النهج "الخاطئ" ، لكنني لم أر أي شخص يفعل ذلك بشكل صحيح ، وأنا أفضل التخلي عن الطائرات الشراعية اليومية تمامًا. أصعب (أو على الأقل غير مريح) للقيام بذلك عندما يتم توزيع فريقك جغرافيا. لكن إذا كانت ذات قيمة كبيرة لك ، فلا تدعني أوقفك.
يجب أن نفعل ذلك بهذه الطريقة؟لا. لا أحد يجبرك على أي شيء. هذه توصيات وليست قواعد.
هذا ليس دين.
هذه القواعد سياسية فقط بمعنى أن الدعاية لأسبوع العمل لمدة 40 ساعة كانت سياسية.
ما يصلح لك قد لا يعمل للآخرين. هل تعرف عن هذا؟أنا متأكد من ذلك!
المطالبات المتكررة
لا تحتاج إلى عمل تنبؤات بشأن التوقيت ، لأن التقديرات مستحيلة.تعتبر التوقعات تنبؤات وليست عقودًا موقعة بالدم. لذلك ، إذا لم يتم احترامهم ، فهذا أمر طبيعي. بذل قصارى جهدك وحاول إجراء تنبؤات بزيادات قدرها 4 ساعات.
لا يمكن الوثوق بالمطورين ، ويجب عليك متابعة كل وقتهم ، لأن هذا هو كيفية إنجاز العمل.لا أوافق حقًا ، لكن لا يمكنني تفسير السبب بسرعة. لدينا اختلافات جوهرية في النظرة إلى العالم.
هذا ليس رشيق.بالطبع رشيق ، إنه على حق في اللقب.
هذا غير واقعي.وبعد ذلك يعمل.
كنت تفعل رشيقة خطأ.لسوء الحظ ، فإن مشكلة Agile هي أنه لا يمكن القيام به بشكل صحيح.