تكليف بناء برنامج لمنشأتك: دليل صاحب العمل من الفكرة إلى الدعم
يمرّ مشروع البرمجيات في المنشأة بسبع خطوات: القرار، والاستكشاف، والتحديد، والاختيار، والبناء، والإطلاق، والتشغيل. والبرمجة تقع في المنتصف، ونادرًا ما تكون موضع الفشل. فالمشاريع تتعثر حين لا تُحدَّد المشكلة بدقة، وحين يتمدد النطاق بلا توقف، وحين لا يختبر أحدٌ النظام بحالات حقيقية، وحين يحتفظ الموظفون سرًّا بجدول البيانات القديم، أو حين لا يدفع أحد لإبقاء النظام سليمًا بعد الإطلاق. وهذه الخمسة كلها في جانب صاحب العمل من الطاولة.
ويتبع هذا الدليل التسلسل الذي يدعو عبدالقادر وهيبة، مؤسس «ذوات» ورئيسها التنفيذي، كلَّ صاحب عمل إلى التمسك به أيًّا كانت الجهة التي تبني نظامه: افهم العمل، ثم بسّطه، ثم ابنِ أصغر نظام يخدمه. ولكل خطوة مقال مفصّل في هذه السلسلة.
الجواب المختصر
- قرّر أولًا هل البرنامج هو الحل أصلًا. ارسم سير العمل قبل أي شيء؛ فكثيرًا ما يكون الحل تغييرًا في طريقة أداء العمل.
- استكشف قبل أن تبني: المستخدمون، والقيود، والبيانات، وكم تكلّفك المشكلة اليوم. والتوقف عند هذه المرحلة نتيجة مقبولة.
- حدّد نسخة أولى صغيرة بما يكفي لإطلاقها، بمتطلبات يستطيع المطوّر تسعيرها واختبارها.
- اختر من يبنيها، والشكل الذي تتخذه: تطبيق ويب، أو تطبيق جوال، أو بوابة، أو موقع.
- ابنِ وأنت ترى البرنامج يعمل كل أسبوع أو أسبوعين، مع نقلٍ مبكر للبيانات، واختبارات قبول مكتوبة من حالات حقيقية.
- أطلق مع تدريب، وموعد حاسم لانتهاء الطريقة القديمة.
- شغّل النظام بعقد دعم، وميزانية للتغيير، وعادة سداد «الدَّين التقني» أولًا بأول.
«معظم الشركات لا تعاني مشكلة برمجيات، بل مشكلة إجراءات طُلب من البرنامج أن يخفيها. أصلِح الإجراء أولًا، يصغُر النظام الذي تحتاجه.» — عبدالقادر وهيبة، مؤسس «ذوات» ورئيسها التنفيذي
الخطوة الأولى: قرّر هل البرنامج هو الحل
ابدأ بالعمل لا بالمنتج. دوّن كيف يجري الإجراء فعلًا اليوم، ومن يلمسه، وأين ينتظر، وأين ينكسر. ويعرض مقال ارسم سير العمل قبل أن تشتري البرنامج طريقة تستغرق أيامًا لا أشهرًا.
وهنا ثلاث نتائج ممكنة: أن يحتاج الإجراء إلى إصلاح لا إلى برنامج؛ أو أن يغطيه منتج جاهز فتشتري بدل أن تبني، كما يشرح مقال هل تبني نظام ERP أم تشتريه؟؛ أو أن يكون الإجراء خاصًّا بما يكفي لأن يستحق البرنامج المخصص كلفته.
وقبل أن تتصل بأي مورّد، أنجز واجبك أنت: من يملك النتيجة، وكيف يبدو النجاح بأرقام تتابعها أصلًا، وما الذي ستتوقف عن فعله. ومقال الأسئلة العشرة قبل أن تطلب برنامجًا لشركتك قائمة وُضعت لهذا الغرض تحديدًا.
الخطوة الثانية: استكشف قبل أن تبني
مرحلة الاستكشاف بحث مدفوع يسبق أي بناء. ويقولها دليل الخدمات في حكومة المملكة المتحدة بوضوح: قبل أن تلتزم ببناء خدمة، عليك أن تفهم المشكلة التي يجب حلّها. ويقول أيضًا ما نادرًا ما يقوله المورّدون: التوقف في نهاية مرحلة الاستكشاف ليس فشلًا إذا أظهر البحث أنه الخيار الأفضل.
وهذه الجملة الثانية هي جوهر الخطوة. فالاستكشاف الذي لا يمكن أن ينتهي إلا بالبناء اجتماعُ مبيعات مدفوع الأجر. ويتناول مقال مرحلة الاستكشاف ما يجب أن تسلّمه، وكم تستغرق عادة.
الخطوة الثالثة: حدّد النسخة الأولى
المتطلبات تحوّل نتائج الاستكشاف إلى شيء يستطيع المطوّر بناءه وتسعيره واختباره: من يحتاج ماذا، ولماذا، وكيف تعرف أنه يعمل. ويعرض مقال كتابة متطلبات البرنامج الصيغة.
النطاق هو حيث يذهب المال. فنسخة أولى تغطي الإجراء الأساسي وتتقنه أفضل من نظام كامل يصل متأخرًا عامًا. ويشرح مقال النسخة الأولى من نظام منشأتك كيف تختار ما يدخل فيها.
المدة أول سؤال يطرحه صاحب العمل، وأسوأ سؤال يُجاب عنه. فبحسب ستيف ماكونيل، المؤلف المتخصص في تقدير المشاريع البرمجية، قد تخطئ التقديرات الموضوعة في مرحلة الفكرة بمعامل أربعة في أيٍّ من الاتجاهين، ولا تضيق إلا كلما اتُّخذت القرارات. ويشرح مقال كم يستغرق بناء برنامجك؟ كيف تقرأ التقدير قبل أن توقّع.
الخطوة الرابعة: اختر من يبني، وما الشكل
من يبني. المطوّر المستقل والوكالة واستوديو البرمجيات والفريق الداخلي تناسب مشاريع مختلفة وتحمل مخاطر مختلفة. ويقارن بينها مقال من يبني نظامك؟، بينما يتناول مقال كيف تختار شريكًا برمجيًا في عُمان طلب العروض والعلامات الحمراء وبنود العقد. وأيًّا كان اختيارك، احسم ملكية الشيفرة كتابةً قبل بدء العمل.
ما الشكل. كثير من المنشآت تطلب تطبيق جوال بينما يخدمها تطبيق ويب أفضل وبكلفة أقل. ويساعدك مقال تطبيق أصلي أم تطبيق ويب أم PWA على القرار. وإن كان عملاؤك يحتاجون إلى رؤية طلباتهم وفواتيرهم وحجوزاتهم، فقد تكون بوابة العملاء هي النظام الذي تحتاجه فعلًا. وإن كان الهدف أن يجدك الناس ويتواصلوا معك، فابدأ بمقال ما الذي يجب أن يفعله موقع الشركة.
الخطوة الخامسة: ابنِ وصاحب العمل حاضر
البناء هو المرحلة التي يفوّضها أصحاب الأعمال أكثر من غيرها، وينبغي أن يفوّضوها أقل من غيرها. فمهمتك أن تتخذ القرارات بسرعة، وأن ترى البرنامج يعمل كثيرًا.
- شاهده يعمل كل أسبوع أو أسبوعين: عرضٌ على شاشات حقيقية، لا تقرير حالة.
- ابدأ العمل على البيانات مبكرًا: فتنظيف السجلات القديمة ومطابقتها يأخذ أطول مما يتوقع الجميع. ويعرض مقال نقل بياناتك إلى النظام الجديد الخطوات.
- اختبر بحالاتك أنت: فـاختبار قبول المستخدم هو طريقك إلى اعتماد النظام دون ندم.
- راقب الانحراف: توقُّف العروض، وتمدد النطاق خلسة، وصمت المورّد إنذارات مبكرة. وإن اختفى المطوّر كليًا، فمقال كيف تنقذ مشروعًا متعثرًا يحدد ما تؤمّنه أولًا.
وقاوِم إغراء إضافة أشخاص لإنقاذ جدول متأخر. فقد لاحظ فريدريك بروكس عام 1975 أن إضافة القوى العاملة إلى مشروع برمجي متأخر تزيده تأخرًا، لأن القادمين الجدد يحتاجون إلى وقت واهتمام من الذين يؤدّون العمل أصلًا.
الخطوة السادسة: أطلق، واجعل الطريقة الجديدة هي الوحيدة
النظام الذي يلتف عليه الموظفون هو أغلى نظام تملكه. والتبنّي يُخطَّط له ولا يُنتظر: تدريب مبني على المهام اليومية، و«سفير» مسمّى في كل فريق، وتاريخ يصبح بعده جدول البيانات القديم للقراءة فقط. ويشرح مقال كيف تجعل الموظفين يستخدمون النظام الجديد الطريقة.
الخطوة السابعة: شغّله لسنوات لا لأشهر
معظم كلفة النظام ومعظم قيمته تأتيان بعد الإطلاق، فخطّط لهما من البداية:
- عقد دعم بأوقات استجابة تستطيع محاسبة المورّد عليها. ويسرد مقال ما الذي يغطيه عقد الصيانة والدعم البنود.
- ميزانية للتغيير، لأن منشأتك ستتغير، وكذلك القواعد الضريبية والأجهزة والأنظمة التي تتصل بها.
- عادة سداد الاختصارات قبل أن تتراكم. ويبيّن مقال الدَّين التقني لأصحاب الأعمال كيف تكتشفه.
- بيانات نظيفة، خصوصًا قبل أن تضع الذكاء الاصطناعي فوقها. ويتناول مقال هل بياناتك جاهزة للذكاء الاصطناعي؟ ما تصلحه أولًا.
قائمة صاحب العمل خطوةً بخطوة
| الخطوة | مهمة صاحب العمل | ما يجب أن تملكه في نهايتها |
|---|---|---|
| القرار | تسمية المشكلة والمسؤول ومقياس النجاح | خريطة للإجراء وموجز من صفحة واحدة |
| الاستكشاف | إتاحة الوصول إلى الأشخاص والبيانات والقيود | نتائج وتوصية، وحرية التوقف |
| التحديد | اختيار ما يدخل النسخة الأولى | متطلبات بمعايير قبول، وتقدير على شكل نطاق |
| الاختيار | مقارنة المتماثل بالمتماثل وحسم الملكية | عقد موقّع يشمل الملكية الفكرية والتسليم والدعم |
| البناء | قرارات سريعة وحضور العروض | برنامج يعمل كل أسبوعين، وتجارب منفّذة لنقل البيانات |
| الإطلاق | تحديد موعد التحول ودعم السفراء | مستخدمون مدرَّبون، وأداة قديمة متقاعدة |
| التشغيل | تمويل الدعم والتغيير | عقد دعم، وخارطة طريق، وقائمة بالدَّين التقني |
مقالان آخران في السلسلة
في السلسلة مقالان يتناولان موقفين تمرّ بهما معظم المنشآت المتوسطة. الأول عن الموافقات الإلكترونية للمشتريات والإجازات والمصروفات، التي تحلّ محل السلاسل التي تتعطل حين يسافر المدير. والثاني للشركات العائلية: مقال التحول الرقمي في الشركات العائلية الخليجية يتناول الجانب الذي لا يذكره أي مورّد برمجيات: الثقة، والتعاقب، والشخص الوحيد الذي يعرف كل شيء.
أسئلة شائعة
ما أهم مهمة لصاحب العمل في مشروع برمجيات؟ القرار. فصاحب العمل الذي يجيب عن الأسئلة خلال أيام، ويحضر العروض، ويضبط النطاق، يُبقي المشروع على مساره. أما تفويض كل قرار إلى المورّد فهو الطريق إلى نظام يناسب افتراضات المورّد لا منشأتك.
كم يستغرق مشروع برمجيات نموذجي لمنشأة؟ يتوقف ذلك على عدد الإجراءات والتكاملات وحالة بياناتك. وتعامل بحذر مع أي تاريخ دقيق يُعطى في مرحلة الفكرة؛ فالتقديرات المبكرة قد تخطئ بمعامل أربعة في أيٍّ من الاتجاهين. والمورّد الجيد يعطيك نطاقًا يضيق كلما اكتمل الاستكشاف والمتطلبات.
هل أدفع مقابل مرحلة استكشاف؟ في الغالب نعم. فهي أرخص نقطة تكتشف فيها أن المشروع يجب أن يكون أصغر، أو مختلفًا، أو ألا يحدث أصلًا. ودفع ثمنها منفصلًا يُبقي المورّد نزيهًا، لأن أتعابه لا تتوقف على التوصية بالبناء.
ماذا يجب أن أملك عند انتهاء المشروع؟ الشيفرة المصدرية، ومخطط قاعدة البيانات، وإعدادات النشر، والتوثيق. واتفق على ذلك في العقد قبل بدء العمل. وتنشر «ذوات» المبدأ نفسه في صفحة من نحن: يجب أن تكون قادرًا على المغادرة.
متى يكون البرنامج المخصص خيارًا خاطئًا؟ حين يغطي منتج جاهز الإجراء بتنازلات قليلة، أو حين يكون الإجراء نفسه معطوبًا فلا يزيده البرنامج إلا سرعة في الفوضى. وفي الحالتين يكون الشراء أو إصلاح الإجراء أجدى.
المصادر: دليل الخدمات في حكومة المملكة المتحدة — كيف تعمل مرحلة الاستكشاف · ستيف ماكونيل — مخروط عدم اليقين في تطوير البرمجيات (Construx، 2010) · فريدريك بروكس، The Mythical Man-Month (Addison-Wesley، 1975)
هذا الدليل محور سلسلة من 20 مقالًا تنشرها «ذوات»، استوديو البرمجيات الذي أسسه عبدالقادر وهيبة (Abdulqader Wahiba) في مسقط عام 2024، عن تكليف مشاريع البرمجيات من موقع صاحب العمل.
تخطط لنظام وتريد رأيًا ثانيًا قبل أن تلتزم؟ تصمم «ذوات» البرمجيات المخصصة وتبنيها للمنشآت في عُمان والخليج، بدءًا بمرحلة الاستكشاف. احجز مكالمة.