تطوير المنتج: ما هو النموذج المناسب للعمل؟

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

إشكالية: تطوير المشروع أو المنتج

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

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

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

والآن ، مع وجود فكرة عن وجود كل هذه الاختلافات ، يمكنك التعمق في التفاصيل والتفكير في كيفية اختلاف الأساليب بالضبط.

المشروع مقابل المنتج

. , , .

: , , . “ ”, , .

, , .

, , , .

. , , . — , , , .

, , .

— -. , , : , , , , .

, . , , . — .

— 20% — 10%, — . , , — . — .

, .

, , - : , , . . : , , , .

. , , , , , . , V-model , .

, . , , . — , . — . — . ( ) — , .

. , , , . , , , , .

. . , : . , , , .

— . , . : . , , , . , .

: , , — . - “ ”. — , , , .

: . “” — , , . , “ ” .

. , , , , , , . , , , . , , .

, — . , , MVP . , — , , ..

. — “”.

— killer , . .

, , .

-, “ — — — — ” - . , , ( , ) , . — , . — — . , , — , . , “” : . , , , .

, — . , .

-, , , . — , — . — , . .

, , . , , , . . , - , full-stack .

— — . , , .

Back to MVP

, .

, MVP.

Minimal Viable Product — , “ ”, : , . , , MVP, — , .

- .

MVP — . , — , , !

, .

, , .

, , . , , , , , , . — , , , .

, , , . , , , , — . , — .

- , , , , — , !

, - ? - , . , , UX- , .

. . , , , , , ? , - . , - , , . — , .

— . - . , — . .

— , , .

, , . , .

, , MVP . — .

, . ?

. , , — . , , , , , , . , — .

— , , . , . . .

? .

. , , Scrum .

, MVP. : - ? , , -, , , , .

, Easy First, . . , , - — . , .

, — — . — , . . , - , . - , , , killer-features.

— . , . , — . Minimal Marketable Feature ( ).

MVP: , V-, . , , , . , .

use-cases , — . , — , . , . , , .

, MVP — , .

MVP — (shit and bricks). — . , “” — . -, , .

, MVP — . MVP , MMF . , . “ ”. - . — . , , .

, — — , . , , — . — , — . , , .

. , - MVP MMF. — , — , , . , , . , - , , , . , — , , . , , - , .

, , . — . . . , , , .

— , . .

, — — MVP . . — .

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

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