كم مدة تطوير تطبيق فعليًا، ولماذا تختلف التقديرات كثيرًا
كم مدة تطوير تطبيق واقعيًا؟ ثلاثة إلى أربعة أشهر لنسخة أولى مركّزة، وستة إلى تسعة لمشروع أكبر. والتأخير يأتي من بطء القرارات لا من بطء فريق البرمجة.
أهم النقاط
- ثلاثة إلى أربعة أشهر لنسخة أولى مركّزة؛ وستة إلى تسعة للحسابات والمدفوعات والتكاملات.
- انتظار القرارات هو أكبر سبب للتجاوز؛ عيّن شخصًا واحدًا بصلاحية الإجابة.
- ابدأ اعتمادات بوابات الدفع في الأسبوع الأول، فالاعتماد يستغرق أطول من التنفيذ غالبًا.
- اسأل المورّد ما الذي سيضاعف المدة؛ الإجابة المحددة تدل على تقدير حقيقي.
تستغرق نسخة أولى مركّزة من تطبيق متعدد المنصات عادة ثلاثة إلى أربعة أشهر من البدء إلى المتجر. أما شيء كبير، بحسابات ومدفوعات وتكامل خلفي، فيستغرق ستة إلى تسعة. والفرق بين مشروع يلتزم بهذه ومشروع يضاعفها نادرًا ما يكون سرعة كتابة الشفرة. إنه سرعة اتخاذ القرارات ومدى فهم التكاملات مسبقًا.
- 3–4 أشهر
- نسخة أولى مركّزة، متعددة المنصات، بتكاملات محدودة
- 6–9 أشهر
- تطبيق كبير بحسابات ومدفوعات وتكامل مع الأنظمة الخلفية
- 2–4 أسابيع
- الوقت الإضافي المعتاد للتسليم ثنائي اللغة بالعربية والإنجليزية بشكل صحيح
شكل واقعي لأربعة أشهر
- الأسابيع من الأول إلى الثالث: استكشاف ومواصفات وتصميم واجهة المسارات الأساسية والتأكد من توفر كل تكامل فعلًا.
- الأسابيع من الرابع إلى الثاني عشر: البناء، مع شيء قابل للعرض كل أسبوعين. فإن لم يكن هناك ما يُنظر إليه بحلول الأسبوع السادس فالمشروع في مأزق بالفعل.
- الأسابيع من الثالث عشر إلى الخامس عشر: ضمان الجودة على أجهزة حقيقية، والمنصتان واللغتان وشبكات ضعيفة، وإصلاح ما يجده ذلك.
- الأسبوعان الخامس عشر والسادس عشر: التقديم للمتاجر والمراجعة وإعادة التقديم التي ينبغي افتراض الحاجة إليها.
ما يسبب التجاوزات فعلًا
انتظار القرارات هو السبب المنفرد الأكبر. السؤال الذي يبقى بلا إجابة أسبوعًا يكلف أسبوعًا، وهذه تتراكم بشكل غير مرئي لأن أي تأخير منفرد لا يبدو خطيرًا. عيّن شخصًا واحدًا بصلاحية الإجابة، واتفق على أن الأسئلة غير المجاب عنها تُحسم بأفضل تقدير للفريق بعد مدة محددة بدل التعطيل.
والتكاملات هي السبب الثاني. اعتماد بوابة الدفع خصوصًا قد يستغرق أطول من التنفيذ نفسه، والبوابات الإقليمية تتفاوت كثيرًا في مدة التسجيل. ابدأ كل عملية اعتماد في الأسبوع الأول، قبل بناء أي شيء، حتى يتداخل الانتظار مع العمل بدل أن يتبعه.
ما لا يسرّعه
إضافة مهندسين إلى مشروع متأخر، وهو يبطئه أكثر بينما يجري تأهيلهم. وتخطي ضمان الجودة، وهو يحوّل مشكلة جدول إلى مشكلة سمعة. والعمل بالتوازي على ميزات تعتمد على قرار غير محسوم، وهو ينتج شفرة تُرمى.
السؤال الأمين للمورّد
ليس كم سيستغرق، فهذا يستدعي رقمًا متفائلًا، بل ما الذي يجب أن يكون صحيحًا لكي يستغرق هذا ضعف المدة. والمورّد الذي يجيب عن ذلك تحديدًا، مسمّيًا التكاملات التي لم يتحقق منها بعد والقرارات التي يحتاجها، يقدّر. والذي لا يستطيع يخمّن.
اسأل ما الذي سيجعل هذا يستغرق ضعف المدة. جودة الإجابة تخبرك هل التقدير حقيقي.