▪︎ مجلس نيوز
هذا شرط تم نشره في الأصل في .جماعة بواسطة شاميرا دولانجا. .cult هي عبارة عن منصة مجتمعية للمطورين مقرها برلين. نكتب عن كل الأشياء المتعلقة بالوظيفة ، ونصنع أفلامًا وثائقية أصلية ، ونشارك أكوامًا من قصص المطورين الأخرى التي لا توصف من جميع أنحاء العالم.
تطوير البرمجيات هو عمل جماعي ووجود هيكل فريق جيد أمر حيوي لنجاحه. ولكن ، حتى الاختلال الضئيل يمكن أن يؤثر سلبًا على إنتاج فرقنا. لهذا السبب يجب أن نكون أكثر حرصًا عند تكوين فريق معًا.
في هذه المقالة ، سأناقش بعض العوامل المهمة التي تحتاج إلى أخذها في الاعتبار عند إنشاء فريق هندسة برمجيات لشركتك.
لماذا هيكل الفريق مهم؟
اكتشف مستقبل التكنولوجيا!
انضم إلينا في مؤتمر تي إن دبليو يومي 15 و 16 يونيو في أمستردام
عندما تقوم ببناء فريق هندسة البرمجيات ، انظر إلى الأشياء المختلفة التي تؤثر على إنتاجية وفعالية الفريق.
في فرق أجايل الحديثة ، بالكاد نقيس الفعالية من خلال سطور التعليمات البرمجية المنتجة. بدلاً من ذلك ، نعطي أهمية أكبر للجودة والتحسينات المستمرة. ويجب أن يكون الفريق قادرًا على تحقيق “النتيجة المرجوة”.
لذلك نحن بحاجة إلى معالجة الأسئلة التالية:
- هل لدينا مجموعة المهارات المناسبة؟
- مهارات تقنية
- خبرة
- المهارات اللينة
2. هل لدينا البيئة المناسبة لهم للتعاون؟
- أدوار ومسؤوليات واضحة
- أدوات الاتصال في مكانها الصحيح
3. هل يعرف الفريق أهدافهم؟
- اتصال واضح من أعلى إلى أسفل حتى يعرف الفريق التوقعات
- متطلبات دقيقة تقلل من إعادة العمل
4. هل الفريق مفوض لتحقيق نتائج ذات جودة أفضل؟
- العمليات في المكان
- القيادة تقدم التوجيه الصحيح
- الدفع الصحيح
- الثقافة التي تقدر وتحتفل تكسب
5. هل يمكن للفريق أن يحقق نتيجة أفضل من كل فرد؟
- تآزر الفريق
- تحسن مستمر
- فرق الإدارة الذاتية والشفاء الذاتي
نحتاج أيضًا إلى مراعاة الميزانية. يجب أن يكون لديك دائمًا حد أعلى لإيجاد التوازن الصحيح لهيكل الفريق الأمثل.
لكن السؤال هو ، “كيف يجب أن نحدد هيكل الفريق المثالي؟”
تحديد أفضل هيكل للفريق
كما ترى ، هناك العديد من العوامل التي نحتاج إلى أخذها في الاعتبار عند تجميع فريق. وبعضها ستحدده فقط بعد أن يبدأ الفريق في الأداء.
ومع ذلك ، فإن العثور على أفراد لديهم سجل حافل ، خاصة بالنسبة لمستوى القيادة ، سيساعدك على تقليل المخاطر.
دعنا نركز على العوامل الرئيسية التي نتحكم فيها عند اختيار الأفراد للفريق ؛
- عدد أعضاء الفريق
2. مستوى خبرة المهندسين
3. تكلفة إدارة الفريق (الأجر والمصروفات الأخرى)
1. عدد أعضاء الفريق
عادة ما نقرر عدد الأفراد في الفريق بناءً على تقديرات المشروع ومعالم التسليم. شيء واحد لا يجب عليك فعله هو تشغيل المشروع مع مطورين أقل من المطلوب ، حتى لو كانوا موهوبين للغاية. ستخاطر بالتضحية بالجودة وتسبب المزيد من المشاكل على المدى الطويل.
ومع ذلك ، تتعقد الأمور عندما تحتاج إلى تحديد هيكل الفريق. نظرًا لأنه لا يلعب جميع الأفراد نفس الدور ، يتعين علينا البدء في التفكير في تكوين الفريق من خلال تحديد الأدوار المختلفة.
- من يقود الفريق ويدير المشروع؟
- هل نحن بحاجة لاقتحام فرق فرعية؟ (مما قد يعني المزيد من القادة …)
- من الذي يأخذ ملكية العمارة؟
- ما هي الأدوار الأخرى المطلوبة ، على سبيل المثال ، ضمان الجودة ، UI / UX ، إدارة المشاريع ، محلل الأعمال؟
2. مستوى الخبرة
يؤثر مستوى خبرة المهندسين بشكل مباشر على الجودة والإنتاجية. لكن هذا لا يعني أننا بحاجة إلى فريق مليء بالأشخاص ذوي الخبرة العالية. تذكر ، تحدثنا عن تآزر الفريق.
علينا التفكير في مستويات الخبرة المختلفة المتاحة في الفريق. نظرًا لأن الناس يعملون معًا ، يمكنهم التعلم من بعضهم البعض وتحقيق النتيجة المرجوة.
لماذا تؤثر مستويات الخبرة على الجودة والإنتاجية
لا يمكن بناء الجودة على مدى يوم أو يومين. يأتي مع الخبرة.
على سبيل المثال ، افترض أنك تبدأ مشروع Java جديدًا وتبحث عن مطور. إذا كنت تستخدم مطورين حديثي العهد بالتكنولوجيا ، فسيحتاجون إلى وقت للتعلم – مما يعني أن المشروع سيكون أبطأ.
أيضًا ، لن يكون لديهم الخبرة اللازمة في أفضل الممارسات ، مما يؤدي إلى زيادة جهود إعادة العمل. لذلك في هذه الحالة ، اذهب مع مطور ماهر في Java. سهل!
ومع ذلك ، إذا كنت بحاجة إلى أكثر من مطور واحد للعمل في مشروع ، فيمكنك إعادة النظر في مستويات الخبرة المختلفة. يمكنك أن تطلب من المطور (المطورين) المتمرسين توجيه الفريق نحو الهدف دون معاناة إنتاجيتك. وهذا يعني أيضًا ، من منظور التوظيف ، أنه يمكنك التفكير في مجموعة أكبر من المطورين الذين يمكنهم الانضمام إلى فريقك.
يصبح وجود فريق مليء بالأشخاص ذوي الخبرة أمرًا صعبًا
بادئ ذي بدء ، يؤثر ذلك على ميزانيتك ، ومن الواضح أن المطورين الأكثر خبرة سيطالبون بأجور أعلى!
علاوة على ذلك ، يتوقعون فرصًا أفضل مثل لعب الأدوار القيادية ، ولن يكون ذلك متاحًا دائمًا. كل هذه التجربة يمكن أن تخلق عنق الزجاجة إذا لم تتماشى أهداف الفريق وطموحاته.
سيكون تحقيق التوازن بين الأعضاء الصغار والكبار أفضل وسيزيد أيضًا من الاحتفاظ بالمطورين لأنه يمكن إدارة التوقعات والنمو بشكل أفضل.
3. تكلفة إدارة الفريق
تختلف فرق هندسة البرمجيات اختلافًا كبيرًا عن الفرق في المهن الأخرى. يمكنهم العمل من مواقع بعيدة ، ولديهم ساعات عمل مرنة ، وصقل معارفهم من خلال التعلم المستمر.
لذلك ، إذا تمكنا من الاستفادة من هذه العوامل ، فيمكننا النظر في تحسين التكاليف المتضمنة.
الخبرة لها تكلفة
كما ناقشنا سابقًا ، فإن العثور على أفراد ذوي خبرة في تقنية أو مجال معين له تكلفة. ونظرًا لأنه ليس قرارًا ثنائيًا أن تكون لديك خبرة أو لا شيء ، يمكننا موازنة مستويات الخبرة أيضًا مع مراعاة هيكل التكلفة.
أماكن عمل متعددة
هذا أيضًا بُعد آخر يجب التفكير فيه عند إدارة تكاليف فرق تطوير البرامج.
ومع ذلك ، يمكن أن يؤدي وجود أماكن عمل متعددة إلى زيادة تكلفة مشروعك أو تقليلها.
إذا كان لديك أكثر من مكان عمل ، فسيتعين عليك دفع الفواتير ، والصيانة لكل مكان عمل ، وبدون أدنى شك ، سيؤدي ذلك إلى زيادة تكاليف المرافق.
ولكن في الجانب المشرق ، يمكننا البحث عن مواقع لجذب المزيد من المواهب أو الحصول على مزايا ضريبية. علاوة على ذلك ، إذا كان بإمكانك ترتيب مكان عمل في بلد تكون فيه نفقات المعيشة منخفضة ، فيمكنك تقليل التكاليف بشكل فعال.
العمال عن بعد والاستعانة بمصادر خارجية
لذلك ، إذا نظرت إلى الخيارات الأخرى المتاحة ، يمكنك الاستعانة بمصادر خارجية لعملك إما إلى عامل عن بعد أو إلى شركة حيث تكون التكاليف منخفضة.
ومع ذلك ، هناك بعض التحديات الأخرى التي يجب عليك معالجتها عند جعل فريقك الموزع فعالاً.
- زيادة التداخل
إذا كان فريقك يعمل في مناطق زمنية مختلفة ، فمن الجيد أن يكون هناك تداخل معقول كلما أمكن ذلك. يمكن تحقيق ذلك إما عن طريق تغيير ساعات العمل أو تخصيص وقت للتعاون.
2. موازنة الخبرة وتقسيم العمل
أيضًا ، من الضروري موازنة تجربة الأفراد وتقسيم العمل ، وتقليل التبعيات عبر المناطق الزمنية.
3. المعالجات المبسطة
هناك حاجة إلى مجموعة مناسبة من المعالجات عند العمل مع الفرق البعيدة أو الاستعانة بمصادر خارجية (على سبيل المثال ، المعالجات الرشيقة مثل Scrum و Kanban). سيساعد ذلك على محاذاة جميع أعضاء الفريق نحو الهدف النهائي.
كما ترى ، هناك طرق مختلفة لتقليل التكاليف من خلال تعظيم النتائج.
ملخص
ناقش هذا المقال العديد من العوامل التي تحتاج إلى أخذها في الاعتبار عند تحديد هيكل الفريق لفرق هندسة البرمجيات الفعالة.
ستحتاج إلى اتخاذ بعض هذه القرارات مقدمًا ، لذلك لن تعرف ما الذي يجب تعديله حتى يبدأ الفريق في العمل. بعد مرور بعض الوقت ، سيكون من الأسهل تحديد المكان الذي يجب إجراء التغييرات فيه ، سواء كانت التكاليف أو التعاون.