Aprendiendo una cosa nueva todos los días
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
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 leyendo
LeSS fue creado por Bas Vodde y Craig Larman a partir de la experiencia práctica en el escalamiento de Scrum, fundado como LeSS Company en 2014. El principio “Más con LeSS” está en el corazón de LeSS (Large Scrum). El desarrollo de productos complejos no requiere soluciones complejas. Requiere una comprensión profunda de la esencia de los problemas, que luego se pueden resolver con soluciones más simples.
Sigue leyendo
Este artículo le mostrará cómo aplicar eficazmente el modelado UML de manera ágil y justo a tiempo con la poderosa función ETL del modelo. Un modelo o diagrama UML es una visión específica de lo que se está tratando de entender en un contexto específico.
Sigue leyendo
Siempre nos encontramos con estos términos en el desarrollo de software. A veces la gente una característica de software – requisito / caso de uso, elementos de backlog …. ¿Cuál es la convención de la gente de software para usar eso o qué?
Sigue leyendo
En el desarrollo de software, la “estimación” habitual incluye una evaluación cuantitativa del trabajo necesario para realizar una determinada tarea de desarrollo; suele expresarse en términos de duración (hora/día) o unidad estimada (story point). El objetivo es consolidar una serie de estas estimaciones individuales para obtener una indicación de la duración, el trabajo o el coste global del proyecto de software.
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
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
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 leyendo
Un proceso orientado a la planificación significa que todas las actividades del proceso se planifican de antemano y el progreso se mide en función de ese plan. En un proceso ágil, el plan es incremental y es más fácil cambiar el plan y el software para reflejar las necesidades cambiantes del cliente.
Sigue leyendo