في ثقب أسود حقيقي بتدخل فيه التاسكات بتاعة الفريق لدرجة أن الناس بتحس ان المشروع عمره ما هيتسلم.
كلنا عندنا عقدة من الestimates .. و لا نستثني أحد 😃
و الموضوع بيزداد تعقيدا كل ما حجم الفريق يزيد و حجم البرنامج يكبر.
طيب ايه الroot causes للموضوع ده و ازاي ممكن يتحسن
كلنا عندنا عقدة من الestimates .. و لا نستثني أحد 😃
و الموضوع بيزداد تعقيدا كل ما حجم الفريق يزيد و حجم البرنامج يكبر.
طيب ايه الroot causes للموضوع ده و ازاي ممكن يتحسن
الroot cause هو الجزء الأسود و الغامض و القامت اللي في الصورة
الجزء ده يحتوي على كل شغل الintegration, code review, unit testing, integration testing, merging, conflict , resolution, deployment, functional testing , refactoring, bug fixing , Tech debt, و اشياء كثيره.
الجزء ده يحتوي على كل شغل الintegration, code review, unit testing, integration testing, merging, conflict , resolution, deployment, functional testing , refactoring, bug fixing , Tech debt, و اشياء كثيره.
الجملة الشهيرة (almost done) او (فاضلها ساعتين و تخلص) .. و الكلمتين دول ممكن يتكرروا لمدة عشر ايام عادي جدا
عادة ده بيحصل بسبب أن الفريق بيكون باصص على الجزء الصغير من ال delivery lifecycle .. اللي هو ال coding .. بس عشان الكود اللي انت كتبته يشتغل لسة فيه سكة سفر كبيرة
عادة ده بيحصل بسبب أن الفريق بيكون باصص على الجزء الصغير من ال delivery lifecycle .. اللي هو ال coding .. بس عشان الكود اللي انت كتبته يشتغل لسة فيه سكة سفر كبيرة
الفكرة أنه في أغلب الأحيان الفريق بيحط تقدير الوقت الخاص بالجزء الظاهر بس من التاسك و هو الcoding و يطنش الباقي. فا يشوف تاسك كدة يقولك دي ساعتين و تخلص .. لا يا عزيزي الديفيلوبر انت مش حاسب الضريبة و الminimum charge
الحقيقة أن مرحلة ال coding نفسها متزيدش عن 25% من وقت التاسك و باقي ال75% تظبيط التاسك..
فا عشان كدة قبل ما تدي اي estimate لشغلك حط في اعتبارك كل المراحل لحد ما الكود يطلع لايف و ماتش البينج بونج مع الtesting و الdeployment issues مش مجرد فقرة الcoding
فا عشان كدة قبل ما تدي اي estimate لشغلك حط في اعتبارك كل المراحل لحد ما الكود يطلع لايف و ماتش البينج بونج مع الtesting و الdeployment issues مش مجرد فقرة الcoding
جاري تحميل الاقتراحات...