Aprendiendo una cosa nueva todos los días
En el verano de 2011, Ken Schwaber y Jeff Sutherland revisaron su Guía de Scrum. En ella, eliminaron un comportamiento establecido desde hace mucho tiempo y conocido por Scrum, que es el compromiso que el equipo hace con el propietario del producto y los clientes. El compromiso fue sustituido por la previsión. Dicen que los equipos pueden prever su trabajo, pero no comprometerse con él.
Sigue leyendo
La Definición de Hecho (DoD) es una lista de requisitos que una historia de usuario debe cumplir para que el equipo la considere completa. Mientras que los Criterios de Aceptación de una Historia de Usuario consisten en un conjunto de Escenarios de Prueba que deben cumplirse para confirmar que el software funciona como se espera.
Sigue leyendo
Cada sprint termina con una reunión de revisión del sprint de dos partes. Dicha reunión comienza con una revisión y demostración al cliente y termina con la retrospectiva del equipo. Ambos componentes tienen lugar el último día del sprint. La revisión del sprint se centra en la “inspección” y “adaptación” del incremento (potencialmente enviable), mientras que la retrospectiva del sprint se centra más en la “inspección” y “adaptación” del proceso del sprint.
Sigue leyendo
El Open Group creó ArchiMate como un lenguaje de modelado abierto e independiente para la arquitectura empresarial (EA). El estándar proporciona una notación que permite a los arquitectos empresariales describir, analizar y visualizar las relaciones entre los dominios empresariales de forma inequívoca. ArchiMate permite la creación de modelos totalmente integrados de la EA de la organización, la motivación de la misma y los programas, proyectos y rutas de migración para implementarla.
Sigue leyendo
El INVEST como un recordatorio de las características de una buena calidad del Product Backlog Item (PBI) (o historias de usuario) comúnmente escrito en formato de historia de usuario. Pero, ¿cuáles son las características de una buena historia de usuario? El acrónimo “INVEST” puede recordarle que las buenas historias deben ser
Sigue leyendo
Si alguna vez ha intentado crear el diagrama de flujo Visio® de MS, sabe lo difícil que es. Puedes empezar con unas pocas herramientas básicas, si necesitas cambiar algo – mover formas, eliminar formas o añadir nuevas formas – ¡es demasiado difícil! Ya sabes a qué me refiero. Visual Paradigm Online automatiza todas sus tareas complejas con sólo unos pocos clics.
Sigue leyendo
Los diagramas de casos de uso y los diagramas de actividad son diagramas UML de comportamiento que describen las características dinámicas de un sistema. La diferencia entre los diagramas de casos de uso y los diagramas de actividad es que los diagramas de casos de uso ayudan a modelar el sistema, las interacciones de los usuarios, mientras que los diagramas de actividad ayudan a modelar el flujo de trabajo del sistema y suelen utilizarse para ilustrar la lógica interna de los casos de uso. Estos diagramas ofrecen múltiples ventajas. Ayudan a modelar los requisitos del negocio y a comprender la funcionalidad del sistema a un alto nivel.
Sigue leyendo
UML se puede utilizar tanto o tan poco como se quiera. Martin Fowler describe tres formas comunes en las que la gente tiende a utilizar UML: (1) UML como un boceto; (2) UML como un plano; (3) UML como un lenguaje de programación.
Sigue leyendo
Un diagrama de flujo interfuncional (a veces denominado diagrama de flujo de despliegue) es una herramienta de mapeo de procesos empresariales que se utiliza para articular los pasos y las partes interesadas de un proceso determinado. Normalmente, utilizamos un diagrama de flujo interfuncional para mostrar la relación entre un proceso empresarial y las unidades funcionales (como los departamentos) responsables de ese proceso.
Sigue leyendo
Un diagrama de máquina de estados es un comportamiento que especifica la secuencia de estados que visita un objeto durante su vida en respuesta a eventos, junto con sus respuestas a esos eventos.
Sigue leyendo