عملية برمجيات الفريق

بالإضافة إلى عملية تطوير البرمجيات الشخصية (PSP)، توفر عملية تطوير البرمجيات الجماعية ( TSP ) إطار عمل تشغيلي محددًا مصممًا لمساعدة فرق المديرين والمهندسين على تنظيم المشاريع وإنتاج برمجيات لمنتجات تتراوح أحجامها من مشاريع صغيرة تتكون من بضعة آلاف من أسطر البرمجة (KLOC) إلى مشاريع ضخمة تتجاوز نصف مليون سطر برمجي. تهدف عملية تطوير البرمجيات الجماعية (TSP) إلى تحسين مستويات الجودة والإنتاجية لمشروع تطوير البرمجيات الخاص بالفريق، وذلك لمساعدتهم على الوفاء بالتزامات التكلفة والجدول الزمني لتطوير نظام برمجي. ^{[ 1 ] [ 2 ] [ 3 ] [ 4 ]}

تم تطوير النسخة الأولية من TSP وتجربتها بواسطة واتس همفري في أواخر التسعينيات ^{[ 5 ]} ونُشر التقرير الفني ^{[ 6 ]} لـ TSP برعاية وزارة الدفاع الأمريكية في نوفمبر 2000. يقدم كتاب واتس همفري ^{[ 7 ]} مقدمة لعملية تطوير البرمجيات الجماعية ، رؤية لـ TSP مخصصة للاستخدام في الأوساط الأكاديمية، والتي تركز على عملية بناء فريق إنتاج البرمجيات، وتحديد أهداف الفريق، وتوزيع أدوار الفريق، وغيرها من الأنشطة المتعلقة بالعمل الجماعي.

الهدف الأساسي لمنهجية TSP هو تهيئة بيئة عمل جماعية تُمكّن من إنشاء فريق مُوجّه ذاتيًا والحفاظ عليه، ودعم العمل الفردي المنضبط كأساس لإطار عمل PSP. يعني الفريق المُوجّه ذاتيًا أن الفريق يُدير نفسه بنفسه، ويُخطط ويُتابع عمله، ويُدير جودة عمله، ويعمل بشكل استباقي لتحقيق أهداف الفريق. تتكون منهجية TSP من عنصرين رئيسيين: بناء الفريق والعمل الجماعي. بناء الفريق هو عملية تُحدد أدوار كل عضو في الفريق وتُهيئ بيئة العمل الجماعي من خلال إطلاق منهجية TSP وإعادة إطلاقها دوريًا. أما العمل الجماعي فهو عملية تُعنى بالعمليات والممارسات الهندسية التي يستخدمها الفريق. باختصار، تُوفر منهجية TSP للمهندسين والمديرين طريقةً لإنشاء وإدارة فرقهم لإنتاج برمجيات عالية الجودة في الموعد المُحدد وضمن الميزانية المُخصصة.

قبل أن يتمكن المهندسون من المشاركة في برنامج تطوير البرمجيات الموجه نحو الفريق (TSP)، يُشترط أن يكونوا قد أتقنوا برنامج تطوير البرمجيات الموجه نحو الأداء (PSP) لضمان فعالية البرنامج. كما يُشترط تدريب أعضاء الفريق الآخرين، وقائد الفريق، والإدارة. تبدأ دورة تطوير البرمجيات في برنامج TSP بعملية تخطيط تُسمى "الإطلاق"، بقيادة مدرب مُدرَّب تدريبًا خاصًا، حاصل على شهادة معتمدة أو شهادة مؤقتة. ^{[ 8 ] [ 9 ]} يهدف الإطلاق إلى بدء عملية بناء الفريق، وخلال هذه المرحلة، تُحدد الفرق والمدراء الأهداف، وتُعرّف أدوار الفريق، وتُقيّم المخاطر، وتُقدّر الجهد المطلوب، وتُوزّع المهام، وتُعدّ خطة عمل الفريق. خلال مرحلة التنفيذ، يُتابع المطورون الجهد المُخطط والفعلي، والجدول الزمني، والعيوب، ويجتمعون بانتظام (عادةً أسبوعيًا) لتقديم تقارير عن حالة العمل ومراجعة الخطط. تنتهي دورة التطوير بجلسة تقييم الأداء (Post Mortem) لتقييم الأداء، ومراجعة معايير التخطيط، واستخلاص الدروس المستفادة لتحسين العملية.

يركز دور المدرب على دعم الفريق وأفراده بصفته خبيرًا في العملية، مع استقلاليته عن مسؤولية إدارة المشروع المباشرة. ^{[ 10 ] [ 11 ]} ويختلف دور قائد الفريق عن دور المدرب في أن قادة الفرق مسؤولون أمام الإدارة عن المنتجات ونتائج المشروع، بينما يكون المدرب مسؤولاً عن تطوير أداء الأفراد والفريق. ^{[ 12 ] [ 13 ]}

تم تكييف نموذج TSP للعمل مع أنواع أخرى من العمل المعرفي ، بما في ذلك هندسة النظم ^{[ 14 ]} والخدمات. ^{[ 15 ] [ 16 ]}

تم توثيق ربط منهجية TSP بممارسات نموذج نضج القدرات المتكامل (CMMI) في عام 2010، ^{[ 17 ]} وجُرِّبت كنهج بديل لتطبيق تحسين عمليات CMMI. ^{[ 18 ] [ 19 ]} وصدرت مجموعة من المعارف (BOK) في عام 2010. ^{[ 20 ]} كما صدر دليل برنامج الإرشاد والتوجيه في عام 2010. ^{[ 21 ]}

وفقًا لدراسة أجراها كابرز جونز، فإن TSP هي واحدة من أنجح منهجيات التطوير فيما يتعلق بالجدول الزمني والجودة والميزانية (TCO) ^{[ 22 ].}

• برنامج تطوير البرمجيات: قيادة فريق تطوير 2005
• برنامج تطوير المدربين: فرق التطوير 2005

• عملية البرمجيات الشخصية (PSP)
• واتس همفري

• الصفحة الرئيسية لـ TSP