مخطط انسيابي لعملية تطوير المنتج (قالب المراحل والبوابات)

كيف تعمل

1. أعد تسمية المسارات لتطابق وظائفك الحقيقية

   استبدل إدارة المنتج والهندسة والبحث والتطوير والتصميم والجودة والشؤون التجارية بالوظائف الموجودة لديك فعلاً. تقسّم فرق الأجهزة الهندسةَ عادةً إلى ميكانيكا وإلكترونيات وهندسة تصنيع؛ وفرق البرمجيات غالباً بلا مسار جودة منفصل، والأولى بها دمج التحقق داخل الهندسة بدل ترك شريط فارغ. وادمج أي مسار لا تستطيع إسناد مالك مُسمّى له، وأبقِ عدد المسارات عند ما يسع شاشة واحدة.

2. اكتب معايير البوابة قبل المراجعة الأولى

   البوابة بلا معايير مكتوبة تتحوّل إلى عرض تقديمي. للبوابة 1، حدّد ما يجب أن تحتويه دراسة الجدوى والعتبات التي تجعلها مضياً: حجم السوق الذي تعدّه جديراً بالسعي، وأسئلة الجدوى التي يجب أن تُجاب لا أن تُفترض، والنطاق التنظيمي. وللبوابة 2، حدّد دليل الإنتاج التجريبي المطلوب. واتفق على الاثنين وليس عند البوابة أحد ينتظر، فالمعايير التي يُتفاوض عليها في اليوم نفسه يكتبها أكثر الناس تعلّقاً بقرار المضي.

3. حدّد المعنى الفعلي للإعادة ولتمديد التجريبي

   الشعبتان الليّنتان هما الموضع الذي تتعفّن فيه أنظمة المراحل والبوابات. الإعادة عند البوابة 1 يجب أن تحمل قائمة محدّدة بما يجب أن يتغيّر، ومالكاً، وموعداً للعودة؛ وإلا فهي إيقاف لم يجرؤ أحد على قوله. وتمديد التجريبي عند البوابة 2 يجب أن يسمّي ما يُراد تعلّمه، ومدة التمديد، والمعيار الذي ينهيه. سجّل الاثنين على المشروع لا في محاضر الاجتماعات، وأحصِ عدد مرات استخدام كل منهما — فالبوابة التي لا تنتج غير الإعادة لا تقرّر شيئاً.

4. أبقِ مراجعة التصميم واختبارات الصلاحية فحصين منفصلين

   إنهما يجيبان عن سؤالين مختلفين. مراجعة التصميم تسأل هل يستوفي التصميم التفصيلي والنموذج الأولي المواصفةَ المتفق عليها في بداية التطوير، وهي فحص من الأقران وأصحاب المصلحة للتصميم نفسه. أما اختبارات الصلاحية فتسأل هل يلبّي المنتج المكتمل حاجة المستخدم والمتطلبات التنظيمية في ظروف واقعية. والفصل بينهما هو ما يمنح حلقتَي التحسين في هذا المخطط معناهما: إحداهما تلتقط خللاً تصميمياً قبل الإنفاق على وحدات اختبار، والأخرى تلتقط خللاً في المتطلبات قبل الإنفاق على إنتاج تجريبي.

5. عرّف الإنتاج التجريبي ومعايير خروجه

   «تنفيذ إنتاج تجريبي محدود» تعني شيئاً مختلفاً في كل مؤسسة: دفعة ما قبل الإنتاج، أو إطلاق هادئ في منطقة واحدة، أو مجموعة وصول مبكر. دوّن أيها هو، والكمية أو عدد العملاء، وما الذي يُقاس — الإنتاجية، ومعدل العيوب، وحمل الدعم، والتفعيل — وكم يستمر قبل عقد البوابة 2. فالإنتاج التجريبي بلا نهاية محدّدة هو الطريقة التي تنزلق بها مواعيد الإطلاق دون اتخاذ أي قرار.

6. سمِّ مالكي البوابات وسجّل القرارات

   لكل بوابة، سمِّ الشخص الذي يملك القرار والمجموعة التي يجب حضورها. مالك واحد مُسمّى لكل بوابة خير من لجنة تقرّر بغياب الاعتراض. وسجّل النتيجة والتاريخ والمعايير المطبَّقة والمبرّر — وبخاصة عند الإيقاف، فالإيقاف غير المسجَّل يعود فكرةً نفسها بعد ستة أشهر. وإن كنت تعمل بنظام إدارة جودة، فهذا السجل هو أيضاً الدليل على أن المراجعات جرت.

7. انشره ثم راجعه بعد كل إطلاق

   شارك المخطط حيث يجري العمل، إلى جوار نماذج البوابات لا في مجلد سياسات، واحصل على توقيع مالكي المسارات. وبعد كل إطلاق، امشِ في المسار مع الفريق: أي بوابة تُخطّيت، وأي حلقة سُلكت ولماذا، وهل جرت مراجعة ما بعد الإطلاق فعلاً أم ابتلعها المشروع التالي. واحتفظ بالنسخ السابقة لتستطيع إظهار متى تغيّرت العملية وما الذي دفع إلى تغييرها.

الأسئلة الشائعة

ما مراحل عملية تطوير المنتج؟

خمس مراحل تغطي معظم مؤسسات المنتجات. أولاً الفكرة والفرز: تسجيل الفكرة واختبارها مقابل الاستراتيجية قبل أن تبذل أي وظيفة جهداً. ثانياً دراسة الجدوى: تقييم الجدوى الفنية، ووضع تصوّر المنتج، وتحديد المتطلبات التنظيمية، وتقدير حجم السوق، ثم جمع الأربعة في دراسة واحدة تُعرض على البوابة 1. ثالثاً التصميم والتطوير: الاتفاق على المتطلبات والمواصفة، وتطوير التصميم التفصيلي، وبناء نموذج أولي عامل، وعقد مراجعة التصميم. رابعاً التحقق من الصلاحية: تخطيط اختبارات الصلاحية وتنفيذها مقابل المواصفة، ثم تنفيذ إنتاج تجريبي محدود بعد اجتيازها. خامساً الإطلاق والمراجعة: اتخاذ قرار الإطلاق عند البوابة 2، والإطلاق في السوق، ثم عقد مراجعة ما بعد الإطلاق وإغلاق المشروع.

ما نظام المراحل والبوابات، وما الذي تستطيع البوابة أن تقرّره؟

نظام المراحل والبوابات يجمّع عمل التطوير في مراحل ويضع نقطة قرار بين كل مرحلة وأخرى، بحيث يُفرج عن التمويل والجهد على دفعات لا دفعة واحدة في البداية. ونتائج البوابة المتعارف عليها أربع: المضي، والإيقاف، والتعليق، والإعادة — أي الانتقال إلى المرحلة التالية، أو إنهاء المشروع، أو ركنه مقابل الطاقة أو الأولوية، أو إرجاعه لتحسين المرحلة الحالية قبل الحسم. ويُظهر هذا القالب المضي والإعادة والإيقاف عند البوابة 1، والإطلاق وتمديد التجريبي والإيقاف عند البوابة 2. فإن كانت بوابتك لا تنتج غير المضي، فهي ليست بوابة، وإدارة المحفظة التي يُفترض أن توفّرها لا تحدث.

ما الفرق بين مراجعة التصميم واختبارات الصلاحية؟

مراجعة التصميم تفحص التصميم مقابل مدخلاته: هل يستوفي التصميم التفصيلي والنموذج الأولي المواصفةَ المتفق عليها في بداية التطوير، وهل المخاطر المفتوحة مفهومة. أما اختبارات الصلاحية فتفحص المنتج مقابل الحاجة: هل يعمل للمستخدم في ظروف واقعية، مقابل المتطلبات بما فيها التنظيمية. الأول هو التحقق من المطابقة، والثاني هو التحقق من الصلاحية، وتعاملهما معايير إدارة الجودة نشاطين منفصلين لسبب وجيه. وهما في هذا المخطط قراران بمسارَي عودة منفصلين إلى التصميم التفصيلي، لأن خللاً يُكتشف في المراجعة أرخص كثيراً من الخلل نفسه بعد بناء وحدات الاختبار.

كيف يختلف هذا عن عملية إصدار البرمجيات أو شجرة قرار المضي أو التوقف؟

الفرق في النطاق. هذا المخطط يغطي دورة التطوير كاملة، من دخول الفكرة إلى المسار حتى مراجعة ما بعد الإطلاق، ويعامل كل قرار إطلاق عقدةً واحدة مبوَّبة. أما عملية إصدار البرمجيات على /ar/templates/عملية-إصدار-البرمجيات فتبدأ متأخرةً كثيراً، من نسخة مكتملة الشيفرة، وتفصّل قطع الفروع وبوابات الاختبار والبيئة التجريبية والنشر والتراجع والإصلاحات العاجلة. وتذهب شجرة قرار المضي أو التوقف في الاتجاه المعاكس فتفكّ بوابة واحدة إلى عشرات أسئلة الدليل بخمس نتائج مُسمّاة. استخدم هذه الصفحة لتعريف الدورة، وإحدى الأخريين للجزء الذي تحتاجه بتفصيل أكبر.

من ينبغي أن يملك قرار كل بوابة؟

شخص واحد مُسمّى لكل بوابة، مع حضور الوظائف المساهمة بوصفها مصدر دليل لا أصحاب أصوات. البوابة 1 تقع عادةً لدى من يملك المحفظة والميزانية — مدير منتج تنفيذي، أو مدير عام، أو مجموعة القيادة في مؤسسة أصغر — لأنها قرار في وجهة طاقة التطوير. أما البوابة 2 فقرار جاهزية بقدر ما هو قرار تجاري، ولذلك يحتاج مالكها إلى صلاحية تعليق الإطلاق حين لا تكون الجودة أو التوريد جاهزين، لا صلاحية الاعتماد فحسب. دوّن صلاحيات القرار قبل البوابة الأولى: فالبوابة غير المسنَدة تؤول إلى أعلى الحاضرين رتبةً في ذلك اليوم.

كم بوابة ينبغي أن تتضمّن عملية تطوير المنتج؟

أقل مما تظن، وحيث يوجد قرار حقيقي فقط. اثنتان معروضتان هنا لأنهما تحدّدان النقطتين اللتين يقفز عندهما الإنفاق الملتزَم: البوابة 1 تُجيز التطوير، والبوابة 2 تُجيز الإطلاق وما يتبعه من تكلفة إنتاج وتسويق ودعم. وتضيف البرامج الأكبر أو الأكثر خضوعاً للتنظيم بوابةً بين التصوّر والتصميم التفصيلي، وأخرى قبل بدء اختبارات الصلاحية. والمعيار المفيد هو هل تستطيع البوابة أن تنتج شيئاً غير المضي أصلاً. فإن لم توقف مراجعةٌ مشروعاً أو تغيّره ولو مرة واحدة، فاحذفها أو انقلها إلى حيث يُلتزم بالمال فعلاً.