19 Sept 2022 🏟
- La técnica SCRUM es un proceso iterativo, de refinamiento, con historias cada vez más concretas.
- Modelo: representación de algo que luego existe de lo que evitamos ciertos aspectos, cosas que en ese momento no son relevantes. Van a ser las histotias de usario.
- Requisitos: necesidades del cliente o del usuario. Describen lo que tiene que hacer, que tiene que ser y qúe limitaciones tiene ese producto.
- Normas ISO
- Requisitos de usuario: es lo que conoce el cliente
- Requisitos del sistema: desde el punto de vista técnico (no lo sabrá el usuario). Han de concordar con los requisitos del usuario.
Tipos de requisitos
-
Funcionales: servicios y funciones que tendrá el producto
-
No funcionales: restricciones de cómo se implementará el producto y propiedades del sistema
-
Integración con otros sistemas
-
Implantación y migración
-
Normativos
-
Pliego de condiciones: documento en el cual se establecen las condiciones o cláusulas de un contrato
SCRUM
Historias de usuario
- Objetivo:
- Definir los detalles del sistema a implementar
- Definir las tareas a realizar (backlog)
- Técnica/Práctica: Historias de usuario:
- Forma en el que el dueño provea al equipo de los requisitos de la aplicación
- Conversaciones…
- Formato:
- Como “tipo de usuario” quiero “hacer algo” para “crear algún valor”
NOTA: las historias de usuarios han de ser suficientemente pequeñas para ser implementadas dentro de un sprint. Si requieren más de un sprint se llaman Epics.
Hay que evitar las ambigüedades, han de ser claras y concisas.
Tienen una serie de características → acrónimo INVEST (independiente, negociable, valioso, estimable,small, testing)
- Independiente: la historia es independiente de las demás
- Negociable: se puede negociar la historia con el cliente antes de comenzar un sprint
- Valioso: tiene que aportar valor al negocio, al usuario, al cliente… Ha de formar parte del objetivo del Product Owner
- Estimable: se puede determinar el tiempo que se va a tardar en desarrollarla y nos comprometemos a realizarla en ese tiempo
- Small: tiene que ser pequeña en su descripción, en su duración
- Testing: se tiene que poder probar
26 Sept 2022 🫑
-
Si no conocemos el negocio, hablaremos siempre con el Product Owner hasta que seamos capaces de realizar y estimar la historia de usuario
-
Estos datos se indican en los criterios de aceptación (no todos son pruebas de aceptación), y pueden incluir restricciones y notas para recordar temas a discutir
-
Hay que estar pendiente para la división de historias de usuario de:
- Criterios de aceptación complejos
- Conjunciones y conectores (y, o, también, pero, …)
- Palabras genéricas o poco precisas (información, gestionar, bueno, mucho…)
-
El conjunto de historias forman parte del Backlog del produto
-
Hay que seleccionar las que sean factibles para realizar en un sprint
-
La base de datos se elabora de forma incremental con la técnica de Modelo de clases de dominio (y no entidad relación)
3 Octubre 2022 🌴
- La cuenta debe de estar tanto en recibo como en socio