Tema: Ensayo sobre Scrum vs Itil

Materia: Ingeniera de software II

Presentado a: Ing. Ricardo Antonio Zambrano Segura
Presentado por: Roger Eduardo Valencia Ramirez
Universidad Cooperativa de Colombia
Ensayo sobre Scrum vs Itil
Es necesario plantear la necesidad de la utilizacin de metodologa agiles y bien
desarrolladas para afrontar retos en torno a proyectos de TI, pero como puedo saber cul
es la mejor opcin? Todo empieza cuando los genios Jeff Sutherland y Ken Schwaber, los
cuales disearon cada una de estas estrategias quienes buscan realizar productos bien
estructurados y agilidad en la liberacin de ellos, por esta razn debemos saber cmo
funciona cada uno, pues tienen diferencias marcadas pero guardan cierta relacin.
Que es SCRUM?
Primero que saber que Scrum es una metodologa gil de gestin de proyectos (Project
management) orientada a mbitos poco ordenados, cuya metodologa funciona de la
siguiente manera: Scrum admite cierta flexibilidad en su implementacin pero exige que se
apliquen todos sus roles, procesos y efectos. Podemos llevar a cabo un daily scrum que
dure 5 o 15 minutos, llevar el product backlog, donde estn consignadas las historias de
usuario o ms conocidas como la lista de deseos (wish list) que hacen del producto algo
genial, en Jira o en ScrumWise, tener 3 o 20 columnas de estado en nuestro panel pero
si no llevamos a cabo el scrum diario, no tenemos product backlog, no tenemos panel,
no existe la figura de product owner persona encargada de las caractersticas correctas
entren en al product backlog, adems es el enlace entre usuario y cliente del producto, ni
de Scrum Master quien el facilitador para que todos los integrantes del equipo cuenten
con herramientas necesarias para desarrollar su trabajo, edemas se encarga de programar
las reuniones y realiza la planeacin y liberacin del producto, sin lo anterior no tendremos
a la mano lo ms importante que es Burndown Char , que se encarga de la visibilidad de
proyectos la cual asegura que se est desarrollando de manera fluida con medicin dia a
dia la cantidad de trabajo que queda en el Sprint, el cual se programa a partir de tener ya
estimado en horas y programado de acuerdo al tiempo ya sea en das o meses, estando
listos se organiza los Sprint y as llevar acabo nuestro trabajo, tendremos la via corta de lo
preparado para la entrega y van de dos das hasta treinta, de lo contrario no podremos
hacer retrospectivas lo que hacemos podra considerarse agile, dependiendo del caso,
pero no sera Scrum. Slo con que prescindamos de uno de estos elementos, no estaremos
haciendo propiamente Scrum pues fue definido de esta manera (en la forma en que Jeff
Sutherland y Ken Schwaber lo definieron.

Qu es ITIL?
ITIL es un marco predictivo de buenas prcticas en gestin de servicios de TI, que suele
aplicarse en mbitos ordenados:
Marco (framework): ITIL rene herramientas y principios de gestin generalmente
aceptados como buenas prcticas. Al tratarse de un marco, no es rgido en su
implantacin, en el sentido de que permite implementar nicamente los procesos o
grupos de procesos que nos interesen: gestin de la configuracin, gestin de cambios,
gestin de incidencias, etc.
Predictivo: a diferencia de las metodologas giles, ITIL pone nfasis en los procesos y las
herramientas, en la documentacin, en las relaciones contractuales y los SLAs y en el
seguimiento de procedimientos y planes predefinidos. En consecuencia, los mejores
resultados con ITIL se obtendrn cuando el conocimiento explcito tenga preponderancia
sobre el tcito para la ejecucin del trabajo o de una tarea concreta.
Buenas prcticas: las buenas prcticas son mejores prcticas cuyo uso se ha extendido y
sobre las que existe un consenso generalizado de que su aplicacin contribuye al xito del
servicio. En consecuencia, el cuerpo de buenas prcticas identificadas por ITIL evoluciona
con el paso del tiempo, mientras que los roles, procesos y artefactos de Scrum son los que
son.
Gestin de servicios: los servicios son operaciones, una funcin de la organizacin que se
efecta permanentemente. Por lo tanto, en comparacin con los proyectos tienen un
marco temporal muy distinto. En consecuencia, los principios de gestin generalmente
aceptados para ambos tambin son diferentes.
mbitos ordenados: son aquellos en que las variables que influyen en el resultado de una
accin estn bien identificadas, por ello los modelos que dan mejores resultados son los
predictivos.
gil: es acorde a los principios del manifiesto gil, por lo que el nfasis de la gestin se
traslada a las personas y las interacciones, al producto funcionando, a la colaboracin con
el cliente y a la respuesta ante el cambio. En consecuencia, como toda metodologa gil,
Scrum es especialmente adecuado cuando lo que prima es el conocimiento tcito.
Gestin de proyectos: los proyectos son un esfuerzo temporal para crear un producto, un
servicio o un resultado nico. Tienen un principio y un final bien definidos.
mbitos poco ordenados: son aquellos entornos cambiantes, en los que adems hay
muchas variables que influyen en los resultados y, por ello, se hace difcil la prediccin
apriorista. El desarrollo de software es un mbito poco ordenado porque, entre otras
cosas, como bien sabemos, por detallado que sea el anlisis de requisitos inicial, siempre
surgen nuevos requerimientos a medida que avanzamos en el proyecto.

Analogas entre Scrum e ITIL

Aunque llegados a este punto resulta sencillo identificar las diferencias entre Scrum e ITIL,
anexo la siguiente tabla que resulta ms grfica:

Adems de los puntos ya mencionados en las definiciones, en la tabla he aadido el

proceso de mejora continua. Aunque el proceso de mejora de ambas metodologas se
basa en la filosofa del ciclo de Deming (PDCA), Scrum, con sus retrospectivas, hace mayor
nfasis en el expertise y la percepcin de los miembros del equipo (orientacin a
personas); mientras que ITIL se fundamenta en mtricas objetivas relacionadas con el nivel
de desempeo de los procesos (orientacin a procesos). Obviamente, cada una tiene sus
pros y sus contras.
Otro aspecto diferencial es la amplitud de miras. Mientras que el mbito de Scrum es
genuinamente el proyecto, obviando los aspectos a nivel organizacional y confiando en la
auto-organizacin

del

equipo, ITIL tiene

una perspectiva

ms

holstica: destaca

la

relevancia de alinear los proyectos y servicios con las necesidades y los objetivos de
negocio, el desarrollo de los profesionales del equipo para que puedan responder a las
necesidades organizativas, la gestin del conocimiento, etc. Para tal propsito, ITIL
explicita diversos procesos y funciones especficos.
Como puede verse, las diferencias son mltiples y reseables. Sin embargo, a pesar de ello,
existen ms nexos de unin entre ambos enfoques de lo que pueda parecer a primera

vista. Saber combinar e hibridar las prcticas y herramientas de ambos enfoques de la

manera adecuada, es la clave para obtener lo mejor de los dos mundos y un rendimiento
extraordinario.
Nexos de unin (I): ITIL + Scrum
Vamos a poner como ejemplo que nuestro ncleo duro es la gestin de operaciones.
Nuestro equipo se dedica a gestionar varios servicios de tecnologas de la informacin
para una organizacin determinada: administrar y mantener una intranet, un servicio de
correo electrnico, un ERP, etc. En este caso, ITIL debera tener un gran peso en la gestin
de nuestro da a da.
Sin embargo, llega el momento de implantar un nuevo servicio. Esto se trata de un
proyecto en toda regla.
ITIL nos indica aspectos que debemos tener en cuenta en el diseo de dicho servicio:
gestin del nivel de servicio, gestin de la disponibilidad del servicio, gestin de la
capacidad del servicio, gestin de la seguridad del servicio
Sin embargo, ITIL no entra en el detalle de cmo debe gestionarse el proyecto de
implementacin en s mismo. No habla sobre si el equipo debe ser multidisciplinar o no, ni
de los roles que debe haber dentro del equipo, ni cmo deben gestionarse el alcance, el
cronograma, la calidad, la comunicacin con los interesados o el riesgo.
En este punto es donde fcilmente pueden entrar en juego diversas metodologas y
marcos de gestin de proyectos, es ms, es ms que recomendable incorporarlos. Entre las
distintas metodologas, obviamente podemos optar por Scrum. Adems, por tratarse de
una metodologa iterativa, personalmente, la recomiendo con especial profusin. En este
punto, Scrum e ITIL tienen una elevada afinidad porque comparten el enfoque PDCA,
como ya hemos comentado.
Tomando en cuenta esta perspectiva, parece muy adecuado realizar pruebas piloto
(podramos considerarlas el smil de los prototipos) a usuarios clave durante la fase de
transicin del servicio y, obviamente, implantar el servicio siguiendo una filosofa
incremental; poniendo en vivo primero aquellos aspectos ms prioritarios del servicio y
desarrollando posteriormente aquellos ms accesorios, a medida que se obtiene feedback
y fruto de ello se introducen otros cambios. Es ms, esta forma de implementar un servicio,
que se percibe tan afn a Scrum, sigue al 100% el ciclo de vida de los servicios planteado
por ITIL.
Por otra parte, mencionar que dos mecanismos de coordinacin de Scrum que son muy
valiosos y que pueden incorporarse fcilmente en una organizacin que ya est

realizando

ITIL son el scrum diario o reunin de seguimiento y las reuniones de

retrospectiva.
Nexos de unin (II): Scrum + ITIL
Ahora vamos al caso contrario. Una organizacin orientada a proyectos, como suele ser la
clsica consultora de comunicacin online especializada en portales corporativos.
En este entorno, lo que debe predominar es Scrum. No hay dos proyectos iguales y,
quienes

conozcan

bien

este

mbito,

sabrn

que

los

requerimientos

cambian

frecuentemente a lo largo del proyecto y que la pericia del equipo de desarrolladores,

consultores, etc. juega un papel fundamental en el xito del proyecto (muy por encima de
trazar un buen plan al inicio del proyecto).
Este es un buen ejemplo de cmo podemos enriquecer Scrum con prcticas procedentes
de otros enfoques y marcos, ya sean o no giles. Por ejemplo: podemos crear un hbrido
con Kanban (Scrumban) para gestionar todas esas pequeas peticiones que nos llegan
durante el transcurso de una iteracin, podemos incorporar prcticas comoTDD (que viene
de XP) para enriquecer nuestro sistema de gestin de la calidad ytambin podemos
incorporar procesos y funciones de ITIL. Por ejemplo:
Los procesos de diseo del servicio, aunque sea ejecutndolos a alto nivel, sin entrar en
demasiado detalle, pueden ser muy prcticos de cara a valorar aspectos que lamentable y
frecuentemente suelen quedar descuidados en equipos excesivamente orientados a
desarrollo, como es el dimensionamiento de las infraestructuras, la disponibilidad de
personal capaz de resolver incidencias del producto en produccin en ciertos periodos
estacionales, la formacin a usuarios, etc.
Que el cambio sea bienvenido en las metodologas giles, no significa que puedan llevarse
a cabo de forma alegre. Aparte de la consecuente gestin del alcance, si nuestro producto
ya est en produccin, implantando los procesos y las polticas de transicin del servicio
de ITIL rellenaremos un vaco de Scrum y nos curaremos en salud de ms de un posible
susto.
Por ultimo para dejar claro los mtodos y conceptos debemos saber que no es Scrum y
que no es ITIL:

gil significa no hay plan: todo lo contrario, las metodologas giles se basan
en seguir un plan, aunque podamos adaptarnos a los cambios de este plan.

gil es la solucin a todos los problemas de la ingeniera de software: gil es

una metodologa que nos puede ayudar a conseguir el xito, pero no es la panacea.

Hay escenarios hostiles que pueden convertirse en un infierno aunque utilices

metodologas giles.

gil no necesita diseo previo: siempre necesitamos un diseo, aunque sea

flexible.

Scrum siempre funciona: no siempre, el equipo tiene que estar preparado y

comprometido.

Scrum Master igual a gerente de proyecto: falso, es un miembro ms del equipo

con el rol de facilitador, situado entre el equipo de desarrollo y el cliente.

Podemos hacer Scrum sin un Dueo de Producto: falso, sin un dueo de

producto el equipo no sabr qu hacer, porque ste establece los criterios de
aceptacin del producto.

Scrum produce equipos de super hroes: falso, el equipo son tcnicos

comprometidos, que producen cdigo o diseos como los dems. Siguiendo el
marco de trabajo se superan los obstculos.

Web grafa:
http://comunidad.iebschool.com/jyustecastell/2013/11/12/scrum-vs-itil/