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