Acontece que pessoas próximas ao tópico de desenvolvimento de software perguntam: em que o trabalho do projeto difere da criação de um MVP (Minimal Viable Product)? É claro que, neste caso, cada questionador tem seu próprio contexto da pergunta - portanto, é necessário respondê-la de maneiras diferentes. No entanto, para resumir, o design e o desenvolvimento do produto são muito diferentes um do outro. Em geral, todos. Não é tão fácil de entender, então vamos tentar entender a problemática.
Problematização: desenvolvimento de projeto ou produto
Se você olhar superficialmente, desenvolvimento de software é desenvolvimento de software, seja um projeto ou desenvolvimento de produto. Existem alguns requisitos funcionais - nem sempre formalizados. Existem requisitos não funcionais que são frequentemente esquecidos. Existem desenvolvedores, existe um certo gerenciador condicional e existe alguma metodologia. O desenvolvedor viu através do código, o gerente elimina obstáculos em seu caminho, resolve problemas com o cliente / usuário / cliente final. No final apresentam algum tipo de resultado. Às vezes, como gostam de brincar no setor, o resultado até atende aos requisitos.
Se você olhar um pouco mais profundamente, verá que existem pelo menos duas grandes áreas de desenvolvimento que são fundamentalmente diferentes umas das outras em literalmente tudo: desde o estabelecimento de metas e formulação de requisitos até processos de implementação e entrega do resultado.
Essas são as chamadas abordagens de "design" e "produto" para o desenvolvimento. Cada abordagem tem suas próprias características, que veremos um pouco mais adiante. Portanto, se você se aprofundar ainda mais na abordagem do produto, também poderá destacar o desenvolvimento do MVP. A criação de um MVP, sendo parte do desenvolvimento de um produto, ao mesmo tempo tem suas peculiaridades e difere muito do desenvolvimento de um produto já desenvolvido para melhorá-lo e expandi-lo. Além do MVP, MMF (Minimum Marketable Feature) também pode ser destacado. O MMF não é o assunto deste artigo, apenas precisa ser observado que são coisas diferentes. Infelizmente, eles costumam se confundir, dizendo que tudo é MVP.
E agora, tendo uma ideia da existência de todas essas diferenças, você pode se aprofundar nos detalhes e considerar exatamente como as abordagens diferem.
Projeto vs produto
. , , .
: , , . “ ”, , .
, , .
, , , .
. , , . — , , , .
, , .
— -. , , : , , , , .
, . , , . — .
— 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 . . — .
Mas, ao mesmo tempo, ninguém tenta pensar em qual resultado seria obtido se a equipe abordasse a questão no paradigma do produto. Além disso, muitas vezes nem a equipe nem o gerente simplesmente não estão prontos para trabalhar neste paradigma, eles não o entendem. E, como resultado, eles simplesmente não sabem como trabalhar de forma diferente.
Mas por que isso está acontecendo e o que é necessário para entender, estar pronto e ser capaz de aplicar uma abordagem de produto ao desenvolvimento é uma grande conversa separada. Escreva nos comentários se este tópico é interessante e perguntas que você gostaria de receber respostas.