• Generic placeholder image
    Scrum

    Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de la manera de trabajar de equipos altamente productivos.

  • Generic placeholder image
    Kanban

    Kanban es una metodología de trabajo con enfoque en las entregas. Kanban tiene un enfoque en el proceso, desde la definición de una tarea hasta su entrega al cliente, que se muestra para que los participantes lo vean y los miembros del equipo tomen el trabajo de una serie de posibles tareas.

  • Generic placeholder image
    Devops

    El término DevOps, que es una combinación de los términos ingleses development (desarrollo) y operations (operaciones), designa la unión de personas, procesos y tecnología para ofrecer valor a los clientes de forma constante.


Card image cap
Riesgo 1

Falta de comunicación con los responsables, tanto formal ni informalmente.

El artefacto de scrum que mitiga la falta de comunicación son las daily meeting, ya que estas reuniones permiten que exista una comunicación eficaz.
El artefacto de kanban que mitiga la falta de comunicación es el tablero kanban, ya que este presenta la información del proyecto y detalla como se esta avanzando.
El artefacto de devops que mitiga el riesgo de la falta de comunicación es el control de versiones, ya que existiría un medio para la comunicación entre el equipo de trabajo.
Card image cap
Riesgo 2

Resistencia al cambio.                                                           

El artefacto que mitiga este riesgo es Product owner porque se incluye a un miembro cercano del cliente, que sea de confianza para este último, para que pueda ir valorando las funcionalidades o los cambios más importantes.
El artefacto que mitiga este riesgo es Product owner porque se incluye a un miembro cercano del cliente, que sea de confianza para este último, para que pueda ir valorando las funcionalidades o los cambios más importantes.
El artefacto que mitiga este riesgo es Product owner porque se incluye a un miembro cercano del cliente, que sea de confianza para este último, para que pueda ir valorando las funcionalidades o los cambios más importantes.
Card image cap
Riesgo 3

No existe un rol ni una persona encargada de gestionar los riesgos.

Para el riesgo de no tener un rol para la gestión de riesgo se propondrá el rol llamado "Analizador de riesgos" que en las daily meeting tendrá que ir informando brevemente que esta pasando con los riesgos y si van naciendo nuevos.
El artefacto de kanban que mitiga no tener un encargado de gestionar los riesgos seria el tablero kanban, ya que en este se podrán agendar los riesgos permitiendo su gestión.
Para el riesgo de no tener un rol para la gestión de riesgo se propondrá el rol llamado "Analizador de riesgos" que en las reuniones tendrá que ir informando brevemente que esta pasando con los riesgos y si van naciendo nuevos.
Card image cap
Riesgo 4

No se usan herramientas para el seguimiento de riesgos.

El artefacto de scrum que mitiga la falta de seguimiento son las daily meeting, ya que en estas reuniones se pueden hablar del riesgo y como van avanzando.
El artefacto de kanban que mitiga el no tener una herramienta que gestione los riesgos es el tablero kanban, ya que en este tablero se pueden agendar y hacer gestion de riesgos.
El artefacto de devops que mitiga el riesgo de no usar herramientas para la gestión de riesgos es el control de versión, ya que al igual que el código, se puede ver el cambio de los riesgos y como estos son mitigados.
Card image cap
Riesgo 5

Falta de compromiso del cliente.

El artefacto que mitiga este riesgo es el Product owner porque incluye a un miembro cercano del cliente para valorar las funcionalidades o los cambios más importantes.
El artefacto que mitiga este riesgo es el Product owner porque incluye a un miembro cercano del cliente para valorar las funcionalidades o los cambios más importantes.
El artefacto que mitiga este riesgo es el Product owner porque incluye a un miembro cercano del cliente para valorar las funcionalidades o los cambios más importantes.
Card image cap
Riesgo 6

Mala estimación de tiempo.

El artefacto de scrum que mitiga la mala estimación es el sprint backlog, ya que este cambia en cada sprint y se puede re-estimar el tiempo que se utiliza cada vez, haciendo que la estimación sea cada vez más precisa.
El artefacto de kanban que mitiga la mala estimación de tiempo es limitar el wip, ya que este nos permitirá saber como se esta avanzando dando más esfuerzo o menos esfuerzo en ciertas tareas y viendo como avanza el proyecto, ayudando a que se estime mejor el proceso y el como se trabaja.
Para el riesgo de la mala estimación de tiempo se propondrá el artefacto "limitación del wip" porque eso hará que el trabajo que se puede hacer puede variar en base a las evidencias del proyecto, ayudando a estimar mejor.
Card image cap
Riesgo 7

Mal control de calidad.

El artefacto de scrum que mitiga el mal control de calidad es la retrospectiva sprint, ya que este es un plan de mejora que hace que la calidad aumente en cada sprint.
Para el riesgo de un mal control de calidad se propondrá el artefacto "retrospectiva sprint" porque al final de cada iteración de tiempo definida por el equipo, se realizara un plan de mejora para el proceso de desarrollo, haciendo que la calidad aumente al realizar inspecciones.
Los artefactos de devops que mitigan el riesgo del mal control de calidad son las pruebas, integración y despliegue, ya que al estar en constante control se va refinando la calidad.
Card image cap
Riesgo 8

Diseño inadecuado.

El artefacto de scrum que mitiga el diseño inadecuado es el product backlog, ya que este puede ir refinándose y cambiando hasta que el diseño sea el correcto.
Para el riesgo de un diseño inadecuado se propondrá el artefacto "product backlog" de scrum, ya que este al listar todas las tareas del proyecto y tener la posibilidad de ir cambiando algunas con el fin de refinarlas, hará que el diseño pueda cambiar haciendo que este mejore si es que cae en algún error.
Para el riesgo de un diseño inadecuado se propondrá el artefacto "product backlog" de scrum, ya que este al listar todas las tareas del proyecto y tener la posibilidad de ir cambiando algunas con el fin de refinarlas, hará que el diseño pueda cambiar haciendo que este mejore si es que cae en algún error.
Card image cap
Riesgo 9

Confiar demasiado en tecnologías/herramientas no exploradas previamente.

Se propone que al inicio del proyecto, en la reunión de kick-off, se evalúen las herramientas que el equipo conoce para llegar a un consenso de utilizarlas o no, reduciendo así el riesgo.
Se propone que al inicio del proyecto, en la reunión de kick-off, se evalúen las herramientas que el equipo conoce para llegar a un consenso de utilizarlas o no, reduciendo así el riesgo.
Se propone que al inicio del proyecto, en la reunión de kick-off, se evalúen las herramientas que el equipo conoce para llegar a un consenso de utilizarlas o no, reduciendo así el riesgo.
Card image cap
Riesgo 10

Motivación débil.

El artefacto de scrum que mitiga la motivación débil es el scrum master, ya que este motiva al equipo para seguir.
El artefacto de kanban que mitiga la motivación débil es el tablero kanban, ya que en este se puede ver como avanza el proyecto y poner información que motive al equipo.
Para mitigar el riesgo de la motivación débil se propondrá el artefacto de "tablero devops" siendo una versión del tablero kanban. Este tablero mostrara los avances y tendera muchos mensajes motivadores sobre el avance, haciendo así que el equipo este motivado.
Card image cap
Riesgo 11

Añadir personas a un proyecto atrasado.

Los artefactos de scrum que mitiga el ingresar gente a un proyecto atrasado son las daily meeting ya que las personas se ponen al día con el proyecto y el product backlog ya que este tiene la documentación de todo lo que hay que realizar.
Los artefactos de Kanban que mitiga el ingresar gente a un proyecto atrasado son el tablero kanban y limitación del wip, ya que al añadir personas a un proyecto atrasado, el tablero kanban les dará la información necesaria para estar al día y el limitar el wip hará que puedan empezar de apoco hasta estar al día con el equipo.
El artefacto de devops que mitiga el riesgo de la motivación débil es el control de gestión, ya que al ir versionando el código se vera como va avanzando, haciendo que el equipo se motive al ver que el proyecto avanza.
Card image cap
Riesgo 12

Mala elección de metodologías.

Para mitigar el riesgo de la mala elección de la metodología se propondrá el artefacto de "tablero Kanban" siendo una versión del tablero kanban, ya que este permite tener mucha información del proyecto y solventar el mal uso de la metodología supliéndola con información del avance y muestra clara del proceso.
El artefacto de kanban que mitiga la mala elección de la metodología es el tablero kanban, ya que este permite tener mucha información del proyecto y solventar el mal uso de la metodología supliéndola con información del avance y muestra clara del proceso.
Para mitigar el riesgo de la mala elección de la metodología se propondrá el artefacto de "tablero Kanban" siendo una versión del tablero kanban, ya que este permite tener mucha información del proyecto y solventar el mal uso de la metodología supliéndola con información del avance y muestra clara del proceso.
Card image cap
Riesgo 13

La incapacidad para juzgar el alcance del sistema y con la pobre identificación de la funcionalidad requerida.

El artefacto de scrum que mitiga juzgar el alcance del sistema es el product backlog, ya que este definirá los aspectos del proyecto y por consiguiente los alcances.
Para el riesgo de un diseño inadecuado se propondrá el artefacto "product backlog" de scrum, ya que este al listar todas las tareas del proyecto nos dará una visión global de este, dándonos así mejor claridad de los alcances del mismo.
Para el riesgo de un diseño inadecuado se propondrá el artefacto "product backlog" de scrum, ya que este al listar todas las tareas del proyecto nos dará una visión global de este, dándonos así mejor claridad de los alcances del mismo.
Card image cap
Riesgo 14

Deuda técnica.

Se propone el artefacto Control de versión, porque al tener el software documentado con cada versión, es más sencillo entender los cambios y las funcionalidades del software, haciendo así que al largo plazo se pueda entender las funcionalidades implementadas para corregirlas o modificarlas.
Se propone el artefacto Control de versión, porque al tener el software documentado con cada versión, es más sencillo entender los cambios y las funcionalidades del software, haciendo así que al largo plazo se pueda entender las funcionalidades implementadas para corregirlas o modificarlas.
Se propone el artefacto Control de versión, porque al tener el software documentado con cada versión, es más sencillo entender los cambios y las funcionalidades del software, haciendo así que al largo plazo se pueda entender las funcionalidades implementadas para corregirlas o modificarlas.
Card image cap
Riesgo 15

Conflictos entre desarrollo y operaciones.

Para mitigar el riesgo de conflicto entre desarrollo y operaciones se propondrá el artefacto de "Despliegue automatico" porque ambos equipos podrán ver el software avanzado haciendo así que se eviten muchas dudas respecto a este.
Para mitigar el riesgo de conflicto entre desarrollo y operaciones se propondrá el artefacto de "Despliegue automatico" porque ambos equipos podrán ver el software avanzado haciendo así que se eviten muchas dudas respecto a este.
El artefacto de devops que mitiga el riesgo de conflicto entre desarrollo y operaciones son despliegue automático, ya que ambos equipos podrán ver el software avanzado haciendo así que se eviten muchas dudas respecto a este.
Card image cap
Riesgo 16

Equipos recién formados.

El artefacto de scrum que mitiga los equipos recién formados son las daily meeting, ya que esta es la instancia para aprender y poder guiarse.
Para mitigar el riesgo de equipos recién formados se propondrá el artefacto de "Control de versión" porque el equipo tiene acceso a los cambios del software, haciendo que conozcan su forma de trabajar.
El artefacto de devops que mitiga el riesgo de equipos recién formados es el control de versión, ya que el equipo tiene acceso a los cambios del software, haciendo que conozcan su forma de trabajar.
Card image cap
Riesgo 17

Retención de conocimientos.

Se propondrá la reunión retrospectiva sprint, ya que en ella se analiza como se ha desarrollado el sprint y se puede identificar a los miembros del equipo que retienen los conocimientos y por lo tanto para el siguiente sprint se puede planificar alguna tarea para nivelar a los miembros que menos han participado y encontrar una solución a los problemas que se presentan en las daily meetings.
Se propondrá la reunión retrospectiva sprint, ya que en ella se analiza como se ha desarrollado el sprint y se puede identificar a los miembros del equipo que retienen los conocimientos y por lo tanto para el siguiente sprint se puede planificar alguna tarea para nivelar a los miembros que menos han participado y encontrar una solución a los problemas que se presentan en las daily meetings.
Se propondrá la reunión retrospectiva sprint, ya que en ella se analiza como se ha desarrollado el sprint y se puede identificar a los miembros del equipo que retienen los conocimientos y por lo tanto para el siguiente sprint se puede planificar alguna tarea para nivelar a los miembros que menos han participado y encontrar una solución a los problemas que se presentan en las daily meetings.