Empiece de lo más general a lo más específico. Trate de usar Gherkin y ATDD para que no se mate pensando en situaciones que nunca van a ocurrir además de obtener retroalimentación rápida del cliente de si lo que usted está pensando en hacer tiene sentido o no.
Personalmente he encontrado que uso al menos 3 hojas de spreadsheet para esto:
- La primera es un resumen general, las épicas las clasifico en
MVPyPost MVPasí que la primera hoja es la cantidad de horas sumarizadas para estos dos grupos, estas horas las trato de expresar en FTEs - La segunda hoja es todas las épicas donde hay columnas ID, Título, Descripción, Horas* (las horas generalmente las calculo usando PERT y mis estimados siempre doy los 4 valores)
- Por último en la tercera hoja, van todas las tareas específicas de cada épica, las columnas son ID, ID de la épica, Título, Descripción, Horas en PERT. Luego por lo general en la primera hoja como actúa como resumen, pongo también en algún lado cuánto sería el costo por hora mío y si hay más roles que lo pueden realizar para balancear un poco el costo, trato de crear roles y costo por cada rol por hora, con eso puedo generar nuevas columnas con casos hipotéticos para ver cuál le fuciona más al cliente.
Tenga en cuenta que lo más importante es ir en el órden de primero Épica y luego Tarea Específica, piense en cliente primero, si no tiene clara las épicas escriba unas cuantas sin concentrarse en las tareas específicas aún y luego puede ser en un documento de word por épica, ponga detalles y trate de definir ejemplos (busque ATDD) que describan lo que la épica trata de resolver, al final se vuelve más sencillo hacerlo todo con Gherkin porque incluso puede usar español o inglés para definir las tareas a escala macro, y luego copiar/pegar esas Gherkin Features y usarlas como su acceptance criteria
Esos ejemplos que arme en Gherkin generalmente le van a dar claridad sin temor a duda de las tareas específicas que tiene que realizar.
Si le toca hacerlo todo a usted solito con su soledad acompañado solo de café y su laptop, a usted le toca ser diseñador UX, QA y Dev. La única manera SANA mentalmente de realizar semejante tarea es si usted se concentra fuertemente en definir primero sus acceptance criteria (gherkin de nuevo es genial para esto), y antes de tirar una sola mísera línea de código en su veneno lenguaje de preferencia, verifique con el cliente que sus aceveraciones son correctas y representan lo que el cliente quiere, si requiere UI, haga algo feo pero prototipo en Figma (que es gratis y tiene para prototipado) que más o menos demuestre lo que el cliente quiere y LUEGO tira las tareas específicas, con PERT calcula cada tarea específica (que es más sencillo de predecir sobretodo con PERT) y ya va a tener cómo tirarle al cliente un estimado en dinero (hasta para ver si puede contratar a algún JR que le ayude)