7 نفايات في تطوير البرمجيات الخالية من الهدر وكيفية منعها

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

ما هو الهدر؟

يُطلق على أي شيء يتطلب موارد / وقتًا أو جهدًا ولكن لا يؤدي إلى نتائج ذات صلة في الأداء أو تكبد الإيرادات "إهدار".

في النهاية ، تم تصميم إجراء "تقليل النفايات" وتوجيهه لزيادة إنتاجية الفريق والنتائج.

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

1. العمل المنجز جزئياً

إذا لم يتم إعادة تشغيل العمل السابق ، فهذا الجهد كان مضيعة للوقت.

أي عمل حتى الانتهاء / الانتهاء لا يضيف إلى عرض القيمة الخاص بالعميل ؛ وبالتالي ، فإنه يضيع الوقت ويتحدى الحفاظ على الكود إذا تم تعليقه.

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

أو

الوثائق غير المشفرة: المتطلبات مفصلة بدقة ولكن لا يتم تنفيذها أبدًا.

كيف تقلل هذه الهدر؟

• يجب أن يكون التركيز على "الانتهاء" وليس فقط "بدء" المشروع.
• تقليل فترات التقدم في العمل.
• توقف عن انتظار المواصفات التفصيلية لكل متطلب حتى يصبح الفريق جاهزًا لتنفيذ الجهود (لن يكون ذلك سببًا خاسرًا بعد ذلك).

2. عمليات اضافية

أي عملية مضافة أو وثائق غير مقروءة لا تنقل قيمة عملية وتطيل من دون داع توقيت سوق المنتج أو إنجازه يعد هدرًا.

ومع ذلك ، غالبًا ما تتطلب سياسات العمل مثل هذه المستندات ، مع قدر كبير من الأعمال الورقية ولكن لم يتم قراءتها مطلقًا. هذه الجهود باهظة.

أمثلة نموذجية:

• التفصيل غير الضروري للوثائق.
• إدارة إضافية أو تخطيط بدون تنفيذ.

كيف تقلل ذلك؟

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

3. ميزات اضافية

أي ميزة أو ميزات منخفضة القيمة تمت إضافتها إلى / بواسطة العميل ولكن لم يتم طلبها / لا تساهم في زيادة الإيرادات هي إهدار للجهد.

ترتكب الشركات خطأ التطوير هذا عندما تضيف ميزات لن يتم استخدامها أو ممارستها كثيرًا ؛ هذه الميزة الجديدة بالفعل في وضع الخمول وتزيد من تعقيد التطبيق.

تلعب قاعدة Software 80/20 دورًا مهمًا - يستخدم 80٪ من المستخدمين 20٪ فقط من ميزاته. لذلك يجب أن يكون التركيز على جعل هذه الميزات 20٪ من الدرجة الأولى للاحتفاظ بالمستخدمين الحاليين.

الرموز الإضافية لها جوانبها السلبية:

• يزيد من تعقيد التطبيق.
• يمكن أن تجعل نقطة تعطل التطبيق المحتملة.
• يتطلب مجهودًا إضافيًا غير ضروري في التتبع والصيانة خلال دورة حياة المنتج.

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

ركز على جعله عمليًا والتحقق من صحة التعلم من التقدم المستمر للمنتج. علاوة على ذلك ، استمر في بناء الميزات المناسبة بناءً على تحليل السوق وسلوك المستهلك وردود الفعل.

4. تبديل المهام

قد يستغرق تكليف الأشخاص بمهام متعددة عندما لا يكونون مرتاحين لها ويعيق عمليتهم الحالية قدرًا هائلاً من أيامهم. الطريقة الأكثر فاعلية لإنهاء مهمة محددة أو مهمتين هي إنهاء مهمة واحدة في كل مرة.

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

كيف تقلل ذلك؟

بسيط - شيء واحد في كل مرة.

• تقليل تبديل المحتوى.
• قلل المقاطعات أو المشتتات.
• قم بتأجيل الأشياء غير المهمة.
• تخصيص الموارد كمشروع واحد في كل مرة.

5. الانتظار / التأخير

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

ماذا يمكنك أن تفعل لتقليل هذا؟

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

6. الحركة

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

كيف تقلل ذلك؟

• تعيينات التسمية أو الموارد المكتسبة.
• تقليل توقيت الملاحظات.
• التعاون وجهًا لوجه.

7. عيب

كمية النفايات الناتجة عن الخلل = (تأثير الخلل) × (الوقت الذي لم يتم اكتشافه)

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

ماذا يمكنك أن تفعل لتقليل هذا؟

• اختبار فوري.
• التكامل المستمر.
• اختبار المنتج وإصداره في أسرع وقت ممكن.