+4
Geplant

Scrum: Mejorar definición de interfaz

Alex Carrasco vor 12 Jahren aktualisiert von David Sanginés vor 12 Jahren 2
Actualmente se producen diversas quejas en varios componentes debido a que el requerimiento solo se solicitó y nunca fue diseñado correctamente. Para evitar esto deben diseñarse todos y cada uno de los componentes de manera adecuada.
¿Cuál es la manera adecuada?

Realmente lo que hace falta no es diseño, es documentación. La definición del producto documentada guía al diseño y éste último: al desarrollo. 

Desconozco si tenemos una documentación, o si no se me ha dado acceso a, la definición del producto, un documento en donde se citan las reglas de la plataforma, los alcances del usuario, los tipos de usuario con los que contamos, sin ésto todo queda en pláticas en scrum, en conversaciones las cuales después se tienen que repetir para recordar comportamientos.

No es posible desarrollar una interfaz congruente ante un producto en redefinición continua, muchas de las cosas que hoy hago, el día de mañana pasan a ser inservibles u obsoletas, de igual manera muchas claridad es necesaria entre definición, diseño y desarrollo al no estar de acuerdo en algo más abstracto: los flujos.

Los pasos necesarios para realizar cualquier acción, así como citar todos los escenarios, ejemplos de flujos ya sean en un documento:



O sean de manera gráfica:



son necesarios, si tenemos una definición de producto, alcances, reglas y comportamientos, podemos diseñar y desarrollar tomando en cuenta todos los escenarios y de tal manera que los componentes sigan un patrón de diseño y de comportamiento.
Propongo Diagramas UML: Casos de uso, actividades, etc