الحد الأدنى من المنتج القابل للإستعمال MVP: عقلية قوية، وليست مجرد طريقة لعمل نموذج أولي للبرامج في عام 2022

يعاني معظم المتدربين في أكاديمية Lasting Dynamics الذين تم إلحاقهم للتو بأكاديمية Lasting Dynamics، وكذلك جميع المرشحين لمقابلات العمل لدينا، من صعوبة الإجابة على السؤال "ما أهمية برنامج MVP؟
الإجابات الأكثر شيوعاً هي: "لأنه يسمح بتوفير المال والوقت" أو "MVP هو نموذج أولي للبرمجيات ذات الوظائف الأساسية" - ولكن هل "الحد الأدنى من المنتجات القابلة للتطبيق" مجرد صيغة لنماذج أولية لمنتجات البرمجيات أم أنها أكثر من ذلك بكثير؟
هل يمكننا استخدام مفهوم "الحد الأدنى للمنتج القابل للتطبيق" لتطوير أي نوع من المنتجات؟ هل يمكن استخدامه لبناء خدمات احترافية متينة؟ هل هذا المفهوم مرتبط حقاً بتطوير البرمجيات أم يمكن استخدامه لتطوير الأعمال والتسويق والرياضة وغير ذلك الكثير؟

سنجيب أخيرًا على كل هذه الأسئلة ونكشف لك عن أحد أكبر الأسرار وراء منهجيات أجايل التي لم يشرحها أحد من قبل على الإنترنت.

1. MVP - تعريف الحد الأدنى للمنتج القابل للتطبيق

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

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

2. MVP هي عقلية

دعونا نصل مباشرة إلى هذه النقطة: إن MVP هي عقلية لا يمكن اعتبارها مجرد وسيلة أو أداة لوضع النماذج الأولية للمنتجات.
إنه يمثل معادلة يصعب تعلمها لتطويع العقل البشري للتفكير بحكمة لا تتظاهر بالكمال الفوري دون أن تخسر الجودة.
يساعد مبدأ MVP رواد الأعمال والمطورين والمصممين وغيرهم من المهنيين في جميع أنحاء العالم على تقسيم الأهداف الكبرى والضخمة إلى نتائج ومهام رئيسية أصغر يمكن متابعتها باستخدام الأدوات المتاحة لهم، مع التركيز على الأنشطة قصيرة الأجل مع مراعاة المسار والرؤية طويلة الأجل.
كل المنهجيات الرشيقة، التطوير المدفوع بالمميزات (FDD)، والتطوير المدفوع بالاختبار (TDD)، والبرمجة القصوى (XP)، والأهداف والنتائج الرئيسية (OKR)، و SCRUM الكلاسيكية، و Kanban و Lean الأكثر شيوعًا، كلها تستند إلى و/أو تطبق عقلية MVP بشكل صريح، فكر في الأمر:

• مالك المنتج الذي مع سيد SCRUM تقييم الأولويات في الأعمال المتراكمة أثناء جلسة الإعداد، وفقًا لاحتياجات العمل وتعقيدات التطوير - يستخدم عقلية MVP لتحديد ما يجب تحقيقه أولاً وما يمكن أن يصل لاحقًا.
• إن تعريف النتائج الرئيسية عند تقسيم الأهداف إلى أجزاء أصغر في منهجية OKRs، هو بالتأكيد طريقة لتحديد الحد الأدنى من الخطوات القابلة للتطبيق لتحقيق الأهداف.
• يعد تصميم الكمية المناسبة من اختبارات الوحدة التي يجب تنفيذها من أجل تلبية معايير القبول لمتطلب ما، بقدر ما هو تطوير الحد الأدنى من أسطر التعليمات البرمجية وإعادة هيكلتها لاحقًا أحد أقصى تعبيرات عقلية MVP في TDD.
  ولكن من السهل إلى حد ما تحديد بعض الأمثلة القادمة من الحياة اليومية:
• فالشخص الذي يفصله 30 دقيقة عن موعد إغلاق جميع محلات السوبر ماركت، يكتشف أن ثلاجته فارغة ويحتاج إلى تحديد ما سيشتريه، فالطريقة غير المجدية هي التظاهر بأن لديه كل ما يحتاجه في 30 دقيقة، أما الطريقة الكسولة فهي الاستسلام، بينما عقلية "أفضل الحلول" ستفرض شراء المنتجات الأكثر إلحاحًا فقط، والتي يمكن أن تتوفر في النهاية في البقالة في الطابق السفلي بحيث لا تكون هناك حاجة إلى السيارة ويستغرق وقت التسوق أقل وقت ممكن.
• فالشخص الذي لا يأكل الفاكهة أبدًا يعلم أن الفاكهة صحية للغاية ولكنه يكتشف في الوقت نفسه أنه لا ينصح أو ربما ليس من الأفضل تناول الفاكهة بعد الغداء مباشرة - قد يقرر تناول الفاكهة في أي وقت غير مهتم بهذه الحدود تحديدًا ويؤجل تعديل السلوك بعد التأكد من أن تناول الفاكهة قد يصبح عادة بحد ذاته.
• فريق كرة القدم الذي يفوز بالمباراة ويقرر بعد دقيقتين من صافرة النهاية إبقاء الكرة قريبة من زاوية الفريق المنافس، أو فريق من مطوري البرمجيات يقرر قبل أيام قليلة من الإصدار في الإنتاج، تصنيف التغييرات المعلقة على أنها "خطرة" ودمج التغييرات التي لا تؤثر بشكل كبير على قاعدة الكود فقط.

هذه العقلية قابلة للتطبيق في جميع الصناعات، بغض النظر عن مجال الخبرة، باعتبارها شعارًا لاتخاذ قرارات جيدة، تعتمد على البيانات، وتهدف إلى التكيف مع التغييرات تدريجيًا واكتشاف المزيد من الخطوات التالية في الطريق لاتخاذ قرارات أكثر حكمة (التكرار).
الحد الأدنى للمنتج القابل للتطبيق هو المنطقة الرمادية بين الأبيض والأسود التي تجعل الأشياء تحدث وتنجح;
إن MVP صارم وجراحي وشجاع!

3. تطبيقات الأعمال

بصفتي صاحب عمل، يمكنني القول أن فهمي لمفهوم MVP قد تغير خلال 12 عامًا من خلال الاكتشافات التي تحققت على مدار 12 عامًا - كلما تعلمت المزيد عن عقلية MVP، وأعتقد أن هذا مبدأ يجب على الجميع اكتشافه ودراسته وتعلمه وتطويره وتحسينه وتطبيقه في كل مكان في العمل.

1 - التركيز فقط على الاستراتيجيات الصادرة فقط للحصول على السيولة والإيرادات بشكل أسرع بحيث يمكن إعادة استثمار الأرباح لاحقاً لتمويل الاستراتيجيات الداخلية طويلة الأجل.

2 - استخدم عقلية موجهة نحو MVP لبناء أي نوع من الفرق، من التكنولوجيا إلى التسويق والموارد البشرية. قم بتحديد OKRs على مستوى أعلى وقم بالتكرار باستخدام نهج Kanban أو SCRUM، مع التأكد من إمكانية قياس النتائج وتتبع النمو والتوسع لاحقاً بمجرد أن تواجه وحدة الأعمال تحديات مختلفة.

3 - طوّر أعمالك في بلدك أولاً، بمشاريع أبسط لتدريب فرقك قبل الانطلاق إلى جميع أنحاء العالم وقبول التحديات الأكبر

4- اتباع نهج تصاعدي من الأسفل إلى الأعلى في جميع القطاعات والتنمية المتفرعة، بحيث يكون التجميع في مجموعة مجرد خطوة أخيرة بعد النجاح مع الكيانات المنفردة.

4. تطبيقات تطوير البرمجيات

يستمر الناس في التفكير في MVP على أنه مجرد استراتيجية لإصدار منتج، فكل المنشورات الموجودة تحلل هذه الظاهرة من منظور سطحي للغاية، بل يمكنني القول، حتى أنها موجهة بشكل كبير نحو الأعمال التجارية/التسويق، دون الدخول في متاهة ممارسات تطوير البرمجيات.

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

• فتح سير عمل زملاء الفريق في انتظار الإخراج
• دمج أسرع لتجنب تعارض التعليمات البرمجية
• تقييم تأثير التغيير وتوحيد التفاصيل قبل عمليات إعادة الهيكلة المعقدة والتعديلات الأخرى

5. أمثلة على الحد الأدنى من المنتجات القابلة للتطبيق

في الختام، أود أن ألفت انتباهكم إلى مثال بسيط عن الحد الأدنى من المنتج القابل للتطبيق MVP، والذي تم استخدامه مع زملاء الفريق والطلاب والزملاء للتحقق مما إذا كان الفهم الأساسي واضحًا على الأقل:

أيٌّ مما يلي يمكن اعتباره أفضل لاعب رئيسي؟

• تم إجراء استبيان على مجموعة من العملاء المستهدفين للحصول على آرائهم
• جيل من العملاء المحتملين يهدف إلى الحصول على بيانات المستخدمين المحتملين
• سيتم إصدار الإصدار التاسع من برنامجك بعد 5 سنوات من التطوير

انضم إلى أكاديميتنا لمعرفة الإجابات!