مثال على "سِكّة حديد" الفريق البرمجي التي ذكرتها في التغريدة السابقة هي ان تبدأ مثلاً بفهم المتطلبات مع كل الفريق بواسطة اداة كالDomain Storytelling و التي لا تحتاج لأكثر من ساعات قليلة. بدلاً من كتابة مستندات المتطلبات التقليدية الضخمة.
(سلسلة - بتقنيات شبه حديثة)
(سلسلة - بتقنيات شبه حديثة)
بعدها تبدأ بعمل الEvent Storming و تعتبر تفصيلية للDomain Storytelling فيها تحدد الأحداث و الأوامر التي ستطلق الأحداث و تحدد الObjects و ترسم ببساطة شكلاً بسيطا للشاشات. ابدء و حسّن مع الوقت فلن تصل للتمام من اول مرة.
ثم بعدها تقوم بكتابة الUser Stories و تنظمها بالUser Story mapping
وثّق بالBDD قصص المسخدم و احكمها بقواعد عمل و أمثلة بلغة gherkin.
بعدها نأخذ وقتنا في التصميم, لا تحتاج إلى الUML فقد كان الهدف من تصميمها شيء اخر غير التوثيق للمبرمجين. استخدم C4 Model فهي اشكال بسيطة تؤدي الغرض.
حان الان وقت الكود. لا تبدأ حتى يكون لديك قالب مشروع Template مُعد مسبقاً من مبرمجين ذو خبرة به الاشياء التي تحتاجها غالباً بحيث يعرف المبرمج اين يكتب ماذا و كيف. واحكمه بالGuides و الStandards. هذه الاشياء تُعد حتى قبل أن يأتي الفريق.
تأكد دورياً من أن جميع المقطورات تسير على السكة بسلاسة. لا تترك الأشياء للاجتهادات الشخصية. راجعوا سوياً الأكواد التي كتبت, تعلموا يومياً شيء جديد كالـ patterns سواء للDesign للAnalysis للDB للArchitecture.
وجود معايير و ادلة مهم ليس فقط للبرمجة بل حتى لاستخدام الSource control و الTesting و كتابة الAPI و التعامل مع قواعد البيانات. هذا بعض ما قصدته بال"السِّكة".
- انتهى.
- انتهى.
جاري تحميل الاقتراحات...