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