أول تواصل والملخص
تبدأ بمكالمة قصيرة أو ملخص مكتوب: أهدافك ومستخدموك وما تعرفه من قيود، كموعد نهائي أو نظام يجب الربط معه. لا تحتاج إلى مواصفات مكتملة. نرد عليك بأسئلة وخطة مقترحة، عادة خلال يوم عمل واحد. نعمل عن بُعد، ونحدد المكالمات بما يناسب ساعات عملك.
الاستكشاف وتحديد النطاق
قبل أي تقدير، نحتاج إلى فهم المنتج بما يكفي لنكون صادقين معك. لذلك نسأل:
- من يستخدم المنتج، وماذا يجب أن يستطيع كل نوع من المستخدمين فعله؟
- ما الأنظمة أو مزودو الدفع أو مصادر البيانات التي يجب الربط معها؟
- ما اللغات والأجهزة والمنصات التي يجب دعمها؟
- ما البيانات التي يحتفظ بها المنتج، ومن يجب ألا يطلع عليها؟
- ما الموعد النهائي، وما سببه؟
بعد ذلك تستلم خطة تغطي التصميم والبناء والأمن والجدول الزمني، مكتوبة بحيث يفهمها من هم خارج الهندسة. ويذكر التقدير افتراضاته (راجع كيف نسعّر أعمالنا). وإن بقي المجهول كثيرًا، نقترح سبرنت استكشاف أولًا: نحو أسبوعين من البحث، ونموذج أولي تفاعلي، ومقاربة تقنية، ونمذجة تهديدات للمسارات الأساسية، وخارطة طريق مكتوبة.
التصميم والنموذج الأولي بالعربية والإنجليزية
نصمم المنتج نموذجًا أوليًا تفاعليًا قبل أن يبدأ أحد بنائه، فتختبر المسارات الأساسية مع مستخدمين حقيقيين، وتغيّر رأيك والتغيير ما زال رخيصًا. نصمم العربية والإنجليزية، من اليمين إلى اليسار وبالعكس، معًا منذ الشاشة الأولى، ولا نترجم في النهاية. يشرح التصميم العربي من اليمين إلى اليسار كيف نفعل ذلك، ويعرض دليل المنتجات ثنائية اللغة المفاضلات.
البناء في دورات قصيرة
نبني في دورات قصيرة، ونعرض عليك برمجيات تعمل كل أسبوع. العرض الأسبوعي نسخة حقيقية قيد التشغيل، وليس شرائح. تجرّبها وتبدي رأيك، فنعدّل الخطة، وتبدأ الدورة التالية مما قلته. وتبقى الأولويات في خارطة طريق تقرؤها، فتعرف دائمًا ما يُبنى الآن وما يأتي بعده وما تأجّل.
وتعمل الفحوص أثناء نمو المنتج: اختبارات آلية ومسار إصدار (CI/CD) يبني كل نسخة ويفحصها بالطريقة نفسها.
الأمن في البداية وقبل الإطلاق
يبدأ كل مشروع بمراجعة للتهديدات، أي نمذجة التهديدات: نحدد ما يحميه المنتج، ومن قد يهاجمه، وكيف، ثم نبني الدفاعات في التصميم قبل أول سطر برمجي. وقبل الإطلاق نجري مراجعة أمنية للمنتج النهائي، وتستلم قائمة إصلاحات مرتبة حسب الأولوية. وتشرح صفحة ممارساتنا الأمنية الخطوتين بالتفصيل.
الاختبار قبل كل إصدار
لا يصدر شيء دون اختبار. نفحص كل إصدار بالاختبارات الآلية وبأشخاص يجرّبون المسارات الحقيقية، على الأجهزة وباللغات التي سيستخدمها مستخدموك. ونخبرك بما اختبرناه وما لم نختبره وبأي مشكلة معروفة قبل أن توافق على الإصدار.
الإطلاق
قبل الإطلاق نتفق على معنى الجاهزية: أي بنود قائمة الإصلاحات يجب إغلاقها، وأي اختبارات يجب أن تنجح، ومن يوافق على الإصدار، وماذا نفعل إن حدث خلل في الأيام الأولى. فيصبح الإطلاق خطوة مخططة لا مفاجأة. وإن كان المنتج يخدم جماهير أو أسواقًا متعددة، فيمكن إطلاقه على مراحل.
التسليم والدعم بعد الإطلاق
عند التسليم تستلم ما بُني والمعلومات اللازمة لتشغيله: الشيفرة، وملاحظات عن ترابط الأجزاء وطريقة إصدار نسخة جديدة، وجلسة شرح مع فريقك. وما يشمله التسليم بالتحديد يُتفق عليه كتابةً.
وبعد الإطلاق قد يأخذ الدعم أشكالًا عدة: رعاية لفترة محددة بعد الإطلاق، أو فريق مخصص يواصل البناء شهرًا بعد شهر، أو مساعدة عند الطلب. والشكل المناسب يعتمد على منتجك، أما المدة والشروط فتُتفق لكل مشروع على حدة.
كيف نتواصل معك
- عروض أسبوعية لبرمجيات تعمل فعلًا.
- خطط بلغة بسيطة: خرائط طريق وتقديرات يقرؤها فريقك كله.
- تقديرات مع افتراضاتها، لترى ما الذي قد يغيّر الرقم.
- تنبيه مبكر: إن هدّد أمرٌ الخطة فستسمع ذلك منا فور أن نراه.
- مسؤول تسليم مسمّى في مشاريع بناء المنتج والفرق المخصصة.
ما نحتاجه منك
- صاحب قرار واحد يستطيع أن يقول نعم أو لا، فلا تنتظر الأسئلة في الطابور.
- الوصول إلى الحسابات والأنظمة القائمة والهوية البصرية والمحتوى عندما نطلبها.
- ملاحظات خلال الأسبوع نفسه، ويفضّل أن تكون على العرض ذاته.
- رؤية واضحة لما يهمك أكثر، لتتبع المفاضلات أولوياتك.
وإن تأخر شيء من جانبك فسيتحرك الجدول الزمني، وسنقول لك ذلك بوضوح.
حين يتغير النطاق
تغيّر النطاق أمر طبيعي: تتعلم من المستخدمين، أو يتحرك السوق. ونتعامل معه بشفافية.
- تصف لنا التغيير، أو ننبهك إلى تغيير اكتشفناه نحن.
- نشرح ما يمسّه (التصميم والبناء والأمن والجدول والتكلفة) ونعيد التقدير.
- تقرر معنا: إضافته، أو استبداله بشيء مخطط له، أو تأجيله.
- نحدّث خارطة الطريق والتقدير، فيعمل الجميع من الخطة نفسها.
شروط الدفع ومدة الدعم وأوقات الاستجابة وبنود العقد لا تُحدَّد في هذه الصفحة، بل تُتفق كتابةً لكل مشروع على حدة.