كيف يعمل افراد فريق معين في شركة

iهذا علم كامل

اسمه هندسة البرمجيات

السلام عليكم ورحمة الله وبركاته

ستجد طرق كثيرة مختلفة .... وكل شركة تطبق الطريقة التى تناسبها فى الوقت المناسب

المسالة ترتبط ب

1 - عدد المشاريع المطلوب تطويرها

2 - طبيعة كل مشروع (المعمارية) والمهارات المطلوبة لتطويره

3 - عدد المطورين

4 - مهارات كل مطور

5 - مدير الفريق والاساليب المتنوعة المتاحة للاستخدام والتى يختار منها

فى حالة المشاريع مفتوحة المصدر التى اطلعت عليها

1 - هناك خط سير عام وهدف محدد

2 - هناك مهام مطروحة يمكن لكل شخص على حده ان يختار مهمة ويعمل عليها

3 - هناك المجال مفتوح لطرح ملامح جديدة من قبل متطوعين بشرط ان هذه الملامح لا تتعارض مع الهدف الاساسى

النتيجة النهائية : مفاجاة ..... احيانا تجد متطوعين يقدموا مزايا لم تكن تتخيل انها ستضاف الى المشروع

او مصيبة ...... يقف المشروع ولا يكتمل اساسا لعدم وجود متطوعين كفاية لاكمال المشروع

فى حالة مشاريع الشركات

1 - مشروع او اكثر لكل شخص (اذا كانت المشاريع تساوى او اكثر من عدد المطورين)

2 - اكثر من شخص حول نفس المشروع ومدير مسئول عن المشروع

* يقسم المشروع الى مراحل Stages

* كل مرحلة تقسم الى مهام Tasks

* كل مهمة تخص شخص ما

* قد تكون المهام تطوير Implementation & Development وقد تكون تكامل واختبار Integeration & Test

* لكل مهمة وقت محدد فى حالة النجاح ياخذ الشخص مهمة اخرى

* فى حالة انتهاء الوقت ولم تنتهى المهمة يتدخل زميل ويقدم المساعدة

* اذا لم تكن المساعدة كافية .... تسند المهمة لشخص اخر وهكذا

والله الموفق

ليس لدي خبرة ، لكن تجربة في شركة مغمورة ، ولدي الرغبة في أن أثرثر الآن :

• تأتي فكرة برأس شخص ما في الشركة .
• يجتمع فريق مختص بجمع المتطلبات ( لا أذكر الإسم بالظبط ، ولكن على ما أذكر إسمه User Service ) ، وهم في الغالب محللين و لهم ميول إدارية أكثر .
• يعين الفريق السابق أحد أفراده ليقود المشروع من ناحية " جمع متطلبات " ، ويكون حلقة الوصل بين IT و Business .
• يجتمع هذا المحلل ( التابع لفريق التحليل ) مع Project Managers و Architect و رئيس قسم التطوير التابع لقسم IT ..
• بعد أن يستوعب Project Managers و Architect الفكرة من المشروع يبدؤون في تهيئة الأجواء لبداية مشروع جديد في قسم التطوير Development .
• الـ Archtect يكون في الغالب أكثر الفريق خبرة ، ولو تسأله عن أي شيء في أنظمة الشركة ستجد أن له اطلاع فيها ويعرف أن هذا المشروع قد يؤثر على النظام الفلاني و النظام العلاّني .. لذلك يبدأ برسم Diagrams ليسترشد بها المطورون .
• مدير المشروع ، يبدأ فتح مشروع في نظام مخصص لإدارة المشاريع ويبدأ مهمة توزيع المهام Tasks على " Leaders " ،
• فريق التطوير مقسّم لعدة أقسام ، بناء على الوظيفة التي يقومون بها وليس على المشروع ، فمثلاً :
• فريق مطوّري قواعد البيانات ( إنشاء جداول - كتابة Procedures و استعلامات - تقارير - الخ .. )
• فريق مطوّري ويب ( جافا مثلاً ) ،
• فريق مطوّري IVR .
• الخ ..
• فريق MW - Middle Ware ، يكتب XMLs حيث هي وسيلة تبادل البيانات بين هذه الفرق .. حيث يتواصل مطوري الداتابيس مع مطوري جافا عن طريق XML ، أي MW ..
• بعد انتهاء تطوير كل جزء من أجزاء المشروع ، تبدأ مرحلة Integration ..وهنا يبدأ مدير المشروع بعمله الآخر ..
• بعد نجاح الخطوة السابقة ننتقل إلى مرحلة الاختبار Quality Assurance ، حيث هناك في الغالب أكثر من بيئة اختبار وكل بيئة اختبار لها سيناريو اختبار معين ( وكل بيئة لها مختبرين مستقلين عن البيئة الأخرى ، وطبعاً ليسوا هم نفسهم المطورين ) .
• أسماء بيئات الاختبار / SIT و UAT و Pre-produciton و Production .
• أثناء الانتقال من مرحلة التطوير إلى مرحلة الاختبار ، يأتي دول System Admins و Database Admins حيث يهيئون السيرفرات و قواعد البيانات ، ويوزعون صلاحيات ، و يعملون بأنفسهم Deployment ،
• ينتهي المشروع .

الخلاصة : كل شخص يعرف مسؤوليته ، و لن تجد مطوّر يقوم بكتابة اختبار أو عمل Deployment أو وظيفة أخرى غير التطوير ..

العيوب : في الغالب ستجد نفسك مكلف بتنفيذ مهمة محددة و واضحة ، وبالتالي ستشعر أنك مكبّل .

الميزة : تشعر بطعم العمل الجماعي خصوصاً بعد أن ينتهي المشروع وتأتي التورتة لنتقاسمها :/ .

لقد كتبت موضوعاً منذ فترة واقترحت فيه ان تدار المشاريع الجماعية في المنتدى كما لو كانت شركة وتستخدم نفس الأدوات التي يستخدمونها في العمل وذلك بهدف التعلم. أعتقد أن هذه مهارات أساسية ومهمة تماماً كمهارة تعلم لغة برمجة معينة.