كيفية بناء فريق تطوير Umbraco ركلة الحمار؟

يمتلك فريق التطوير الخاص بك الأشخاص والمهارات والخبرة ، ولكن عمليات التوسع دائمًا ما تكون صعبة عندما تهبط بمشروع جديد أو تتطلب تجربة منصة محددة للغاية. هل يجب عليك الاستعانة بمقاولين أو فرق تطوير مواقع خارجية؟ سيبحث هذا المنشور في الخيارات التي يتعين على فريق التطوير لديك إدارة النمو.

المقاولون مقابل فرق التطوير الخارجية مقابل الفرق المدمجة

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

"هل يجب أن نوظف المزيد من الموظفين للتعامل مع مشاريعنا الحالية و / أو القادمة أم أن نهجًا آخر سيكون أفضل؟"

إن اتخاذ القرار الصحيح ليس دائمًا هو الأكثر عملية ، حيث يمكن أن تلعب مجموعة متنوعة من العوامل. هل هذه الأسئلة أعلاه تبدو مألوفة؟

• هل هذا مجرد زيادة مؤقتة مما يعني أن الأمور ستعود في النهاية إلى طبيعتها؟
• ماذا لو تطلب المشروع التالي مهارات مختلفة عن المهارات الحالية لموظفيك؟
• هل ستكون قادرًا على تغطية تكلفة أعضاء الفريق الإضافيين في حالة مواجهة نقص في المشاريع في المستقبل ، أم سيكون عليك السماح للأشخاص بالرحيل؟
• كيف يمكنك دعم المشاريع الحالية وتنفيذ مشاريع جديدة في نفس الوقت دون الاستثمار المستمر في أشخاص جدد (والبنية التحتية)؟

# 1 المقاولون

أنت "تستأجر" مطورًا (أو اثنين أو ثلاثة) من شركة توفر لهم قدرًا محددًا من الوقت والمال ، وتطلب منهم العمل في مشروع واحد أو أكثر ، أو دعم المشاريع القائمة.

أنت تديرهم للوقت الذي "ينتمون إليه" لك ، وتحملهم على القيام بأي عمل قد تحتاجه. إنها طريقة لتنمية فريقك بشكل مصطنع لفترات قصيرة دون الحاجة إلى توظيف.

المحاذير المتضمنة:

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

أخيرًا ، دعنا نقول أن كل شيء يسير على ما يرام وتم إنجاز المهمة. يغادر المطور ، وقد لا يكون الشخص نفسه متاحًا عندما تحتاج إليه مرة أخرى ، مما يعني أنه سيتعين عليك متابعة العملية برمتها مرة أخرى.

# 2 الاستعانة بمصادر خارجية فرق التطوير

تعني الاستعانة بمصادر خارجية عمومًا أنك تمر بعملية العثور على شركة موثوقة وتعيين مشروع لها ، وتوقع الحصول على نتائج في إطار زمني محدد جيدًا ، مع نطاق ومواصفات محددة جيدًا.

يعمل هذا بشكل أفضل عندما تتولى مشروعًا لا يمتلك فريقك الداخلي فيه خبرة أو خبرة كبيرة ، لكنك لا تزال ترغب في المشاركة دون الاستثمار في تعيين الأشخاص و / أو تدريبهم.

المحاذير المتضمنة:

• سيتعين عليك فحص الأشخاص أو الشركة التي ستعمل معها ، وهو أمر يستغرق وقتًا وربما مالًا - أو سيتعين عليك فقط تحمل مخاطرة كبيرة.
• سيتعين عليك أيضًا أن يكون لديك نطاق ثابت ومواصفات مثالية ، وربما تعيين مدير مشروع بجانبك لمشاهدة وتوجيه الطرف الآخر في كل خطوة على الطريق.
• يمكن أن تتجه الأمور جنوبًا بسهولة بسبب سوء الاتصال أو سوء المواصفات المكتوبة ، وهناك آلاف الحالات التي حدث فيها ذلك.

ونحن لا نتحدث عن الأساليب الرشيقة على الإطلاق هنا - فقط انس الأمر ، إلا إذا كنت قد عملت مع نفس الأشخاص مرارًا وتكرارًا.

# 3 فريق التطوير المضمن

هذا نهج أكثر تهجينًا ، بمعنى أنك لا تحصل على مطور واحد بل مجموعة من الأشخاص يعرفون بعضهم البعض ولديهم خبرة في العمل معًا.

يتم بعد ذلك "دمج" هؤلاء الأشخاص في فريقك الداخلي الحالي ، باتباع إجراءاتك ومنهجياتك ، وفي النهاية زيادة إنتاجيتك الإجمالية.

المحاذير المتضمنة:

كما في السابق ، ستدخل "جسمًا غريبًا" في شركتك وستريد أن يتم دمجه مع فريق العمل الحالي لديك على الفور - ونعلم ، على الأقل من الطب الحديث ، أن الكائن الحي - مثل شركتك - يستغرق دمج الهيئات الأجنبية وقتًا ، وأحيانًا يفشل.

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

اقتراحنا: تطوير الفريق كخدمة

(أو ، كما يسميها آخرون ، SDaaS - تطوير البرمجيات كخدمة)

هذا نهج أكثر تهجينًا من فريق التطوير المضمن ، و (في رأينا) الأكثر فعالية من حيث التكلفة ويحقق أفضل النتائج.

باختصار ، تحصل على فريق تطوير مضمن كما في السابق ، لكن هذه المرة ليس عليك أن تهتم حقًا بحجم الفريق ولا بمهاراتهم كأفراد - سيكون للفريق في البداية ممثل ، وعادة ما يكون أحد المطورين ، الذي سيكون مسؤولاً عن "ربط" المطورين الداخليين لديك (إذا كان لديك أي منهم) به ، والقيام بجميع الاتصالات ورفع سرعة زملائهم.

تقوم بتعيين العمل لهذا الفريق وتدفع مقابل الساعات التي يقضونها في العمل.

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

في كلتا الحالتين ، ستحصل على نفس قابلية التوسع التي تحصل عليها مع السحابة عند تشغيل خادم ويب - إنه موجود عندما تحتاج إليه ، ولا يتعين عليك دفع ثمنه عندما لا تحتاج إليه.

على المدى الطويل ، عندما يصبح الفريق البعيد أكثر دراية بأعضاء فريقك الداخليين ، وخبراتهم الخاصة ، وعملياتك ، وطريقة عملك ، يمكن أن تتسع الاتصالات ويمكن لجميع المطورين المشاركة.

عادة ما تنتهي الحاجة إلى وسيط بحلول ذلك الوقت ، وينتهي بك الأمر أن يكون لديك فريق قابل للتطوير ، مثل فريق مضمن ، يمكنك إدارته واستخدامه حسب حاجتك اعتمادًا على عبء العمل الحالي.

المحاذير المتضمنة:

على عكس استخدام الخدمات السحابية في بيئة تكنولوجيا المعلومات ، فهذه عملية أكثر تدرجًا وتحتاج إلى ثقة من كلا الجانبين.

في معظم الحالات ، ستتعامل الشركة الأخرى مع عملية التكامل ، وسيكون عليك فقط تسهيل الحياة لهم من خلال توفير الوصول والمعلومات عند الحاجة. قد يستغرق هذا أحيانًا وقتًا أطول من المتوقع ، خاصة إذا لم تكن معتادًا على طريقة العمل هذه. لكن هذا كل ما في الأمر.