Pregunta

gerente

Nuestro TI está presionando para ITIL, soy solamente libremente familiarizados con él y quería saber si cabe ITIL en un ciclo de trabajo ágil así?

Desde mi impresión inicial yo no asumo, sobre todo por lo que nuestro gerente propone es poner plazos en contra de todo, indicando SLA a la empresa que "las tareas de alta prioridad deben ser completados en x horas", etc ... donde obtenemos penalizados ya que los desarrolladores si no nos encontramos de estos SLA.

Si hay algo que yo preferiría una estrategia de negociación, donde los plazos se basan en los métodos ágiles de puntos de velocidad y la historia de negociar un marco de tiempo deseado para los usuarios finales.

Tenemos nuestras prácticas de desarrollo ágil en su lugar, de desarrollo basado en pruebas, integración continua, hay áreas de mejora, pero estamos trabajando en ello.

¿Cuáles son las experiencias de otros métodos con ITIL y ágiles que trabajan juntos?

¿Fue útil?

Solución

En mi empresa marco de ITIL se utiliza para la prestación de servicios (producción y soporte de incidentes). Para este SLA son apropiados como dices si está perdiendo clientes / dinero por hora, entonces se espera que las empresas deben tener alguna indicación de cuándo se fijarán las cosas. No está directamente relacionada con la metodología de desarrollo. Sólo si usted decide que es necesaria una revisión de emergencia y aprobó a continuación, algunos de desarrollo puede ser hecho. Sin embargo, las revisiones suelen ser muy pequeñas y específicas para corregir un defecto y no debe causar ningún problema con la metodología ágil. Los nuevos requisitos no se hacen como el cambio de revisiones y se toman en la prueba de proceso normal dev / / liberación.

Otros consejos

Eso no se ve bien en absoluto, si ese es el caso, lo que realmente no lo hace en forma ágil en absoluto.

Estoy muy sospechoso si ITIL exige que, especialmente ya que "las tareas de alta prioridad deben ser completados en x horas" va más allá de no encajar ágil, no lo hace en forma de desarrollo de software es decir, todas las tareas no nacen iguales.

actualización:

Así que tendría que decir que los procesos de desarrollo normales pueden estar exentos de metodologías ITIL ITIL y tienen meramente se concentran en las áreas de soporte de infraestructura / incidentes?

No creo que esto es mutuamente excluyente. Si bien podría ser el caso de que ITIL no es aplicable en la forma de administrar el equipo, no significa que no haya zonas válidos de la misma que afecta a lo que usted desarrolla.

El desarrollo debe incluir consideraciones en el diseño / producto que se requiera por la infraestructura / soporte, y podrá referirse a las prácticas sugeridas en ITIL.

Tal vez una pregunta más apropiada sería: son los aspectos de gestión / prácticas de ITIL aplicables a la gestión de desarrollo de software , que no conozco, pero sospechosos se dirige específicamente en ITIL?. Por lo menos sé que ITIL 3 cambios que se relacionan con las prácticas de arquitectura empresarial, que son sin duda compatible con ágil (de hecho son habilitadores) introdujeron --- pero por lo menos los que están lejos de todo lo relacionado con las estimaciones fijos / seguimiento de tareas tiempos de respuesta / dev .

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top