496 lines
22 KiB
Markdown
496 lines
22 KiB
Markdown
# Business Agility
|
|
|
|
[Formación](https://app.aluracursos.com/formacion-business-agility-grupo5-one)
|
|
|
|
## Fundamentos de Agilidad
|
|
|
|
[Curso](https://app.aluracursos.com/course/fundamentos-agilidad-primeros-pasos-transformacion-agil)
|
|
|
|
- **Waterfall vs. Agile**
|
|
|
|
Es necesario que los requisitos/documentación sean aprobados y acordados con
|
|
el cliente, así como por el responsable del proyecto. Una vez aprobado este
|
|
documento, el flujo para lograr el objetivo no cambiará, tampoco su alcance.
|
|
|
|
En Waterfall, cuando dividimos el modelo en etapas, la primera está orientada
|
|
para disparar la segunda, y así sucesivamente. Con esto, se excluye la posibilidad
|
|
de hacer algún cambio.
|
|
|
|
- **Priorización** ¿qué es la priorización y cómo podemos definirla?
|
|
|
|
La priorización es el proceso de determinar la tarea con mayor importancia y urgencia.
|
|
- *Importancia*: debe ser claro cuál es el objetivo que esa tarea ayudará a alcanzar.
|
|
- *Urgencia*: la actividad tiene un plazo corto de entrega.
|
|
|
|
<br>
|
|
|
|
El criterio para determinar la priorización de actividades depende del contexto
|
|
de la empresa, del momento, del tipo de proyecto y del cliente. Sin embargo,
|
|
independientemente de esto, generalmente debemos priorizar aquello que genera
|
|
un mayor retorno financiero.
|
|
|
|
- **Flujo de ejecución**
|
|
|
|
1. El proyecto y el objetivo final deben ser establecidos para que el problema
|
|
sea resuelto de manera rápida y eficaz.
|
|
2. Dividir en pequeñas metas. Determina la tarea que debe ser resuelta con mayor
|
|
prioridad, conservando un flujo enfocado en lo que más importa.
|
|
|
|
<br>
|
|
|
|
- **Retroalimentación**
|
|
|
|
Es la tercera diferencia más relevante entre Agile y Waterfall.
|
|
Son las evaluaciones y críticas sobre los resultados obtenidos, sean positivas
|
|
o negativas, colaborando para el crecimiento de la empresa.
|
|
|
|
Primero, es necesario priorizar las tareas. Después de priorizar, se debe definir
|
|
el plan/flujo de trabajo, para lograr dividirlo en etapas.
|
|
Cuando se completa una etapa, es importante obtener retroalimentación de tu cliente.
|
|
Con esa entrada (retroalimentación) es posible hacer cambios en el flujo hasta
|
|
eliminar tareas que ya no sean necesarias.
|
|
|
|
- **¿Que es ser ágil?**
|
|
|
|
Ser ágil significa entregar valor rápidamente, tener un abordaje enfocado en
|
|
lo que genera más valor; es decir, cuando algún cliente tiene un problema,
|
|
debemos ofrecerle entregas parciales de acuerdo con sus necesidades. Estos
|
|
ciclos rápidos de entrega hacen que la retroalimentación sea constante para
|
|
mejorar el servicio/producto, alcanzando mejores resultados al final del proceso.
|
|
|
|
- **[Manfiesto](https://agilemanifesto.org/) Agile**
|
|
|
|
Fue escrito en 2001. Su objetivo era descubrir cuáles eran las semejanzas entre
|
|
los diversos procesos de desarrollo de software basado en la experiencia de quienes
|
|
lo escribieron, y qué logra que los clientes queden satisfechos.
|
|
A partir de ahí llegaron a 4 valores:
|
|
|
|
1. **Individuals and intreactions OVER Processes and tools**:
|
|
Las interacciones entre individuos son más importantes que los procesos y
|
|
herramientas; es decir, la manera como un equipo trabaja impacta directamente el
|
|
desarrollo de lo que será producido.
|
|
2. **Working software OVER Documentation**:
|
|
Tener software funcionando es más importante que documentación detallada.
|
|
3. **Customer collaboration OVER Contract**:
|
|
La colaboración del cliente es más importante que la negociación del contrato;
|
|
es decir, la proximidad es esencial para que la retroalimentación tenga mayor
|
|
valor y lograr que eso impacte el flujo de trabajo.
|
|
4. **Responding OVER Following a plan**:
|
|
Responder a los cambios es más importante que seguir un plan.
|
|
|
|
<br>
|
|
|
|
- **Cases**
|
|
|
|
Con el uso de métodos ágiles a partir de cases, logramos observar diversos
|
|
resultados dentro de pequeñas y grandes empresas.
|
|
Esto no implica un simple copy y paste de prácticas de agilidad que fueron
|
|
tomadas de otras organizaciones: el que hayan generado un buen resultado no
|
|
implica que la fórmula funcionará en todas.
|
|
Se debe analizar y entender por qué determinada empresa aplicó cierta
|
|
característica ágil, qué buscaba resolver con ello y analizar los factores
|
|
dentro de cada empresa antes de implantar la misma metodología en tu equipo.
|
|
|
|
|
|
Alura Blog - Que es la [metodología ágil](https://www.aluracursos.com/blog/que-es-la-metodologia-agil)
|
|
|
|
## El ambiente ágil
|
|
|
|
### [Gestíon ágil](https://app.aluracursos.com/course/gestion-agil-liderando-cambio)
|
|
|
|
#### Gestíon Tradicional
|
|
|
|
La gestión tradicional pudo haber funcionado durante mucho tiempo, pero hoy
|
|
comienza a dar señales de que está perdiendo espacio, ya que está relacionada
|
|
con un ambiente de baja autonomía, bajo nivel de engagement y poca motivación,
|
|
que tienen un impacto directo en el nivel de éxito de los proyectos.
|
|
|
|
#### VUCA
|
|
|
|
- **Volátil**: algo que hoy se da por hecho puede ser diferente mañana.
|
|
- **Incierto**: hay muchas dudas para lograr resolver los problemas.
|
|
- **Complejo**: la solución no tiene necesariamente una estructura clara.
|
|
- **Ambiguo**: lo que funciona en cierto contexto puede ser inútil en otro similar.
|
|
|
|
Es necesario reducir el tiempo en el que se obtiene retroalimentación por parte
|
|
del cliente para actuar lo más rápido posible.
|
|
|
|
#### Motivación
|
|
|
|
Como lo decía Ricardo Semler: "Los miedos e inseguridades crean las estructuras
|
|
de nuestras empresas". Para atacar este problema, podemos basarnos en los 3 pilares
|
|
de la confianza:
|
|
|
|
- Dar autonomía: puedo hacer las cosas de la mejor manera que considero sea la mejor.
|
|
- Tener propósito: todo lo que hago tiene un claro propósito con el que estoy de acuerdo.
|
|
- Volverse experto: la empresa me da espacio para mejorar en lo que más gusta hacer.
|
|
|
|
#### Liderazgo
|
|
|
|
En un ambiente ágil, el liderazgo emerge naturalmente entre las personas, en
|
|
paralelo a las habilidades mostradas para aquella posición y también dentro de
|
|
ese momento del tiempo.
|
|
|
|
Además, el liderazgo es situacional; es decir, funciona en un contexto específico
|
|
y no es fijo, por lo que puede cambiar conforme sea necesario.
|
|
|
|
[caso spotify](https://hbr.org/2017/02/how-spotify-balances-employee-autonomy-and-accountability)
|
|
|
|
#### Empoderar y delegar
|
|
|
|
***Delegation Poker***
|
|
|
|
1. Ordenar
|
|
2. Vender
|
|
3. Consultar
|
|
4. Consensuar
|
|
5. Aconsejar
|
|
6. Informar
|
|
7. Delegación completa
|
|
|
|
Generalmente, las personas en un alto nivel jerárquico poseen un mayor conocimiento
|
|
e información de todo el contexto; sin embargo, estos datos son más abstractos.
|
|
Mientras tanto, en un nivel jerárquico más bajo hay muchos más detalles, pero la
|
|
visión está un poco más limitada.
|
|
|
|
El secreto de un buen proceso de toma de decisión se basa justamente en encontrar
|
|
el equilibrio respecto a ese conocimiento. Delegation Poker es una forma de mapear
|
|
las decisiones y el nivel de empoderamiento dentro de las organizaciones.
|
|
|
|
#### Retroalimentación y conocimiento
|
|
|
|
La retroalimentación genera conocimiento y logra el crecimiento de la persona,
|
|
haciendo que salga de una etapa de habilidad inconsciente y logrando que sea
|
|
consciente de ella, con lo que será capaz de adquirirla.
|
|
|
|
Por ello, la retroalimentación debe ser llevada a cabo con cuidado: considerar
|
|
el contexto, dar hechos, tomar en cuenta los valores y hacer preguntas poderosas
|
|
requieren ser usados siempre dentro del proceso. Esta herramienta genera
|
|
conocimiento para la organización.
|
|
|
|
#### Mejoras
|
|
|
|
***Kaikaku***: Un gran cambio, una vez.
|
|
***Kaizen***: Pequeños cambios, de forma gradual.
|
|
|
|
Metodologías ágiles:
|
|
|
|
**Scrum**
|
|
|
|
- Sprint y backlog
|
|
- Roles
|
|
- Ceremonias/Rituales
|
|
- Jira
|
|
|
|
**Kanban**
|
|
|
|
- Visibilidad, todos son lideres
|
|
- Etapas
|
|
- Jira, Trello, notas
|
|
|
|
Recibir retroalimentación es fundamental para acompañar el proceso de mejora
|
|
continua. Kaizen es una de las herramientas útiles para ello.
|
|
|
|
> Lectura: Personal [maps](https://management30.com/blog/personal-maps-connecting-teams-improving-team-collaboration/)
|
|
|
|
### [La empresa ágil](https://app.aluracursos.com/course/empresa-agil-introduciendo-business-agility-organizaciones)
|
|
|
|
Al eliminar burocracias innecesarias en los procesos, es posible hacer que una
|
|
organización sea más adaptable a los cambios, porque cuando un cambio es necesario,
|
|
será menos traumático, ya que habrá menos barreras para el cambio.
|
|
|
|
Cuando hablamos de agilidad, eso es exactamente lo que queremos, una mejor
|
|
adaptabilidad a los cambios y no, como las malas interpretaciones que ocurren,
|
|
hacen que un entorno sea más rápido.
|
|
|
|
#### Identificando la complejidad
|
|
|
|
Los problemas se dividen básicamente en dos grupos: **Intelectivo** o **Subjetivo**.
|
|
|
|
Los problemas subjetivos son aquellos que tienen más de una forma de resolverse
|
|
y solo sabemos si la forma utilizada fue la más correcta después de intentar resolverlo.
|
|
Cuantos más problemas subjetivos tengamos, más complejo podemos decir que es el
|
|
entorno que estamos mapeando.
|
|
|
|
Por otro lado, un problema intelectual es aquel en el que identificamos una única
|
|
forma posible de resolverlo y esa forma ya está probada y comprobada.
|
|
Esto hace que un entorno que tiene más procesos y problemas intelectuales sea menos
|
|
complejo.
|
|
|
|
|
|
> Se comentan estructuras de organización
|
|
|
|
#### Radiografía de una empresa
|
|
|
|
Cuando buscamos un entorno más ágil para nuestra corporación, uno de los principales
|
|
desafíos que encontramos es reducir los silos existentes entre las áreas.
|
|
|
|
Los silos son aquellas áreas que operan de forma independiente entre sí y que
|
|
muchas veces generan incluso desalineación en el negocio (una compitiendo y no
|
|
colaborando con la otra).
|
|
|
|
Aprendimos que para reducir estos silos, necesitamos hacer que estas áreas comiencen
|
|
a integrar sus procesos co-creándolos y generando un compromiso entre ellos,
|
|
reduciendo burocracias y mediante metas compartidas.
|
|
|
|
Finalmente, incluso es posible romper estos silos creando estructuras
|
|
multidisciplinares, que simplifican las burocracias, hacen que las áreas sean
|
|
más conocedoras y, en consecuencia, más ágiles.
|
|
|
|
#### Enfoque en la generación de valor
|
|
|
|
Las empresas ágiles tienen un enfoque muy fuerte en generar valor para el negocio.
|
|
|
|
Una forma de mapear dentro de la organización cuáles son las unidades que generan
|
|
valor es identificar las unidades de valor más pequeñas, es decir, un grupo mínimo
|
|
de funciones e iniciativas que trabajando en conjunto pueden hacer que un producto
|
|
o iniciativa genere un resultado para el negocio.
|
|
|
|
Este mapeo es importante para encontrar posibles silos existentes y mapear qué
|
|
puntos de integración entre áreas pueden causar cuellos de botella que impiden
|
|
que una empresa sea realmente ágil.
|
|
|
|
#### Como aprende una empresa a ser ágil
|
|
|
|
Learning 3.0, aprendizaje emergente.
|
|
|
|
- Comprendiendo el contexto.
|
|
- Problematizar, Encontrar los problemas.
|
|
- Investigar posibles soluciones.
|
|
- Conectar, soluciones con la realidad de la empresa.
|
|
- Practicar soluciones.
|
|
- Compartir soluciones y resultados.
|
|
|
|
> Cuando hablamos de un proceso de transformación ágil, no hay recetas.
|
|
No hay procesos mágicos que solucionen nuestro problema.
|
|
Todo debe contextualizarse dentro de la realidad de la empresa y
|
|
pensando en lo que es factible para este entorno.
|
|
|
|
[Management 3.0](https://www.aluracursos.com/blog/que-es-management-3-0-y-por-que-aplicarlo-en-tu-empresa)
|
|
|
|
1. **Energizar personas** Para que la estrategia sea exitosa, es importante involucrar
|
|
a las personas y mantenerlas siempre creativas y motivadas para hacer lo mejor.
|
|
2. **Capacitar personas** Los equipos deben estar autoorganizados y, por lo tanto,
|
|
necesitan autorización y confianza de la gerencia.
|
|
3. **Alinear restricciones** Si bien se alienta a los equipos a autogestionarse, es
|
|
importante traer reglas y limitaciones para que una mayor libertad no se vuelva
|
|
tóxica para la empresa.
|
|
4. **Desarrollar habilidades** Un equipo, dado que se autoorganiza, también debe ser
|
|
autosuficiente. Por esta razón, es necesario capacitar a los empleados y también
|
|
se pueden crear equipos multidisciplinarios, en los que todos puedan hacer su parte
|
|
para avanzar en un proyecto.
|
|
5. **Aumentar las estructuras** Con un mayor enfoque en la comunicación y la
|
|
colaboración entre equipos, se fomenta un crecimiento consciente del negocio con
|
|
un enfoque en la calidad.
|
|
6. **Mejorar todo Finalmente**, se buscan mejoras constantes y los errores deben verse
|
|
como oportunidades de mejora. Con esto, es posible apalancar el negocio de una
|
|
manera sostenible y predecible.
|
|
|
|
> Lectura: Trabajar en una [StartUp](https://www.aluracursos.com/blog/quiero-trabajar-en-una-startup-que-necesito-hacer)
|
|
|
|
### [Organización de equipos ágiles](https://app.aluracursos.com/course/organizacion-equipos-agiles-funciones-existentes-equipo)
|
|
|
|
#### El equipo ágil
|
|
|
|
En un equipo ágil, todo el conocimiento necesario para que el proyecto evolucione
|
|
está dentro del mismo equipo. Esto significa tener un equipo multidisciplinario,
|
|
que puede involucrar en el mismo equipo: vendedores, marketing, desarrolladores,
|
|
infraestructura, RRHH, etc. Por supuesto, cada una de estas personas y áreas
|
|
tendrá un rol diferente en el proyecto y en el futuro aprenderemos qué roles
|
|
pueden existir.
|
|
|
|
Pero el punto principal es: todo lo que el proyecto necesita en conocimiento
|
|
para evolucionar, debe estar dentro del mismo equipo.
|
|
|
|
##### Diferencia entre Modelo Waterfall o Cascada y Agile
|
|
|
|
**Modelo en cascada:** favorece los problemas de comunicación (el famoso teléfono
|
|
inalámbrico), con la necesidad de muchos documentos y protocolos, muchos traspasos
|
|
entre equipos y, con ello, la validación de todo lo que se construyó durante el
|
|
proceso de desarrollo de un proyecto solo ocurre al final. Por otro lado, existe
|
|
un enfoque muy fuerte en la especialización de las personas.
|
|
|
|
**Modelo ágil:** en un equipo ágil, todas las personas que participarán en el
|
|
desarrollo del proyecto confluyen en todas las etapas de este proceso, siendo
|
|
un solo equipo. Se centra en la inspección y adaptación de productos, la
|
|
transparencia y la eficiencia.
|
|
|
|
#### Auto-organización
|
|
|
|
La auto-organización es justamente lo opuesto al mando y control.
|
|
|
|
Las premisas básicas e imprescindibles para que un equipo se autoorganice es tener:
|
|
| <!-- --> | <!-- --> |
|
|
| - | - |
|
|
| **Objetivo compartido** | Definir el objetivo en el que todos los miembros del equipo participarán en el desarrollo del proyecto de forma compartida |
|
|
| **Timebox** | Tiempo necesario para que la autoorganización funcione |
|
|
| **Restricciones** | Lo que no se debe hacer en el desarrollo del proyecto |
|
|
|
|
Por ejemplo: se le asignó la tarea de organizar la fiesta de vacaciones de su
|
|
empresa para 150 personas.
|
|
|
|
¿Qué objetivos se necesitaban alcanzar, en cuánto tiempo (timebox) y qué restricciones implican?
|
|
|
|
En este caso, tendríamos los 3 elementos:
|
|
|
|
- **El objetivo:** organizar la fiesta de la empresa.
|
|
- **Timebox:** debe suceder en Noviembre.
|
|
- **Restricciones:**
|
|
- El presupuesto es de $30.00 por persona.
|
|
- Cada colaborador solo puede llevar a un invitado.
|
|
- La fiesta tiene que ser durante la tarde. Tiene que suceder en la ciudad de
|
|
la empresa, para facilitar los desplazamientos.
|
|
|
|
Con esta información, el propio equipo se organizará para lograr el objetivo determinado.
|
|
|
|
#### Tipos de equipos ágiles
|
|
|
|
Existen tres tipos de equipos que están presentes en los ambientes ágiles:
|
|
|
|
Equipos de **funcionalidad** que se enfoca en maximizar el valor en la entrega de
|
|
un feature. **Componente**, Equipo que tiene como foco optimizar un solo elemento.
|
|
Y **jornada del cliente**, grupos con comportamientos similares.
|
|
|
|
- **Funcionalidades:** Ese equipo se organiza en torno de una funcionalidad y se
|
|
preocupa en maximizar el valor en la entrega al usuario para una mejor experiencia
|
|
posible. El equipo necesita ser multidisciplinario, ya que necesita trabajar en
|
|
diversos puntos en el código.
|
|
- **Componente:** este equipo funciona muy bien para hacer optimizaciones locales;
|
|
sin embargo, puede ser crítico alterar un componente, ya que puede ser usado en
|
|
diversas funcionalidades, además de garantizar la sincronización de los componentes
|
|
que fueron alterados.
|
|
- **Jornada del cliente:** este equipo se enfoca en grupos de clientes que poseen
|
|
comportamiento o necesidades semejantes.
|
|
|
|
#### Esquipo Scrum
|
|
|
|
El equipo de Scrum es un grupo de personas que tienen como objetivo hacer productos
|
|
excepcionales, y para que eso suceda, son necesarias 3 responsabilidades:
|
|
|
|
- **Eficaz** *(Product Owner)*: responsable de asegurar que el producto a desarrollar
|
|
tenga sentido para el mercado. De nada sirve producir el mejor producto si no tienes
|
|
un cliente para él.
|
|
|
|
- **Calidad** *(Dev. Team)*: responsable de asegurar que el producto elaborado sea
|
|
el correcto para ese mercado específico y público objetivo.
|
|
|
|
- **Eficiencia** *(Scrum Master)*: responsable de asegurar que el equipo opere de
|
|
la mejor manera posible.
|
|
|
|
Es decir, que un equipo ágil se organiza de manera que cuenta con personas que se
|
|
encargan de asegurar que el producto a desarrollar esté alineado con lo que espera
|
|
el mercado, que la calidad y tecnologías empleadas estén siendo adecuadas y además
|
|
por personas responsables de asegurar que el equipo funcione de manera eficiente,
|
|
sin cuellos de botella.
|
|
|
|
#### El product owner
|
|
|
|
*¿Qué es Product Owner?*
|
|
|
|
Es el responsable del rol de Product Owner tiene el desafío de maximizar el valor
|
|
que ese producto generará para el negocio.
|
|
|
|
Para ello, el PO, además de tener un alto enfoque y sentido de pertenencia, deberá
|
|
dialogar frecuentemente con el resto de áreas que forman parte de la empresa, para
|
|
entender cuáles son los puntos clave frente a los dolores de los clientes y conocer
|
|
a profundidad el producto y mercado en el que opera la empresa.
|
|
|
|
*¿Cómo es la vida diaria de un PO?*
|
|
|
|
En su vida diaria, el PO tendrá que describir lo que se debe hacer y para eso es
|
|
necesario hablar con otras áreas para comprender las necesidades y también lo que
|
|
se puede o no se puede hacer. Además de priorizar lo que se necesita construir,
|
|
el PO a menudo tendrá que decir no a las características que agregan menos valor
|
|
al negocio o proyecto en ese momento.
|
|
|
|
> Ser Product Owner implica mantener interacciones de influencia continua con
|
|
distintos actores clave dentro y fuera de la organización, situándolo en una
|
|
posición panóptica del sistema y que por lo tanto facilita entender cómo las
|
|
decisiones impactan en los resultados deseados.
|
|
|
|
Extracto de [lectura](https://medium.com/@kleer.la/qu%C3%A9-es-el-product-owner-en-el-marco-de-scrum-y-cu%C3%A1les-son-sus-%C3%A1reas-de-atenci%C3%B3n-2bddbb232775)
|
|
|
|
#### Development team
|
|
|
|
Un equipo de desarrollo está compuesto por personas que pueden ser:
|
|
|
|
- Especialista: alguien con profundos conocimientos sobre cualquier tema.
|
|
- Generalista: una persona que sabe un poco de todo, pero no tiene un contenido
|
|
profundo.
|
|
- En forma de T: alguien con experiencia en algo, pero con conocimientos generales
|
|
en otras cosas.
|
|
|
|
Es común en el mercado de áreas no tecnológicas que utilizan métodos ágiles.
|
|
Más aún, en estos momentos cuando las empresas están pasando por un proceso de
|
|
transformación ágil, introduciendo agilidad empresarial en el entorno corporativo.
|
|
|
|
Un equipo de desarrollo es responsable de construir, validar e integrar un
|
|
incremento de producto. Además, este equipo está compuesto por personas que no
|
|
tienen títulos, todos son "miembros" de ese equipo.
|
|
|
|
Y una de las características más interesantes para que una persona sea parte de
|
|
un Equipo de Desarrollo o incluso de un equipo ágil es que tiene forma de T,
|
|
es decir, además de tener al menos una experiencia en la que es especialista,
|
|
también logra ser generalistas, pudiendo actuar con soltura en diferentes roles
|
|
y temas.
|
|
|
|
#### Scrum master
|
|
|
|
El rol de coach es una de las tareas del Scrum Master. Hacer preguntas al equipo
|
|
que genere reflexión y asegurarse de que las personas puedan dar sus propias respuestas.
|
|
|
|
La persona en el rol de Scrum Master es responsable de maximizar la eficiencia
|
|
del Scrum Team, promover y apoyar Scrum y ayudar a mejorar las interacciones existentes.
|
|
|
|
Esta persona tiene algunas características principales:
|
|
|
|
- **Líder Servidor**: su principal objetivo es hacer que otras personas tengan
|
|
éxito.
|
|
- **Coach**: persona que puede hacer preguntas que generen reflexión.
|
|
- **Facilitador**: puede organizar el trabajo.
|
|
- **Maestro**: puede enseñar para el equipo.
|
|
- **Elimina impedimentos**.
|
|
- **Experto en Scrum**.
|
|
- **Tiene Habilidades Sociales**: capacidad para hablar e interactuar con otras
|
|
personas.
|
|
- **Agente de cambio**: tiene como objetivo mejorar la organización, no solo el
|
|
equipo scrum.
|
|
|
|
#### Equipos Kanban
|
|
|
|
Kanban es una evolución de cómo organizar el trabajo de un Scrum Team, sin tener
|
|
algunos de los roles obligatorios de Scrum y con un fuerte enfoque en garantizar
|
|
la capacidad de trabajo.
|
|
|
|
El método Kanban consta de tareas y se divide en 5 etapas: documentación,
|
|
creación de prototipos, codificación, pruebas y entrega.
|
|
|
|
|
|
|
|
Se usan *post-its* en cada uno de los pasos, que generalmente contienen una breve
|
|
explicación de la tarea. Un determinado grupo de personas trabaja en cada etapa,
|
|
que puede ser una, dos o incluso más.
|
|
|
|
Tenemos los roles opcionales dentro de la herramienta Kanban que son:
|
|
|
|
- **Service Delivery Manager**: es la persona que vela por que los artículos no se
|
|
detengan, tiene el rol de facilitador en el flujo de cambios y mejoras.
|
|
- **Service Request Manager**: su función principal es ordenar y colocar los artículos,
|
|
qué artículo tendrá el mayor impacto y retorno de la inversión.
|
|
|
|
Kanban es un tema extremadamente rico dentro de agile, y una forma poderosa de
|
|
visualizar y limitar el trabajo que está siendo hecho por un equipo.
|
|
|
|
> Lectura: Para conocer y profundizar más sobre [Kanban](https://marvin-soto.medium.com/la-metodolog%C3%ADa-kanban-6ab002502831).
|
|
|
|
> Scrum además de tener roles definidos y características marcadas para los equipos,
|
|
nos define también algunos artefactos para ayudarnos en nuestro dia a dia con scrum.
|
|
> Lectura: Profunzando en [Scrum](https://medium.com/@andrewdjandrw/qu%C3%A9-es-scrum-674c6b791af4)
|
|
|
|
----
|
|
|
|
### Alura blog
|
|
|
|
- Principales modelos de [metodología ágil](https://www.aluracursos.com/blog/los-principales-modelos-de-metodologia-agil)
|
|
- Implementar [cultura de aprendizaje](https://www.aluracursos.com/blog/como-implementar-una-cultura-de-aprendizaje-en-tu-empresa)
|