2010-09-17 8 views
14

Nuestro gerente de TI está presionando a ITIL, solo estoy muy familiarizado con él y quería saber si ITIL encaja bien en un ciclo de trabajo ágil.¿ITIL encaja en un mundo Ágil?

De mi impresión inicial, suponería que no, principalmente porque lo que nuestro gerente propone es poner líneas de tiempo contra todo, indicando SLA para el negocio que "las tareas de alta prioridad deben completarse en x horas", etc. ser penalizados como desarrolladores si no cumplimos con estos SLA.

En todo caso, preferiría una estrategia de negociación donde los plazos se basen en métodos ágiles de velocidad y puntos de historia para negociar un plazo previsto para los usuarios finales.

Tenemos nuestras prácticas de desarrollo ágiles en su lugar, el desarrollo impulsado por pruebas, la integración continua, hay áreas para mejorar, pero estamos trabajando en ello.

¿Qué otras experiencias tienen los métodos ITIL y Agile trabajando en conjunto?

+0

Su pregunta es sobre el tema en [ITIL Stackexchange] (http://area51.stackexchange.com/proposals/89073/itil?referrer = x5X3k7r_NAmvg4ZTdjTOlw2) – SQLMason

Respuesta

4

En mi empresa, el marco ITIL se utiliza para la prestación de servicios (soporte de producción e incidentes). Para este SLAs son apropiados como si dijera perder clientes/dinero por hora, entonces se espera que las empresas tengan alguna indicación de cuándo se arreglarán las cosas. No está directamente relacionado con la metodología de desarrollo. Solo si decide que se requiere y aprueba una revisión de emergencia, entonces se puede hacer algún desarrollo. Pero las revisiones generalmente son muy pequeñas y están dirigidas a corregir un defecto y no deberían causar ningún problema con la metodología ágil. Los nuevos requisitos nunca se realizan como un cambio de revisión y se toman en el proceso de desarrollo/prueba/liberación normal.

+2

¿Diría que los procesos normales de desarrollo pueden estar exentos de las metodologías de ITIL y que ITIL se concentre exclusivamente en las áreas de soporte de infraestructura/incidente? –

+0

@Brett agregó una actualización a mi propia respuesta relacionada con esa pregunta en el comentario anterior. – eglasius

+1

El incidente del pozo también puede estar relacionado con el software. P.ej. en un entorno empresarial complejo puede ser que algunas aplicaciones no funcionen debido a datos incorrectos. O un trabajo por lotes que debería activarse automáticamente falla porque el trabajo anterior se abortó, etc. Respaldar todo esto puede requerir la corrección de datos o un archivo de configuración o cambio de horario, etc. Muy rara vez puede encontrar un defecto real y debe corregirse de inmediato como un cambio y liberación del código de emergencia. ITIL debe encargarse de eso. – softveda

3

Eso no se ve nada bien, si ese es el caso, realmente no cabe nada ágil.

Sospecho si ITIL realmente exige eso, especialmente porque "las tareas de alta prioridad deben completarse en x horas" va más allá de no ser ágil, no se ajusta al desarrollo de software, es decir, todas las tareas no nacen iguales.

actualización:

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

No creo que esto sea mutuamente exclusivo. Si bien podría ser el caso de que ITIL no sea aplicable en la forma en que administras el equipo, no significa que no haya áreas válidas que afecten a lo que desarrollas.

El desarrollo necesita incluir consideraciones en el diseño/producto que son requeridas por la infraestructura/soporte, y tal vez se relacione con las prácticas sugeridas en ITIL.

Quizás una pregunta más apropiada sería: ¿son los aspectos/prácticas de gestión de ITIL aplicables a la gestión del desarrollo de software? que no sé, pero sospechoso se dirige especialmente en ITIL. Al menos sé que ITIL 3 introdujo cambios relacionados con las prácticas de Arquitectura Empresarial, que son definitivamente compatibles con ágiles (de hecho son habilitadores) --- pero al menos están lejos de cualquier cosa relacionada con estimaciones fijas/seguimiento de tareas/tiempos de respuesta de desarrollo .

+0

Tiendo a estar de acuerdo, nuestro gerente fue parte del equipo de infraestructura/soporte y está tratando de aplicar las mismas reglas para las tareas de software y las solicitudes de soporte. Tratar de explicar eso no parece ir bien. –

+1

@Brett. Sugiero que encuentre referencias que vayan más allá de lo ágil. Tratar de aplicar la naturaleza de la infraestructura/soporte al desarrollo es una bestia completamente diferente, va en ambos sentidos: las habilidades no transfieren lo mismo/las personas en cada lado tienden a perder una gran cantidad de bits críticos del otro. – eglasius

Cuestiones relacionadas