Hoy me gustaría utilizar Visual Paradigm para demostrar cómo realizar la planificación de tareas para los miembros del equipo que asumirán los roles RACI y estas tareas en el Gráfico PERT Mejorado pueden ser asignadas automáticamente al gestor de tareas automatizado llamado «Tasifier» para la gestión del proyecto. Un diagrama PERT tradicional es una herramienta de gestión de proyectos que se utiliza para programar, organizar y coordinar las tareas de un proyecto. La herramienta mejorada del Gráfico PERT añade cuatro características adicionales para integrarse con diferentes bloques de construcción de Visual Paradigm. Todo esto se puede hacer dentro de un modelador de gráficos PERT mejorado.
Sigue leyendoCategoría: Agile Project Management
Su equipo ágil: ¿demasiado grande o demasiado pequeño?
La mayoría de los cursos de formación de Agile y Scrum se refieren a una regla de 7 +/- 2, es decir, los equipos ágiles o Scrum deben ser de 5 a 9 miembros. Los entusiastas de Scrum pueden recordar que la guía de Scrum dice que los equipos de Scrum no deben ser menos de 3 o más de 9. ¿De dónde viene esta regla general y por qué?
Sigue leyendo¿Qué es LeSS Framework? Scrum vs LeSS Basic vs LeSS enorme
LeSS es un marco ágil y ligero para escalar Scrum a más de un equipo. A partir de 2005 Bas Vodde y Craig Larman desarrollaron el marco LeSS después de utilizar los principios y reglas de Scrum en proyectos a gran escala. Su objetivo era desarrollar proyectos a gran escala con éxito mientras se mantenía dentro de las limitaciones de Scrum.
Sigue leyendoPensamiento sistémico con diagrama de bucle casual: aprenda con ejemplos
Los diagramas de bucles causales (también conocidos como diagramas de pensamiento sistémico) se utilizan para mostrar el comportamiento de la causa y el efecto desde el punto de vista de un sistema. Un diagrama de bucle causal (CLD) es un diagrama causal que ayuda a visualizar cómo se interrelacionan las diferentes variables de un sistema.
Sigue leyendoFilosofía del desarrollo ágil
El desarrollo ágil es un método de desarrollo centrado en el ser humano, iterativo y gradual. En el desarrollo ágil, la construcción de un proyecto de software se divide en múltiples subproyectos, y los resultados de cada subproyecto han sido probados y tienen las características de integración y funcionamiento. En otras palabras, un gran proyecto se divide en múltiples proyectos pequeños que están interrelacionados pero que también pueden ejecutarse de forma independiente, y completarse por separado. Durante este proceso, el software está siempre en un estado utilizable.
Traducción realizada con la versión gratuita del traductor www.DeepL.com/Translator
Sigue leyendo12 principios ágiles — #7 de 12
«El software de trabajo es la principal medida de progreso».
Sigue leyendo¿Cómo gestionar la acumulación de productos con los principios DEEP?
El backlog del producto enumera todas las características, funciones, requisitos, mejoras y correcciones necesarias para los lanzamientos del producto. Los proyectos del backlog del producto tienen los atributos de descripción (adecuadamente detallados), puntos de historia (estimados) y órdenes (priorizados). Deben añadirse, eliminarse y actualizarse continuamente (Emergente) en el backlog, y reflejar la comprensión del backlog del equipo de manera oportuna y adecuada .
Sigue leyendo¿Qué es el principio abierto-cerrado (OCP)?
El principio abierto/cerrado es el principio de diseño más básico en el mundo del desarrollo de software. Nos guía en la construcción de un sistema estable y flexible. Una entidad de software, como una clase, un módulo o una función, debe estar abierta para su ampliación y cerrada para su modificación.
Sigue leyendo¿Estimación ágil en Scrum? Punto de historia y póquer de planificación
Tanto si el equipo trabaja en un producto como en un proyecto, tenemos que responder a la pregunta: «¿Cuándo lo conseguiremos?». » o cuánto podemos hacer en un momento determinado, por lo que, al igual que en el modelo de desarrollo tradicional, necesitamos estimar el esfuerzo antes de comenzar el proyecto. Durante el desarrollo de Scrum, el equipo compartió la responsabilidad y se comprometió colectivamente con el trabajo de cada Sprint, por lo que la carga de trabajo estimada para el equipo ágil utilizó un enfoque de estimación colectiva.
Sigue leyendoLos 7 métodos de estimación ágil más populares para historias de usuarios
En el desarrollo de software, la «estimación» en el sentido habitual incluye una evaluación cuantitativa del esfuerzo necesario para llevar a cabo una tarea de desarrollo específica; normalmente se expresa en términos de duración. La estimación ágil es el proceso de evaluación del esfuerzo necesario para completar las tareas de la cartera de pedidos de un producto por orden de prioridad. Este esfuerzo suele medirse en términos de tiempo necesario para completar la tarea, lo que a su vez conduce a una planificación precisa del sprint.
Sigue leyendo