Ir al contenido principal

TABLEROS KANBAN PARA DESARROLLO Y MANTENIMIENTO

En el MOOC sobre agilidad que está impartiendo la URJ, no ha tocado un tema "ilusionante" por dar la solución al día a día, de uso de esta herramienta, tanto por un nuevo desarrollo como para una mesa de servicio, cuando el software esta en producción.

TABLERO KANBAN PARA UN NUEVO DESARROLLO

¿Cómo funciona?
  1. Decidimos qué tareas de nuestro "Product backlog" desarrollaremos en el siguiente sprint y las introducimos en la columna "Sprint backlog".
  2. Trabajamos en las tareas pasándolas a la columna "Desarrollo". Cuidado, hay que tener en cuenta en cuantas tareas podemos trabajar a la vez, podemos correr el riesgo de estar comenzando nuevas tareas sin finalizar ninguna. Es buena idea limitar la cantidad de tareas que pueden estar en esta columna.
  3. Una vez terminado el desarrollo, pasa la tarea al estado, columna, de pruebas. Igual que en el punto anterior, es buena idea la cantidad de tareas que pueden existir en esta columna, obligando al equipo a finalizar tareas poder poder probar otras.
  4. Si los desarrollos pasan las pruebas de aceptación marcadas por el cliente, pasamos la tarea a implantación y obtenemos una nueva versión ejecutable del producto.
TABLERO KANBAN PARA UNA MESA DE SERVICIO

¿Cómo funciona?

Llega una petición de corrección y el jefe de proyecto la selecciona mandándola a la columna "selección de peticiones". El siguiente paso es que el equipo de desarrollo seleccione en cual va a trabajar de todas las peticiones seleccionadas. Una vez el parche se encuentra desarrollado, quedará en espera de pasar las pruebas. Es buena idea separar las columnas "desarrollo y pruebas" en dos, una para "en proceso" y otra para "terminado". Esto va a permitir medir tiempos de espera. Una vez las pruebas han finalizado se monta el producto para producción dando una revisión viable, ejecutable, del producto.
Es importante, como en el caso anterior, definir la cantidad de tares que pueden estar en desarrollo y en pruebas, para eliminar cuellos de botella.



Comentarios

Entradas populares de este blog

Gestión de activos y configuración del servicio en el desarrollo de software

PROCESOS ITIL PROCESO DE TRANSICION DEL SERVICIO EN EL DESARROLLO E SOFTWARE IV GESTION DE ACTIVOS Y CONFIGURACION DEL SERVICIO Asegura que los componentes de un servicio, sistema o producto que constituyen su configuración se identifican, mantienen y tienen línea base y que sus cambios están controlados. También asegura que las entregas se hagan en entornos controlados y su uso en el entorno de operación. Para ello, proporciona un modelo de configuración de los servicios, activos e infraestructura. ¿Cómo encaja la gestión de activos y configuración del servicio en el proceso elemental de desarrollo de software? La Gestión de Configuración del Servicio da respuesta a las siguientes cuestiones: ¿Cómo identifica y gestiona una organización las muchas versiones existentes de un programa (y su documentación) de forma que se puedan introducir cambios eficientemente? IDENTIFICACION: Se trata de establecer estándares de documentación y un esquema de identificación de do...

Gestión del cambio en el desarrollo de software

PROCESOS ITIL PROCESO DE TRANSICION DEL SERVICIO EN EL DESARROLLO DE SOFTWARE III GESTION DEL CAMBIO La Gestión del Cambio, supone la evaluación y planificación del proceso de cambio para asegurarnos que se realice de la forma más eficiente, siguiendo procedimientos establecidos y en todo momento asegurando la calidad y continuidad del servicio. La Gestión del Cambio es uno de los procesos más críticos en la Gestión de Servicios y de los Sistemas de Información. Es el proceso responsable de aceptar los cambios que se llevarán a cabo en la infraestructura y de supervisar, asumiendo la responsabilidad, de que el cambio se acepte como definitivo. Es primordial para el negocio disponer de un proceso en el que los cambios se puedan gestionar para optimizar la exposición al riesgo, la severidad del impacto y aumentar las probabilidad de tener éxito al primer intento. De ahí que el segundo objetivo de la Gestión del Cambio sea reducir los riesgos técnicos, económicos y de tiempo. ¿P...

Propuesta de integración de un service desk con desarrollo

PROPUESTA DE INTEGRACIÓN        En esta propuesta, se tratará el enlace entre el equipo de Service Desk con desarrollo de una misma herramienta, para optimizar la gestión de problemas que pueden tener los distintos clientes y la resolución de los mismos.      Se analizarán las necesidades del Service Desk con respecto a desarrollo, dejando fuera de esta propuesta otras necesidades que requiere un Service Desk. Además, mostraré la visión que necesita desarrollo del Service Desk para organizar el trabajo y tener una visión más cercana de los problemas del cliente.      La comunicación entre clientes, Service Desk y desarrollo es vital para garantizar el éxito del proyecto ya que entre los tres equipos fluye mucha información.      Esta información tiene que estar recogida en una herramienta de fácil uso y accesible a todos los equipos, de forma que si algún miembro del equipo tiene una duda o necesita consulta...