6 beneficios de los equipos autoorganizados en Agile – Blog de gestión de proyectos de Yodiz


Escrito por: Yaz Tokdemir / (Blog)

Equipos autoorganizados
están en el corazón de la metodología ágil, pero construir una nunca ha sido tan fácil
tarea. Wikipedia define
autoorganización como "el proceso donde una estructura o patrón aparece en un
sistema sin una autoridad central o elemento externo que lo imponga a través de
planificación". Es más fácil decirlo que hacerlo con seguridad.

Todos sabemos que dar un
equipo, la autoridad de autoorganizarse es muy diferente a la
Método de trabajo tradicional para asignar tareas a las que está acostumbrada la mayoría de las personas. Eso
toma mucho esfuerzo y tiempo para hacer la transición de un equipo tradicional
modelar a uno autoorganizado, y este proceso generalmente no se logra
en una sesión pero requiere comunicación constante y capacitación de los miembros del equipo
lo que facilita este proceso de transición. Sin embargo, este cambio organizacional es
Vale la pena la inversión inicial y valdrá la pena al final. los
el resultado serán productos sorprendentemente de alta calidad hechos por un equipo extremadamente feliz
miembros. Y como saben, todos quieren ver esto.

Veamos cómo la autoorganización mejora nuestra agilidad y cuáles son sus beneficios

1. Mayor velocidad

 Beneficios de autoorganización de equipos en ágil

Los equipos autoorganizados deciden rápidamente cómo cumplir con ciertos plazos en la hoja de ruta de desarrollo de productos. Esta característica es extremadamente importante, especialmente para las startups donde la empresa se enfrenta a un montón de solicitudes de cambio del cliente. Los equipos autoorganizados aseguran una mayor velocidad de desarrollo que permite a la compañía responder a las fluctuaciones del mercado más rápidamente y dar vuelta un producto mucho más rápido.

2. Agilidad extrema

Es común ver cambios de prioridad importantes en Agile, especialmente antes del comienzo del próximo Sprint (el propietario del producto generalmente hace esto). Los equipos autoorganizados tienen una ventaja en comparación con los equipos tradicionales, ya que pueden cambiar de marcha rápidamente y avanzar sin esperar el permiso de alguien. Esto permitirá que los equipos de desarrollo se concentren en tareas críticas que tienen mayor valor y mayor retorno de la inversión.

3. Mayor calidad / enfoque al cliente

 Beneficios_de_Autoorganización_Team_en_Agile

En lugar de simplemente hacer lo que dice el gerente, los equipos autoorganizados tienden a centrarse en lo que el cliente realmente quiere y / o necesita. Se toman en serio los comentarios de los clientes y se sienten extremadamente responsables de crear un producto que coincida con estas características y métricas. Un equipo autoorganizado se concentra en crear un producto que satisfaga las necesidades de los compradores / usuarios.

4. Menos necesidad de gestión del equipo

 Beneficios_de_Organización_de_Team_en_Agile

Verificar el estado de los empleados, asignar tareas, calcular el costo de los recursos, llenar las hojas de tiempo … Todo me parece una locura. Si está comprometido a construir equipos ágiles, debería sentir lo mismo. Un equipo autoorganizado es el único responsable de asignar y rastrear su trabajo e informar su propio progreso.

5. Equipos verdaderos frente a gerentes ocultos

Es posible que haya escuchado sobre la teoría del “gerente oculto”. Esta simple regla indica que la mayoría de los equipos administrados tradicionalmente pueden tener un miembro del equipo asignado (no oficialmente) como gerente de nivel de equipo. A esta persona generalmente se le llama "ir al tipo". Dependiendo de la afirmación de otra persona, está completamente en contra de la teoría del equipo autoorganizado, ya que los equipos autoorganizados comprenden los roles y tareas de cada uno mucho más y confían mucho menos en la habilidad o posición de uno en el equipo.

6. Mayor satisfacción de los empleados

Es un hecho que los miembros del equipo autoorganizados tienen una mayor satisfacción de los empleados. Al final del día, pasamos la mayor parte del día en la oficina y tiene mucho sentido ver empleados más felices al reducir el modelo de microgestión, como seguir ciegamente los pedidos o esperar la aprobación del gerente antes de seguir adelante. Hacer que los miembros del equipo inviertan y avanzar en el proyecto son claves para la felicidad en el trabajo.

Durante mi entrenamiento ágil
carrera, he sido testigo de cómo algunas organizaciones intentan crear autoorganización
equipos y descubren que el equipo no se hace responsable, o la administración sigue
diciéndoles a todos qué hacer. No es fácil cambiar el hábito de las personas especialmente
si lo han estado haciendo por mucho tiempo. Solo tienes que seguir afinando
sus procesos y será más fácil encontrar ese equilibrio por tiempo. También requiere
La cultura empresarial adecuada y los empleados que están listos para aceptar un nuevo modelo de equipo
que alienta a los miembros del equipo a tomar posesión de las tareas y procesos.

El siguiente principio del Manifiesto Ágil resume mejor lo que se necesita para lograr un modelo de equipo autoorganizado:

Desarrollar proyectos en torno a individuos motivados. Bríndeles el entorno y el apoyo que necesitan y confíe en ellos para hacer el trabajo.

En su libro "Gestión ágil de proyectos con Scrum", Ken Schwaber resumió cómo tendemos a esperar que otros tomen decisiones que deberíamos tomar nosotros mismos. :

"Ser administrado por
alguien más está totalmente arraigado en nuestra vida y experiencia laboral. Padres, maestros,
y jefes que nos enseñan a autogestionarnos en lugar de esforzarnos por cumplir con sus
Las expectativas son raras. ¿Por qué deberíamos esperar eso cuando le decimos a un equipo que es
responsable de gestionarse a sí mismo, sabrá de qué estamos hablando?
"Autogestión" es solo una frase para ellos; Todavía no es algo real. Un equipo
requiere experiencia concreta con Scrum antes de que realmente pueda entender cómo
administrarse a sí mismo y cómo asumir la responsabilidad y autoridad para planificar y
realizando sus propias actividades. El ScrumMaster no solo debe ayudar al equipo a
adquirir esta experiencia, pero el Scrum Master también debe hacerlo mientras vence
sus propias tendencias para administrar el equipo. Tanto el ScrumMaster como el equipo
tengo que aprender de nuevo cómo abordar el tema de la gestión ".

Los 3 atributos de
Equipos autoorganizados

  • Un equipo autoorganizador
    es un equipo donde los miembros del equipo deciden entre ellos quién hace qué; el
    el equipo se pone a trabajar en los problemas y tiene algo de poder para eliminar los suyos
    bloqueos Claramente, hay equipos que son más autoorganizados que otros.
    y equipos que tienen más autoridad que otros.
  • En un equipo autogestionado,
    No hay una gestión activa del día a día del equipo. El equipo es efectivo
    dejado para gestionar su propio trabajo. En mi opinión, esta es una forma más fuerte de
    autoorganizado.
  • Un equipo autodirigido es
    un equipo que establece sus propios objetivos, decide sus propios objetivos y determina sus
    prioridades propias.

Autoorganización
Equipos en Scrum

Scrum sigue siendo el marco ágil más popular en entornos de desarrollo de software. Por lo tanto, es extremadamente importante comprender claramente los roles de Scrum y cómo integrar estos roles con un modelo de equipo autoorganizado durante todo el ciclo de vida del desarrollo.

  • En el modelo de equipo autoorganizado, nadie (ni siquiera el Scrum
    Master) le dice al equipo de desarrollo cómo convertir la acumulación de productos en incrementos
    de funcionalidad potencialmente liberable.
  • El Scrum Master es el
    líder de servicio y sirve al equipo de desarrollo de varias maneras, que incluyen:
    Coaching del equipo de desarrollo en autoorganización y funcionalidad cruzada
  • Al final del Sprint
    Planificación, el equipo de desarrollo debería poder explicar al propietario del producto
    y Scrum Master cómo pretende trabajar como un equipo autoorganizado para lograr
    el objetivo de Sprint (historias de usuarios comprometidos) y crear el incremento anticipado.

Conclusión

Es importante notar
que la palabra "asignar" no se usa ni en el Manifiesto Ágil ni
La guía Scrum. La palabra "asignar" está fuera del mundo Ágil, punto. A pesar de que,
puede parecer difícil cambiar una forma antigua y establecida de hacer las cosas en el trabajo
lugar, y los ejecutivos pueden no ser tan apasionados como tú, pero es
importante para abordar las ventajas de tener equipos autoorganizados con un
Poco trabajo inicial. Está comprobado que los equipos autoorganizados rendirán más
productos de calidad, y esto significa mucho para una organización "con fines de lucro" que
gana dinero vendiendo productos de alta calidad en un mercado cada vez más competitivo.

Sobre el autor: Yaz Tokdemir

Yaz tiene 10 años de experiencia en compañías Fortune 500 y empresas de ingeniería globales que manejan tecnología de información de misión crítica y grandes a escala de proyectos de desarrollo de software. Tiene una licenciatura en Ingeniería Electrónica y varias certificaciones profesionales, incluyendo Project Management Professional (PMP®), Agile Certified Professional (PMI-ACP®), Certified ScrumProfessional® (CSP®), Scrum Master Certified (SMC ™), ITIL ® (Biblioteca de Infraestructura de Tecnología de la Información) v4 Foundation y Six Sigma Green Belt.

Enlace oficial del blog

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

Powered by themekiller.com