Anas Alsahli - Game Dev
Anas Alsahli - Game Dev

@anas_alsahli

14 تغريدة 3 قراءة Jul 07, 2024
كيفكم مع الـagile؟
لقيت تقرير شد فضولي يطرح فيه نقاط قوية عن سوء فهم واستعمال نموذجية الـagile وكيف اغلب الافرقة تقول انها agile للـ"هياط" ولكن في الواقع ما تحصل على النتايج المطلوبة من النموذج
باكتب ملخص بسيط هنا الهدف منه يبدأ نقاش حبي عن تطبيقها في بيئة فريقكم التقني
يتبع⬇️
الاغلب يعرف ان "agile" صار لقب يطلق على اي مشروع او فريق برمجي جديد، ما فيه احد يبغى يسمى "غير مرن" والهدف هنا مو اننا نصير دقيقين بالتسميه، لكن نحسن التطبيق للمنهجية، سم نفسك مرن، وصر فعلا مرن لانها مو بذيك الصعوبة
خلونا نشوف وش هي مبادئ الـagile:
١ التركيز على الأفراد أكثر من العمليات والأدوات
٢ التركيز على المنتج فوق الـdocumentation
٣ التركيز على التعاون مع العميل أكثر من التفاوض والعقود
٤ تفتح باب تطبيق التغييرات في المشروع دون طلبات التغيير
التقرير قرر يحدث هذي النقاط من عنده⬇️
"المعرفة تفوز على البروسس"
اذا بالمقدرة عضو فريق تطبيق شيء (تغيير، تحسين، الخ)، المفروض ما يوقف في طريقهم اي "بروسس" او فلسفة "مسؤلية فريق X"
او سالفة "التقنية المسموح فيه هي Y" اذا في احد في الفريق يقدر يسويها بتقنية ثانية خبير فيها، بسرعة، وبشكل صحيح، لازم يسويها!
"قلل الوقت والجهد لاطلاق التحديثات"
بكل بساطة...
تكتب المتطلبات، وقصص، وتوقعات الوقت المتطلب، وايميلات توثيق كل تحديث؟
اذا ايه انت غير مرن!
الـagile يهمه التحديث نزل بسرعة وشغال، وما يهم كم سطر كتبت تشرح فيه التحديث لمديرك او لاعضاء الفريق الثانين.
it works > documentation
"تبنى منهجية DevSecOps"
هذي النقطة بكل بساطة: الاتمته (automation) مهي خيار، ما فيه اي شيء agile في اطلاق التحديثات بشكل يدوي.
انك تشيل هم اطلاق تحديث يحل مشكلة مستخدم بسبب تافه مثل الايملات اللي لازم ترسل، والخطورة في الأخطاء البشرية شيء يقهر!
"ابداء صغير، حدث بسرعة، وخل النجاح اللي يخليك تكمل، ولا وقف"
جاء طلب خاصية جديدة اعجبتك، نزل نسخة صغيرة منها في اسرع وقت ممكن، لا تدقق على التفاصيل، نزلها!
فيها مشكلة؟ حدث بسرعة.
حققت الهدف؟ المستخدم فرحان؟ كمل حدثها وكملها بافكارك.
ما اعجبتهم؟ احذفها قبل ما تصير كبيرة بزيادة
هذا هي المبادئ المحدثة اللي اقترحها التقرير،
للتوضيح الاكثر ذكر التقرير بعض العلامات الدالة على فشل تطبيق الـagile
⬇️
🚩 مافيه احد في فريق التطوير يراقب ويتواصل مع المستخدم بشكل مستمر
مع التوضيح: مدير المشروع != المستخدم
🚩 عدم وجود دائرة التواصل المستمر مع المستخدم
"صار اجتماع في بداية المشروع مع المستخدم شرح لنا وش يبي وخلاص دعسنا" لازم رائي المستخدم يجمع خلال التطوير، ومن بدري، وبشكل مستمر
🚩 تطبيق المتطلبات له اهميه اكثر من اطلاق شيء فعال للمستخدم في اسرع وقت ممكن
الشيء الفعال يمكن ما يطابق المتطلبات ١٠٠٪ لكن له فائدة كبيرة
🚩 "مب شغلتي"
اكبر مصيبة في اي بيئة، بس اذا كنت مرن، هذي مثل الاصابة، ما تقدر تتحرك بسبتها
🚩 المستخدم مفقود وقت التطوير
تذكر، مدير المشروع مو المستخدم
🚩 الفريق متحمل عدم وجود الأتمتة
هذا دليل واضح ان اهمية السرعة ناقصة في الفريق، ويكسر هذا الشيء مبدأ الـagile
فاذا كان فريقك فيه شيء من هذي الاشياء راجع التغريدة الجاية واختبره زيادة:
شدني التقرير بتركيزه على التحشير للناس اللي يدعون انهم agile 😂😂، سرد اسئلة كثيرة لكل عضو في الفريق وذكر الاجوبة اللي تدل على الخطاء، رتبتها لكم في صفحة figjam بسيطة، جربها على نفسك وفريقك
figma.com
طبعا ما يحتاج اقول بس بقولها:
- هذا ما ينطبق في كل بيئة
- ما اقول استعمل الagile غصب!
- مو كل منتج يتحمل تحديثات كثيرة
- اذا كنت freelancer او vendor الله يعينك على العميل لانه ما تهمه ذي الاشياء
يعطيكم العافيه على وقتكم ، مره شدني التقرير وحبيت اشاركه مع ناس اكثر
No ChatGPT was harmed (used) in the creation of this thread

جاري تحميل الاقتراحات...