Áreas de Ciencias Informáticas, Tecnológicas e Ingeniería

Ingeniería de Sistemas Articulada por Ciclos Propedéuticos

Tecnología en Sistemas de Información
Técnico Profesional en Programación de Aplicaciones Informáticas

Curso: Gerencia de Proyectos marzo 30 de 2020

Docente: Ricardo Andrés Ching Álvarez
Nombre de Estudiante: _____________________________
Inicio del Proyecto

Cultura Organizacional

Antes de entrar en la etapa de inicio de un proyecto vamos hablar un poco de si la

organización preparada para scrum.

Entonces vamos hablar un poco de lo que es la cultura organizacional y de cómo

hacer un análisis interno para determinar si las prácticas ágiles de scrum encajan
en la cultura de una empresa.

Comencemos...

La cultura organizacional es la suma de los valores experiencias hábitos

costumbres y creencias en una empresa.

También podemos decir que la cultura es la forma en cómo hacemos las cosas en
nuestra organización para ser exitosos y esta cultura está en la cabeza y en las
mentes de cada una de las personas que conforman la empresa.
A la hora de implementar una práctica ágil o un marco de trabajo ágil, debemos
hacernos una serie de preguntas las cuales hay que responder, por ejemplo

Como ingenies debemos hacernos todas estas preguntas y también hacerle estas
preguntas a los principales directivos, a los líderes y gerentes funcionales como
también a las personas que conforman tu equipo de trabajo para poder obtener su
retroalimentación y determinar qué piensan.

Después que haya respondido a estas preguntas.

Entonces ya tendrás un análisis de si realmente es Scrum, la práctica ideal para

los proyectos de la empresa.

Por ejemplo:

Si la velocidad es importante, entonces el scrum encaja perfectamente.

Pero, si la velocidad de entrega de un producto no es importante de repente una

práctica ágil no es la mejor opción.

Cultura Ágil

Una cultura se pone en el foco de las personas, luego en los procesos y luego en
la tecnología.

Ser ágil radica en la mente de las personas y e su forma de actuar.

Cuando los miembros de la organización trabajan de acuerdo a las prácticas y
principios ágiles se dice entonces que la organización tiene cultura ágil.

Es un proceso gradual y progresivo, n o es algo que se logra de un día para otro,

puede ser que tome meses, puede ser que tome incluso años dependiendo del
tamaño de la compañía.

Debe ser apoyado y soportado por los directivos gerentes funcionales gerentes de
proyecto miembros del equipo proveedores socios y todos los demás interesados
que participan en la creación de productos y servicios.

Retos

Cuáles son los retos principales a la hora de implementar scrum o una práctica
ágil.
El principal reto es implantar la cultura ágil en las personas, reestructurar los
procesos, salir de la zona de confort personal y organizacional.

También el rigor que requiere los procesos eficientes, una estructura que garantice
la toma de decisiones de manera eficaz y fluida y también un reto importante es el
rechazo que se puede producir a la hora de implementar cambios.

sin embargo si se asumen estos retos y la empresa asume estos retos los
beneficios que pueden obtener son:

Una entrega continua e incremental de valor. Un factor diferenciador ante la

competencia. Mejor interacción y colaboración entre los diferentes equipos de
trabajo. Mejor retorno a la inversión de los diferentes productos y servicios que
lanzan al mercado, Beneficios al adoptar una metodología como Scrum.

Como adoptar SCRUM

Para adoptar Scrum, primero es como obtener el apoyo, hacer los valores visibles,
la planificación que requiere, cómo hacer una implementación gradual y algunas
recomendaciones de algunos autores que han utilizado para implementar el scrum.

 Obtener el Apoyo

Es importante que obtengas el apoyo de tu jefe de tu equipo y de los interesados

si lo haces a nivel departamental, sin embargo si quieres obtener el apoyo a nivel
organizacional debes ir a nivel directivo o a nivel ejecutivo, para que ellos apoyen
la iniciativa de implementar el scrum.

 Hacer los Valores Visibles

Es importante hacer que los valores sean visibles por ejemplo, definir nuestra
identidad como empresa y que esa identidad esté de manera visible para todos y
que todos la conozcan.

Los valores pudieran ser los que aparecen en la imagen de ejemplo.

Ser honesto, actúa éticamente, ser un miembro del equipo, ser transparente
diviértete cuando estás trabajando, ser amigos, Pensar en grande, conservar
nuestro planeta, refrescarte, Dont worry be happy, aprender y contribuír.

También se puede hablar de principios como construir con calidad todo lo que
hago, generar valor en todo lo que hago, Ir en busca de la excelencia técnica,
hacer brillar al cliente de felicidad, crear productos innovadores y con una
presentación realmente poderosa.

Los acuerdos son vamos a hacer un daily meeting a las diez de la mañana. La
duración del sprint en este caso es de diez días. El scrum master rotativo está
dedicado de manera exclusiva. A cada nuevo integrante se le da una inducción o
una iniciación y todos participamos en las reuniones de manera puntual.

Entonces esta definición de valores principios y acuerdos debe estar visible para
todos los miembros del equipo que van a participar en un proyecto scrum, de tal
manera que sepan identificarse, que respiren que vivan todos esto valores,
principios y acuerdos.
Planificar

luego tienes que planificar cómo hacer la implementación de Scrum, es importante

hacer un coaching del equipo y de la organización.

¿Qué es hacer un coaching?

Más que darle un entrenamiento o una capacitación, es acompañar a la

organización y al equipo durante la implementación del scrum de tal manera que si
surgen dudas y surgen preguntas el coach va a poder apoyar.

Generalmente el scrum master puede asumir ese rol de coach apoyando a la

organización y a los equipos a que implementen el scrum de la mejor manera.

Algo importante es que puede realizar talleres prácticos en donde la gente vea
realmente cómo funciona el scrum y cuáles son los beneficios. Una de las tareas
más importantes es hacer que la gente se enamore de scrum para que realmente
puedan llevarlo a cabo.

Para empezar se debe seleccionar los proyectos en los cuales se quiere

implementar scrum y lo más recomendable es realizarlo de una manera gradual,
empezando por un proyecto pequeño, hazlo tu proyecto piloto para iniciar.

Entrar en un ciclo de prueba y error hasta perfeccionar la práctica al verlo como un

experimento, vamos a implementar prácticas ágiles de tal manera que
observemos lo qué sucede y cómo lo logramos hacer.

Es posible que al inicio no salga tan bien pero conforme tengas una disciplina y
mejoras tu práctica y tengas un coach, todo vaya mejorando progresivamente.
verifica que los principios aspectos y procesos se estén implementando
correctamente.

Al lograr con un proyecto pequeño los beneficios de scrum, se arranca con un

proyecto más complejo o más grande.

Ejercicio en Clase - Pendiente.

Para realizar este ejercicio se requiere un lego.

Etapa de Inicio del Proyecto

Crear la Visión del Proyecto

 Caso del Negocio (Business Case)

Iniciamos entonces hablando de que es un caso de negocio o business case.

Este es un documento que se define muy al inicio de un proyecto y este, expresa
la razón para iniciar un proyecto.

Puede ser debido a una necesidad interna dentro de la organización o puede ser
debido a un factor externo.

Por ejemplo:

Una nueva ley, una nueva regulación, un nuevo competidor, etcétera que nos
llevan a crear un producto o servicio.

Este documento también debe incluir los antecedentes del proyecto los objetivos
del negocio los resultados deseados.

Podemos también incluir un análisis FODA que son las fortalezas oportunidades
debilidades y amenazas y un análisis de brecha que es básicamente cómo llegar
de un punto X a un punto Y.

Se deben identificar los posibles riesgos de manera preliminar, las estimaciones

de tiempo, esfuerzo y costo.

Toda esta información se le presenta a los interesados del proyecto y como no a

los patrocinadores (los del billete).

El objetivo es tener el soporte financiero para ejecutar el proyecto, obtener los

recursos y la viabilidad de ejecutar el proyecto.

 Identificación del Dueño del Producto

Aquí debemos seleccionar quién será la persona que será la voz del cliente
durante el proyecto.

Quien será el responsable de lograr el máximo valor empresarial para el proyecto.

También es el encargado de articular los requerimientos por parte del cliente.

Es el único punto de contacto para definición y priorización de los requerimientos y

también es responsable de mantener la justificación del negocio del proyecto.

 Declaración de la Visión del Proyecto

Es responsabilidad del dueño del producto definirla.

La declaración de la visión explica las necesidades empresariales que el proyecto

busca cumplir.
No debe ser demasiado específica, más bien debe dejar espacio para la
flexibilidad para adaptarse a los cambios que puedan surgir a futuro.

Debe centrarse en el problema y no en la solución.

Por ejemplo

El Banco Alcancía quiere estar a la vanguardia de los servicios financieros y

tecnológicos que satisfagan las necesidades de sus clientes. Los bancos de la
competencia ya ofrecen un App a sus clientes, por lo que se desea crear una app
para Android y iOS para banca móvil que permite hacer transacciones de banca
personal.

Dado este contexto podemos crear una visión tal como ésta:

Visión del Proyecto:

Crear y lanzar una app para banca personal para resolver la necesidad de
movilidad de nuestros clientes.

Nótese que esta visión no es demasiado específica pues no menciona para

Android ni para iOS y es porque esto pudiera cambiar conforme el proyecto va
avanzando.

Deja espacio para la flexibilidad y se enfoca en el problema y no en la solución.

 Acta de Constitución del Proyecto o Project Charter

Este es un documento que incluye la declaración oficial de los objetivos y

resultados deseados del proyecto, autoriza de manera formal el inicio de todo
proyecto y también puede incluir información como el propósito, la justificación, los
objetivos, alcances y entregables, los interesados, requisitos de alto nivel, los hitos
personal recursos las premisas los riesgos y la asignación del gerente de proyecto
o el project manager.
Después de publicar la versión final del acta de constitución del proyecto, deberá
buscar la aprobación del patrocinador y de los principales interesados. Esto
significa que estén de acuerdo con el propósito del proyecto y se espera que
garanticen su compromiso con el. Se toma la decisión sobre la necesidad de
continuar, posponer o suspender el proyecto.

 El Presupuesto

Este es un presupuesto preliminar, es una estimación de alto nivel. Generalmente

incluye: los costos de personal, costos de materiales (hardware, software,
infraestructura), y también otros gastos como oficina, conectividad, etcétera.

Esta actividad junto con el cronograma de actividades, son las que mayores
intereses despierta en los patrocinadores. A menudo, al jefe se le informa, cómo
va con el cronograma y el presupuesto desde el principio. En las organizaciones
muchas veces se escucha decir a un patrocinador algo así a un jefe de un
proyecto: “El proyecto debe ser terminado el 31 de diciembre de este año y se
tiene solo $5.000.0000, para hacerlo realidad”.

¿Significa esto que no se debería desarrollar un cronograma o un presupuesto

porque ya sabe lo que son?.

A menos que el proyecto consista en una solo entrega, con dos o tres tareas, la
respuesta obvia es no.

Aún se debe desarrollar un cronograma para asegurarse de que alcanza hasta el

31 de diciembre y desarrollar un presupuesto para asegurarse de que se
mantenga dentro de las limitaciones financieras.

La situación ideal debería permitir que el jefe del proyecto reúna toda la
información y los insumos del proyecto y luego desarrolle un cronograma y un
presupuesto que cumpla con la visión del proyecto.

Identificar los Roles Clave y Stakeholders

Los roles clave los roles clave en un proyecto van a ser

 El project manager
 El dueño del producto
 El scrum master
 Development Team

Cuando estamos haciendo este proceso de identificación se buscan personas que

tengan disponibilidad y compromiso durante todo el proyecto.

Es importante que puedan estar de manera estable, esto quiere decir que no se
recomienda sustituir los recursos clave una vez iniciado el proyecto.

Los criterios de selección para el scrum master son: debe tener habilidades para
resolver problemas, debe tener disponibilidad, debe tener compromiso, debe tener
los conocimientos y la experiencia necesaria, debe tener un estilo de liderazgo
servicial.

Pero ojo, el scrum master no es el líder del proyecto. El rol de Scrum Master está
orientado a ser un facilitador para el equipo scrum, que garantiza el cumplimiento
de los principios y las prácticas y los procesos de scrum.

El project manager es el responsable de que se cumplan los objetivos del

proyecto, se encarga de gestionar todas las fases del proyecto y de liderar el
equipo. Si el proyecto es pequeño o es una organización pequeña cabe la
posibilidad de unificar este rol en una sola persona siempre y cuando tenga la
experiencia requerida para ambos roles.

Otros interesados.

Podemos tener interesados internos, interesados externos, podemos tener clientes

podemos tener patrocinadores, usuarios, otros departamentos u otras áreas de la
organización, proveedores o socios que participan o que se involucran en el
proyecto.
Es importante identificar a todos y cada uno de los interesados que puedan tener
algún involucramiento.

Es importante que se cree el registro de interesados, el cuál es un documento

donde se listan y documentan a todos los interesados del proyecto.

Este documento puede tener información como el nombre y apellido, el rol, los
intereses de la persona, el método de comunicación.

Por ejemplo vas a comunicarte por medio de correo, una reunión cara a cara a
través de un reporte de status etc.

También es importante que identifiques el tipo de relación que debe de mantener

con esa persona, si debe mantener un contacto constante con la persona un
contacto eventual.

Le gusta la comunicación formal e informal, es una pieza clave en el equipo en la

toma de decisiones etcétera.

Todo esto debes documentarlo y registrarlo en el documento de registro de

interesados dentro del grupo.

En las plantillas enviadas se encuentra un formato de registro de interesados que

puedes utilizarla en tu proyecto final.
Formar Equipos Scrum

Vamos a hablar entonces de los requisitos de recursos la selección del equipo

scrum y el plan de formación requisito de recursos.

Esto se refiere a todo aquello que vamos a necesitar para que nuestro personal,
nuestro equipo pueda trabajar.

Esto puede incluir infraestructura de oficinas, espacios para reuniones o sala de

reuniones, computadoras, scrumboard o herramientas de software.

Si estamos trabajando con equipos virtuales o equipos remotos, también debemos

considerar todo aquello que se necesite para que este equipo remoto pueda
interactuar y trabajar de manera eficiente.

Podemos considerar la conectividad las herramientas de colaboración audio

conferencia videoconferencia y repositorio de documentos.
Cuando pasamos a la fase de seleccionar el equipo scrum, debemos seleccionar
colaboradores o personas con conocimientos en diversos campos para proyectos
de software, generalmente podemos considerar analistas de negocio diseñadores
desarrolladores software, testers, DevOps, ingenieros de infraestructura
especialistas en seguridad informática, entre otros.

A la hora de seleccionar el equipo, puedes, ya sea seleccionar recursos existentes

dentro de tu organización o puedes contratar nuevos recursos dependiendo del
esquema actual.

Si te toca contratar nuevos recursos para el proyecto se deben definir los perfiles,
iniciar la búsqueda hacer las entrevistas y luego el proceso de selección y
contratación.

Para todo esto te puedes apoyar de recursos humanos, quien te podrá guiar con
todo, con todas estas actividades también puedes considerar el modelo de
outsourcing donde puedes contratar recursos externos.
cuáles son las características deseadas de cada miembro del equipo scrum

Debe ser independiente, esto quiere decir debe poder trabajar con poca
supervisión, debe ser auto motivado enfocado en el cliente, alto sentido de
responsabilidad y debe trabajar en un ambiente colaborativo.

Por último vamos hablar del plan de formación.

El plan de formación debe evaluar las necesidades de capacitación, por ejemplo si

el equipo tiene alguna necesidad de capacitación en temas técnicos, en alguna
herramienta alguna plataforma de desarrollo como Python, Angular, MySQL,
Postgres, Linux, cualquier conocimiento técnico debe considerarse; así como en
cualquier herramienta interna de la organización.

También debemos evaluar las necesidades de formación en el scrum.

También se debe determinar las fechas y los costos y quién proveerá las
formaciones.
Desarrollo de Épicas

En la fase de inicio de un proyecto, vamos a hablar ahora de cómo desarrollar

épicas

Contenido

 Conceptos básicos.
 El proceso de desarrollar épicas.
 Herramientas que se utilizan para recopilación de requisitos
 Gestión de cambios.

Jerarquía

Iniciamos hablando de ciertos conceptos importantes como:

Una épica, que es una funcionalidad o historia del usuario grande que debe ser
descompuesta en historias de usuario más pequeñas.

Una historia del usuario es una funcionalidad o requisito que puede ser
completado en un tiempo definido (horas o días).
Una tarea es un pequeño incremento de trabajo, cada historia del usuario es
descompuesta en tareas.

Entonces la jerarquía es una épica puede tener una o múltiples historias de

usuario; una historia de usuario se puede descomponer en múltiples tareas.

¿que es una historia del usuario?

Esta es una de las herramientas más importantes que vamos a utilizar para
recopilar las necesidades de los usuarios.

La forma en cómo se redacta una historia del usuario es la siguiente:

 Cómo: rol de usuario

 Quiero: lograr un objetivo
 Para: poder obtener un beneficio

Como ejemplo:

Como usuario web quiero consultar la tabla de pedidos para saber el estado de
todos mis pedidos.

La EDT o estructura de desglose de trabajo en el scrum pudiera representarse de

esta forma.
Primero tenemos el proyecto, luego en el nivel 1 tenemos las épicas, en el nivel 2
tenemos las historias de usuario, y en el nivel 3 tenemos las tareas.

De esta forma podemos visualizar todos los entregables y actividades que hay que
hacer en el proyecto. Entonces a la hora de desarrollar épicas vamos a realizar
una serie de entrevistas y actividades con los usuarios para obtener todos los
requisitos.

Las épicas se describen en las etapas iniciales del proyecto cuando la mayoría de
las historias de usuario son funcionalidades de alto nivel como descripciones de
producto que están ampliamente definidas.

Las épicas son historias de usuario grandes, sin refinar en él Backlog del producto.

¿Qué herramientas podemos utilizar para desarrollar las épicas?

La primera herramienta son las reuniones del grupo de usuarios

Talleres de historia de usuario

Focus group o grupos focales

Entrevistas con Usuarios y clientes

Cuestionarios.

La primera herramienta reuniones del grupo de usuarios, Incluir a los interesados

relevantes, importante en estas reuniones, que pueden ser usuarios o clientes.

Debemos identificar las expectativas de cada usuario.

Debemos formular cuáles son los criterios de aceptación, esto es muy importante
y debemos ser muy específicos de tal manera que logremos captar cuál es la
expectativa del usuario respecto del producto que desea recibir.

Debemos evitar la falta de claridad, esto genera un sentido de compromiso en el

proyecto dado que vamos a reunirnos con los usuarios y los interesados
relevantes del proyecto, ellos van a sentirse partícipes del proyecto dado que
estamos tomando sus necesidades como algo importante.

Con estos puntos se va a generar un entendimiento común entre el equipo scrum

y los interesados del proyecto.

La segunda herramienta son los talleres de historia de usuario que es una buena
plataforma para discutir y aclarar todos los elementos de un producto y
generalmente profundizan en detalles más pequeños para garantizar la claridad.

Estos talleres aseguran que las épicas e historias de usuario describan las
funcionalidades desde el punto de vista de los usuarios que sean fáciles de
entender y que se puedan calcular de forma segura.

El Focus Group es una sesión guiada para ofrecer opiniones percepciones o

valoraciones sobre un producto, servicio o resultado deseado.

Mediante el cuestionamiento, la crítica constructiva y la retroalimentación, los

grupos de enfoque conducen a un producto de mejor calidad y con ello
contribuyen a la satisfacción de las expectativas de los usuarios.

¿Quiénes participan en estas reuniones?

 El dueño del producto

 Los interesados
 Los usuarios
 El scrum master y
 El development Team

Importante que el equipo scrum (scrum team) participe para que puedan entender
de primera mano cuáles son las necesidades de los usuarios.

Luego tenemos las entrevistas al usuario o al cliente. En esta entrevista vamos a

identificar y entender las necesidades y expectativas del stakeholder.

Vamos a obtener opiniones y hechos.

Vamos a comprender la perspectiva del stakeholder sobre el producto final y a

obtener retroalimentación sobre el producto que debe ser desarrollado.

Luego tenemos los cuestionarios que es una forma económica de obtener una
perspectiva estadística cuantitativa y cualitativa de un gran número de usuarios o
clientes.

Se deben hacer preguntas específicas sobre las necesidades de los usuarios e

interesados.

Los cuestionarios pueden ser auto administrados se puede mandar un link para un
formulario electrónico o ya sea administrados cara a cara a través de un
entrevistador

La Gestión de Cambios.

Las solicitudes de cambio pueden ser aprobadas o denegadas por el product

owner, durante el proceso de desarrollar épica(s).

Estas solicitudes de cambio pueden ser originadas por los stakeholders relevantes
o por el mismo equipo.

Los cambios aprobados deberán ser priorizados implementados en los futuros

sprints.
Crear el Backlog Priorizado del Producto

Seguimos en la fase inicial de un proyecto, y vamos a hablar ahora de cómo crear

el backlog globalizado del producto en esta clase.

Cubriremos los métodos de priorización de épicas, historias de usuario, cómo

hacer las estimaciones de alto nivel, cómo crear el valor priorizado del producto y
la definición de criterios determinados.

Métodos de Priorización de Épicas e historias del usuario.

El primer método que debemos hablar se llama:

 El Esquema de Priorización de MoScoW

Este es un método en la cual vamos a agrupar las épicas historias del usuario en
cuatro categorías. Las categorías son debe tener, debería tener, podría tener y no
tendrá.

Es decir si hay una historia de usuario o una épica muy importante que es crítica
la ponemos en la categoría de debe tener o must have.

La segunda sería debería tener es algo que no es crítico pero es ideal e

importante que lo tengamos; entonces lo ponemos en la categoría número 2
debería tener o should have.

Luego podría tener también es algo que queremos tenerlo pero no es tan
importante pero sería ideal que esté ahí. Entonces sería categoría número 3,
podría tener o Could have.

La categoría número 4, no tendrá o no son aquellas historias de usuarios que se

descarta que se eliminan porque no son requeridas o no son importantes.

El segundo método es,

El Método de Comparación por Pares (Paired Comparison)

Este define que cada historia del usuario se toma en forma individual y se
compara con otras historias en una lista para decidir cuál es la más importante.

Por ejemplo tenemos una historia de usuario, la vamos a comparar con otras tres
y en este proceso vamos a definir cuál es más importante de todas y a la que
definamos qué es más importante le vamos a asignar una prioridad más alta.
El Método de los 100 Puntos.

Esto consiste en otorgar 100 puntos a cada usuario o a cada cliente a fin que los
pueda utilizar para votar por las características que consideren más importantes.

El objetivo es dar peso a las historias de usuario que son de mayor prioridad al
finalizar el proceso de votación.

La priorización se determina calculando el total de puntos asignados a cada

historia de usuario.

Análisis de Kano

Es muy parecido al primero que consiste en agrupar todas las épicas, historias de
usuario en cuatro categorías o grupos.

El primer grupo sería aquellas épicas o historias de usuario que se consideran de

calidad atractiva es decir características que son nuevas o de gran valor.

Para el siguiente grupo, la número 2, calidad unidimensional, características que le

ofrecen valor al cliente.

La número 3, calidad requerida, características que si no están presentes

entonces pudieran causar insatisfacción del cliente.

y la número 4, Calidad indiferente, esto es algo que no afectará al consumidor sin

los encuentra por lo tanto se puede eliminar.

Entonces todas las épicas e historias de usuario se agrupan en cuatro grupos para
determinar qué es lo más importante para el negocio y lo que no se elimina.
Estimaciones

Las estimaciones son la complejidad o el esfuerzo que requiere desarrollar una

épica o historia de usuario.

Para ello vamos a hablar de varios métodos.

El método del Wideband Delphi, en el cual hacemos estimaciones basadas en

grupo. Esto quiere decir que nos reunimos el equipo de trabajo con los usuarios y
determinamos cuál es el esfuerzo para desarrollar una épica o historia del usuario.

Tenemos también el Planing Poker que consiste en utilizar Barajas. Tanto barajas
físicas o descargar la aplicación de planing poker disponible para Android o para
iPhone, con la cual vamos a poder votar utilizando Story points o Puntos de
historia. A cada épica o historia del usuario se le asigna una medida de Story
Points, cada miembro del equipo le asigna una medida, una estimación y luego se
saca al concenso.

Cuál es el valor correcto ya sea un promedio o un consenso del valor del grupo.

Luego tenemos el Puño de Cinco donde vamos a votar usando los dedos en una
escala de cinco para decir estamos muy de acuerdo o poco de acuerdo con la
estimación que se está desarrollando.

También tenemos Estimación por Afinidad en donde vamos a estimar las historias
de usuario usando notas adhesivas por categoría es decir podemos crear tres
columnas funcionalidad que se considera pequeña mediana o grande. Entonces
vamos poniendo o vamos sedimentando las historias de usuario en estas tres
columnas o en estas tres categorías para poder estimar.
Backlog Priorizado del Producto

Primeramente esta actividad es responsabilidad del dueño del producto.

El dueño del producto es quien crea el backlog, quien lo administra, quien lo

mantiene y quien aprueba o rechaza cambios.

Es importante que el dueño del producto garantice el máximo valor para el negocio.

Cuando se hace la priorización debe de considerarse los riesgos y la

incertidumbre.

Debe incluir las dependencias y

Por supuesto las estimaciones.

este es un ejemplo de cómo pudiera

crearse un backlog del producto usando una hoja electrónica.

A continuación un ejemplo donde podemos ver que tenemos las épicas y estás
épicas pudieran descomponerse en las historias de usuario.

Ahora en la fase de inicio del proyecto, generalmente vamos a crear las épicas
dependiendo si tenemos o no suficiente información. Podemos desglosar o
descomponer las épicas en historias de usuario.

Generalmente es en la fase de planificación y estimación en donde las épicas son

descompuestas en historias de usuario y las historias de usuarios son
descompuestas en tareas. Por lo tanto en la fase de inicio lo prioritario es definir
las épicas.
pudiéramos también agregar en el backlog priorizado a cada épica o cada historia
de usuario, la prioridad, la estimación, las dependencias e información adicional
como o en que sprint se va a realizar, el estado de cada una etcétera.

Criterio de Terminado.

Estos son las reglas que definen si una épica o historia del usuario ha sido
terminada.

Por ejemplo: una épica o historia de usuario se va a considerar terminada cuando

las siguientes reglas se hayan cumplido.

1. La historia del usuario ha pasado a la certificación de QA.

2. La historia del usuario ha sido aceptada por el mismo usuario en la actividad
de UAT
3. La historia del usuario ha sido aceptada por el dueño del producto.

Entonces cuando estas tres condiciones se hayan dado consideramos la épica o

historia del usuario como terminada.
Realizar la Planificación de Lanzamiento del Producto

Continuando en la fase de inicio de un proyecto, entramos a hablar ahora de cómo

realizar la planificación del lanzamiento del producto.

Por lo tanto hablaremos de puntos a considerar durante la planificación del

lanzamiento, la creación del cronograma de planificación de lanzamiento la
duración del sprint y el proceso de refinar el backlog del producto.

La Planificación de Lanzamiento
Para hacer esta planificación, vamos a hacer sesiones de planificación con el
dueño del producto y con los interesados clave como resultado de estas sesiones.

Se creara el calendario de entrega del producto. Esto va llevarnos a una

alineación del equipo scrum, de tal manera que todo el equipo esté alineado con lo
que el dueño del producto y los interesados relevantes esperan.

Podemos también hablar de hacer un lanzamiento al finalizar todos los Sprint o

podemos hacer una liberación por etapas, debemos considerar días festivos
vacaciones o eventos importantes.

El plan de lanzamiento se puede ir modificando a lo largo del proyecto según las

necesidades del negocio.

A continuación un ejemplo de una planificación de lanzamiento.

vamos a ser el sprint número 1, Ponemos el sprint número 2, y el número 3. En

cada caso estamos poniendo las fechas de inicio y finalización de cada sprint.

Al finalizar el sprint número 3, en conjunto con el dueño del producto y los

interesados clave se definió que vamos a hacer una liberación por etapas.

Por lo tanto vamos a realizar el lanzamiento 1 del producto, luego vamos a

ejecutar otros sprint, el número 4, el número 5, y el sprint número 6. al finalizar el
sprint número 6, hacemos la liberación o lanzamiento 2.0.

Esto es nada más un ejemplo, la forma como usted como ingeniero va a hacer la
planificación de lanzamiento irá acorde respecto a las necesidades y expectativas
que tenga el cliente definido a través del dueño del producto y los interesados
clave.

Acerca de la duración del sprint, el dueño del producto, el scrum master y el

equipo scrum en conjunto con el project manager van a definir cuál es la duración
del sprint, usualmente es de 2 a 4 semanas permanece estable una vez definido.
durante el proceso de planificación de lanzamiento es posible que surjan algunos
cambios que se van a reflejar en el valor del producto. A esto se le llama el
refinamiento del backlog priorizado del producto.

Desarrollado el backlog priorizado del proyecto se puede refinar durante las

sesiones de planificación de lanzamiento. Es posible que haya más claridad sobre
las historias de usuario en el valor del producto después de que el equipo scrum
lleve a cabo las sesiones de planificación con los stakeholdes relevantes.

Por ejemplo, puede ser que haya una dependencia que no habíamos visualizado
haya que cambiar alguna prioridad durante la planificación del lanzamiento.Por lo
tanto algunas historias de usuario suben o bajan de prioridad y eso nos va a
afectar el valor del producto.

Herramientas para la Gestión del Proyecto

Hablemos ahora de cómo seleccionar la mejor herramienta para la gestión de tus

proyectos scrum.

Se hará una breve descripción de scrumboard, de algunas herramientas de

software y otras herramientas complementarias.

Scrumboard

Es muy común en proyectos ágiles y en proyectos de scrum, básicamente es un

tablero que puedes hacer en alguna pared de tu oficina donde vas colocando
diferentes columnas y se situan notas adhesivas.

Cada nota adhesiva es una historia del usuario y vas moviendo la nota adhesiva
de columna en columna conforme al proyecto, conforme el trabajo va avanzando.
El scrumboard es una herramienta que no es de software sino que es una
herramienta que se puede construir de manera muy fácil y económica en tus
proyectos, y su utilidad es darle forma visual y conocimiento a tu equipo de cuál
es el estatus actual del proyecto y del avance.

Pasemos a hablar ahora de herramientas de software, mencionaremos algunas

que son las más comunes del mercado.

Una de las más utilizadas Jira Agile que es una de las preferidas para la gestión
de proyectos con scrum. Luego se encuentran:

 Vivifi
 Asana
 ScrumWise
 Trello
 ScrumDesk
 Taiga.io
 IceScrum

Hay muchas otras herramientas más que no se mencionan

Jira Agile

Es una herramienta muy buena y muy recomendada para llevar proyectos Scrum.

Con Jira vas a poder crear tu Backlog del producto de manera visual, también
puedes crear todas las épicas, historias del usuario, tareas, backlog de cada sprint,
de una manera muy fácil muy intuitiva y visual.
También puedes crear tu scrumboard, donde vas a separar por columnas el
avance de tu proyecto, las diferentes categorías de avance de tu proyecto.

Aquí puedes ver que persona tiene cada historia de usuario, cada actividad cada
tarea, ver las estimaciones, etcétera.
También vamos a poder ver algo muy similar al roadmap, por lo que es algo muy
similar a la planificación del lanzamiento de tu producto.

También podrá visualizar muchos reportes como el Burndown chart o la gráfica de

trabajo pendiente del proyecto del sprint, el sprint report, vamos a poder crear una
gráfica de velocidad, etcétera. Y una gran cantidad de reportes que puedes crear.

Es una herramienta que puedes usar tanto en la nube como on-premise es decir
puedes instalarla en tus servidores.
Tiene otros módulos como:

 El Service Desk
 Confluence, que es para compartir documentos en la nube.
 BitBucket, que es un repositorio Git de código y
 Muchos add-ons, muchísimos casi para cualquier cosa que te puedas imaginar,
que necesites, que no lo ofrezca de manera nativa, puedes buscar un add-on
para agregar esa funcionalidad.

Por ejemplo, toda la parte QA, puedes llevarla a través de un Add-on que te
agrega esta funcionalidad entre todo tu proyecto de gira.

Otras herramientas

 Agile Poker Clock: es un reloj que puedes utilizar para poder llevar el control
de tus reuniones.
 Team O´Clock: que es una herramienta que puedes usar para controlar, para
cronometrar tu Daily stand up.
 Easy Backlog: es una herramienta que te puede servir para crear tu Backlog
de producto.

Herramientas de Video, Audio y Web Conference

 Uberconference: que te deja hacer conferencias o conferencias web, puedes

tener audio, video, o compartir pantalla y es gratuita hasta 10 usuarios. Luego
tiene planes pagados
 Blujeans: que también te da video audio y Web Conference, pero esta
herramienta sí es de pago.