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

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

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

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

يضم القالب عشرين خطوة موزّعة على خمسة مسارات (إدارة المنتج، والهندسة والبحث والتطوير، والتصميم، والجودة، والشؤون التجارية) عبر خمس مراحل: الفكرة والفرز، ودراسة الجدوى، والتصميم والتطوير، والتحقق من الصلاحية، ثم الإطلاق والمراجعة. ويتضمّن الحلقات التي تُغفلها معظم النسخ المرسومة: شعبة إعادة تُرجع دراسة جدوى ضعيفة للتحسين بدل إيقافها، ومراجعة تصميم لم تُجتَز تعود إلى التصميم التفصيلي، وقرار «هل تستوفي المتطلبات؟» يعيد الاختبار الفاشل إلى التصميم بدل تمريره إلى الإنتاج التجريبي، وشعبة تمديد للتجريبي عند البوابة 2 لمنتج كاد يجهز ولمّا يجهز.

ما الذي يغطيه هذا المخطط

في هذا القالب

• خمسة مسارات وظيفية (إدارة المنتج، الهندسة والبحث والتطوير، التصميم، الجودة، الشؤون التجارية) موزّعة على خمس مراحل: الفكرة والفرز، دراسة الجدوى، التصميم والتطوير، التحقق من الصلاحية، ثم الإطلاق والمراجعة
• خطوة فرز قبل أي إنفاق: تسجيل الفكرة في مسار الأفكار ثم فرزها وفق الاستراتيجية داخل مسار إدارة المنتج، حتى تُستبعد التصوّرات الضعيفة قبل مطالبة أربع وظائف ببذل الجهد
• أربعة مدخلات منفصلة لدراسة الجدوى، مدخل لكل وظيفة: تقييم الجدوى الفنية من الهندسة والبحث والتطوير، وتصوّر المنتج من التصميم، وتحديد المتطلبات التنظيمية من الجودة، وتقدير حجم السوق من الشؤون التجارية، تُجمع كلها في «إعداد دراسة الجدوى»
• البوابة 1 بثلاث نتائج مُسمّاة: «البوابة 1: التطوير أم الإيقاف؟» تتفرّع إلى المضي نحو المتطلبات والمواصفة، أو الإعادة إلى دراسة الجدوى للتحسين، أو الإيقاف إلى «تعليق الفكرة مع تدوين المبرّر» بوصفه نقطة رفض نهائية
• حلقتا تحسين متمايزتان تعودان إلى «تطوير التصميم التفصيلي»: «هل اجتازت مراجعة التصميم؟» تعود عند إعادة العمل قبل محاولة الاختبار، و«هل تستوفي المتطلبات؟» تعود عند لا بعد اختبارات الصلاحية، فلا يتسرّب اختبار فاشل إلى الإنتاج التجريبي
• البوابة 2 بوصفها قرار الإطلاق: «البوابة 2: اعتماد الإطلاق؟» تتفرّع إلى الإطلاق في السوق داخل مسار الشؤون التجارية، أو تمديد التجريبي بالعودة إلى الإنتاج التجريبي المحدود، أو الإيقاف إلى «إيقاف الإطلاق عند البوابة 2»، وتُختم الدورة بمراجعة ما بعد الإطلاق والإغلاق

متى تستخدم هذا القالب

• تُدخل نظام المراحل والبوابات لأول مرة وتحتاج صورة واحدة متفقاً عليها للمراحل والبوابات ومالك كل منها، قبل أن يتحوّل الأمر إلى حزمة نماذج وسلسلة دعوات اجتماعات
• مشاريع محفظتك لا تتوقف أبداً: لا شيء يُوقَف رسمياً، والطاقة موزّعة على برامج حيّة أكثر من اللازم، ولا أحد يستطيع الإشارة إلى القرار الذي أجاز كلاً منها
• يبدأ العمل التطويري قبل وجود دراسة الجدوى، أو تُكتب المواصفة بعد التصميم، وتحتاج إلى إظهار الترتيب المقصود لمن ينفّذون العمل
• توائم العملية مع نظام إدارة الجودة (إذ يغطي البند 8.3 من ISO 9001 التصميم والتطوير ويتوقّع تنفيذ التخطيط والمراجعات والتحقق والمصادقة وتسجيلها) وتحتاج إلى المسار قبل كتابة الإجراء
• التسليمات بين المنتج والهندسة والتصميم والجودة والشؤون التجارية هي عنق الزجاجة الحقيقي، وتريد أن ترى أي وظيفة تحتجز العمل في كل مرحلة بدل الجدل حول ذلك بعد فوات موعد الإطلاق

كيف تعمل

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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