تأكد أولاً أن البرمجيات المخصصة هي الخيار الصحيح
البرمجيات المخصصة أكثر الخيارات مرونة، وأكثرها تطلّباً منك في الوقت نفسه، والشريك الجيد يصارحك حين لا تحتاج إليها. قارن وضعك بما في الجدول قبل أن تطلب العروض.
| وضعك | الخيار الأنسب عادةً | السبب |
|---|---|---|
| إجراء قياسي، مثل المحاسبة أو الرواتب | منتج جاهز | المشكلة محلولة أصلاً، والمورّد يتحمل عبء الصيانة |
| منتج يلبي معظم حاجتك وتبقى فجوات جانبية | تهيئة المنتج وبناء التكاملات حوله | تدفع فقط مقابل ما ينقص المنتج |
| عدة أنظمة جيدة لا تتبادل البيانات في ما بينها | الربط والتكامل بينها | المشكلة في البيانات لا في الشاشات |
| إجراء يمثّل ميزتك التنافسية ولا يطابقه أي منتج | برمجيات مخصصة | تطويع إجراءاتك لتناسب منتجاً جاهزاً يُفقدك ما يميزك |
| منتج تنوي بيعه | برمجيات مخصصة | تحتاج إلى أن تملكه وتتحكم في مسار تطويره |
تتناول مقارنتنا بين البرمجيات المخصصة والجاهزة هذا القرار بتفصيل أكبر.
افهم نماذج التعاقد وما يتطلبه كل نموذج منك
| النموذج | طريقة العمل | متى يناسب | الخطر الأكبر |
|---|---|---|---|
| نطاق محدد وسعر ثابت | مجموعة محددة من الميزات مقابل مبلغ متفق عليه | النطاق صغير وواضح ولا يُتوقع أن يتغير | يتحول كل تغيير إلى تفاوض، ويُقرأ النطاق بأرخص تفسير ممكن |
| الوقت والجهد | تدفع مقابل العمل المنجز، وفق أولويات تحددها أنت | سيتطور النطاق كلما تعلمت أكثر | تبقى التكلفة مفتوحة ما لم تضبط النطاق أولاً بأول |
| الاستكشاف ثم البناء | مرحلة قصيرة مدفوعة تحدد النطاق، يليها بناء بسعر محدد | المشكلة واضحة، أما الحل فلا | تخطّي نقطة القرار بين المرحلتين |
| فريق مخصص | فريق ثابت يعمل على منتجك لفترة أطول | لديك خارطة طريق وعمل مستمر | تحتاج إلى شخص من جهتك يوجّه الفريق |
ما من نموذج يلغي المخاطر؛ كل ما يفعله أنه يحدد من يتحمل أي جزء منها. فالسعر الثابت ينقل مخاطر التقدير إلى الشريك، ومخاطر التغيير إليك. اسأل كل شركة عن سبب اقتراحها النموذج الذي اختارته.
ثمانية جوانب تقيّمها
| المعيار | علامة جيدة | علامة تحذير |
|---|---|---|
| فهم إجراءات عملك | يطلبون أن يروا كيف يُنجَز العمل اليوم ومن يؤديه | يتحدثون عن التقنية منذ المحادثة الأولى |
| الاستكشاف | مرحلة محددة بمخرجات تبقى لك، مثل مسارات العمل ونموذج البيانات وخطة مسعّرة | تقدير مبني على وصف من صفحة واحدة |
| إيقاع التسليم | برمجيات تعمل فعلاً تُعرض عليك كل أسبوع أو أسبوعين، في بيئة تستطيع فتحها | صمت طويل يعقبه تسليم كبير |
| الممارسات الهندسية | مراجعة الشيفرة، واختبارات مؤتمتة، وعملية إصدار قابلة للتكرار يستطيعون أن يعرضوها عليك | يصفون الاختبار بأنه خطوة تأتي في النهاية |
| الأمان والبيانات | إجابات واضحة عن صلاحيات الوصول والنسخ الاحتياطية والتشفير ومكان تخزين البيانات | الأمان عندهم إضافة لاحقة |
| استمرارية الفريق | أشخاص معروفون بالاسم، وخطة جاهزة إن غادر أحدهم | فريق يتبدّل بين مكالمة المبيعات والأسبوع الأول |
| الملكية وإنهاء التعاقد | الملكية والترخيص وصلاحيات الوصول مكتوبة في الاتفاقية قبل بدء العمل | العرض لا يذكر الملكية ولا صلاحيات الوصول |
| التواصل | شخص واحد مسؤول أمامك، وملخصات مكتوبة للقرارات | قرارات لا وجود لها إلا في المكالمات والمحادثات |
ابدأ بمرحلة أولى صغيرة ومدفوعة
أكثر الطرق أماناً لاختيار شريك أن تعمل معه على شيء صغير قبل أن تلتزم بشيء كبير. فالعرض يكشف كيف تبيع الشركة، أما العمل الحقيقي، ولو كان قصيراً، فيكشف كيف تفكر وكيف تتواصل وكيف تنجز.
- 01
اتفق على مرحلة استكشاف بمخرجات محددة مسبقاً
خرائط للإجراءات، ونسخة أولى من الشاشات، ونموذج للبيانات، والمخاطر، وخطة مسعّرة للإصدار الأول.
- 02
احكم على المخرجات لا على الاجتماعات
هل يستطيع فريق آخر أن يبني اعتماداً على هذه المستندات؟ وهل وجدوا شيئاً لم تكن تراه؟
- 03
احتفظ بحقك في التوقف
تنص الاتفاقية على ما تتسلمه إن توقفت بعد أي مرحلة، وكيف يحق لك استخدامه.
- 04
ثم التزم بالإصدار الأول
بنطاق وسعر مبنيين على ما توصّل إليه الاستكشاف.
نقدّم هذه المرحلة الأولى في صورة ورشة لاستكشاف المنتج.
أسئلة تطرحها في الاجتماع التقني
لا تحتاج إلى أن تكون مهندساً لتطرح هذه الأسئلة. ما تبحث عنه إجابات ملموسة، واستعداد لأن يعرض عليك الفريق الدليل، لا أن يكتفي بالكلام.
- 01
كيف ستحددون البنية التقنية لنظامنا؟
A strong answer coversانطلاقاً من متطلباتك وقيودك، مع البدائل التي درسوها وأسباب اختيارهم، لا مجموعة تقنيات مفضّلة يطبقونها على كل مشروع
- 02
هل يمكنكم أن تعرضوا علينا عملية الاختبار والإصدار في مشروع حقيقي؟
A strong answer coversمسار آلي يشغّل الاختبارات مع كل تغيير، وإصدار لا يتوقف على شخص واحد
- 03
كيف ستُنقل بياناتنا الحالية؟
A strong answer coversخريطة تربط الحقول القديمة بالجديدة، وعمليات نقل تجريبية، ومطابقة للإجماليات، وانتقال نهائي تدرّبوا عليه مسبقاً
- 04
ماذا يحدث إن غادر أحد المهندسين المشروع؟
A strong answer coversمعرفة بالشيفرة يتقاسمها الفريق، وتوثيق، وفترة تسليم وتسلّم
- 05
أين سيعمل النظام، ومن يملك صلاحية الوصول إليه؟
A strong answer coversبيئة استضافة محددة بالاسم، ومالك متفق عليه لكل حساب، وصلاحيات وصول تُمنح بحسب الدور وتُسجَّل
- 06
كيف نتابع التقدم بين الاجتماعات؟
A strong answer coversبيئة اختبار تستطيع فتحها في أي وقت، ولوحة مهام تبيّن ما يجري العمل عليه
اقرأ ما تكشفه العروض
عرضان لنظام إدارة الطلبات
موزّع يريد نظاماً للطلبات والمخزون والتوصيل يحلّ محلّ جداول البيانات والبريد الإلكتروني. الشركتان وكل التفاصيل افتراضية.
- العرض الأولسعر ثابت لقائمة من أربعين ميزة تُسلَّم كلها في النهاية. لا مرحلة استكشاف. استضافة على خوادم الشركة المطوِّرة. ولا تُسلَّم الشيفرة المصدرية إلا عند الدفعة الأخيرة.
- العرض الثانيمرحلة استكشاف مسعّرة أولاً، ثم إصدار أول يغطي إدخال الطلبات والمخزون، على أن يُضاف التوصيل لاحقاً. مراجعة كل أسبوعين. الشيفرة والحسابات السحابية باسم الموزّع منذ البداية.
- ما يكشفه العرض الأولأُخذ النطاق على ظاهره، وستُفسَّر الميزات الأربعون بأرخص طريقة ممكنة. ولن يرى الموزّع شيئاً، ولن يملك شيئاً، قبل النهاية.
- ما يكشفه العرض الثانيتتوقع الشركة أن تتعلم شيئاً في مرحلة الاستكشاف، وقد جعلت في الخطة نقطة يستطيع الموزّع التوقف عندها. التكلفة الإجمالية أقل وضوحاً اليوم، لكن المخاطرة أقل بكثير.
يبدو العرض الأول أكثر أماناً لأن فيه رقماً واحداً. أما الثاني فأكثر أماناً فعلاً، لأن المشكلات تظهر مبكراً، حين يكون إصلاحها ما زال قليل التكلفة.
ما تتحقق منه في العقد
قبل أن توقّع
0 من 10 منجزةاطلب من محامٍ مراجعة العقد. تغطي هذه القائمة أكثر النقاط التي تسبب المتاعب لاحقاً، وهي ليست استشارة قانونية.
ماذا تفعل الآن
صِف في صفحة واحدة الإجراء الذي تريد تحسينه: من يفعل ماذا اليوم، وأين يتعثر. وإن أردت هيكلاً أشمل، فستجده في نموذج وثيقة متطلبات البرمجيات. بعد ذلك تحدّث إلى ثلاثة أو أربعة شركاء، واطلب من كل منهم مرحلة استكشاف لا سعراً ثابتاً.
تشرح صفحة تطوير البرمجيات المخصصة طريقة عملنا وما تتسلمه منا. وإن كانت لديك برمجيات قائمة وتشك في جودتها، فإن التدقيق التقني للشيفرة يمنحك رأياً مستقلاً. ويمكنك كذلك أن تحدّثنا عن إجراءات عملك، وسنقول لك رأينا: هل البرمجيات المخصصة هي الخيار الصحيح أم لا.
أسئلة شائعة
أيهما أفضل للبرمجيات المخصصة: السعر الثابت أم التعاقد بالوقت والجهد؟
السعر الثابت يناسب الأعمال الصغيرة المحددة جيداً، أما التعاقد بالوقت والجهد فيناسب العمل الذي تتوقع أن تتعلم خلاله وتغيّر اتجاهك. وفي كثير من المشاريع يكون الأنسب مرحلة استكشاف مسعّرة تليها إصدارات بسعر ثابت، كل منها صغير بما يكفي لتحديده بدقة. واحذر من سعر ثابت لمشروع كبير موصوف في بضع صفحات.
هل يجب أن يكون شريك البرمجيات قريباً مني جغرافياً؟
القرب أقل أهمية من تداخل ساعات العمل وإيقاع مراجعات يمكن الاعتماد عليه. ما تحتاجه هو تواصل منتظم مع من ينفّذون العمل فعلاً، وقائد واحد مسؤول أمامك. وإن كنت تفاضل بين الاستعانة بفريق خارجي وتوظيف فريقك الخاص، فاطّلع على مقارنتنا بين الفريق الداخلي والاستوديو الخارجي.
كيف أحكم على جودة الشيفرة إن لم تكن لدي خلفية تقنية؟
اطلب أن ترى الممارسات المحيطة بالشيفرة، مثل المراجعات والاختبارات المؤتمتة وطريقة الإصدار، واطلب التواصل مع عملاء تعمل أنظمتهم منذ مدة. وإن كان النظام قائماً أو الاستثمار كبيراً، فإن التدقيق المستقل للشيفرة يستحق تكلفته، على أن يجريه فريق لن يتولى البناء.
ماذا يحدث إن أغلق الشريك أبوابه أو اختلفنا معه؟
إذا كانت الشيفرة في مستودعك، والنظام يعمل على حساباتك السحابية، والتوثيق بين يديك، فبوسع فريق آخر أن يكمل العمل. لهذا تهمّ الملكية منذ اليوم الأول أكثر من أي وعد. تحقّق من هذه الأمور الثلاثة أثناء المشروع، لا في نهايته.
ما الحجم المناسب للشركة الشريكة؟
يجب أن تكون كبيرة بما يكفي لتغطي التصميم والهندسة والاختبار دون أن تعتمد على شخص واحد، وصغيرة بما يكفي ليكون لمشروعك وزن عندها. اسأل من سيعمل على مشروعك تحديداً، وكم من وقتهم سيكون لك. ففريق خبير تعرف أفراده بالاسم أثمن من عدد كبير من الموظفين.