موضوع النقاش انهرده هو ازاي بتعرف ال requirements للناس اللي هتشتغل عليها
هل بتعمل document و لا mockups و لا بتقعد تشرح الrequirements بتاع المشروع كله في الاول للdevelopers او الanalyst
شاركونا خبرتكوا بمميزاتها و عيوبها
ليه المفروض ننضف الكود من الكود المتشابه ، عشان الكود يبقي نضيف ؟ ايوة يعني دي حاجة مهمة يعني ؟ ولا عشان نبقي developers كويسين ؟ ايه المشكلة مش الكود شغال صح ؟ هو احنا عندنا وقت لفزلكة الdevelopers دي
من المفاجآت ان تويوتا في الستينات طورت طريقة شغل سموها Kaizen و دي كلمة يابانية معناها التطوير المستمر .و الطريقة دي خليتهم يتفوقوا علي الصناعة الامريكية و يغزو السوق الامريكي كمان عشان الجودة.
كانوا بيعتمدوا في التطوير المستمر انهم يحطوا رؤية
ناس كتير حاولت تطبق الAgile و مكنش مفيد بالنسبالهم ، او حسوا انهم بيعملوا meetings كتير ملهاش لازمة او لقوا ان النتيجة زي ما هي .
فيه ناس جربت تطبق الDaily Standup و الفريق كان بيبقي زهقان و مش مركز كل
ليه نشتغل Agile ، عشان الAgile هي انسب طريقة اننا نشتغل في مجال متغير زي الsoftware زي ما اتكلمنا هنا و عشان بيدينا فرصة نكتشف التحديات اللي قدامنا و نحلها بدري زي ما اتكلمنا هنا و فيه ميزة رهيبة كمان هي اننا
نكمل كلام عن ليه نشتغل Agile ، اتكلمنا عن الAgile Mindset و ليه ضرورية في شغل الsoftware هنا، دلوقتي هنتكلم عن نماذج كتير بتقابلنا كلنا تخلينا نعرف ليه نشتغل Agile
من اسباب قوة الAgile و نجاحه انه بيخلينا نعرف مشاكلنا
طيب لو حاولنا نفكر ايه اللي ممكن يخلينا نغير الطريقة اللي بنشتغل بيها و نشتغل Agile ؟
هل عشان ده الجديد و كل الشركات الكبيرة شغالة كده ؟ ولا عشان يبقي شكلنا حلو و شيك ؟ ولا عشان عندنا مشاكل
امبارح حضرتLeading Positive change without Authority Meetup ل Agile Egypt عن ازاي نقدر نسرع و نحسن شغلنا حتي لو لوحدنا و بقية الشركة او حتي الفريق مش معانا .
اللي كان بيدينا الsession هو Amr ElSsamadisy و هو من الناس اللي عندها
من المفاهيم الغلط المتداولة عن الAgile اننا بنقبل التغيير علي طول و مش بنعمل planning و مفيش estimates في الاول . بس ده مش حقيقي ، في قيم الAgile اللي في الAgile Manifesto
ٍResponding to change over following a