1. Alineamiento Estratégico

SCRUM debe estar alineado al tipo de proyectos que implementa la organización, se debe tener claro que no todos los proyectos pueden ser llevados con SCRUM, porque cada proyecto tiene particularidades y diferencias que lo hacen único. El punto de partida fundamental es definir y saber de forma clara qué proyectos pueden gestionarse utilizando esta metodología ágil y cuáles de forma inevitable deben ser gestionados a través de una metodología tradicional (cascada).

2. Prueba de concepto

Con el objetivo de mostrar la efectividad de SCRUM, se recomienda escoger un proyecto donde se cuente con un interesado que conozca a detalle el producto y cuente con un interés particular en la generación continua de valor, a través de entregables creados de manera iterativa. Por consiguiente, SCRUM debe entregarle al negocio un valor diferencial con respecto a otras metodologías o frameworks, así como, la adaptación y transparencia que son parte fundamental de la correcta implementación de SCRUM dentro de una organización.

3. Product Owner (Dueño del Producto)

Cuando un proyecto no cuenta con un Product Owner que se considera la voz del cliente, capaz de responder la mayoría de dudas y consultas del SCRUM Team y del SCRUM Master es mejor NO CONTINUAR, porque no se tiene la certeza de que exista una persona por el lado del negocio capaz de asumir la responsabilidad total en la priorización y definición de requisitos que se plasman dentro del Product Backlog (Lista Priorizada del Producto).

4. Scrum Master

Definir un Scrum Master que tenga poder de liderazgo, negociación y motivación hacia el SCRUM Team, siendo capaz de orientarlos correctamente a través del proceso SCRUM y con una clara predisposición para apoyarlos con el levantamiento de impedimentos.

5. Difusión de la metodología SCRUM dentro de la organización

El éxito de la implementación de SCRUM tiene como pilar la difusión, utilización y beneficios de la aplicación de SCRUM en toda la organización. Se recomienda realizar talleres y/o cursos donde puedan interactuar usuarios de negocio con los diferentes interesados que participan en un proyecto gestionado con SCRUM, así se podrá garantizar que los interesados tengan más claridad sobre los beneficios y el proceso de aplicación de SCRUM.

6. Escoger al SCRUM Team

Se debe escoger a las personas adecuadas que deberán formar parte del equipo SCRUM, donde es importante desarrollar diversas características que permitan al equipo ser auto-gestionado, auto-controlado y con cierto nivel de empoderamiento. Además, el equipo SCRUM debe tener el conocimiento y la capacidad necesaria para poder cumplir la visión del producto que está esperando el Product Owner. Como consideración final, los equipos SCRUM deben ser pequeños entre 3 y 9 personas, lo que permite un mejor trabajo en equipo y mejora la capacidad de auto-gestión, mediante la comunicación efectiva.

7. Creación del Product Backlog (Lista Priorizada del Producto)

El Product Backlog es solamente una lista de cosas que se deben alcanzar para conseguir la visión definida en el proyecto. Un punto clave es que el Product Owner defina la prioridad de estas cosas, es decir, ¿cuál es más importante?, ¿cuál debe hacerse primero?, ¿qué cosa o requisito genera más valor al negocio?.

8. Planificación de Sprints

El sprint debe representar la lista de cosas que deberán cumplirse en un determinado período de tiempo y que genera un cierto grado de valor al cliente, pero esa lista de cosas es una definición muy general, por lo tanto SCRUM permite que antes de iniciar el sprint se realice una Reunión de Planificación del Sprint, donde se afinarán las Historias de Usuarios (Lista de Requisitos) a un nivel más detallado, con la finalidad de poder realizar una lista de actividades capaz de controlar.

9. Visibilidad del Trabajo Realizado

Dos puntos importantes para que SCRUM sea bien llevado:

a) Realizar las reuniones diarias de pie, donde se utilizan tres preguntas fundamentales ¿qué hiciste ayer?, ¿qué harás hoy? y ¿qué impedimentos tienes?

b) Gestionar un ScrumBoard (Tablero Kanban), donde todos los participantes del proyecto puedan revisar las diferentes actividades y su estado.