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