كيف ندير مشاريع Agile كفريق موزع موسع للعملاء

وجد تقرير حديث صادر عن Computereconomics أنه في الفترة 2018-2019 ، برزت عملية تطوير التطبيقات باعتبارها واحدة من أفضل الفرص المتاحة للاستعانة بمصادر خارجية - حيث تقوم 56٪ من المنظمات حول العالم بالاستعانة بمصادر خارجية لمتطلبات التطوير الخاصة بها.

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

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

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

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

ماذا نعني بفريق الموزع الرشيق  

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

لماذا تستثمر الشركات في فريق موزع لتطوير تطبيقات الهاتف المحمول؟

هناك عدد من الأسباب التي تدفع الشركات إلى الاستثمار في فرق موزعة ، وتتراوح الأسباب من:

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

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

نهج Appinventiv للتطوير الرشيق الموزع  

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

كيف نضمن التسليم في الوقت المناسب دون أي نطاقات من تأخر الاتصال وسوء الفهم هو سؤال تكمن إجابته في منهجية التوزيع الرشيقة .

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

دعونا نلقي نظرة على طريقة التطوير الرشيقة الموزعة التي نطبقها في عملية تطوير تطبيقات الأجهزة المحمولة الخاصة بنا.

بعد أن قدمنا ​​جميع أعضاء الفريق مع بعضهم البعض وتعاوننا في برنامج إدارة المشروع ، يبدأ العمل الفعلي.

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

ما نفعله للحفاظ على جوهر التفاعل وجهاً لوجه حيًا في scrum ، هو أننا نجري مكالمة فيديو في وقت محدد واحد ، وهو مناسب لكل فرد في الفريق الذي يعمل على المشروع. بمساعدة مشاركة الشاشة ، يتم تشغيل Agile Scrum Master من خلال تراكم العدو الافتراضي بمساعدة أدوات مثل Trello أو Jira ، مما يتيح لكل عضو في الفريق تقديم تحديث حول اتجاه المشروع.

ما اختبرناه هو أنه من المهم جدًا منح جميع أعضاء الفريق إمكانية الوصول إلى نظام أساسي لتتبع المهام يسهل الوصول إليه وقابل للتحديث. نؤكد أيضًا على استخدام منصة اتصال مثل Skype أو Slack للجميع لمشاركة التحديثات أو طرح شكوكهم بين الفترتين الزمنيتين.

نهج آخر نتبعه لعملية agile and scrum اليومية هو أنه لكل سكرم مختلف ، نقوم بتعيين سيد سكرم واحد. لذلك ، كل عمل جماعي فردي كفريق سكرم منفصل مع سيد سكرم ومالك منتج - عملية تُعرف أيضًا باسم سكروم أوف سكرومز.

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

• العمل الذي أكمله الفريق منذ آخر Scrums of Scrums
• يخطط فريق العمل للقيام بذلك قبل اجتماع Scrum of Scrums القادم
• الحاجز الحالي الذي يواجهه الفريق
• المانع الذي يمكن أن يؤدي إلى فريق سكرم آخر.

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

الدروس التي رسمناها من خلال العمل على عملية تطوير رشاقة موزعة

1. إنشاء فريق موزع يتعلق ببناء ثقافة وليس عملية

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

2. فقط مشاريع SMART تنجح

عندما يتعين إكمال مشروع من قبل فريق ليس حتى في نفس البلد ناهيك عن المكتب ، فمن المهم جدًا أن تتبع الأهداف التي حددتها للمشروع SMART - محددة وقابلة للقياس وقابلة للتحقيق وواقعية ووقت -إطار ، مفهوم إلى t.

3. لا يوجد بديل لأدوات التعاون عبر الإنترنت

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

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

التحديات مع نهج التطوير السريع الموزع وكيف نحلها

1. الاختلاف في الثقافة

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

2. اختلاف في المناطق الزمنية

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

3. عدم وجود فكرة مشتركة عن "الصورة الكبيرة"

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

4. غياب ملكية الرمز

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

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