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