تحقيق تطوير البرمجيات في الوقت المناسب: الاستراتيجيات والرؤى

ما هو جوهر المسألة؟

إليك بعض الأسباب الشائعة التي كثيراً ما نسمعها:

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

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

طريقة موسكو

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

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

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

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

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

هل هو حل مناسب لك؟

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

تخطيط سعيد!

اقرأ المزيد:

• تطوير البرمجيات في ألمانيا: 3 أشياء تحتاج إلى معرفتها
• لماذا تعتبر المملكة المتحدة مكاناً رائعاً لتأسيس شركة عالمية؟
• سوق التنقل. إمكانات السوق الضخمة والنهج المتغير والشركات الناشئة الواعدة