برامج مخصصة
كم من الوقت يستغرق إنشاء برنامج مخصص؟ جدول زمني واقعي
Vincent Wahidi
تتراوح معظم البرامج المخصصة ما بين ستة أسابيع واثني عشر شهرًا، ويتعلق الانتشار بالكامل تقريبًا بالنطاق. يمكن استخدام أداة داخلية صغيرة تقوم بعمل واحد بشكل جيد خلال ستة إلى عشرة أسابيع. عادةً ما تعمل المنصة المركزة التي تحتوي على العديد من الميزات والحسابات المتصلة والجانب الإداري النظيف من ثلاثة إلى ستة أشهر. أي شيء يجب توصيله بالأنظمة القديمة، أو مزامنة البيانات في كلا الاتجاهين، أو اجتياز مراجعة الامتثال يميل إلى أن يمتد إلى ستة إلى اثني عشر شهرًا أو أكثر. تفترض هذه النطاقات مشكلة واضحة، وصانع قرار متاح، وفريق توصيل واحد. نادراً ما يكون البناء نفسه هو الجزء البطيء. ما يزيد من الجدول الزمني هو المتطلبات غير الواضحة، والتغذية الراجعة البطيئة، وعمليات التكامل التي لا يمكنك التحكم فيها، ودورات المراجعة التي تقع خارج فريقك. إذا كنت تريد نتيجة أسرع، فقم بتضييق نطاق الإصدار الأول بدلاً من إضافة أشخاص.
كم من الوقت يستغرق إنشاء برامج مخصصة حسب النطاق؟
تعتمد الإجابة الصادقة على ما تقوم ببنائه، لذلك من المفيد التفكير في ثلاثة نطاقات بدلاً من رقم واحد.
| النطاق | الجدول الزمني النموذجي | كيف يبدو |
|---|---|---|
| أداة صغيرة | من 6 إلى 10 أسابيع | سير عمل واحد، نوع واحد أو نوعان من المستخدمين، تكامل قليل أو معدوم. آلة حاسبة، لوحة تحكم داخلية، نموذج يحل محل جدول البيانات. |
| منصة | من 3 إلى 6 أشهر | العديد من الميزات التي تعمل معًا، الحسابات والأذونات، والجانب الإداري، وقاعدة بيانات حقيقية وراء ذلك. |
| التكامل الثقيل | من 6 إلى 12 شهرًا أو أكثر | يتصل بالأنظمة التي لا تملكها، أو مزامنة البيانات في الاتجاهين، أو البيئات القديمة أو المنظمة، ومراجعة الأمان والامتثال. |
هذه نطاقات وليست وعودًا. يمكن للأداة الصغيرة ذات متطلبات الامتثال الصارمة أن تعمل كمنصة. يمكن لمنصة ذات تكامل واحد مفهوم جيدًا أن يتم شحنها بالقرب من الطرف الأدنى. تخبرك الفرقة بترتيب الحجم. يخبرك السائقون أدناه بالمكان الذي ستهبط فيه داخل النطاق.
ما هي مراحل مشروع البرنامج المخصص؟
الجدول الزمني الواقعي هو مجموع مراحله، وليس فقط الوقت الذي يقضيه في البرمجة. معظم المشاريع تتحرك من خلال خمسة.
- الاكتشاف والنطاق. أنت توافق على ما يفعله الإصدار الأول، وما لا يفعله، بنفس القدر من الأهمية. أسبوع أو أسبوعين لأداة صغيرة، وأطول لأي شيء غامض. يتم استرداد الوقت الذي يقضيه هنا عدة مرات في وقت لاحق.
- التصميم. الشاشات ونموذج البيانات والقرارات الرئيسية التي يكون تغييرها مكلفًا بمجرد بنائها. غالبًا ما يتم ذلك جنبًا إلى جنب مع بداية البناء.
- البناء. المرحلة التي يتصورها الأشخاص عندما يتخيلون المشروع بأكمله. ومن الناحية العملية، عادة ما يكون هذا هو الجزء الأكثر قابلية للتنبؤ به، لأن الأمور المجهولة تمت تسويتها في وقت سابق.
- الاختبار والتصلب. جعلها صحيحة، وليس مجرد العمل. حالات الحافة والأمان والأداء والأشياء التي تظهر فقط مع البيانات الحقيقية.
- الإطلاق والتسليم. إدخاله في مرحلة الإنتاج والتأكد من فهم جانبك لكيفية تشغيله وتغييره.
العمل باختصار، الزيادات المرئية أكثر أهمية من التسميات. إذا تمكنت من رؤية شيء حقيقي كل أسبوعين، فسيظل الجدول الزمني صادقًا وستظهر المفاجآت بينما لا يزال إصلاحها رخيصًا.
ما الذي يمتد إلى الجدول الزمني للبرنامج المخصص؟
هناك خمسة أشياء تنقل المشروع من أسفل نطاقه إلى الأعلى، وواحد منها فقط هو الكود.
- متطلبات غير واضحة. إذا كان الفريق لا يزال يكتشف ما يجب على البرنامج فعله أثناء الإنشاء، فلا يمكن إكمال الإنشاء. هذا هو السبب الوحيد الأكثر شيوعًا لاستمرار المشاريع لفترة طويلة.
- ردود فعل بطيئة. يتحرك المشروع بسرعة قراراته. إذا كان السؤال ينتظر أسبوعًا للحصول على إجابة، فإن التقويم يمتص هذا الأسبوع على الرغم من عدم وجود أحد يعمل ببطء.
- عمليات التكامل التي لا يمكنك التحكم فيها. يضيف نظام الطرف الثالث الذي يحتوي على وثائق رفيعة أو حدود للمعدلات أو عملية موافقة خاصة به وقتًا لا يمكنك التخطيط له بشكل كامل، لأن القيد يقع خارج فريقك.
- الامتثال والمراجعة. يعد التوقيع الأمني ومتطلبات حماية البيانات وعمليات التدقيق عملاً حقيقيًا وفقًا لجدول زمني خاص بهم. خطط لهم في البداية، وليس في الأسبوع الذي يسبق الإطلاق.
- النطاق الذي يستمر في النمو. كل "أثناء وجودنا فيه" يكون معقولًا في حد ذاته. معًا كيف يتحول مشروع مدته ثلاثة أشهر بهدوء إلى مشروع مدته تسعة أشهر.
لاحظ أن إضافة المزيد من المطورين نادرًا ما يؤدي إلى إصلاح أي من هذه المشكلات. سيؤدي النطاق الأكثر وضوحًا والقرارات الأسرع والإصدار الأول الأصغر حجمًا إلى تحديد موعد أسرع مما يفعله فريق أكبر.
هل يمكنك إنشاء برامج مخصصة بشكل أسرع؟
نعم، ولكن الرافعة هي النطاق، وليس السرعة. أسرع طريق لتحقيق القيمة هو شحن أصغر نسخة تحل المشكلة الحقيقية، ووضعها أمام المستخدمين، والنمو من هناك. يصل الإصدار الأول المحدود إلى مرحلة الإنتاج في أسابيع بدلاً من أشهر، ويبدأ في كسب بقاءه على الفور، ويعلمك ما يجب إنشاؤه بعد ذلك من الاستخدام الحقيقي بدلاً من التخمين.
وهذا أيضًا هو المكان الذي يشكل فيه قرار البناء مقابل الشراء التقويم. إذا كانت إحدى الأدوات الجاهزة تغطي معظم الاحتياجات، فإن العمل المخصص على الفجوة يكون أسرع بكثير من بناء كل شيء. دليلنا حول بناء البرامج مقابل شرائها يستعرض هذه التجارة بالكامل. ولأن الجدول الزمني والميزانية يتحركان معًا، فمن المفيد القراءة جنبًا إلى جنب مع ما هي تكلفة البرامج المخصصة فعليًا، نظرًا لأن الجدول الزمني الأطول نادرًا ما يكون مجرد فاتورة أكبر. عادة ما تكون علامة على أن النطاق لم تتم تسويته أبدًا. إذا كنت تريد قراءة صادقة لجدولك الزمني الخاص قبل الالتزام بأحدهما، فإن عملنا في البرامج المخصصة يبدأ بهذا التحديد للنطاق بالضبط.
##الوجبات العملية
عندما يقتبس لك شريك ما جدولًا زمنيًا، اسأله عما يفترضه. تحدد الإجابة الجيدة نطاق الإصدار الأول، ومن يحتاج إلى اتخاذ القرارات ومدى السرعة، وأي عمليات تكامل تقع خارج نطاق سيطرته. إن الجدول الزمني الذي يحتوي على تلك الافتراضات المكتوبة هو خطة يمكنك إلزام شخص ما بها. الرقم الوحيد المؤكد الذي لا يوجد خلفه شيء هو تخمين يرتدي بدلة.

Vincent Wahidi
الكاتب
Vincent Wahidi is the director of Encelyte, a computer engineer who builds production AI, automation, and custom software for enterprises across Cyprus and the wider region. He writes the strategy, cost and decision-maker pieces himself; the practical how-to guides are curated under the five mission-cat bylines below.
اقرأ التالي
البناء مقابل الشراء: إطار قرار للبرامج الجاهزة مقابل البرامج المخصصة
لديك مشكلة تستحق الحل؟
أخبرنا بما تبنيه أو تُصلحه. سنرد خلال يوم عمل واحد بخطوة تالية واضحة.
