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