المرة دي عايزة اتكلم عن اهمية ال retrospective meeting عشان الفريق يتطور
الفكرة مش اننا نقعد نتكلم في المشاكل و نشوف مين الغلطان او اننا نقعد نفضفض عن اللي حصل و خلاص
مهم قوي في الretrospective meeting اننا نركز علي
ليه المفروض ننضف الكود من الكود المتشابه ، عشان الكود يبقي نضيف ؟ ايوة يعني دي حاجة مهمة يعني ؟ ولا عشان نبقي developers كويسين ؟ ايه المشكلة مش الكود شغال صح ؟ هو احنا عندنا وقت لفزلكة الdevelopers دي
امبارح حضرتLeading Positive change without Authority Meetup ل Agile Egypt عن ازاي نقدر نسرع و نحسن شغلنا حتي لو لوحدنا و بقية الشركة او حتي الفريق مش معانا .
اللي كان بيدينا الsession هو Amr ElSsamadisy و هو من الناس اللي عندها
من المفاهيم الغلط المتداولة عن الAgile اننا بنقبل التغيير علي طول و مش بنعمل planning و مفيش estimates في الاول . بس ده مش حقيقي ، في قيم الAgile اللي في الAgile Manifesto
ٍResponding to change over following a
من نقط القوة في الAgile هي القدرة علي استيعاب التغيير و ان الفريق بيوصل لمرحلة انه يبقي Self Organizing و عشان نوصل لكده لازم نعمل Inspect and Adapt بشكل دوري بعد كل Iteration.
بالنسبة لاستيعاب التغيير ، الفكرة هنا اننا
عشان احنا في شغل الAgile مهتمين جدا بالسرعة و اننا نطلع جزء شغال من الsoftware بتاعنا عشان ناخد عليه feedback بدري ، يبقي لازم نهتم جدا اننا منضيعش وقت .
فكرة الTimeboxing هي اننا نحط حد اقصي للوقت اللي ممكن
من الحاجات اللي بنتكلم عليها كتير و فوايدها عظيمة للمشروع هو تقبل التغيير و تنفيذه بسهولة ، لكن الاقتناع بيها و تنفيذها صعب الحقيقة.
اولا خلينا نتكلم احنا ليه اصلا نتقبل التغيير ، سواء من العميل او من الناس بتوع
و بما ان هدفنا اننا نطلع حاجة شغالة و خلصانة working software بدري في iterations و نركز عليها ، صعب جدا ان انا اعمل ده من غير ما اعمل تحديد للاولويات Prioritization للشغل بتاعي عشان اعرف دايما اختار ايه اللي
و عشان بنركز جدا علي التواصل بين الفريق و الAlignment بينهم علي الشغل اللي بيعملوه ، فيه Technique مهم جدا بنستخدمه اسمه Daily Standup meeting و ده واضح من اسمه اجتماع بيحصل كل يوم للفريق كله في نفس المكان و