Documente Academic
Documente Profesional
Documente Cultură
Cultura de empresa
La cultura de la empresa proveedora del proyecto debe estar alineada con la filosofa de una gestin
gil de proyectos como Scrum. Debe fomentar:
El trabajo en equipo y la colaboracin entre todas las personas implicadas en un proyecto.
Equipos autogestionados a los que se ha delegado la responsabilidad y autoridad para hacer
su trabajo, en contraposicin a la direccin y control de personas que ejercera un jefe de
proyecto tradicional (en lugar del jefe de proyecto existe la figura del Facilitador).
La creatividad del equipo.
La transparencia y la mejora continua, tanto del contexto de la organizacin y del proyecto
y como de las herramientas del equipo.
Scrum sistematiza la identificacin de obstculos que pueden impedir el correcto progreso del
proyecto. Los problemas previamente existentes en la organizacin (procesos, personas,
herramientas, etc.) y que atentan contra la productividad se harn ms evidentes cuando se aplique
Scrum y ser necesario irlos solucionando.
Compromiso de la Direccin
La Direccin debe estar comprometida y apoyar el uso de Scrum:
1. Se harn muy evidentes los obstculos ya existentes y por venir que impiden el correcto
desarrollo de los proyectos (a nivel de expectativas del cliente, productividad, calidad, etc.),
sean organizativos, tcnicos, procesos, relaciones entre personas/departamentos,
habilidades de los equipos, etc.
2. Ser necesario tomar decisiones, realizar cambios organizativos, alinear a personas y
proporcionar recursos para hacer la transicin. Gestores y equipos debern desaprender
formas de trabajar y de relacionarse a las que estaban habituados y aprender nuevas
dinmicas.
Un proyecto ya no consistir en que cada Departamento/rea/Unidad realice su parte
del trabajo y se la pase al siguiente. Ser necesario formar equipos autogestionados y
multidisciplinares capaces de conseguir un objetivo por ellos mismos.
Habr gestores que tendrn que cambiar sus roles para ser Facilitadores (Ver el artculo
"El buen gestor de un equipo gil") o Clientes, en una jerarqua de equipos haciendo
Scrum de Scrums.
Se tendr que gestionar aquellas conductas personales que no permiten que otras
personas puedan aportar ideas sobre el qu y el cmo de un proyecto, que defienden
a toda costa su parcela de responsabilidad, que les cuesta mucho cederla al equipo y
dejar de controlarlo, que no son capaces de delegar tareas o de colaborar con otras
personas en la resolucin de problemas.
Dado que los requisitos se desarrollan priorizados por su valor, es ms improbable que ocurran
cambios sustanciales en los primeros requisitos desarrollados, cuando se construye la base del
producto. Se fomenta que los cambios que suelen aparecen cuando el proyecto ya est avanzado
se realicen sobre requisitos que no son tan importantes.
La arquitectura emerge conforme se va necesitando, iteracin a iteracin, con lo que se asegura que
todo lo que se disea se utiliza y se prueba.
Por otro lado, el cliente y el facilitador deben estar dedicados al proyecto el tiempo necesario para
cumplir con sus responsabilidades.
Productividad y calidad.
Equipo motivado.
En el artculo Un contrato gil para Scrum se muestra un ejemplo de clusulas para formalizar, en
una peticin de ofertas a proveedores (RFP, Request For Proposals) o en un contrato, cmo deber
de ser la relacin entre cliente y proveedor en la ejecucin de un proyecto gil utilizando Scrum.
El cliente establece sus expectativas indicando el El cliente crea y gestiona la lista de requisitos del
valor que le aporta cada requisito del proyecto y producto o proyecto, donde quedan reflejadas sus
cuando espera que est completado. expectativas a nivel de requisitos, valor, coste y entregas.
El cliente comprueba de manera regular si se van Demostracin de los resultados de proyecto en cada
cumpliendo sus expectativas, da feedback, ya desde iteracin
el inicio del proyecto puede tomar decisiones
Al final de cada iteracin el equipo demuestra al cliente
informadas a partir de resultados objetivos y dirige
los requisitos que ha conseguido completar. Tras una
estos resultados del proyecto, iteracin a iteracin,
inspeccin del resultado real del proyecto hasta ese
momento, y considerando el esfuerzo que ha sido
hacia su meta. Se ahorra esfuerzo y tiempo al evitar necesario para realizarlo, el cliente solicita los cambios
hiptesis. que necesita y replanifica el proyecto.
El cliente puede empezar a utilizar los resultados ms Al inicio de cada iteracin el cliente prioriza la lista de
importantes del proyecto antes de que est finalizado requisitos del producto o proyecto en funcin del valor
por completo. que le aportan, su coste de desarrollo y los riesgos del
proyecto, cambiando los requisitos previstos para
Siguiendo la ley de Pareto (el 20% del esfuerzo
reaccionar a cambios de contexto en el proyecto.
proporciona el 80% del valor), el cliente puede
empezar antes a recuperar su inversin (y/o El progreso del proyecto se mide en funcin de los
autofinanciarse) comenzando a utilizar un producto requisitos que el equipo completa en cada iteracin.
al que slo le faltan caractersticas poco relevantes,
puede sacar al mercado un producto antes que su
competidor, puede hacer frente a urgencias o nuevas
peticiones de clientes, etc.
De manera regular el cliente redirige el proyecto en Se asume que los cambios son parte natural del
funcin de sus nuevas prioridades, de los cambios en proyecto. Toda iteracin comienza con una
el mercado, de los requisitos completados que le replanificacin del proyecto. Esta replanificacin no es
permiten entender mejor el producto, de la velocidad traumtica puesto que Scrum minimiza el nmero de
real de desarrollo, etc. objetivos/requisitos en que el equipo trabaja (WIP, Work
In Progress) a los que caben en una iteracin. Todava no
Al final de cada iteracin el cliente puede aprovechar
se ha hecho ningn esfuerzo en desarrollar los requisitos
la parte de producto completada hasta ese momento
de las siguientes iteraciones.
para hacer pruebas de concepto con usuarios o
consumidores y tomar decisiones en funcin del El hecho los requisitos se completen en funcin del valor
resultado obtenido. que aportan al cliente minimiza la probabilidad de que se
produzcan grandes cambios en el transcurso del
proyecto.
De manera regular, el cliente maximiza el ROI del Cada iteracin el cliente dispone de unos requisitos
proyecto. Cuando el beneficio pendiente de obtener completados y replanifica el proyecto en funcin del
es menor que el coste de desarrollo, el cliente puede valor que le aportan los requisitos pendientes respecto
finalizar el proyecto. del coste de desarrollo que tienen.
Desde la primera iteracin el equipo tiene que Un requisito se debe completar en una iteracin. El
gestionar los problemas que pueden aparecer en una equipo debe realizar todas las tareas necesarias para
entrega del proyecto. Al hacer patentes estos riesgos, completarlo y que est preparado para ser entregado al
es posible iniciar su mitigacin de manera anticipada. cliente con el esfuerzo mnimo necesario. De esta
"Si hay que equivocarse o fallar, mejor hacerlo lo manera no se deja para el final del proyecto ninguna
antes posible". El feedback temprano permite actividad arriesgada relacionada con la entrega de
ahorrar esfuerzo y tiempo en errores tcnicos. requisitos.
De manera regular el equipo va mejorando y Cada iteracin el equipo realiza una retrospectiva para
simplificando su forma de trabajar. analizar su manera de trabajar e identificar los
obstculos que le impiden avanzar al mejor ritmo
posible.
Los miembros del equipo sincronizan su trabajo Comunicacin diaria del equipo
diariamente y se ayudan a resolver los problemas que
Todo miembro del equipo conoce cmo el trabajo de los
pueden impedir conseguir el objetivo de la iteracin.
otros miembros impacta en el suyo y cules son las
La comunicacin y la adaptacin a las diferentes
necesidades de los otros.
necesidades entre los miembros del equipo son
mximas (se van ajustando iteracin a iteracin), de
manera que no se realizan tareas innecesarias y se
evitan ineficiencias.
El equipo se evita caminar mucho tiempo por un Demostracin de resultados preparados para ser
camino equivocado que le obligue a realizar un gran utilizados y velocidad sostenida
esfuerzo para llegar al objetivo esperado
Por un lado, al final de cada iteracin el equipo
Se asegura la calidad del producto de manera demuestra al cliente los requisitos que ha conseguido
sistemtica y objetiva, a nivel de satisfaccin del completar, de manera que estn completamente
cliente, requisitos listos para ser utilizados y calidad operativos. Por otro lado, para tener una velocidad de
interna del producto. desarrollo sostenida, el equipo necesita desarrollar cada
incremento de producto sin tener que revisitar aspectos
mal resueltos en iteraciones anteriores.
Los resultados y esfuerzos del proyecto se miden en Cada iteracin el equipo y el cliente trabajan juntos en la
forma de objetivos y requisitos entregados al creacin de los requisitos del proyecto (en la estimacin
negocio. Todos los participantes en el proyecto de la lista priorizada de requisitos del proyecto), en
conocen cul es el objetivo a conseguir. El producto darles detalle (en la reunin de planificacin de la
se enriquece con las aportaciones de todos. iteracin) y en el anlisis del resultado obtenido (en la
demostracin de los requisitos completados).
Las personas estn ms motivadas cuando pueden El equipo es quien se compromete a completar unos
usar su creatividad para resolver problemas y cuando requisitos determinados en una iteracin y quien mejor
pueden decidir organizar su trabajo. sabe cmo desarrollarlos. Por ello es el equipo quien se
auto-organiza y quien planifica cmo trabajar en la
iteracin.