من المواقف اللي بتحصل كتير و ممكن تكون بتعمل نتيجة عكسية هي اننا نعتمد ان اي مشكلة هي حلها ان الفريق يشتغل كتير و يسهروا و الحقيقة اننا شفنا الكلام ده كتير بس مش ده اللي دايما بيحل المشكلة ان
من المواقف اللي بنتعرضلها في المشاريع ان تحصل مشكلة او غلطة من حد زي مثلا لو فيه bug ظهرت متأخر أو فيه حاجة العميل طالبها و متعملتش . ساعتها هنتصرف ازاي كفريق و كإدارة ؟
حصل الموقف ده مع احد
موضوع النقاش انهرده هو ازاي بتعرف ال requirements للناس اللي هتشتغل عليها
هل بتعمل document و لا mockups و لا بتقعد تشرح الrequirements بتاع المشروع كله في الاول للdevelopers او الanalyst
شاركونا خبرتكوا بمميزاتها و عيوبها
من المفاجآت ان تويوتا في الستينات طورت طريقة شغل سموها Kaizen و دي كلمة يابانية معناها التطوير المستمر .و الطريقة دي خليتهم يتفوقوا علي الصناعة الامريكية و يغزو السوق الامريكي كمان عشان الجودة.
كانوا بيعتمدوا في التطوير المستمر انهم يحطوا رؤية