Affected files: 01. Projects/Mental Health/Therapy/Session 002 24-04-12.md 01. Projects/Neardearla 2024/13 consejos de Senior que le daría a mi yo Junior.md 01. Projects/Neardearla 2024/Construyendo Bajo Presión cómo armar el primer MVP de tu startup en 2024.md 01. Projects/Neardearla 2024/Código con corazón mejores prácticas de FrontEnd para encantar a tu UX.md 01. Projects/Neardearla 2024/Cómo Elegir la Base de Datos Adecuada para Tu Proyecto Una Guía entre SQL y NoSQL.md 01. Projects/Neardearla 2024/Cómo evolucionar profesionalmente en tecnología sin perder tu chispa de programar.md 01. Projects/Neardearla 2024/Desarrollo de pruebas unitarias asistido por IA.md 01. Projects/Neardearla 2024/Desde la Web al Escritorio - Tauri.md 01. Projects/Neardearla 2024/Fortaleza Digital Construyendo un Futuro Seguro con Desarrollo de Software Resiliente.md 01. Projects/Neardearla 2024/La Belleza del programa, la Felicidad del Programador.md 01. Projects/Neardearla 2024/Patrones de diseño el arma secreta de los desarrolladores expertos.md 01. Projects/Neardearla 2024/Que la fuerza de los gráficos te acompañe Aprende a dominar la visualización de datos.md 01. Projects/Neardearla 2024/Sincronización Perfecta Comunicación entre Microservicios con TypeScript y NestJs.md 01. Projects/Neardearla 2024/¿Por qué nos subestimamos? Guía práctica para negociar tu salario de forma efectiva.md 01. Projects/Phisics Engine/README.md 01. Projects/Página Personal/Portfolio/Piloto Go.md 01. Projects/Spotify Playlist Intersection/README.md 03. Resources/Design/Content Creators.md 03. Resources/Design/Design_Cheatsheet.pdf 03. Resources/Design/Story Telling.md 03. Resources/Development/Devtools.md 04. Periodic/03. Monthly/2024-03.md 04. Periodic/03. Monthly/2024-04.md README.md
51 lines
No EOL
1.6 KiB
Markdown
51 lines
No EOL
1.6 KiB
Markdown
---
|
|
created: 2024-04-11 18:59
|
|
updated: 2024-04-15 20:56
|
|
---
|
|
## MVP
|
|
|
|
Minimum viable product, se basa en 3 pilares
|
|
|
|
- Simplicidad
|
|
- Iteraciones rápidas
|
|
- Enfoque en el cliente
|
|
|
|
Se debe definir una o unas funcionalidades en base a una lista de prioridades para el MVP.
|
|
|
|
El MVP se trata de agregar valor, si con una funcionalidad ya se agrega valor es suficiente para el MVP
|
|
|
|
No importa si el 1° MVP se lanza de manera interna
|
|
|
|
## Tecnologías y herramientas aliadas
|
|
|
|
- Desarrollo ágil
|
|
- desarrollar de manrea rápida y eficiente adaptandonos al cambio en vez de seguir un plan rígido.
|
|
- Entregar valor rápidamente minimizando desperdicios.
|
|
- Evitar _"over engeneering"_, no hay tiempo ni dinero, aplicar las 7 faces del ciclo de desarrollo de software es contraproducente
|
|
|
|
- Todos los MVP tienen una lista de tareas
|
|
|
|
|
|

|
|
|
|
> Asegurar la calidad de tareas generales (1-17) no significará que nuestro producto sea de buena calidad.
|
|
> Pero asegurar un buen desarrollo de tareas que agreguen valor y diferenciación (18-21) si lo hará.
|
|
|
|
De esta lista de tareas es importante sacarse las _"tareas generales"_ lo antes
|
|
posible de manera rápida. Un ejemplo de como abordarlas es hacer una tabla con
|
|
las herramientas que nos pueden ayudar a sacarlas rápidamente, como la
|
|
siguiente:
|
|
|
|

|
|
|
|
Esta tabla **puede y debe variar** dependiendo de las necesidades del MVP
|
|
|
|
Luego cuando salgamos del _"valle de la muerte"_ (tengamos dinero y clientes/usuarios) podemos dedicarle mayor tiempo a estas tareas.
|
|
|
|
|
|
## Escuchar y aplicar feedback
|
|
|
|
- Google analytics
|
|
|
|
|
|
 |