Buscar en Gazafatonario IT

jueves, marzo 16, 2023

El Scrum Máster no es un "Policía del Framework"

Imagen elaborada con ayuda de Dall-E 2

Ni mucho menos un Dictador de Scrum. Ser un Scrum Máster se trata más de crear una cultura de colaboración, productividad e innovación que simplemente seguir un marco de trabajo. Con Jorge Abad escribimos un libro sobre cómo ser un Scrum Máster extraordinario, pero te voy a dejar aquí algunas cualidades y prácticas esenciales de las que un Scrum Máster debe adueñarse para tener éxito en su responsabilidad más allá de Scrum.

·       Empatía: un Scrum Máster debe poder comprender y relacionarse con las perspectivas, desafíos y aspiraciones de las personas del equipo. La empatía ayuda a generar confianza, respeto y un entorno seguro para que los miembros del equipo hablen y sean escuchados.

·       Liderazgo de servicio: el Scrum Máster debe priorizar las necesidades y los objetivos del equipo sobre los suyos propios y facilitar la autogestión y la toma de decisiones del equipo. Debe actuar como un líder servidor, guiando y apoyando al equipo, en lugar de microgestionar o imponer sus puntos de vista.

·       Mejora continua: una Scrum Máster debe fomentar una cultura de aprendizaje y mejora continua, no solo para el equipo, sino también para él mismo y la organización. Debe fomentar la experimentación, la retroalimentación y la reflexión, y buscar oportunidades para mejorar el desempeño y los resultados del equipo.

·       Comunicación y facilitación: la Scrum Máster debe ser una comunicadora eficaz, capaz de facilitar reuniones, debates y colaboraciones entre los miembros del equipo y los interesados. Debe promover la transparencia, la claridad y la apertura en la comunicación, y eliminar cualquier barrera o conflicto que obstaculice el progreso.

·       Adaptabilidad y agilidad: el Scrum Máster debe poder adaptarse a circunstancias, desafíos y prioridades cambiantes, y ser ágil en su enfoque para la resolución de problemas y la toma de decisiones. Debe tener disposición para experimentar con diferentes métodos, herramientas y técnicas para encontrar la mejor opción para el equipo y la iniciativa.

·       Pensamiento estratégico: el Scrum Máster debe tener una mentalidad estratégica, capaz de alinear las metas y prácticas del equipo con la visión y misión de la organización. Debe tener habilidad para identificar oportunidades de innovación y crecimiento, y tomar decisiones informadas basadas en datos, perspectivas y en la retroalimentación recibida.

Cómo reconocer un policía o dictador de Scrum

Cuando un Scrum Máster se comporta como un policía de Scrum o como un dictador, puede tener un impacto negativo en la moral, la productividad y el éxito del equipo. Sin importar tu responsabilidad en el equipo, o si eres un interesado, un usuario, incluso un cliente, aquí te enumero algunos comportamientos de un Scrum Máster que se comporta como un policía o autócrata del marco de trabajo:

·       Microgestión: el Scrum Máster se involucra demasiado en las actividades del día a día del equipo, dejando poco espacio para la autonomía y la creatividad.

·       Cumplimiento estricto de las reglas: hace cumplir las reglas y prácticas de Scrum sin considerar las necesidades y circunstancias únicas del equipo.

·       Negativa a adaptarse: sigue rígidamente Scrum sin considerar la retroalimentación del equipo o las necesidades cambiantes del negocio.

·       Falta de empatía: el Scrum Máster no tiene en cuenta los sentimientos, las preocupaciones o el equilibrio entre el trabajo y la vida de las personas en el equipo, lo que genera falta de motivación y agotamiento.

·       Insistencia en los informes de estado: exige informes de estado y de progreso frecuentes, lo que puede ralentizar la productividad y causar estrés innecesario.

·       Cultura de culpa: culpa a las personas o al equipo por los fracasos o contratiempos de la iniciativa, lo que lleva a una cultura de miedo y desconfianza.

·       Falta de comunicación: no se comunica de manera efectiva con el equipo o los interesados, lo que genera malentendidos y confusión.

·       Desestimación del feedback: ignora la retroalimentación o las ideas del equipo, lo que lleva a una falta de compromiso y motivación.

·       Control excesivo: intenta controlar todos los aspectos de la iniciativa, lo que lleva a una falta de autonomía y creatividad.

·       Falta de transparencia: no comparte información ni actualizaciones de progreso, lo que genera falta de confianza y transparencia.

Si un Scrum Máster exhibe tres o menos de estos comportamientos está bien. Solo necesita acompañamiento, quizás un mentor o un coach que lo guíe y lo ayude a encontrar el camino. Si en cambio hace gala de entre cuatro y siete de estas conductas, necesita una intervención fuerte, un programa de mejoramiento intenso que puede tomar un tiempo considerable para que se encamine por la senda apropiada y en el que trabaje en un cambio de mentalidad y de valores. No hay nada de malo en empezar así, lo verdaderamente inquietante es que varios meses después lo siga haciendo.

Pero si tiene ocho o más de estos hábitos, quizás no haya nada que hacer. Un Scrum Máster de este nivel de pensamiento no ayuda a, más bien entorpece, la incorporación, práctica e inspiración de comportamientos que a la postre den como resultado la cultura que necesita una organización para lograr sus objetivos en un entorno exigente y VUCA como los que nos cobijan en la actualidad.

Eso sí, hay que intentar ayudarlo. Mientras lo haces, déjame saber en la sección de comentarios qué otros comportamientos has visto en un policía o autócrata de Scrum.

jueves, marzo 09, 2023

Diecisiete hábitos que deberías adoptar si quieres llegar a ser un Scrum Máster extraordinario

 

Imagen de kalhh en Pixabay

Como Scrum Máster, el camino hacia ser un verdadero líder para servir a tu equipo y a la organización puede llevar un tiempo considerable. No te recomiendo tomar “atajos” que puedan echar al traste tu carrera profesional.

Lo que sí recomiendo ampliamente es que incorpores, practiques y promuevas estos hábitos que expongo a continuación. No son los únicos que te pueden servir, pero adoptarlos y adquirir experiencia en ellos pueden hacer más liviano el camino hacia la excelencia e incluso pueden acortarlo.

Como siempre, da un paso a la vez y apóyate en tus pares.

1.    Asiste a capacitaciones para mantenerte actualizado sobre las últimas prácticas y principios ágiles.

2.    Autoestudia y entrena a los miembros de tu equipo en Ágil y Scrum; y también, promueve el autoestudio entre ellos sobre estos y otros temas relacionados.

3.    Escucha a los miembros de tu equipo y entiende sus necesidades.

4.    Observa la dinámica del equipo e identifica áreas de mejora.

5.    Facilita el desarrollo de una cultura de equipo saludable.

6.    Fomenta la colaboración, la comunicación y la confianza.

7.    Facilita las retrospectivas del equipo y ayuda a sus integrantes a identificar y abordar problemas.

8.    Ayuda al equipo a concentrarse en lo más importante. Foco.

9.    Ayuda a los equipos a identificar y eliminar los impedimentos para el progreso.

10. Aboga por los valores y principios ágiles.

11. Monitorea el desempeño del equipo e informa sobre el progreso.

12. Apoya a los equipos en la autoorganización y autogestión.

13. Ayuda a los equipos a identificar y gestionar los riesgos.

14. Sé mentor y coach de los miembros del equipo.

15. Establece y mantén relaciones con las partes interesadas.

16. Fomenta la experimentación y la innovación.

17. Lidera con el ejemplo y muestra compromiso con los valores ágiles.

Y uno más…

Un gran hábito que puedes adoptar para mejorar el nivel de tu carrera como Scrum Máster es buscar e incorporar retroalimentación con frecuencia. No solo de miembros de tu equipo y entorno, sino también de mentores o compañeros en la industria.

Esto demostrará tu compromiso como líder y te ayudará a convertirte en un Scrum Máster extraordinario.

Ahora bien, para hacer de la retroalimentación un hábito, puedes programar sesiones regulares con todo tu equipo y, por separado, con cada uno de sus miembros. También con otras personas de tu entorno, interesados en la iniciativa que lideras, usuarios clave y gerentes, otros colegas que funjan como Scrum Máster y Coaches ágiles. Recopila sus opiniones sobre tu desempeño. También puedes buscar mentores o compañeros en la industria que te puedan brindar retroalimentación y orientación sobre tu desarrollo como Scrum Máster.

Ahora sí, por favor cuéntame en la sección de comentarios qué otros hábitos has incorporado en tu carrera hacia ser un gran líder.

jueves, marzo 02, 2023

Diecisiete expresiones que debes evitar manifestar a tus equipos ágiles


Imagen de gdw96 en Pixabay

Si eres Scrum Master, Coach Ágil, Agility Enabler, Facilitador Ágil, Product Owner, debes evitar a toda costa expresiones como las siguientes:

1. Siempre lo hemos hecho así

2. No es mi trabajo

3. Esto es imposible

4. No funcionará

5. Es demasiado tarde

6. No es mi culpa

7. No tengo tiempo

8. Esa no es mi responsabilidad

9. No es así como lo hacemos

10. No es importante

11. Es demasiado difícil

12. No hará la diferencia

13. No tenemos el presupuesto

14. Esta no es la prioridad

15. Es demasiado complejo

16. Este no es el camino correcto

17. Tomará demasiado tiempo

Y sobre todo, nunca empieces diciendo "De acuerdo con la Guía de Scrum...".

En cambio, puedes decir: "Exploremos cómo podemos usar Scrum para el logro de nuestros objetivos".

¿Qué otras expresiones se te ocurren que no deben pronunciarse en un entorno ágil? Por favor, déjamelo saber en el foro.

domingo, enero 29, 2023

Historias de usuario basadas en hipótesis

Foto de Kaleidico en Unsplash

En general, las historias de usuario son hipótesis hasta tanto el producto resultante de aquellas se encuentre en manos de los usuarios quienes finalmente “emitirán” un veredicto al respecto. Es por ello por lo que hacemos entregas iterativas e incrementales, para poder adaptarnos a medida que esas sentencias emergen. Es posible que unas veces acertemos, pero es posible que otras veces no.

Ahora bien, el desarrollo basado en hipótesis (HDD por sus siglas de inglés de Hypothesis-Driven Development) es un método de prototipo que permite a los diseñadores de productos desarrollar, probar y elaborar un producto hasta que sea aceptable para los usuarios. Es una medida iterativa que explora los supuestos definidos durante la iniciativa e intenta validarlos con la retroalimentación de los usuarios. Y este es el principal beneficio de HDD.

También posibilita que se reduzca el tiempo y los recursos asociados con los procesos de desarrollo tradicionales. Además, la naturaleza iterativa del proceso permite una mejor comprensión de las necesidades y preferencias del usuario, lo que puede ayudar a garantizar que el producto satisfaga las necesidades del cliente.

El proceso de desarrollo basado en hipótesis incluye cinco pasos principales:

1.    Definir el problema: identificar el problema que necesita ser resuelto antes de comenzar el proceso de desarrollo.

2.    Formular la hipótesis: enunciar suposiciones e hipótesis que puedan ayudar a resolver el problema.

3.    Desarrollar un prototipo: elaborar un prototipo basado en las hipótesis formuladas.

4.    Probar el prototipo: validar el prototipo con usuarios reales y recopilar su retroalimentación.

5.    Iterar: iterar el prototipo en función de la retroalimentación y volver a probar hasta que satisfaga las necesidades del usuario.

No voy a entrar en detalles de cada uno de estos pasos del método. Lo que sí haré es ilustrarlos con un par de ejemplos antes de ir directamente al tema principal que nos convoca: las historias de usuario basadas en hipótesis.

Ejemplo 1 de HDD:

Problema: un motor de búsqueda no proporciona los resultados más precisos.

Hipótesis: Al mejorar los algoritmos utilizados para buscar, se proporcionarán resultados más precisos.

Prototipo: desarrollar un nuevo algoritmo que pueda buscar mejor a través del texto.

Prueba: hacer pruebas del nuevo algoritmo con usuarios que hayan buscado en el pasado y recopilar la retroalimentación de estos sobre la precisión de los resultados.

Iterar: tener en cuenta la retroalimentación dada para refinar el algoritmo y volver a probar hasta que los resultados sean lo suficientemente precisos para las necesidades de los usuarios.

Ejemplo 2 de HDD:

Problema: una tienda de ropa no tiene artículos para clientes de tallas grandes.

Hipótesis: al ofrecer ropa elegante y de moda para clientes de tallas grandes, la tienda atraerá a una base más grande de clientes.

Prototipo: desarrollar una línea de ropa elegante y de moda para clientes de tallas grandes.

Prueba: probar la línea de ropa con clientes de tallas grandes para obtener retroalimentación sobre el ajuste, el estilo, la calidad y el precio.

Iterar: usar la retroalimentación dada para refinar la línea de ropa y volver a probar hasta que los productos satisfagan las necesidades de los clientes.

Entran las historias de usuarios con el enfoque HDD

Historia # 1

Veamos un par de historias de usuario en la forma clásica:

Como cliente de tallas grandes,

Quiero poder encontrar ropa elegante y a la moda que me quede bien,

Para sentirme tan seguro y elegante como cualquier otra persona.

Hipótesis: al ofrecer ropa elegante y de moda para clientes de tallas grandes, la tienda de ropa atraerá a una base más grande de clientes.

Historia # 2

Como estudiante,

Quiero poder encontrar fácilmente fuentes confiables de información para fines de investigación,

De modo que pueda encontrar rápidamente respuestas precisas a mis preguntas.

Hipótesis: al mejorar los algoritmos utilizados para la búsqueda, se suministrarán resultados más confiables y precisos.

Vamos a darle un giro a estas historias de usuario con el enfoque HDD, es decir, representar la historia como una hipótesis. Para ello, usaré la forma:

Creemos que <esta capacidad>

Dará como resultado <este resultado>

Tendremos confianza para proceder cuando <veamos esta señal medible>

Historia # 1

Creemos que ofrecer ropa elegante y de moda para clientes de tallas grandes dará como resultado una base más grande de clientes para la tienda de ropa. Tendremos confianza para proceder cuando observemos un aumento de clientes en un 15 % y de ventas en un 25 %.

Criterios de aceptación:

·       La tienda debe ofrecer una gama de ropa elegante y de moda para clientes de talla grande.

·       La ropa debe quedarles bien a las clientes de talla grande.

·       La ropa debe ser de calidad superior.

·       El precio de la ropa debe ser razonable.

Historia # 2

Creemos que mejorar los algoritmos utilizados para buscar

Dará como resultado resultados más confiables y precisos.

Tendremos confianza para proceder cuando observemos una mejora en los resultados de búsqueda.

Ahora, escribe algunos Criterios de Aceptación de estas historias de usuario

Criterios de aceptación:

·       El motor de búsqueda debe ser capaz de buscar con precisión a través del texto.

·       Los resultados deben ser lo más precisos posible.

·       La búsqueda debe ser rápida y eficaz.

·       La búsqueda debe proporcionar una gama de resultados que sean relevantes para la consulta.

Ahora, veamos algunas historias de usuario con este enfoque HDD de una aplicación tipo “Netflix”:

Creemos que ofrecer recomendaciones de contenido personalizado

Dará como resultado usuarios más comprometidos.

Tendremos confianza para proceder cuando veamos un aumento del 17 % en la participación de los usuarios.

Criterios de aceptación:

·       La aplicación debe proporcionar recomendaciones de contenido personalizadas basadas en los hábitos de visualización del usuario.

·       Las recomendaciones deben ser pertinentes y precisas.

·       El usuario debe poder ver fácilmente el contenido recomendado.

 

Creemos que brindar una experiencia de visualización optimizada

Resultará en una mejor experiencia para el usuario.

Tendremos confianza para proceder cuando observemos un aumento en la satisfacción del usuario.

Criterios de aceptación:

·       La aplicación debe proporcionar una experiencia de visualización optimizada.

·       El usuario debe poder encontrar y ver contenido fácilmente.

·       El tiempo de carga debe ser rápido.

·       La interfaz de usuario debe ser intuitiva y fácil de usar.

Una breve explicación de este enfoque

HDD es una forma específica de describir historias de usuario que incluye tres elementos clave:

1.    Creemos en <esta capacidad>: este elemento describe la capacidad o función en la que se centra la historia de usuario. Define lo que la historia de usuario está tratando de lograr desde un punto de vista funcional o técnico.

2.    Dará como resultado <este resultado>: este elemento describe el resultado esperado o el beneficio de la capacidad o característica descrita en el primer elemento. Define qué problema está tratando de resolver la historia de usuario y qué valor aportará al usuario.

3.    Tendremos confianza para proceder cuando <veamos esta señal medible>: este elemento define una señal medible que indicará que se ha logrado el resultado esperado. Este es un aspecto clave de la forma HDD de representar historias de usuario, ya que garantiza que el éxito de esta se pueda medir y rastrear.

El formato HDD es una forma efectiva de escribir historias de usuario porque garantiza que cada historia de usuario está claramente definida y tiene un propósito específico. Este modelo ayuda a garantizar que todos los interesados comprendan claramente el problema que la historia de usuario intenta resolver, el resultado esperado de la solución y la señal medible que indicará el éxito. Esto puede ayudar a garantizar que el producto se entregue a tiempo, dentro del presupuesto y a satisfacción de todos los interesados y consumidores.

Algunos beneficios que he comprobado al usar este modelo incluyen:

1.    Claridad: este modelo ayuda a definir claramente el problema que la historia de usuario está tratando de resolver y el resultado esperado de la solución. Esto puede facilitar que todos los interesados y comprometidos entiendan el propósito de la historia de usuario y cómo encaja en el producto general.

2.    Alineación: al establecer claramente el problema y el resultado esperado, esta forma puede ayudar a garantizar que todos estén alineados con el objetivo de la historia de usuario. Esto puede ayudar a reducir la confusión y garantizar que todos trabajen hacia el mismo objetivo final.

3.    Medición: el modelo permite definir una señal medible que indique el éxito de la historia de usuario. Esto puede ayudar a determinar si la solución final es exitosa, es decir, la hipótesis era cierta y si se ha logrado el resultado esperado.

4.    Priorización: el modelo facilita la priorización de historias de usuarios al tener una comprensión precisa del problema y del resultado que todos quieren. Esto puede ayudar a garantizar que las historias de usuarios más importantes e impactantes se aborden primero.

5.    Comunicación: esta forma de historia de usuario proporciona una forma clara y concisa de comunicar la historia del usuario a todos los interesados, los miembros del equipo y otras personas involucradas en el desarrollo del producto. Después de todo, lo más importante siguen siendo las conversaciones que se tengan alrededor de la historia de usuario. Esta es una manera más de iniciar y mantener esas conversaciones.

Algunos ejemplos adicionales

En la forma clásica:

Como cliente,

Quiero poder pagar mis compras con mi tarjeta de crédito

Para poder tener más flexibilidad en mis pagos.

En forma de hipótesis:

Creemos que proporcionar a los clientes la capacidad de pagar sus compras con su tarjeta de crédito

Dará como resultado que los clientes tengan más flexibilidad en sus pagos.

Tendremos confianza para proceder cuando al menos el 70 % de los clientes opten por pagar con su tarjeta de crédito.

 

En la forma clásica:

Como empleado de una empresa de logística,

Quiero poder rastrear la ubicación de nuestra flota en tiempo real

Para poder tomar decisiones más informadas.

En forma de hipótesis:

Creemos que proporcionar a los empleados de la empresa de logística la capacidad de rastrear la ubicación de la flota en tiempo real

Dará como resultado que los empleados puedan tomar decisiones más informadas.

Tendremos confianza para proceder cuando al menos el 75 % de la ubicación de la flota se actualiza en tiempo real.

 

En la forma clásica:

Como empleado de recursos humanos,

Quiero gestionar las solicitudes de vacaciones de los empleados de forma automatizada

Para poder ahorrar tiempo y reducir los errores.

En forma de hipótesis:

Creemos que proporcionar la capacidad para que los empleados de RR. HH. gestionen las solicitudes de vacaciones de los empleados de manera automatizada

Dará como resultado que los empleados de RR. HH. brinden un mejor servicio a los empleados de la compañía.

Tendremos confianza para proceder cuando las solicitudes de vacaciones se gestionen en menos de 24 horas.

 

Como puedes ver, el formato clásico proporciona una descripción general de la historia del usuario. Sin embargo, en forma de hipótesis, se proporciona una vista más detallada y estructurada de la historia, con un claro énfasis en el problema, la solución y la medida de éxito.

 

martes, enero 24, 2023

El poder de los equipos pequeños y por qué deberías usarlos para el trabajo complejo

 

Foto de Annie Spratt en Unsplash

Para lograr equipos de alto rendimiento, la comunicación es clave. Esto significa que el equipo debe poder comunicarse de manera efectiva entre sí, así como con su entorno y otros grupos dentro de la empresa. Los equipos Scrum son una excelente manera de lograr esta comunicación, ya que son pequeños y serializados. Esto permite una mejor colaboración y elimina la necesidad de paralelismo, que a menudo puede generar problemas de comunicación.

Los equipos Scrum generalmente se componen hasta de 10 personas, pero bien sabemos que equipos más pequeños se comunican mejor y son más productivos. Es decir, de unos 4 a 6 miembros por equipo es un volumen adecuado para una microentidad de este tipo. Este tamaño permite un entorno de trabajo más íntimo y centrado, lo que ayuda a crear un sentido de propiedad entre el equipo, ya que cada individuo es responsable de sus tareas particulares y puede expresar sus ideas o inquietudes durante los eventos de Scrum. Todo esto, sin llegar al extremo de que cada persona tenga metas individuales o intereses apartados de los demás.

Otra ventaja de los equipos Scrum es que permiten el trabajo serializado. Esto significa que en lugar de tratar de hacer varias cosas a la vez, el equipo puede concentrarse en una tarea a la vez para avanzar de manera eficiente. Esto puede generar menos errores y mejorar la productividad, al tiempo que brinda la oportunidad de aprender nuevas habilidades en el camino.

Además, los equipos Scrum permiten una mejor comunicación entre todos los interesados. Los eventos de Scrum son una excelente manera de garantizar que todos estén en la misma página y que cualquier problema o pregunta se aborde de manera rápida y eficiente. Esto puede ayudar a evitar confusiones, desacuerdos y conflictos dentro del equipo y garantizar que todos trabajen hacia el mismo objetivo.

Así que si eres un Scrum Master extraordinario o quieres llegar a serlo debes asegurarte de que tu pequeño equipo Scrum tenga éxito. Es tu razón de ser. Tu única razón de estar. El resto de tu trabajo es derivativo. Te voy a contar cómo hacerlo:

Primero, cerciórate de que todos los miembros del equipo estén comprometidos con Scrum. Esto significa que están dispuestos a trabajar juntos en colaboración y comunicarse abiertamente entre sí. Aquí es donde entran en juego los valores Scrum de Compromiso y Respeto, entre otros. Pero también es soporte vital que haya un espíritu del juego Scrum, es decir, al usar Scrum, la comunidad de productos de tu organización debe enfocarse en crear explícitamente una cultura donde las personas conozcan y sigan el espíritu de Scrum: empirismo y pensamiento Lean, valores y pilares. todos los que trabajan en o con un Equipo Scrum deben ayudar a desarrollar esa cultura predicando con el ejemplo.

En segundo lugar, es importante tener un objetivo claro y compartido de lo que se quiere lograr como equipo. Esto ayudará a todos a mantenerse enfocados y motivados. Tener una identidad de equipo sirve en estos casos. Y el Team Canvas es una herramienta que te puede asistir para ello. Luego vendrán el Objetivo de Producto y las metas intermedias: el objetivo de cada sprint. Como Scrum Master tienes que lograr que estos elementos sean los motivadores universales de cada miembro del equipo. Trabaja con quien sea necesario (por ejemplo, Talento Humano) para que esta identidad y estos objetivos compartidos se conviertan en el motor de ensueño para cada persona del equipo: no es lo mismo “pegar ladrillos” que estar “construyendo la catedral de Notre Dame”.

También, es importante que les brindes todo el apoyo necesario a los miembros de tu equipo. Esto puede incluir capacitación, recursos físicos y materiales o simplemente tener a alguien disponible para responder preguntas.

Ahora bien, una cosa es el tamaño del equipo y otra el alcance del proyecto o el trabajo que van a realizar. Un equipo más pequeño puede moverse más rápido y ser más ágil, pero también puede tener menos capacidad para tareas complejas. Además, a los equipos más pequeños les puede resultar más difícil establecer funciones y responsabilidades claras. Como resultado, es importante considerar cuidadosamente los desafíos que podría enfrentar un equipo pequeño de Scrum antes de emprender una iniciativa.

Para superar estos desafíos, asegúrate de que todos los miembros del equipo entiendan su función y sean conscientes de las habilidades y destrezas de los demás miembros. Esto se puede hacer a través de comunicaciones y reuniones periódicas. También, establece con ellos expectativas claras para cada miembro del equipo. Y recuérdales constantemente que un equipo pequeño aún puede tener éxito si todos trabajan juntos hacia un objetivo común. Dale a cada persona la oportunidad de contribuir y expresar su opinión. Sé flexible con el proceso del equipo y “pon el empirismo a trabajar”, es decir, abre espacio a la prueba y el error a medida que el equipo encuentra lo que funciona mejor para ellos. Finalmente, mantén una comunicación abierta con el equipo e inspíralos a que este tipo de comunicación sea el modus vivendi y su pasión entre ellos mismos y con su entorno.

¿Te suenan algunas de estas ideas? ¿Algunas otras? Por favor, déjamelo saber en el foro.