Desarrollo de producto: ¿en qué paradigma trabajar?

Sucede que personas cercanas al tema del desarrollo de software se preguntan: ¿en qué se diferencia el trabajo de un proyecto de la creación de un MVP (Producto Mínimo Viable)? Está claro que en este caso cada interrogador tiene su propio contexto de la pregunta; por lo tanto, es necesario responderla de diferentes maneras. Sin embargo, para resumir, el diseño y el desarrollo de productos son muy diferentes entre sí. En general, todos. No es tan fácil de entender, así que intentemos comprender la problemática.

Problematización: desarrollo de proyectos o productos

Si miras superficialmente, el desarrollo de software es desarrollo de software, ya sea un proyecto o desarrollo de producto. Hay algunos requisitos funcionales, no siempre formalizados. Hay requisitos no funcionales que a menudo se pasan por alto. Hay desarrolladores, hay cierto administrador condicional y hay alguna metodología. Los desarrolladores vieron el código, el administrador despeja los obstáculos en su camino, resuelve problemas con el cliente / usuario / cliente final. Al final muestran algún tipo de resultado. A veces, como les gusta bromear en la industria, el resultado incluso cumple con los requisitos.

Si miras un poco más profundo, resulta que hay al menos dos grandes áreas de desarrollo que son fundamentalmente diferentes entre sí en literalmente todo: desde el establecimiento de objetivos y la formulación de requisitos hasta los procesos de ejecución y entrega del resultado.

Estos son los llamados enfoques de desarrollo de "diseño" y "producto". Cada enfoque tiene sus propias características, que veremos un poco más adelante. Por lo tanto, si profundiza aún más en el enfoque del producto, también puede resaltar el desarrollo de MVP. La creación de MVP, al ser parte del desarrollo de productos, al mismo tiempo tiene sus propias características y difiere marcadamente del desarrollo de un producto ya desarrollado con el objetivo de mejorarlo y expandirlo. Además de MVP, también se puede resaltar MMF (característica comercial mínima). MMF no es el tema de este artículo, solo debe tenerse en cuenta que son cosas diferentes. Desafortunadamente, a menudo se confunden diciendo que todo es MVP.

Y ahora, teniendo una idea de la existencia de todas estas diferencias, puede profundizar en los detalles y considerar en qué difieren exactamente los enfoques.

Proyecto vs producto

. , , .

: , , . “ ”, , .

, , .

, , , .

. , , . — , , , .

, , .

— -. , , : , , , , .

, . , , . — .

— 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 . . — .

Pero al mismo tiempo, nadie intenta siquiera pensar en qué resultado se obtendría si el equipo abordara el tema en el paradigma del producto. Además, a menudo ni el equipo ni el gerente simplemente no están preparados para trabajar en este paradigma, no lo entienden. Y, como consecuencia, simplemente no saben cómo trabajar de manera diferente.

Pero por qué sucede esto y qué se necesita para comprender, estar preparado y poder aplicar un enfoque de producto al desarrollo es una gran conversación separada. Escriba en los comentarios si este tema es interesante y las preguntas a las que le gustaría recibir respuestas.