Caltouch.blog.

Autor__photo

En grandes proyectos donde trabajan muchos participantes, es difícil organizar el trabajo sin prepararse y un solo sistema. Para aumentar los indicadores al realizar proyectos, aprenda cómo administrar el comando, es necesario mirar el sistema Agile Flex Control.

Nuestros productos ayudan a su empresa a optimizar los costos de marketing.

Aprende más

Que es ágil

Agile es un conjunto de métodos para la gestión de proyectos en áreas que requieren trabajo aplicado. La metodología se utiliza para aumentar la velocidad de la creación de productos, reducir los riesgos en el desarrollo, aumentando el nivel de interacción entre los miembros del equipo. Proporciona una respuesta operativa a los cambios que se producen y le permite ajustar las desviaciones.

Lo que es diferente de otras metodologías.

No es similar a los enfoques anteriores que describen la creación de un producto en detalle. Radol ágil, en él 4 valores y 12 principios. RUP A diferencia de la metodología ágil y menos flexible, aunque más voluminosa, describe el proceso de trabajo en decenas de páginas. RUP no es adecuado para pequeñas tareas, consiste en iteraciones con una duración de 2 a 6 semanas.

Openup es el rup sucesor. En esta metodología, el proyecto se divide en cuatro fases: la fase inicial, las fases de trazado, el diseño y la transmisión. La metodología no es flexible en comparación con Agile, aplicable más en la esfera propia.

Donde se usa ágil

La técnica se utilizó en la industria de TI y se utilizó para desarrollar software. La esencia se redujo a la introducción de métodos adaptativos que aceleran la creación de productos a través de microplacas y ciclos de producción cortos. Sin embargo, más tarde, Agile comenzó a ser utilizado en otras áreas aplicadas. Agile ahora está aplicando empresas: Netflix, Spotify, Magna International, General Electric, Accenture, M.Video.

Tales tecnologías se han convertido en la propiedad de los comandos que trabajan en la creación de productos cliente.

Pros y contras ágil

Ventajas de la técnica:

  • Mecanismos adaptativos para centrarse en lo principal;
  • Falta de burocracia;
  • reducción de las líneas de tiempo para obtener el resultado;
  • Aumentar las funciones del producto.

Desventajas:

  • reducción de la documentación técnica, que afecta el proceso de desarrollo de productos y su funcionamiento;
  • La aceleración de la planificación no se correlaciona con la escala del producto preparado, por lo que los errores pueden ocurrir en su arquitectura;
  • Debido a la adopción de soluciones rápidas, se forman defectos y la calidad sufre.

Manifiesto ágil.

En 2001, Agile Manifesto fue desarrollado por la alianza ágil por el Agile Alliance Group. Fundaron el uso de nuevas formas de desarrollar software sobre la abolición de las ideas establecidas sobre administración . Los partidarios de la dirección establecen el valor de la personalidad y el trabajo en equipo en las herramientas de devolución, los planes y la documentación. Después de la introducción de la técnica, los acentos se trasladaron hacia nuevos objetivos, tareas y principios, lo que hizo posible adaptarse a las solicitudes cambiantes del mercado y al consumidor.

Ideas ágiles

Los valores de ágil dicen que:

  • Las personas son más importantes que los procesos y las herramientas estándar;
  • La creación del producto es más importante que la selección y coordinación de la documentación;
  • escuchar la posición del cliente y cooperar con él por encima del contrato;
  • Los ajustes son más importantes que la estrategia desarrollada inicialmente.

Flexibilidad de la metodología.

Los métodos de organización de trabajo se basan en un modelo de cascada en el que se implementan los procesos en etapas. Si los requisitos para el desarrollo del producto, se cambia el objetivo final, debe rehacer la parte realizada del trabajo. No todos los empleados están listos para esto: algunos hasta que estos últimos no informen a las autoridades sobre la necesidad de ajustes en un plan ya desempleado. La metodología ágil resuelve este problema con la ayuda de la flexibilidad y la adaptabilidad existentes.

Principios de Metodología

Al elegir este sistema, la organización trabaja más rápido, más móvil, comparte empleados a los comandos pequeños. Se expresan los principios de Agile: la separación de tareas en pequeños bloques, la autonomía de los empleados, la transparencia del trabajo, el procesamiento de la retroalimentación de los clientes.

Trabajar en mini bloques

Los proyectos complejos se dividen en tareas pequeñas, cada una de las cuales se coloca en una unidad separada. Se alcanzan los objetivos por un breve ciclo, por lo que incluso en el proyecto Multialtage es visible en funcionamiento.

Pequeños equipos multifuncionales

Los empleados trabajan en pequeños equipos. La tarea de cada una en la implementación de una de las funciones que es importante para el cliente. El número y la composición de los equipos difieren dependiendo de sus tareas. El número de empleados en un equipo hasta 12 personas.

Restricción de trabajo incompleto

Agile ayuda a los equipos a concentrarse en las tareas que pueden resolverse en un corto período de tiempo. Reducir la cantidad de trabajo ayuda a hacer frente rápidamente a las mini-tareas, lo que afecta la productividad común.

Autonomía del equipo.

Antes de comenzar a trabajar en la tarea, se planifica el plan. Entonces cada equipo decide cómo proceder a su ejecución. La tarea del gerente es determinar las reglas básicas, el personal elija independientemente el ritmo del trabajo, las condiciones coordinan las acciones.

Logro de la etapa de preparación.

Verificar la metodología es la finalización del problema, cuyo resultado se encuentra al final de cada ciclo. Gracias a la separación en pequeños bloques, el comando puede completar completamente la tarea, y no marcarla como "prácticamente completa". La razón de la lentitud en grandes proyectos: tareas que se completan parcialmente, pero tienen una serie de problemas. Como resultado, tienen tiempo, recursos, atención y distraen a los empleados de las obligaciones.

Trabajo continuo

Las tareas divididas en ciclos cortos tienen prioridades a las que necesita esforzarse en cada etapa. Gracias a que el trabajo está ininterrumpido, y los empleados no están distraídos por tareas adyacentes.

Y para no ser distraído por los informes de rutina, conecte el análisis de extremo a extremo de CallTouch para su negocio y pague el tiempo a las tareas estratégicas importantes.

Transparencia completa y uso de tablas con pegatinas.

Ayuda brevemente, pero para describir el trabajo, corregir la etapa actual en la que se encuentra el equipo, consulte el proceso de empleados, si es necesario, determine la fuente de problemas.

Retroalimentación de usuarios en cada ciclo

Los equipos reciben comentarios de los clientes al final de cada ciclo. Sobre la base de la información evalúa los logros, la implementación del problema. La información se tiene en cuenta más tarde para la planificación.

Principios de la metodología ágil.

Puntos clave en la aplicación

Los métodos ágiles se utilizan para resolver diferentes procesos de negocios. Por lo tanto, es importante que su implementación descubra cómo se ve la metodología en la práctica.

¿Cuáles son los roles de ágil?

Roles en el sistema:

  1. El propietario del producto no está dedicado a los detalles técnicos de la implementación, pero tiene una visión común, entiende qué audiencia se está realizando un producto, qué tareas debe realizar.
  2. El coordinador de acciones, es responsable de los procesos de proceso y envíos. Personal potencial .
  3. El equipo de desarrolladores, participa en la creación del producto, implementa su componente técnico.

Jerarquía de competencia en ágil

La estructura del equipo es horizontal, pero tiene una jerarquía. El gerente especifica el vector para el cual los empleados implementan tareas. La característica del sistema: la jerarquía se basa en la competencia, y no las autoridades, que determina la interacción de los empleados con los jefes.

Que es el ancho de banda

El ancho de banda es un número realizado de "historias de usuario". Estos son los deseos de los clientes que se forman en la tarea. Por ejemplo, instalar filtros de búsqueda en la aplicación, mejorando los comentarios de los clientes, el trabajo en el servicio de soporte técnico. El ancho de banda se mide por el número de historias de usuarios usadas por semana.

Cómo determinar la secuencia y la prioridad de las tareas.

La prioridad de las tareas depende de la dirección de la empresa. Por ejemplo:

  • El valor basado es una evaluación del valor comercial. Cada tarea se estudia desde el punto de vista de su rentabilidad, un aumento de la reputación y el nivel general de satisfacción del usuario.
  • Tecnología basada en el riesgo: evaluación de riesgos tecnológicos. La prioridad se distribuye en función del riesgo de realización de los requisitos. El riesgo en el trabajo de la Compañía se debe a la gran cantidad de condiciones establecidas, interacción externa.

Cómo hacer un horario de resolver problemas.

Para elaborar las aplicaciones de uso de gráficos con plantillas para la planificación de proyectos. Por ejemplo, GanttPro es un servicio para establecer tareas y su control. Contiene plantillas de gráficos, rastrea objetivos de acuerdo con el grado de promoción, señala puntos débiles.

Implementar ágil.

Para la implementación de la metodología, se realizan un conjunto de actividades. Se basa en la elección del método principal en el sistema, después de qué tareas, objetivos, plazos, se establece el número de equipos. Los empleados deben recibir capacitación en la práctica en la práctica, y la administración debe comprender que la implementación del sistema se convertirá en un nuevo turno en el desarrollo de negocios.

Es importante utilizar la experiencia de especialistas que ya han trabajado con el sistema y saber cómo implementarlo. Su experiencia ayuda en la formación del equipo, selección de herramientas, análisis.

Problemas comunes en la implementación.

Principales problemas en la implementación ágil:

  • Negativa al concepto "esclavo". La metodología del equipo se basa de acuerdo con la filosofía especial. Libertad de acción y formalidades reducidas en las relaciones de trabajo, no todas las empresas resisten.
  • Ausencia Cohesión del equipo. . Alguien es más conveniente para realizar tareas solo. Cuando el sistema ágil tendrá que comunicarse constantemente.
  • Esfuerzo desperdiciado gastado. A veces, el concepto del proyecto está cambiando, debido a lo que tiene que tomar un curso sobre el cambio de enfoque y tareas. Es necesario hacerlo rápidamente, debido a que no todos los equipos están haciendo movilidad y deja pasar el tiempo.

Problemas comunes en la implementación.

Métodos populares y herramientas de gestión de proyectos.

Agile es un sistema en el que se implementan métodos y enfoques. Los métodos más populares - Scrum y Kanban. .

Melé

Aquí se hace énfasis en el monitoreo del flujo de trabajo, que comparte el desarrollo del proyecto en el escenario. Estas etapas duran de 2 a 4 semanas. El proceso comienza con una evaluación de la escala de trabajo, asume el ajuste de las acciones y los planes, teniendo en cuenta los resultados intermedios. La cicatriz aumenta la productividad y se centra en reducir el tiempo para lograr el objetivo.

Kanban.

El método se basa en la transparencia del proceso. Funcionalmente distribuye la carga para los empleados, motiva a los miembros del equipo a cooperar y capacitar. Los principios se construyen en:

  • visualización de información constante;
  • el trabajo de comando para equilibrar los esfuerzos;
  • Límite de tiempo para optimizar el proceso.

Conclusión

La metodología ágil ayuda a los negocios a lograr objetivos. Sus principios permiten un poco de tiempo para preparar nuevos productos para los clientes, teniendo en cuenta sus opiniones y reacciones transmitidas a través de comentarios. Construye relaciones a largo plazo con la audiencia y forma leales. Base del cliente .

CalTouch-Platform.

A través de analítica

de 990 rublos por mes

  • Recopile automáticamente datos de sitios, servicios y CRM promocionales en informes convenientes
  • Analizar el embudo de ventas de los espectáculos al ROI.
  • Configure la integración de CRM y otros servicios: más de 50 soluciones listas.
  • Optimice su marketing utilizando informes detallados: paneles, gráficos, diagramas
  • Castomice las mesas, agregue sus métricas. Construir informes instantáneamente por cualquier periodo

Agile Azleil Ediela

¿Alguna vez ha tenido que lidiar con proyectos o al menos participar en el trabajo del proyecto? Si es así, entonces probablemente notas que el trabajo del equipo puede ser bastante difícil. E incluso si se ajusta, existe el riesgo de que todos los esfuerzos sean en vano, porque los requisitos para el resultado requerido a menudo están cambiando.

Sin embargo, es esencial simplificar el trabajo en el proyecto y aprender a manejarlos, lo que aumenta la eficiencia del equipo, es posible usar un sistema de gestión de proyectos flexible llamado Agile ("Ajile" o "Ejile"). En general, ya hablamos brevemente sobre ella en nuestro curso en la gestión de proyectos (cuarta lección), pero ahora hablaremos sobre este tema con más detalle.

Método ágil: definición y breve historia

No importa lo inusual que suene, pero en serio desarrollar software y gestionar proyectos comenzó en los años 70 del siglo pasado. Fue en 1970 que el American Scientist-Geek Winston Royce compiló un documento llamado "Gestión de grandes sistemas de software". En ella, criticó el desarrollo consistente, señalando que el desarrollo de software no debe parecerse al trabajo de la línea de ensamblaje (como, por ejemplo, se realiza en la producción automotriz), donde se agregan nuevas partes a las fases secuenciales.

En lugar de esperar hasta que todas las etapas (fases) se completen alternativamente, Royce propuso aplicar un enfoque de fase. Su esencia es que todos los requisitos necesarios para el proyecto se recopilan inicialmente, después de lo cual se completa toda la arquitectura, se crea el diseño, se escribe el código, etc.

Sobre la base de esto, en los años 90, fue posible crear un complejo de métodos flexibles para desarrollar software capaz de reemplazar métodos complejos y intensivos en mano de obra. La cosa fue así:

  • En 1991, aparecieron un método para el desarrollo rápido de las aplicaciones RAD.
  • En 1994, aparecieron un método para desarrollar sistemas dinámicos DSDM.
  • En 1995, apareció una plataforma (marco) de desarrollo flexible de Scrum.
  • En 1996, una metodología flexible para desarrollar cristal clara, así como la programación extrema XP
  • En 1997, apareció una metodología iterativa para el desarrollo de FDD.

Todos juntos, estos métodos se han fusionado bajo el nombre común de los métodos de desarrollo de software flexibles.

Cuatro años más tarde, en 2001, los diecisiete desarrolladores de software se reunieron en el estado de Utah (EE. UU.) En el Resort Snowbird. Como resultado de la discusión de los métodos de desarrollo, se publicó "Manifiesto en el desarrollo flexible del software ágil" (traducido del concepto de inglés "ágil" significa "móvil", "rápido" o "rápido", pero en la mayoría de los casos. se traduce como "flexible"). Preguntó el ritmo de todos los trabajos adicionales sobre la creación de software.

Manifiesto ágil.

El manifiesto creado por programadores incluye 4 ideas básicas y 12 principios de gestión eficiente del proyecto. Cualquiera de los sistemas de gestión de proyectos basados ​​en Edjal (hablaremos sobre los sistemas más adelante) se basa en estas ideas y principios, aunque los usa en diferentes variaciones.

Ideas ágiles:

  1. Las personas y su interacción son más importantes que los procesos y herramientas.
  2. Trabajando más importante que la documentación.
  3. Clientes y cooperación con ellos más importantes que el contrato y la discusión.
  4. Preparación para hacer cambios más importantes que el plan inicial.

Principios ágiles:

  1. Satisfacer a los clientes, por adelantado y suministrar constantemente software (los clientes se cumplen cuando el software de trabajo los ingresa regularmente y después de los mismos intervalos)
  2. Cambie los requisitos para el producto final durante todo el ciclo de su desarrollo.
  3. Entregar software de trabajo con la mayor frecuencia posible (una vez a la semana, en dos semanas, por mes, etc.)
  4. Mantener la cooperación entre los desarrolladores y el cliente a lo largo del ciclo de desarrollo.
  5. Mantenga y motive a todos los que participan en el proyecto (si el equipo está motivado, se enfrenta mucho mejor con sus tareas que en el equipo, cuyos miembros no están contentos con las condiciones de trabajo)
  6. Proporcionar interacción directa entre desarrolladores (la posibilidad de contacto directo promueve una comunicación más exitosa)
  7. Mida el progreso solo a través del software de trabajo (los clientes deben recibir solo un software funcional y funcional)
  8. Mantener un ritmo continuo de trabajo (el equipo debe desarrollar una velocidad óptima y admitida)
  9. Preste atención al diseño y los detalles técnicos (gracias a las habilidades efectivas y un buen equipo de diseño del proyecto obtiene la capacidad de mejorar continuamente el producto y trabajar en su mejora)
  10. Intenta hacer que el flujo de trabajo sea lo más simple posible, pero en simple y comprensible.
  11. Permita que los miembros del equipo tomen decisiones por su cuenta (si los desarrolladores pueden tomar decisiones en sí mismas, la autoorganización y comunicarse con otros miembros del equipo, habiendo intercambiado ideas con ellos, la probabilidad de crear un producto de alta calidad aumenta significativamente)
  12. Adaptarse constantemente a un entorno cambiante (gracias a esto, el producto final será más competitivo)

Después de haber comprendido ágil, además de la revisión de ideas y reglas, asegúrese de leer este pequeño video, donde un especialista en Gestión de Proyectos, un consultor y entrenador de negocios, Alexei Tachenkov, habla sobre los conceptos básicos del sistema.

Para implementar realmente las ideas y principios anteriores en la práctica, debe adherirse a varias reglas. Solo la gestión de proyectos ágiles puede ser efectiva.

Puntos clave en la aplicación ágil.

La metodología ágil se basa principalmente en el control visual. La mayoría de las veces, los participantes del proyecto, trabajando para lograr el resultado, usan tarjetas de color especiales. Un color señala la finalización de la planificación de un no elemento del producto final, el otro, sobre la finalización de su desarrollo, el tercero, sobre la preparación, etc. Visual Control le permite al equipo tener una comprensión visual del estado actual del proceso y garantiza la misma visión del proyecto por parte de todos sus miembros.

Los miembros del equipo y el cliente en la mayoría de los casos trabajan juntos y cerca. Gracias a esto, muchos flujos de trabajo se aceleran significativamente, lo que se asocia con informar a los participantes del proyecto. Además, el trabajo colaborativo contribuye a la creación de un ambiente saludable para una cooperación fructífera y efectiva y el rápido logro.

Cuando el gerente del proyecto, el equipo y el cliente actúan juntos, elimina el peligro de errores de malentendido los objetivos y la pérdida de información. Todos los flujos de trabajo se vuelven tan transparentes posible, lo que significa que cualquier problema que surge puede permitirse casi instantáneamente y encontrar las mejores opciones para resolverlas.

Se debe prestar especial atención al gerente del proyecto. No se puede llamar a un hombre, distribuir direcciones a la izquierda ya la derecha. El gerente aquí actúa, más bien como un líder que establece la dirección y define las reglas de cooperación y trabajo. En otras palabras, el control ágil está adaptado.

Otro punto importante de la metodología ágil es la separación de todo el volumen del proyecto en varios componentes más pequeños. Este enfoque ha simplificado repetidamente el proceso de desarrollo, y los grupos de equipo individuales pueden centrarse en su tarea específica.

Trabajando en un ciclo, los participantes del proyecto dominan nuevas habilidades y reciben nuevos conocimientos, así como se analizan en el proceso de error. Todo esto reduce la probabilidad de tales errores en el futuro (en los próximos ciclos y otros proyectos) a prácticamente cero.

Y, finalmente, el último elemento significativo del enfoque es Sprints y reuniones diarias. Los sprints se llaman limitados a períodos específicos (abolladuras) segmentos de tiempo durante el cual el equipo tiene tiempo para realizar ciertas tareas. Es gracias a los sprints que el equipo puede ver los resultados de sus acciones.

Si dividimos todo el tiempo todo el tiempo al proyecto, a varios sprints, obtenemos una cantidad específica de su número; Permítales que sean 15. Cada Sprint dura, por ejemplo, dos semanas. Esto es solo durante estas dos semanas (tiempo asignado para Sprint), los participantes se encuentran cada día para discutir el proceso y el progreso.

Las reuniones diarias no deben exceder los 15 minutos. Se organizan para que cada miembro del equipo se dé una respuesta a tres preguntas:

  • ¿Qué hice ayer?
  • ¿Qué estaré ocupado hoy?
  • ¿Qué me impide trabajar?

Las respuestas a estas preguntas le permiten mantener el proceso bajo control, comprender, en qué etapa es cada uno de los miembros del equipo y eliminar los posibles problemas en el camino hacia la meta. Si generalizamos, la introducción de la metodología ágil es posible si se siguen varias condiciones:

  1. Claramente designado el valor del proyecto
  2. En el proceso de implementación, el cliente participa activamente.
  3. El trabajo total se realiza paso a paso.
  4. Navegar a un resultado específico
  5. El número de un grupo de trabajo: de 7 a 9 personas.

Actualmente, la gestión de proyectos con soporte, en su mayor parte, se distribuye en la esfera propia, sin embargo, la esfera comercial comienza a dominarla. Este sistema se aplica en el aprendizaje, la comercialización, los negocios. La gestión flexible de proyectos es apreciada por una variedad de empresas y estructuras estatales.

Ejemplos: Gobierno de Nueva Zelanda, Gobierno de Nigeria, Fondo de Pensiones de Noruega, Ruta de retorno (Software), Oreo (Producción de cookies), Aviasales Company (Boletos de motores de búsqueda más grandes), Hewlett-Packard (mayor compañía estadounidense de TI), Sberbank "(Probablemente usted saber lo que es).

Estas y muchas otras organizaciones utilizan una variedad de métodos de gestión de proyectos basados ​​en ágiles. Y hablar de estos métodos no es menos importante que sobre la metodología en sí.

Métodos populares de gestión de proyectos.

Ajile, Skram, Kanban

Hay muchos métodos de gestión de proyectos que son aplicados por diferentes empresas modernas. Pero la más famosa y en la demanda entre ellos se considera legítimamente a ser Scrum (Skram) y Kanban (Kanban).

Método de scrum

Entre todos los métodos del sistema de scrum agile difiere en la forma en que hace que el enfoque principal en el control de calidad del flujo de trabajo. Por primera vez, los especialistas en gestión estratégica japonesa de Hirotak Takuetti y profesor en el campo del conocimiento científico y técnico Ikudzhiro Nonaka se denominan el método de "enfoque al rugby", donde Scrum es un "lucha por la pelota".

El método es que el desarrollo del proyecto se divide en sprints, al final del cual el cliente recibe un software mejorado. Los sprints se fijan estrictamente en el tiempo, y pueden durar de 2 a 4 semanas. El flujo de trabajo en un Sprint incluye varias etapas:

  • Se determina el volumen de trabajo.
  • Todos los días hay reuniones de 15 minutos para que los miembros del equipo puedan ajustar su trabajo y traer resultados intermedios.
  • Se demuestran los resultados.
  • Los sprints se discuten para buscar decisiones y acciones exitosas y no exitosas.

En la mayoría de los casos, la cicatriz se usa para trabajar con un software complejo y desarrollar un producto utilizando métodos incrementales e inerativos. Gracias a él aumenta seriamente el desempeño del equipo y se reducen los costos de tiempo para lograr la meta.

Scrum mejora los resultados, ayuda a adaptar el proyecto a cambio, proporciona una evaluación más precisa con menos costos laborales para el análisis y le permite monitorear de manera eficiente las etapas del trabajo y el escenario del proyecto. Todo esto es como es imposible cumplir con los objetivos comerciales.

Método Kanban

Kanban es otro método que hace que el trabajo en equipo sea más eficiente y productivo. Tiene sentido dar el proceso de desarrollar la máxima transparencia y la distribución uniforme de la carga entre los participantes del proyecto. Una característica importante de Kanban es que motiva a las personas para la cooperación continua, la mejora y la capacitación.

El trabajo en el método de Kanban se basa en varios principios. Primero, toda la información sobre el proyecto debe visualizarse, lo que le permite ver los forro, errores y deficiencias y eliminarlos activamente. En segundo lugar, el trabajo en una tarea debe realizarse simultáneamente con todo el equipo: ayuda a equilibrar los esfuerzos y los resultados obtenidos, elimina la distribución de carga desigual. Y, en tercer lugar, el tiempo para realizar todas las tareas está estrictamente controlado, lo que optimiza el proceso y ahorra tiempo.

A diferencia del Skram, el Canban ganó popularidad mucho más tarde, pero esto no restaba de ninguna manera de sus ventajas y no hace menos efectivo. El método es útil tanto en la región de TI como en la esfera empresarial.

Estos son solo ejemplos de los principales métodos de gestión de proyectos basados ​​en ágiles. Pero no es necesario descuidar otros métodos como Prince2, Lean, Six Sigma, XP, CCPM, ECM, cascada y otros. Además, adyacal, junto con los beneficios, hay algunos inconvenientes.

Pros y contras ágil

Después de comprender ágil, es importante conocer los lados positivos y negativos de esta metodología. Empecemos con las ventajas.

En primer lugar, vale la pena señalar que la administración ágil es muy flexible. Si, por ejemplo, la metodología tradicional indica etapas específicas de trabajo, entonces el Ediela se ajusta fácilmente al consumidor del producto final y los requisitos del cliente.

En realidad, y en el producto final, se minimiza el número de defectos, porque es el resultado de una prueba de calidad completa, que se lleva a cabo al final de cada etapa de sprint.

Además, Agile comienza rápidamente, reacciona fácilmente a los cambios, permite que el equipo de desarrolladores y clientes mantenga una conexión permanente en tiempo real. Los beneficios son obvios, pero hablemos de las minuses.

Las desventajas de la metodología son que, en primer lugar, la retroalimentación constante puede llevar al hecho de que la fecha límite del proyecto se pospondrá, creando así una amenaza de trabajo infinitamente en curso. Si el cliente ve, por ejemplo, solo resultados, pero no tiene ideas sobre esfuerzos que necesiten para lograrlos, requerirá mejoras todo el tiempo.

El segundo inconveniente es adaptar la documentación del proyecto para las condiciones cambiantes del proyecto. En ausencia de información adecuada para informar los comandos sobre cambios o características adicionales, los documentos con requisitos o arquitectura funcionales pueden ser irrelevantes en la hora actual.

La tercera sustancial menos Azhaile se puede llamar la necesidad de reuniones frecuentes. Por supuesto, contribuyen a mejorar la eficiencia del trabajo, pero aún así la distracción constante de los miembros del equipo puede afectar negativamente el proceso, ya que la atención de las personas se desaparece de manera sistemática de las tareas que se resuelven.

Esto incluye cosas como la necesidad de una presencia constante del cliente, la incapacidad de construir planes a largo plazo y la necesidad de especialistas motivados y altamente calificados. Por cierto, este último en gran medida se refiere e implementa la gestión ágil a las actividades de la Organización. Y, comprendiendo ágil, con el tema de su introducción, también debe cumplir.

Implementar ágil.

Ejemplos de la introducción de Ediela al trabajo de las empresas allí son bastante. Y casi todos ellos dicen que requiere un complejo completo de eventos importantes.

Para empezar, se selecciona un método específico, lo que depende de las condiciones del proyecto. Luego, se determinan las tareas y los objetivos, la fecha límite principal y el tiempo de los sprints, el número de equipos y otros componentes del proyecto. Es importante elegir un método que cumpla con el número máximo de requisitos.

Como dijimos, un equipo de profesionales necesitan introducir ágil. Todos sus miembros deben conocer las ideas y principios básicos de la metodología y poder aplicarlos. Si no hay tales personas en la empresa, los empleados deben enseñar. La gestión de la compañía, que decidió proceder a usar Ajilele, también debería entender claramente si la organización está lista para cambiar si es posible aplicar el sistema a sus proyectos, etc. La mayoría de las veces, para responder a estas preguntas, tienes que contactar a los especialistas ágiles.

En la siguiente etapa, una persona que tiene experiencia con el sistema está invitada. La demuestra, explica la esencia de los sprints y las acciones, las funciones de los miembros del equipo futuro, las características de la interacción entre ellos y otras cuestiones. Y solo después de eso, se está formando un nuevo equipo, se distribuyen roles, tareas y responsabilidades, se seleccionan instrumentos para la realización de análisis, informes, etc.

La etapa final será la primera experiencia con Azhaile, es decir,. El primer proyecto con su uso. Es necesario comprender que los errores, las deficiencias, las inconsistencias, las atrasos son inevitables. Tendremos que abandonar una herramientas y reemplazarlos con otros, puede ser posible cambiar los roles entre las personas en el equipo. La primera experiencia es el proceso de adaptación, y la adaptación de las dos vías: la compañía se utiliza para la metodología, y la metodología se ajusta a la empresa.

Conclusión

Resumiendo esta revisión, recordamos que la teoría y la práctica son dos cosas diferentes. Las nuevas técnicas y tecnologías y su implementación son un tipo de desafío del equipo, y cómo llegar a una mayor eficiencia: el caso siempre es individual. Agile no es una panacea y no es una garantía de éxito, pero le permite establecer el curso correcto y encontrar puntos de referencia en el camino.

Para implementar cualquier proyecto, será necesario cambiar algo, buscar nuevas soluciones, generar ideas inusuales. Solo ajustándose a las condiciones de trabajo y los requisitos de los clientes en constante cambio, puede encontrar formas de acción fieles. Y la metodología de gestión flexible de los proyectos ágiles puede ser fiel al asistente adecuado.

Agile es una familia completa de metodologías para la gestión de proyectos flexible. Curiosamente, el mismo concepto de gestión aquí no es del todo fiel. Sería más preciso usar la fórmula "Agile es un método de interacción de comando que le permite crear productos conjuntamente". Sin embargo, estamos demasiado acostumbrados a la fuerza de las conexiones verticales, jerárquicas, por lo tanto, el uso de la palabra "administración" fue estable.

  • ¿Cómo asegurarse de que el retraso en el trabajo de un departamento no detuvo el resto?
  • ¿Cómo lidiar con el desarrollo de un plan de proyecto que no está ocupado hasta el 30% del tiempo desde el monto total de su implementación?
  • ¿Cómo, al final, asegúrese de que se respeten estos planes?

Los gerentes del nivel más diferente, de gerentes de bajo nivel a directores de corporaciones y funcionarios del gobierno, vencieron estas décadas. Pero siempre y cuando la única forma conocida de una creación más o menos controlada de productos y desarrollo de proyectos permanezca en fases, paso a paso, uno tras otro, nada con estos desafíos no se hizo.

Para pasar a un nivel de trabajo de proyecto cualitativamente nuevo, tomó un cambio fundamental en el paradigma.

Resultó que simplemente no era necesario buscar respuestas a la mayoría de estos problemas enfermos. Deben ser eliminados, pero los conceptos que los han hecho, si son posible para abolir. Por lo tanto, las metodologías flexibles surgieron en el sitio del desarrollo de la cascada de fases.

La medida principal de la efectividad adoptada en la metodología flexible es el producto. Mientras que otros solo preparan la documentación, los equipos ágiles buscan presentar un prototipo de trabajo. Es como en la famosa fórmula motivadora "Hecho es mejor que perfecta". Implemente la primera función y comience a probarlo creando lo siguiente, por lo que, una vez a la vez, aquí está la regla principal.

La etapa de desarrollo en Agile es la más "una vez con el tiempo", se llama iteración. Las iteraciones tienen la misma duración en todo el proyecto y en promedio son dos semanas. Como parte de una iteración separada, se realiza una tarea específica, cuya propiedad principal es que su solución debe actualizar el producto a una nueva versión o aumentar su efectividad. Es sobre esta base que tales tareas se seleccionan.

¿Cómo se garantiza un enfoque iterativo de flexibilidad? Debido al hecho de que los procesos individuales pueden ir paralelos e independientemente entre sí. Sí, debe reconocerse que esto puede aumentar el término final de desarrollo de la idea a un producto completamente terminado. Pero el hecho de la materia es que el trabajo, funcional y ya capaz de satisfacer a los competidores y, por favor, el producto se crea en Agile mucho antes, y la ciclicidad de mejoras le permite lograr un estudio mucho mejor de dichas funciones y capacidades a las que las manos No llegaría al trabajo planificado nunca.

El equipo ágil se basa en los principios de la autoorganización y la igualdad relativa de todos los participantes. Incluso una persona a la que muchos representan el jefe del proyecto, propietario del producto, de hecho, solo la personificación de los requisitos del producto. Cumplica el papel del proveedor del conocimiento sobre cómo se espera el resultado final, pero no es gerentes en una comprensión estándar. Dado que el hábito de la jerarquía es la dificultad, en muchos equipos del propietario del producto, ALA, debe hacerse cargo y controlar las funciones. Pero el ideal de desarrollo flexible es la responsabilidad colectiva de los miembros del equipo frente a la otra.

Los principios de la formación de los comandos ágiles difieren según el proyecto específico. Por ejemplo, en el servicio de música Spotify se construye así:

Otro valor importante de los equipos ágiles es la interpenetración del conocimiento. Un miembro del equipo no debe cerrarse en su área estrecha, debe esforzarse por la difícildisciplinaria. Esto no significa que el programador debe ser un vendedor, y el diseñador es un comercializador.

¡Importante!

Pero es necesario tener conocimientos básicos sobre las especializaciones relacionadas en el desarrollo flexible.

Originalmente se suponía que simplemente aumentaría la eficiencia del trabajo y el nivel de entendimiento mutuo en el equipo, pero hoy en día, con el desarrollo de la neurociencia, quedó claro que este enfoque además garantiza que el cerebro se mantenga en el tono y Creación dinámica de nuevas conexiones neuronales. Tal polinización cruzada en Agile se llama forma de T. Una ilustración a continuación explicará por qué, así que, mejor que cualquier palabra.

La transición del desarrollo en cascada, aún familiar para muchas organizaciones, a métodos de trabajo flexibles en proyectos pueden ser bastante dolorosos.

En primer lugar, Debe abolir la jerarquía y, al mismo tiempo, asegúrese de que todos los participantes en los procesos puedan igualar la responsabilidad del resultado.

En segundo lugar, La transición al desarrollo iterativo se centrará en garantizar que cada uno de los pasos esté garantizado para traer algo nuevo al producto. No es fácil, la inercia del desarrollo planificado lo perseguirá los primeros meses.

Tercer desafío - Si mantiene el desarrollo personalizado, será difícil explicar a los clientes los principios del trabajo, y si entramos en una organización importante, puede surgir el mismo problema al justificar la transición a los líderes ágiles a más altos.

Si logra hacer frente, los procesos se volverán notablemente más eficientes, y la calidad del trabajo es mayor. Lo más importante, nunca olvide los cuatro valores básicos de los ágiles, de los cuales comienza el "manifiesto del desarrollo flexible":

Siguiendo, lo ayudará en la etapa de implementación, y los ayudará en el proceso de trabajo.

Es mejor familiarizarse con las metodologías ágiles y otras modernas utilizadas por ello para los medios y la comercialización, así como para sumergirse en los procesos en función de ellos, puede pasar la tasa de gestión de proyectos digitales de SkillBox.

Curso "Gestión de proyectos digitales"

El curso le ayudará a evaluarte como gerente: averiguar y entender por qué algo no funciona para usted. Determinar qué habilidades y conocimientos deben estar apretados. Y hazlo, realizando tareas prácticas.

  • Retroalimentación viva con profesores
  • Acceso ilimitado a los materiales del curso.
  • Pasantía en empresas asociadas
  • Proyecto de diploma del verdadero cliente.
  • Garantía de empleo en empresas asociadas para graduados que defendieron la tesis.

Nos decimos que la metodología ágil es, sobre qué principios se basa, ya que trabaja en la práctica y qué problemas pueden provocar.

Lo que es ágil: idea, principios, posibles problemas.

Ágil es más que la metodología de gestión. Esta es una filosofía completa que promueve un enfoque radicalmente diferente al trabajo del proyecto. En este sentido, ágil generalmente no se trata de la "gestión", sino sobre el trabajo sin gerentes, pero con el equipo cuyos participantes son responsables entre sí. Es decir, "horizontal" en lugar de "vertical".

Cual es la idea

Se inventó una metodología de gestión flexible para resolver una serie de problemas clásicos / cascada / cascada (cascada). Por ejemplo, demasiado énfasis en la planificación e influencia de los retrasos en algunos equipos a la obra de los demás. Para esto, como dije, tuve que reconsiderar completamente la mirada al trabajo del proyecto y no cambiar algunas mecánicas separadas.

"Flexibilidad" se encuentra en las habilidades del equipo ágil para adaptarse constantemente a las condiciones cambiantes y se logra a expensas:

  • Iteriancia . En lugar de desarrollar un plan durante mucho tiempo, y luego más tiempo para realizar la versión perfecta del producto, el equipo ágil está tratando de liberar un prototipo de trabajo tan pronto como sea posible, y luego después de un tiempo para probarlo y terminarlo. La iteración puede afectar negativamente la duración del desarrollo, pero casi de inmediato tiene un producto de trabajo más o menos.
  • Autoorganización . En el equipo, todos son iguales, no hay líderes y gerentes, lo que significa que no hay aprobaciones infernales. Ahorra recursos, especialmente el tiempo.
  • Interpenetración del conocimiento. . Cualquier especialista en el equipo ágil debe tener al menos conocimiento básico sobre las especialidades relacionadas. Además de la funcionalidad transformable, la inmersión constantemente en nuevos temas le permite mantener el cerebro en el tono (en general, si el cerebro regularmente da nueva información, también la demencia vendrá mucho más tarde; pero esta es una historia completamente diferente).
Breve historia ágil.
Un enfoque flexible comienza su existencia en algún lugar desde la primera mitad del siglo XX (aunque hay una opinión de que algo tiene algo similar al respecto). Alrededor del 30º físico, Walter Shukhart, se aplica un enfoque iterativo del plan-do-estudio, que se divide con su estudiante a la Ulyyam Deming (ahora conocemos este enfoque de la administración, como un ciclo de deming). Después de graduarse de la Segunda Guerra Mundial, Toyota (el más, donde se inventó el magro, Kanban, y muchas cosas asociadas con ágiles) contratan la demando para capacitar a sus gerentes.
En los años siguientes, muchas empresas inventan sus técnicas de control flexibles: Scrum, XP, FDD y así sucesivamente. Pero nadie habla sobre el "ágil" hasta 2001, los 17 desarrolladores que practican técnicas de gestión flexibles no se unen y no conforman un desarrollo de software de manifiesto (Manifiesto para el desarrollo de software ágil. Aquí y el concepto de "ágil" surge, alrededor de cual hoy son tantas conversaciones.

Los principales valores de la metodología ágil.

В Artículo sobre métodos de gestión de proyectos. Di una definición de este tipo:

Metodología - Un conjunto de métodos y principios apoyados por la teoría.

Así que aquí teoría En el caso de ágil, estos son los valores descritos en el manifiesto ágil:

  • Personas e interacción más importantes procesos y herramientas. . Si en su equipo hay principios, tradiciones, estructuras, herramientas o condiciones que interfieren claramente con el trabajo, deberían deshacerse de ellos. Las personas en sí deben elegir la manera de la organización, un conjunto de procesos usados ​​herramientas. Al final, todo esto debería ayudar a trabajar, y no interferir.
  • El producto de trabajo es más importante que la documentación. . Esto no significa "trabajar en Agile, trabajar sin documentos". En los equipos ágiles, también hay documentación, pero no pasa una gran cantidad de tiempo y recursos.
  • La cooperación con el cliente es más importante que la armonización de los términos del contrato. . Mira un poco más de coordinación de TK y estimaciones. No tiene sentido estropear las relaciones con el cliente, incluso si el precio es oportuno. Si no puede aceptar la comunicación de trabajo y estropear, al final perderá este cliente, y quizás lo siguiente. Cualquier contrato, documentos y acuerdos debe hacer su mano con las relaciones con sus clientes, y no arruinarlas.
  • Listo para cambiar lo más importante, siga el plan inicial. . Incluso si hay un plan de proyecto, en él, casi seguro, con el tiempo que tiene que hacer cambios, esta es la esencia de Agile.

Aún en el manifiesto, se describen los principios, sino en un intento por desetear. Así que no los traeré aquí. Si quieres, ve Leer en wikipedia .

Qué problemas pueden ser

AI, ¿qué Agile fresco, sí? Por desgracia, aunque se puede usar en cualquier empresa (incluso si está perdonando, señor - el banco), no se adapta a todos. Sí, y su introducción puede ser extremadamente dolorosa.

Veo tres problemas (aunque bien puede ser que sean más), debido a que es imposible aconsejar mudarse a ágil seguidos:

  • Es difícil abandonar el concepto de "jefe - subordinado". . Después de todo, Agile no es una forma de planificación, sino la filosofía de la obra de todo el equipo. No todas las compañías podrán revivir tranquilamente tal transformación.
  • No todos están listos para el verdadero trabajo en equipo. . Muchas personas se sienten más cómodas para trabajar solas, informar antes del liderazgo y no para escalar en ninguna parte. Y en el caso de ágil, todos tendrán que entender todo y participar constantemente en el trabajo de otra persona.
  • No todos están listos para el hecho de que parte del tiempo puede simplemente aby . Supongamos que el equipo trabajó en la tarea, y luego resultó que los objetivos del proyecto se cambiaron y no tiene sentido continuar con el trabajo casi completo. Todos tus esfuerzos fueron en vano. Esta es una situación psicológicamente difícil que puede matar fácilmente toda la motivación.

Pero si su equipo está trabajando en un montón de proyectos, conoce bien su negocio y se ahoga por el resultado perfecto, tal vez ágil es suyo.

La metodología ágil permite que el modelo de cascada no permita, para crear productos de alta calidad sin un plan detallado para todas las etapas. Todo gracias al iteratividad, la retroalimentación de los clientes y los empleados y la autoorganización del equipo.

Lo principal, recuerda que Agile es una metodología y filosofía. Para aplicar todo esto para la gestión de proyectos, debe recopilar su metodología de este diseñador o elegir una de las cosas existentes, le informaré sobre ellos en los siguientes artículos.

Una fuente: https://weeek.net/ru/blog/chto-takoe-agile
"Cualquier negocio siempre dura más de lo esperado, incluso si consideras la ley de Hofstadter".

- Ley de Hofstadter

imagen.

La película más vista en YouTube en Agile. 744 625 puntos de vista en el momento de la publicación de este artículo. Fácil estilo de presentación, imágenes y solo 15 minutos, lo mejor que he visto. Ted descansa.

Papel

Esta es mascota,

Propietario del producto

. Ella no conoce los detalles técnicos, pero tiene una visión de un panorama común, lo sabe.

Para qué

Hacemos el producto, qué problemas decidirá y para quién.

eso

personas interesadas

. Usarán el producto, lo apoyarán o estarán de alguna manera involucrado en el desarrollo.

eso

Historias personalizadas

. Expresaron los deseos de las personas interesadas. Por ejemplo, "El sistema de reservas de boletos aéreos, el usuario debe buscar vuelos.

Las personas interesadas tienen muchas ideas y mascotas ayudan a hacer historias personalizadas de ideas.

eso

Equipo de desarrollador

. Los que lo harán

construir

Sistema de trabajo.

Banda ancha

Dado que el equipo usa

Metodología de desarrollo flexible.

No cavan todas estas historias a una gran liberación, por el contrario, los liberan de inmediato y con la mayor frecuencia posible. Por lo general, producen 4-6 historias de usuario por semana. Es de ellos

Banda ancha

. Es muy fácil medir, el número de historias de usuarios durante 7 días.

Algunas historias son grandes, se pueden considerar para dos, algunas pequeñas, se pueden considerar la mitad.

Para mantener este ritmo y no para ser lanzado en pruebas de regresiva manual, el comando funciona con fuerza en

Pruebas automáticas

y la integración constante. Por lo tanto, cada función tiene que escribir autotestos, y la mayoría del código tiene autotestos incorporados.

El problema es que hay muchas partes interesadas y sus solicitudes no pueden satisfacerse con 4-6 historias por semana.

Cada vez que implementamos un historial de usuarios, tienen varias ideas más que siguen aún más solicitudes.

¿Qué pasa si hacemos todo lo que nos hacen? Tendremos sobrecarga.

Supongamos que el equipo tomará 10 nuevas historias para esta semana. Si hay 10 a en la salida 4-6, el equipo será sobrecargado. Se apresurará a cambiar entre tareas, perderá la motivación, como resultado, el rendimiento y la calidad disminuyen. Esta es una estrategia de perder deliberadamente.

Scrum y XP en este caso Use el método "El clima de ayer". El equipo dice: "Recientemente, hicimos 4-6 fiches por semana, ¿qué 4-6 hicimos nosotros haremos la próxima semana?"

La tarea del propietario del producto es elegir de manera competente qué historias de usuario se implementarán esta semana.

Kanban recomienda que varias tareas - Límite de WIP. Supongamos que el equipo decide que 5 es un número aceptable de historias de usuarios sobre las cuales pueden trabajar simultáneamente sin sobrecarga, sin saltar de uno a otro.

Ambos enfoques funcionan bien y ambos crean una cola de tareas que se denominan atraso en Scrum, o una lista de tareas priorizadas.

Esta cola también necesita ser manejada. Si las personas interesadas solicitan 10 historias a la semana, y el equipo implementa 4-6 historias, entonces esta cola se volverá cada vez más. Y pronto su backlog será programado durante medio año. Es decir, una historia esperará la liberación de 6 meses.

Solo hay una forma de mantener una lista de tareas bajo control, esta es la palabra "no"

Esta es la palabra más importante para el propietario del producto. Debe entrenarlo todos los días frente al espejo.

Diga "sí" - fácil. Pero una tarea más importante -

decide no hacer

Y llevar la responsabilidad de esto. El propietario del producto también define la secuencia que estamos haciendo ahora, y más tarde. Este es un trabajo difícil y lo siguió con el equipo de desarrollo y al menos una persona interesada.

Para organizar corremente prioridades, el propietario del producto debe comprender el valor de cada historia y su volumen.

Tomando decisiones

Algunas historias son extremadamente necesarias, y algunas características de bonificación. El desarrollo de algunas historias tardará un par de horas para desarrollar otros meses.

¿Cómo se correlaciona el tamaño de la historia y su valor? De ninguna manera.

Ya no significa mejor. El valor y la complejidad de la tarea es que la mascota ayuda a organizar prioridades.

¿Como el propietario del producto determina el valor y el alcance de la historia? De ninguna manera.

Este es un juego en Gadayku. Y es mejor participar en ello a todos. La mascota se comunica constantemente con las partes interesadas para conocer el valor de cada historia, se comunica con el equipo de desarrolladores para conocer el alcance del trabajo, pero todas las conjeturas aproximadas, sin dígitos precisos. Inicialmente, siempre habrá fallos y esto es normal. Mucho valor es charlar que los dígitos de basura.

Cada vez que los desarrolladores producen algo nuevo, aprendemos más información y podemos navegar mejor.

Una prioridad no es suficiente. Para producir historias de manera rápida y con frecuencia, debe dividirse en piezas que se pueden hacer en un par de días. Queremos historias pequeñas y claras al comienzo de los embudos, y al final son grandes e inciertos. Con el tiempo, podemos tomar este desglose. Podemos usar nuestros últimos descubrimientos con respecto al producto y las necesidades de los usuarios. Todo esto se llama backlog de limpieza.

PAT realiza una reunión sobre la limpieza de la limpieza cada miércoles de 11 a 12. Por lo general, todo el equipo y, a veces, se recopilan varias partes interesadas. El contenido de las reuniones es diferente. Centrarse en la evaluación, al romper historias, en criterios de aceptación.

El propietario del producto de TI debe comunicarse constantemente con todos.

Propiedores de productos materiales Destacan 2 componentes del éxito: Pasión por el trabajo y la comunicación. Qué tareas El propietario del producto decide el lugar con el equipo.

Equilibrio entre la complejidad del desarrollo y el valor de la historia del usuario.

En una etapa temprana, el equilibrio amenaza la incertidumbre y varios riesgos a la vez.

Riesgos

Riesgo de negocio: "¿Hacemos lo correcto?"

Riesgo social: "¿Podemos hacer lo que necesita?"

Riesgo técnico: "¿Trabajará el proyecto en esta plataforma?"

Riesgos con costos y períodos de implementación: "¿Tengo suficiente dinero?"

El conocimiento puede ser considerado en oposición al riesgo. Cuando la incertidumbre es grande, nos centramos en la adquisición del conocimiento: prototipos de interfaz, experimentos técnicos,

Compromiso entre los valores de conocimiento y los valores del cliente.

Desde el punto de vista del cliente, la curva se ve así:

Desde el punto de vista del valor para el cliente, esta curva se ve así. A medida que disminuye la incertidumbre, podemos concentrarnos en los valores para el cliente. Sabemos qué hacer. Permanece solo hacerlo. Después de que se hayan implementado las historias básicas, haremos funciones de bonificación o lanzaremos un nuevo proyecto.

Compromiso entre el pensamiento a corto y largo plazo.

¿Qué implementar primero? Elimine con urgencia los errores o comience a desarrollar una característica impresionante que afectará a los usuarios. O haga una actualización compleja de la plataforma, que acelerará el trabajo en el futuro. Es necesario observar constantemente el equilibrio entre el trabajo reactivo y proactivo.

¿Hacer las cosas correctas, hacer las cosas bien o hacerlo rápido?

Idealmente, los tres al mismo tiempo, pero en realidad tienes que elegir.

Supongamos que estamos aquí. Estamos tratando de crear un producto ideal con la ayuda de la arquitectura perfecta. Si pasamos mucho tiempo, no podemos entrar en la "ventana de marketing" y tendremos problemas con el dinero.

o

Hacemos un prototipo de producto rápido. Para el corto plazo, no es malo. A largo plazo, obtenemos un riesgo técnico. Y la velocidad de desarrollo disminuirá a cero.

o

Estamos aquí, creamos un maravilloso templo en tiempo récord. Pero el usuario no necesitaba un templo, necesitaba una furgoneta residencial.

Hay una confrontación saludable entre los roles en Scrum

El propietario del producto se enfoca en construir las cosas correctas. El equipo se centra en construir cosas bien. El maestro Scrum o el entrenador ágil se centran en reducir el ciclo de retroalimentación.

Por separado, vale la pena enfatizar la importancia de la velocidad, por lo que Kkak un ciclo de retroalimentación corta acelera el aprendizaje. Esto nos permite descubrir rápidamente qué son las cosas correctas y cómo construirlas correctamente.

Compromiso entre el desarrollo de un nuevo producto y la mejora de los viejos

El producto nunca se puede completar completamente, ya que necesita cambios constantemente. Cuando el equipo comienza a trabajar en un nuevo producto, ¿qué pasa con los viejos? La transferencia del producto de un comando a la otra es muy costosa y arriesgada. Por lo general, el equipo apoya el producto anterior, desarrollando uno nuevo. Por lo tanto, más bien, el concepto de "backlog" no se refiere al producto y al equipo. Backlog es una lista de cosas que el propietario del producto quiere del equipo. Y conjunto de historias para diferentes productos. El propietario del producto necesita elegir constantemente relevante para implementar.

Horario de destruir historias

De vez en cuando, las partes interesadas le preguntarán a PET: "¿Cuándo se liberará mi comunicado?" O "¿Cuántos fiches se liberará a la Navidad?". El propietario del producto debe poder administrar las expectativas del usuario. Y gestionar las expectativas realistas.

Dos tendencias son optimistas y pesimistas (puedes enfrentar). La distancia entre las tendencias muestra lo inestable la velocidad del equipo. Con el tiempo, estas tendencias se estabilizan y el cono de incertidumbre disminuirá.

Supongamos que la persona interesada pregunta cuando se hará esta característica?

Esta es una pregunta con un contenido fijo y un período indefinido. Para la respuesta de PET utiliza dos líneas de tendencia. La respuesta es en abril o en mayo.

La parte interesada le pregunta a PET: "¿Cuánto se hará a la Navidad?" Esta es una cuestión de contenido fijo e indefinido. Las líneas de tendencia se cortan en un segmento probable de una escala vertical de lo que tendrá tiempo para implementar.

La persona interesada pregunta: "¿Tenemos tiempo para hacer estas características a la Navidad?" Esta es una pregunta con marco temporal fijo y contenido fijo. Centrándose en las tendencias, respuestas para mascotas: "No". Al agregar: "Tenemos tiempo para hacerlo mucho a la Navidad, pero necesitaremos mucho tiempo para completar completamente todo este trabajo".

Por lo general, es mejor reducir los contenidos del proyecto que aumentar el tiempo. Si reducimos el contenido, tendremos la oportunidad de mover el tiempo. Podemos liberar algo aquí, y el resto, más tarde.

El propietario del producto hace que los cálculos semanalmente y use datos extremadamente empíricos, y no produce lo deseado para válido. Honestamente habla de incertidumbre. El equipo apoya el ritmo del trabajo, y Pat no le prescribe en ellos, obligándolos a acelerar.

Varios equipos

Permita que tengamos varios propietarios de productos y varios equipos. El mismo modelo es una gestión de ancho de banda, comunicaciones con partes interesadas, tomando decisiones sobre la desviación de las historias de usuarios. La velocidad es igual a la suma de las velocidades de todos los comandos. La previsión puede ser general o para cada equipo. Los propietarios de los productos aparecen una tarea adicional: comunicación con otros propietarios de productos. Es necesario organizar el trabajo en atrasos para minimizar las dependencias y proporcionar sincronización. En grandes proyectos, se requiere que el principal propietario del producto (CPO) sincronice a todos los demás.

Fuente -

Propiedad ágil de productos en pocas palabras

Vale la pena separar ágil como una familia de enfoques flexibles y ágiles como filosofía y un sistema de valores. En este artículo, solo describiré brevemente los enfoques más populares (Scrum y Kanban), y consideraré el segundo aspecto con más detalle: ¿por qué los valores de Agile, que están detrás de ellos, donde pueden usarse y qué es El lugar de ágil en la imagen general de la gestión de procesos, productos y empresas.

Esta revisión Agile está diseñada para "Kettles", que están comenzando su conocido con el tema. Pero si ya está familiarizado con Ajileil, use este artículo como navegador: en cada una de su sección hay enlaces para profundizar: artículos detallados, videos educativos, literatura.

Que ágil difiere de las metodologías

El término "metodología" se aplica a ágil por analogía con los enfoques anteriores para la organización del desarrollo de software: rad, rup, xp y otros.

Sin embargo, aquellos que se enteraron de Ajileil, entiendo: no es similar a los enfoques anteriores que describieron el proceso de desarrollo en detalle. Resumen ágil: consta de 4 valores y 12 principios. Una descripción de la metodología RUP, por ejemplo, toma decenas de páginas, son muchas técnicas y algoritmos de acción. RUP (proceso unificado racional) incluye dividir el ciclo de vida del desarrollo de 4 fases, proporciones recomendadas de trabajo en 9 flujos (flujos de trabajo) en cada fase, así como herramientas específicas para cada flujo. Openup: la última metodología: el rup de heredero es más corto y más flexible, pero aún así, antes de que el breve ágil esté lejos.

Ejemplos de metodologías y métodos.

La metodología es una combinación de métodos y técnicas que se utilizan en diferentes campos de actividad.

El método es una forma de lograr cualquier objetivo.

Agile en sí no da algoritmos, formas y técnicas. Al mismo tiempo, los enfoques "flexibles" incluidos en Agile a menudo se prescriben mediante técnicas específicas:

  • Por ejemplo, en una metodología XP flexible (programación extrema) incluye tales técnicas como la programación y la planificación del par, que indican algoritmos de acción muy específicos.
  • E incluso el marco de Scrum Flexible, que, por definición, no es un proceso, tecnología o método ", pero se prescribe para aplicar varios roles, eventos y artefactos. Cada elemento del alcance es obligatorio para su uso exitoso.

A diferencia de las metodologías, los métodos y los marcos de desarrollo de software, la base de ágiles no son procesos específicos y ni siquiera elementos de los procesos, sino valores de alto nivel.

Seguir estos valores aumenta la velocidad de desarrollo y el efecto empresarial de los productos que se están desarrollando. Al mismo tiempo, el costo del desarrollo puede aumentar, así que no siempre se necesita ágil. Para obtener más información, consulte la Sección de Aplicación Agile.

Metodologías flexibles Wolfson

El esquema condicional que se muestra arriba se toma del libro Boris Wolfson "Metodologías de desarrollo flexible". Este breve libro de referencia en una gran cantidad de herramientas de administración flexibles es muy buena para su tiempo (2012), cuando Agile se usó solo en la industria, donde apareció, en desarrollo de software. Si no está relacionado con esta industria, para profundizar, lea más libros modernos sin problemas.

Valores ágil palabras simples

Los valores de Agile nacieron en 2001 en el manifiesto ágil, como resultado de la generalización de muchas metodologías de desarrollo por parte de sus autores.

Los valores son que generales definen prioridades en el trabajo, independientemente del proceso específico y el tema del trabajo. Cada uno de los 4 valores de Agile se formula en forma de "X más importante y", donde X es:

  1. personas,
  2. producto de trabajo
  3. cooperación con el cliente
  4. Listo para cambiar.

Veamos por qué estos valores son ágiles.

1. Las personas y su interacción son procesos y herramientas más importantes.

Para que la gente trabaje de manera más eficiente Los procesos y herramientas no deben limitarlos. En ágil, ni el proceso ni el más instrumento de software dictan que las personas lo hacen. Además, ellos mismos deciden cómo cambiar los procesos / herramientas de su trabajo.

Para acelerar el proceso de desarrollo. Las personas también deben interactuar directamente (sin intermediarios en forma de documentos u otras personas), comunicarse activamente en una persona personalmente, y no escrita. Es cierto, en los negocios modernos, la comunicación a menudo se ve obligada a ir en línea. Pero entonces debería ser un vínculo de video con tableros en línea interactivos, no solo letras y chats.

Las personas y su interacción son procesos y herramientas más importantes.

2. Un producto de trabajo es más importante que la documentación integral.

Para que los clientes estén satisfechos, Necesitan un producto de trabajo. Por lo tanto, los desarrolladores de productos deben enfocar que el producto se puede usar lo antes posible, y no en la compilación de listas, diagramas, requisitos, informes al cliente.

Para caber en poco tiempo con un costo mínimo. , a menudo no es necesario asociarse con la documentación. El apoyo a la documentación en un producto adecuado del estado a menudo disminuye el desarrollo y requiere costos innecesarios.

El producto de trabajo es más importante que la documentación completa.

3. La cooperación con el cliente es más importante que la coordinación de los términos del contrato.

Para obtener el producto, realmente valioso para el cliente. Vale la pena abandonar los detalles innecesarios en el contrato entre el contratista y el cliente (así como en los requisitos del cliente interno al desarrollador interno del producto). Preguntó rígidamente al inicio, los detalles del contrato previenen nuevos datos y prioridades que aparecen solo durante el desarrollo.

Para hacer crecer rápidamente el valor del producto. El cliente con el desarrollador debe comunicarse con fuerza en el curso del trabajo. En este caso, ambas partes están procesadas con prontitud.

Y para que dicha cooperación del intérprete y el cliente sea posible, debe construir su confianza entre sí.

La cooperación con el cliente es más importante que la aprobación de los términos del contrato.

4. Disposición a cambiar más importante que el siguiente plan.

Para no posponer los riesgos de proyectos en las últimas etapas de desarrollo. (Cuando ya es demasiado tarde para reducir el contenido del trabajo, cambiar el período o fortalecer el comando), Agile ofrece no solo la iteración del trabajo, sino también la voluntad de cambiar en todas las etapas.

A principalmente el más valioso La visión actual del valor comercial y el posicionamiento del producto debe ser transparente para los desarrolladores, y el proceso de su trabajo debe permitir realizar cambios significativos en los planes anteriores. Incluir a los desarrolladores deben estar preparados para agregar nuevas características no planificadas al producto si se han vuelto valiosas en la situación cambiada.

En cuanto a la preparación para cambiar por representantes del cliente (cliente), en tal situación, pueden sacrificar algo planeado (pero menos valioso) para nuevas oportunidades. La disposición del cliente para sacrificar rápidamente una parte del planificada también necesaria en una situación en la que los intérpretes enfrentaron problemas imprevistos durante el desarrollo.

Listo para cambiar lo más importante, siga el plan inicial.

Ágil - filosofía, scrum - su implementación

Por lo tanto, Agile no es una metodología de desarrollo, sino un sistema de valores que ayudan a los desarrolladores a hacer nuevos productos más rápido y con un gran efecto empresarial:

  • Debido a una interacción más eficiente con el cliente y entre sí, que no se limita a un contrato estricto o un proceso interno rígido;
  • Debido a la rápida respuesta a los cambios, y en ambos lados;
  • Debido al enfoque en un producto de trabajo, y no para cosas auxiliares como la documentación.

Listo para cambiar lo más importante, siga el plan inicial.

Estos valores son tan comunes e incluso abstractos, que a menudo se llama ágil. filosofía .

También encontré el término " Imagen flexible de pensamiento. "(De la mentalidad ágil inglesa), lo que significa una comprensión de los valores humanos de ágil.

Enmendar la forma de pensar en los gerentes y los intérpretes con tradicional en flexibilidad es lo más difícil de hacer para aplicar cualquier enfoque ágil en el equipo o en la empresa.

La imagen del Agile Pensando ahora se implementa con mayor frecuencia a través del marco Scrum, por lo que no es sorprendente que estas dos palabras se usen muy a menudo.

  • Si el pensamiento ágil no es característico de las personas, Scrum conduce solo al aumento en el precio, ya que es necesario asignar más tiempo en las comunicaciones y la retroalimentación, se requieren nuevos roles, necesitamos recursos para la capacitación, para aumentar la intercambiabilidad de los empleados, etc. .
  • A la inversa: sin un enfoque específico (como Scrum), Agile seguirá siendo solo una hermosa filosofía: la abstracción que la mayoría de las personas no podrán convertirse en una guía para el trabajo cotidiano.

Por lo tanto, ágil y scrum se estudian generalmente juntos. En nuestro sitio web se recolectan docenas de artículos sobre gestión flexible en el encabezado Ajilele y Skram.

Históricamente, Agile también incluye el método de Kanban. Por lo tanto, el Certificado Internacional Internacional más Universal para Agile - PROFESIONAL CERTIFICADO CERTIFICADO: incluye no solo SCRUM, sino también Kanban.

Ágil es más difícil que 4 valores

Primero, además de los valores, el manifiesto Agile también tiene 12 principios que aclaran y complementan los valores.

En segundo lugar, en el artículo "¿Qué es un enfoque ágil y por qué necesita negocios" encontrará una presentación detallada de 6 signos de trabajo en ágil, que son mucho más específicos que los valores e incluso los principios? Los traeré aquí brevemente:

  1. Las necesidades del cliente son comprensibles para todos . Es importante que con el enfoque ágil de las necesidades del cliente, no solo el gerente de negocios y el gerente de productos están enfocados, sino también a todo el equipo. Es decir, cada uno de los desarrolladores entiende: quiénes son los clientes que necesitan y cuáles son sus problemas un nuevo producto. Ayuda a encontrar soluciones más adecuadas.
  2. Los procesos y organizaciones se simplifican tanto como sea posible. . Las reglas y procesos para los cuales los equipos ágiles trabajan deben ser simples para que las personas puedan concentrarse en los clientes y el producto que se está creando.
  3. Trabajar ciclos cortos (iteraciones) . La duración del ciclo es aproximadamente una semana o mes, durante este tiempo, los desarrolladores emiten cualquier resultado útil para el cliente.
  4. Recibo del sistema y uso de comentarios. . Los desarrolladores demuestran el producto al cliente, reciben comentarios al producto e información sobre los cambios en los planes del cliente, finalizar, agregue algo útil y así sucesivamente en el ciclo. Pero también el ciclo de retroalimentación también funciona para mejorar el proceso de desarrollo en sí: para deshacerse de las pérdidas, retrasos y otros obstáculos que interfieren con el rendimiento.
  5. Poderes máximos de artistas. . Idealmente, las personas toman decisiones independientemente y se llevan la responsabilidad por ellos. Cuando el equipo o incluso un empleado separado en sí (a) puede, quiere y tiene el derecho de resolver algún problema sin esperar acciones desde el exterior, esto acelera significativamente el trabajo.
  6. Motivación interna en lugar de "látigo y pan de jengibre" . Los métodos ágiles ayudan a personalizar los procesos de tal manera que el personal se vuelva más libre y feliz en el trabajo, considera que la demanda de su trabajo por parte de los clientes, aprecia la confianza y las oportunidades que les brindan el desarrollo propio. Las personas con tal motivación interna son más efectivos con el trabajo, especialmente si es un trabajo creativo complejo.

Estos 6 signos son característicos de muchos enfoques flexibles si se aplican correctamente. Ahora consideramos un poco más de detalle qué tipo de enfoques flexibles.

Brevemente sobre lo que se incluye en Agile hoy

Los "métodos de gestión" flexibles incluyen, en particular, el marco Scrum y el método Kanban. Según la investigación de Agile en Rusia, Kanban ahora está clasificando un segundo lugar en popularidad después del cero (a excepción de los enfoques flexibles auto-hechos que aman inventar en las empresas rusas).

En Scrum, el trabajo se realiza por sprints, lo mismo en iteraciones cortas. Todo el trabajo se lleva a cabo por las fuerzas de una pequeña (hasta 10 personas), el equipo, que incluye a los desarrolladores, el propietario del producto (responsable del éxito del producto) y el Scram-Master (responsable de la eficiencia y la adecuada Uso de Scrum). El equipo decide de forma independiente quién, qué, cuándo y cómo lo hace.

Todos los miembros del equipo juntos planifican un Sprint, demuestran conjuntamente los resultados a las personas interesadas y juntas están buscando formas de resolver problemas con el producto y el proceso de trabajo. Durante el Sprint, los desarrolladores diariamente y discuten verbalmente los obstáculos, los planes a corto plazo y la separación del trabajo juntos.

equipo de scrum

Kanban es un método para mejorar la calidad del servicio: un conjunto de principios y prácticas que hacen que el servicio (o el desarrollo de productos) sea más rápido y mejor que las expectativas de los consumidores pertinentes.

Kanban difiere desde cero en muchos parámetros, en particular:

  • tiene un área más amplia de aplicación (no solo productos nuevos, sino también soporte, operando);
  • A diferencia de Scrum, se introduce gradualmente (sin un cambio de un solo tiempo de los procesos actuales) y simplemente (sin cambios en la organización, por ejemplo);
  • Dirigido no solo a acelerar, sino también en la uniformidad de los procesos;
  • Tiene alejado de la cero de las métricas, que no requieren la evaluación de la complejidad de las tareas (por ejemplo, el momento de aprobar la tarea en el sistema);
  • Se distingue por la falta de enfoque en la autoorganización del equipo y la falta de comunicaciones directas kanban-practicantes con valores ágiles (Canbana tiene sus propios valores, muchos de los cuales son bastante consistentes con los valores de Agile , por ejemplo: orientado al cliente, cooperación, transparencia).

El primero del 6º practicante Kanban es más utilizado: la visualización del proceso, incluida la llamada a la llamada Junta de Kanban. Esta es una tabla física o electrónica con pegatinas que denotan diferentes tareas. A diferencia de la placa SKRAM con 3 columnas, en CANBANE, es habitual que visualice en la pizarra en todas las etapas del proceso, así como compartir cada columna en dos partes: "en el trabajo" y "Listo para la siguiente etapa":

Tablero de kanban

Por supuesto, Scrum y Kanban están lejos de los únicos enfoques incluidos en Agile. Pero la mayoría de los otros enfoques flexibles que desarrollan activamente se refieren a los problemas de otro nivel que los descritos en este artículo.

Estamos hablando de los problemas de las principales organizaciones que se ven obligadas a competir con las nuevas empresas, tanto por la velocidad del retiro de nuevos productos al mercado y en la velocidad de la toma de decisiones. Dichas organizaciones ayudan, en particular, los enfoques de Scrum Scrum, en particular, a escala de LRGE, así como el no scrum of Scrums. Estos son los tres primeros de los enfoques más populares para la escala ágil, como lo demuestra el mismo estudio de ágil en Rusia.

Características distintivas de todos los enfoques populares en Rusia relacionados con Agile (así como a un concepto más amplio de agilidad empresarial), puede ver una pantalla descargando nuestra tarjeta de enfoques flexibles para los negocios en forma de una imagen y como sea adecuado para Cartel de impresión.

Área ágil de alcance

Agile se basó en valores convencionales. Por lo tanto, Agile se usa en varios sectores: en bancos y compañías de seguros, en cadenas minoristas y telecomunicaciones, e incluso en energía e industria. La redacción de muchos principios de ágil se refiere únicamente al desarrollo del software, pero la mayoría de ellos son aplicables y fuera de él.

A juzgar por el número de participantes en la investigación de Agile en Rusia 2019, la industria de TI pierde su monopolio en ágil, teniendo una proporción de menos del 50% del número total de personas involucradas en la transformación ágil.

Agile no es solo para el desarrollo del software.

Pero esto no significa que los enfoques flexibles tengan sentido aplicar en todas partes sin restricciones.

Una de las restricciones clave ágil se encuentra en las palabras "para desarrollar nuevos productos". Deje que el "producto" se utilice aquí en el sentido más amplio, pero aquí Nuevo Los productos aún desarrollan solo un pequeño porcentaje de personas. Y especialmente, efectivamente, ágil se manifiesta solo en el trabajo creativo y / o en condiciones de incertidumbre. De lo contrario, los costos generales para los procesos ágiles pueden exceder los beneficios de los productos ágiles en términos de negocios, especialmente con la configuración inconsciente de estos procesos.

  • Agile es aconsejable aplicar en una situación en la que la primera versión del producto debe ser liberada en el mercado lo más rápido posible, de lo contrario, la lucha competitiva se puede perder.
  • Otra situación en la que los valores de Agile serán más efectivos: un producto innovador con propiedades impredecibles con anticipación y / o con medios no estándar (nuevas tecnologías) para su desarrollo.

Acerca de la aplicabilidad de Agile y sobre los principales problemas que implica ágil, mira el video de 5 minutos de Alexei Pimenova:

Lea más sobre por qué y cuando necesita enfoques flexibles, aprenderá de los tutoriales de video ágiles gratuitos (11 videos, 65 minutos).

Libros sobre ágil en ruso

Las referencias de ágil en ruso pueden tener dos docenas de publicaciones. Pero solo daré 4 libros que se intersecan débilmente entre sí por su propósito previsto. Los dos primeros libros son adecuados para la primera familiarización con Agile, los dos segundos son más bien para aquellos que ya aplican enfoques flexibles en el trabajo.

Brillante ágil. Gestión de proyectos flexible usando ágil, Scrum y Kanban.Brillante ágil. Gestión de proyectos flexible usando ágil, Scrum y Kanban.

Autores: Rob Cole, Edward Skellother

El libro se centra principalmente en aquellos que planean pasar de la gestión clásica de proyectos a flexibles.

Era de Agile. Cómo cambian las empresas inteligentes y logran resultados.Era de Agile. Cómo cambian las empresas inteligentes y logran resultados.

Publicado por: Stephen Denning

El libro describe cómo funcionan los métodos de gestión flexibles en diferentes niveles hasta la alta dirección, cómo corregir los objetivos sobre el desarrollo de la empresa y cómo lograrlos.

Melé. Método revolucionario de gestión de proyectos.Melé. Método revolucionario de gestión de proyectos.

Publicado por: Jeff Sutzerland

Reserve del Fundador del Marco Scrum. En la traducción de ruso, el nombre del libro es inexacto (Scrum no se trata de la gestión de proyectos), pero aún se considera obligatorio para leer los Scarmarsters. El libro está bien leído y revela el beneficio de cada elemento de la CRACH.

Scrum y Kanban: apretar el máximoScrum y Kanban: apretar el máximo.

Autores: Henrik Kabberg, Mattias Skarin

El libro electrónico en acceso abierto, mientras que es excelente ilustrado por ejemplos y contiene una comparación detallada de la chatarra con Kanban. Es especialmente útil para los timlides, los maestros de cicatrices y todos los que controlan a alguien o cualquier cosa a nivel de un equipo separado, especialmente el "it".

Resumen. Coloque ágil entre los enfoques de gestión relacionados.

Por lo tanto, Agile no es una metodología, no un conjunto de recetas, no es tablero con pegatinas y no es un conjunto estandarizado de reuniones de equipo, prescrito en Scrum.

Esta palabra ahora tiene dos significados básicos:

  • Ágil es un sistema de valores (o imagen de pensamiento o filosofía, si le gusta mejor), lo que contribuye al rápido desarrollo de nuevos productos que satisfacen las necesidades de los clientes.
  • Agile también es un nombre colectivo de enfoques muy diferentes para la gestión del desarrollo, algunos de los cuales ni siquiera comparten los 4 valores de ágil (ejemplo - Kanban). Tan históricamente desarrollado.

Ágil se centra en Desarrollo - Más precisamente, en la implementación y suministro de productos terminados. Mientras que para generar y verificar las ideas de nuevos productos, Agile debe complementarse con varios enfoques de productos: desarrollo del cliente, pensamiento de diseño, etc.

Por otro lado, ágil es sobre Organización de procesos Desarrollo, y no sobre los detalles técnicos de la implementación, dependiendo de la industria. Por ejemplo, en la industria de TI con el mismo propósito (entrega rápida del valor al cliente), las llamadas prácticas de ingeniería y se utilizan DEVOPS, pero no están incluidos en Agile.

Agile ayuda a resolver dos tareas principales típicas de los negocios modernos:

  1. reducir el tiempo de la producción de productos al mercado / hora de su suministro al consumidor;
  2. Acelerar la toma de decisiones a nivel de equipo y superior.

Para enfoques para la aceleración a nivel de programas y carteras de proyectos ( En grandes organizaciones ) Aplicar enumeradamente el término agilidad empresarial, aunque en muchos contextos también se atribuyen a ágil.

En cuanto a los enfoques para mejorar la flexibilidad / toma de decisiones. A nivel de todo el negocio. Esto es mucho más ancho que el ágil. Entonces, para designar tales enfoques, se debe utilizar el término agilidad empresarial, que se ha distribuido a fines de 2010. La flexibilidad comercial incluye no solo un valor de entrega rápida a los clientes y una respuesta rápida a los cambios, sino también la flexibilidad de la distribución y distribución de recursos en la organización.

Agilidad empresarial vs ágil: esquema

Entre los 12 dominios de flexibilidad comercial que se muestran en la figura, Agile cubre completamente el dominio "Flexibilidad de los procesos", pero también está asociado a un grado u otro con otros 5 dominios al menos.

Por lo tanto, aunque Agile ha aparecido mucho antes que otros términos de gestión de moda, no pierde su relevancia. Ya sea que sea al menos un gerente superior, al menos el jefe de proyectos, al menos el desarrollador de productos, valores y principios de Agile-manifiest, debe comprender y recordar que su proceso flexible trae los beneficios esperados.

Y recordarlos mejor, descargue un póster con una presentación visual de valores y los principios de Agile.

Espero que este artículo de revisión sirva como un buen navegador para profundizar más en Agile. Como mínimo, le permitirá distinguir artículos, videos y cursos alfabetizados sobre enfoques flexibles de análogos no profesionales, y también lo mantiene en el uso de Agile en aquellas situaciones en las que es inapropiado.

Que es ágil

Primero, es un adjetivo. Traducido del inglés como "yurky, shurs, maniobrable". La agilidad sustantiva significa la capacidad de cambiar la dirección de movimiento sin pérdida de velocidad.

Desde mi punto de vista, la traducción generalmente aceptada del desarrollo de software ágil término completo como "desarrollo de software flexible" no es muy preciso. Los autores del término consideraron inicialmente la opción adaptable, y me parece un poco más preciso que ágil.

En segundo lugar, ágil es la filosofía. , visión del mundo, cristalizó a partir de muchos años de practicantes. Antes de formular el manifiesto ágil, sus autores por más de 10 años elaboraron diversos enfoques para crear software. Ahora estos enfoques son conocidos como "flexibles", entre ellos: Scrum, Programas extremos, Cristal, Desarrollo impulsado por la característica y otros.

En el manifiesto, los autores describieron los valores y principios que se guían por el trabajo. Si encuentras fallas, entonces los llamé correctamente.

En tercer lugar, Agile es una familia de metodologías. . La metodología ágil unificada no existe. Los autores de Manifesta intentaron inventarse, pero luego decidieron que la creación de una plantilla no funcionaría para todas las situaciones y eso limitaría las posibilidades de aplicar ágil.

En su lugar, hay un grupo de enfoques para realizar los valores y principios de la práctica ágil. Además, los mencionados anteriormente incluyen Nexus, menos, seguros y otros.

Además, muchas empresas crean sus propios enfoques que se afilan con sus tareas, estructura y cultura. Por ejemplo, Spotify hizo esto. Por lo tanto, puede crear un enfoque para usted mismo, y si su metodología corporativa le permite implementar los valores y principios de Agile, puede considerarlo de manera segura flexible.

Principios básicos ágiles

Cuatro valores y 12 principios de ágiles están formulados en el manifiesto ya mencionado. Al mismo tiempo, los valores fueron formulados principalmente, y los principios de los autores pintaron más tarde. Son valores que son la base de ágiles, y su malentendido es la fuente de los mitos ágiles.

Valor 1. Personas e interacción más importantes procesos y herramientas.

Los autores de Manifesta enfrentaron el hecho de que las metodologías corporativas y la organización a menudo no cumplían con las necesidades de la organización. Desde entonces, poco ha cambiado, los procedimientos establecidos en las grandes corporaciones impiden la creación de nuevos productos, interfieren los pozos organizativos con el trabajo efectivo de los equipos del proyecto.

Los autores dicen: Las personas y su interacción deben definir un conjunto de procesos y elegir herramientas. Las necesidades de la interacción de los equipos son primarios, procesos y herramientas deben ayudarlos, y no interferir.

Esto no significa que el caos y la anarquía se encuentren en ágiles. Los marcos flexibles dan un alto grado de adaptación, mientras que requieren un duro cumplimiento. Los equipos deben poder ajustar los procesos, pero deben seguirlos.

Valor 2. El producto de trabajo es más importante que la documentación completa.

Mito increíblemente estable que no hay documentación en Agile. Esto no es verdad. La documentación es muy importante, especialmente la relacionada con el desarrollo del producto. Sin embargo, además de la documentación de trabajo, a menudo se crea mucha documentación innecesaria, en primer lugar, porque en muchas empresas se usa para la comunicación. Tareas técnicas, varias justificaciones, presupuestos y similares.

¡Gran parte de esta documentación tampoco lleva también los valores al cliente! Primero cree un producto, y luego documéntelo.

Valor 3. La cooperación con el cliente es más importante para armonizar los términos del contrato.

Lleve el valor a su cliente o cliente. Si entras en un contrato, alrededor del cual, al final del proyecto, argumenta y juzga, perderás. Incluso si finalmente pagas. Pasarás fuerza y ​​tiempo y destruirá las relaciones con el cliente actual, y posiblemente con el futuro también. En Agile, el enfoque principal está dirigido al cliente. Es necesario cooperar con él, y el contrato debe apoyar esta cooperación, y no interferir con ella.

Valor 4. Preparación a los cambios de manera más importante sigue el plan inicial

De esta redacción sigue el mito de que no hay planificación en Agile. Esto no es verdad. Se crearon enfoques flexibles para las condiciones de incertidumbre y cambios frecuentes. Pre-planificación, es decir, un enfoque, cuando planeamos primero planificar un proyecto durante mucho tiempo, distribuir recursos y tareas, no funciona.

Por supuesto, tiene ciertos beneficios, pero se da prioridad a la planificación operativa. Como regla general, el horizonte de la planificación de tareas detallada es de 2 a 4 semanas. Si todo lo que rodea cambia a menudo, sus planes también deben.

No desarmaremos los 12 principios, esto es suficiente para varios artículos. Recomiendo leer esta parte del manifiesto.

Hay otra cosa básica que es importante saber para una comprensión de ágil: un enfoque iterativo-incremental.

Enfoque iterativo-incremental.

El enfoque iterativo-incremental radica en el corazón de los enfoques flexibles. Su esencia es no desarrollar todo el producto por completo y suministrar el resultado al final del proyecto, como en proyectos clásicos, sino actuar gradualmente, pequeños partidos.

Enfoques iterativos e iterativos incrementales. Ilustración de Jeff Patton

Trabajando el producto en pequeñas iteraciones, tenemos la oportunidad de no solo poner valor al cliente. Lo que es mucho más importante, recibimos comentarios de los clientes. Era lo que hacemos? ¿Vamos allí? ¿Es el objetivo incluso relevante? Puede responder a estas preguntas solo dando al usuario algo que puede usar, toque.

Para lograr esto, descomponemos nuestro producto a elementos valiosos más o menos independientes. En Scrum, una lista de tales elementos se llama "bclog", pero en esencia es una hoja de deseos priorizados en relación con la funcionalidad de nuestro producto.

Me concentro en la palabra "priorizado", porque en condiciones de incertidumbre, no podemos estar seguros de que el proyecto será llevado al final. Entonces, debemos hacer la parte más valiosa de nuestro producto lo antes posible.

La ley Pareto afirma que el 20% del esfuerzo da el 80% del resultado. A veces, incluso el 80% de nuestras espaldas son suficientes para nosotros o para nuestro cliente.

Que ágil es diferente del scrum

Scrum es un término de rugby, en ruso - lucha. El nombre se le ocurrió con Ken Swabab, uno de los autores de la chatarra y el fanático del rugby. Aparentemente, el número de jugadores y cómo van a pasar por la pelota, le recordaron a un equipo trabajando en el alcance. Ken Szvaber y Jeff Sutherland crearon un scram en los años 90 (y después de casi 10 años participaron en la escritura de manifiesto ágil).

Esto parece un rugby

La cicatriz es un marco de proceso diseñado para crear, suministrar y respaldar productos complejos. Esta es una cita del "manual sobre el alcance" oficial, y algunas palabras necesitan una explicación.

El marco es un marco, la base para el proceso. Es decir, el skar se complementa con diferentes prácticas necesarias para crear un proceso completo para un equipo que desarrolla cualquier producto.

Los autores intencionalmente no hicieron una metodología completa. Con razón razonaron que entonces el alcance se volvería cada vez más difícil de dominar. En su lugar, crearon un marco de proceso simple, compacto y escalable, aplicado desde el desarrollo de software antes de crear nuevos calificaciones de acero.

La cicatriz está diseñada para crear productos, no proyectos. El enfoque del producto difiere del proyecto que los productos tienen un ciclo de vida más largo. Los productos pueden vivir décadas y no se limitan a algún período específico.

Además, los productos son más fuertes enfocados en el suministro de valores al cliente y ganando dinero, mientras que el enfoque del proyecto está dirigido a satisfacer al cliente al cumplir con los plazos, presupuesto y contenido.

La complejidad del producto puede ocurrir desde:

  • incertidumbre del objetivo final;
  • incertidumbre del método de logro de este objetivo;
  • una gran cantidad de factores desconocidos, como la relación entre los procesos en una gran organización en su automatización;
  • Cambios permanentes en el producto y sus alrededores, ya sean tecnología, requisitos o condiciones del mercado.

La cicatriz se muestra mejor en tales condiciones. Por ejemplo, crea algo que no existía antes, el dispositivo para embotellar la cerveza en botellas de vidrio justo en la tienda o en el método de inspección a través de mensajeros. O está tratando de traducir en un tipo electrónico de flujo de documentos de una organización grande, durante las cuales las nuevas demandas de las partes interesadas, las restricciones y la integración surgen constantemente.

El producto es creado por iteraciones que se denominan sprints en el scram. Estos son segmentos del tiempo de una a cuatro semanas, durante los cuales un pequeño equipo (3-9 personas) está tratando de crear una parte del producto, que, idealmente, puede ponerle al cliente y comenzar a traerlo. Después de eso, el equipo recopila comentarios, hace cambios en sus planes si son necesarios, y comienza un nuevo Sprint.

El equipo es la base del proceso de la cicatriz. Incluye a los participantes con todas las competencias necesarias para crear un producto. El equipo en el scram debe ser autoorganizante, esto significa que los miembros de los miembros del equipo acuerdan cómo lograr sus objetivos, distribuir las tareas y, si es necesario, cambiar los procesos.

Al mismo tiempo, el equipo no se otorga a sí misma. Los objetivos comerciales frente a ellos ponen al propietario del producto, una persona responsable del valor del producto que se está creando y representa los intereses del cliente.

Pero el papel más inusual en el scram es un maestro de scram. Este es un especialista en la construcción de un proceso, tanto mentor como entrenador. Su tarea es ayudar a los participantes a convertirse en un equipo genial: aprender a negociar, mejorar constantemente el proceso, crear un producto valioso y hacerlo de manera efectiva.

Debe tener las habilidades de liderazgo, facilitación, entrenamiento y saber cómo se forman y funcionan los comandos. Sus deberes también incluyen enseñar al equipo a cillar y complementar sus prácticas.

Fuente: VersionOne State of Agile 13 Informe Anual

Skar es el marco flexible más popular. Se ha resuelto con cientos de equipos, hay muchos materiales en él, es adecuado para una amplia gama de tareas y lo suficientemente fácil para dominar.

Por supuesto, solo una pequeña parte de los equipos alcanza un alto nivel de habilidad en FRUZ, ya que requiere un cambio en la cultura de la organización y el pensamiento de las personas. Sin embargo, este es un gran punto de partida para aquellos que quieren esforzarse en ágil.

Ejemplos de proyectos y aplicaciones ágiles.

La carcasa de Agile en el mundo es un gran conjunto, y nuestro país tampoco se está quedando atrás. En las primeras filas de practicantes de enfoques flexibles en Rusia, el país está siendo retenido por las compañías de TI. Son seguidos por bancos y compañías de seguros. Estos son principalmente los comandos, de una forma u otra asociada con ella. Sin embargo, hay casos menos típicos.

En Severstal, hay varios productos ágiles de productos involucrados en el desarrollo de productos metalúrgicos, desde nuevas calificaciones de acero hasta cinta de embalaje y azulejos de acero.

El desarrollo se realiza en pequeños comandos transversales. La composición típica de un equipo de este tipo: comercializador, especialista en ventas, personal de producción y apoyo.

Junto con el propietario del producto y el SCARMASTER, este equipo de iteraciones crea nuevos productos para el mercado. Se utilizan todas las herramientas: investigación de mercado, comunicación de clientes, préstamos, experimentos con prototipos y ventas de pequeñas fiestas.

Tan pronto como se aclare, lo que se necesita, el equipo comienza a trabajar en la escala de este producto hasta que va a los rieles industriales. Debido al ciclo de producción más complejo y prolongado, tales comandos, como regla general, trabajan carreras durante cuatro semanas.

En el mismo principio, los equipos en bancos y compañías de seguros están trabajando. A veces, un equipo o varios equipos se encuentran, no un producto, sino la dirección del negocio. Por ejemplo, seguro de auto o préstamos al consumidor. Cuanto mayor sea la escala del producto, se requieren más personas.

Gracias a Scratch Scrap, varios equipos pueden trabajar en la creación de nuevos productos y canales de promoción en el medio digital para el seguro de automóvil.

Una escala completamente a gran escala requiere procesos adicionales, como Nexus, menos o seguro. Keis es conocido por la creación de la Saab de la aeronave de la 5ª generación. El modelo Gripen-E creó más de 100 comandos, cada uno de los cuales ha desarrollado su bloque, un nodo o subsistema, como resultado de lo cual fue posible lograr las impresionantes características del producto al cumplir con las restricciones establecidas.

Herramientas ágiles

Por lo general, las herramientas ágiles son más propensas a las tecnologías sociales: retrospectivas, reuniones de equipo diarias, etc. Pero incluyen algunos artefactos físicos.

La mayoría de las veces, Agile se asocia con pegatinas y tableros de tareas, también llamados tableros de Kanban. Tal asociación es cierta solo en parte, no las juntas y las pegatinas son importantes, pero cómo las aplicas. En primer lugar, estas son herramientas para la colaboración. Le permiten mantener reuniones más efectivamente, use técnicas como la lluvia de ideas o el trabajo en grupos pequeños.

Los tableros de tareas son una herramienta de visualización. Proporcionan transparencia, lo que permite al equipo de manera efectiva sin la ayuda del gerente que distribuya las tareas entre sí, para encontrar cuellos de botella en el proceso de producción y realizar frecuencias de llevar rápidamente.

También en ágil, varios gráficos y tableros con métricas son comunes, sobre la base de la cual el equipo determina su progreso y toma decisiones. A menudo se colocan en las paredes en la habitación en la que trabaja el equipo. Dicha herramienta se llama un radiador de información. Transmite continuamente la información del comando, como si "Memoria de comando" funciona.

Hay muchos análogos digitales de estas herramientas con una funcionalidad impresionante. Sin embargo, al mover tableros de colores y rotafolios con gráficos en el espacio digital, generalmente se pierde el efecto de la "radiación" de la información.

Nosotros, y tantos canales en su teléfono y computadora, y, a menudo, la información útil de la Junta pierde la competencia a otros canales como el correo y los mensajeros. Como resultado, los participantes deben gastar las fuerzas para buscar y la percepción de esta información.

Por lo general, recomiendo comenzar con instrumentos físicos y digitalizarlos con un aumento en la madurez del equipo. Y luego si hay tal necesidad. Las herramientas deben ayudar a comunicarse, y no interferir.

En caso de que tenga un equipo en una habitación (o puede reunirlos en una habitación), la efectividad de las juntas físicas y otros radiadores de información es mayor. Sin embargo, si tiene un comando distribuido, simplemente es necesario para herramientas digitales, y en ningún caso debe guardarlas.

Pros ágil.

Agile es un enfoque para crear productos en incertidumbre. Los enfoques flexibles son útiles cuando no estamos completamente claros de la meta o el camino. Si está en tal situación, Agile le permitirá lograr el éxito con más probabilidades.

Fuente: Informe de investigación ágil en Rusia 2019

En áreas con una alta proporción de incertidumbre ágil, proporciona un alto aumento de la eficiencia. La investigación en grupos secundarios muestra que los proyectos flexibles en promedio son más exitosos que Waterphic.

Fuente: Informe del CHAOS 2015 del grupo Standish

En algunos casos, Agile es el único enfoque posible. Por ejemplo, cuando desarrollamos un producto recién emergente. Sí, lo sabemos, lo más probable, haga algo bien, ya no es un inicio, hay clientes, etc. ¿Pero qué exactamente? ¿Dónde enviar un esfuerzo? ¿Dónde se mueve el mercado? Puedes obtener respuestas a estas preguntas gracias a Agile.

Contras ágil.

Para la flexibilidad que necesita pagar. En primer lugar, estamos hablando del costo de procesamiento o "récord". A veces, al final de la iteración, aprendemos que todo el mes huyó del lado equivocado. Por un lado, es bueno que solo un mes, no todo el proyecto. Pero en cualquier caso, tienes que tirar todo lo que hicieron, y comienza primero.

Algunas organizaciones están muy preocupadas por tales costos. Se pueden reducir, si crea una condición para el equipo en el que podrá ERR rápida y tan dolorosamente erróneamente erróneamente de acuerdo con el moti informal de ágil "Fallo rápido: falla a la seguridad" ("Oshbay, lo antes posible, raspando con seguridad "). Sin embargo, tales estructuras y entornos también son caros.

Además, necesitaremos empleados motivados que tengan que comunicar a muchos y de manera eficiente entre ellos. Y esto significa que necesitan una oficina conjuntamente con una negociación, o tenga que ser bien invertir en herramientas de comunicación distribuidas.

A veces, no se necesitan dichos gastos, por ejemplo, si su proyecto no es difícil con una alta proporción de incertidumbre. En este caso, se puede implementar sin ágil. Sí, a veces solo necesitas un gerente experimentado, un equipo competente y un proyecto bien planificado.

Cómo implementar

Ágil no puede ser implementado. Agile es la transformación de los procesos y cultura de la organización.

No hay una receta estándar para ninguna organización: son demasiado diferentes. De la organización y sus necesidades, depende de cómo es adecuado el enfoque y qué herramientas necesita tomar. Además, muchas organizaciones ágiles simplemente no necesitan.

Pero si aún decide intentar aplicar Agile en su organización, vale la pena comenzar con un piloto. Elija un producto, coloque el equipo, le enseñe uno de los enfoques ágiles. Pruébalos a aplicar y ver qué pasa.

Para un inicio, de acuerdo con el manual. Sin apoyar la alta dirección, cualquier cambio de organización graves se condena al fracaso, sin la protección adecuada, los primeros brotes de un nuevo pensamiento en la organización serán absorbidos por la cultura existente.

Seleccione el producto o la idea que desea convertir en un producto. Para aumentar sus posibilidades de éxito, tome algo interesante y significativo para su organización, pero no urgente. Algo que estará interesado en el liderazgo (producto nuevo potencialmente rentable) y los futuros miembros del equipo (con tareas ambiciosas e interesantes).

Luego enseña al equipo. Para empezar, los enfoques generalizados son los más adecuados: Scrum o Kanban. Hay muchos materiales en ellos, es más fácil encontrar un curso para el equipo y contratar empleados familiarizados con técnicas y herramientas. Resalte dos o tres días para sumergir profundamente a los miembros del equipo y las partes interesadas en un nuevo proceso.

Después de aprender, ejecute el comando y confíe en ella. Deje que explore el enfoque, adaptándose a las necesidades del producto y la organización. El proceso de transformación en la mayoría de los equipos lleva al menos un año, pero se pueden esperar los primeros resultados a través del trimestre.

Durante el proyecto piloto, debe ser claro cuán ágil como un enfoque se acerca a una organización, cuáles son las restricciones y qué tan apropiado para aplicarla.

Los siguientes pasos son individuales: alguien lanza unos cuantos equipos más. Otros lanzaron una transformación a gran escala, y algunos generalmente rechazan ágiles.

Resumen

Agile como un enfoque está ganando popularidad debido al crecimiento de la incertidumbre del mundo que nos rodea, el desarrollo tecnológico y la digitalización. El uso de metodologías y herramientas flexibles permite a las organizaciones aumentar la eficiencia de los procesos y crear productos valiosos para sus clientes.

En el contexto de una competencia en constante crecimiento, la capacidad de reconstruir y adaptarse rápidamente es cada vez más importante para la mayoría de las organizaciones. Por lo tanto, los enfoques flexibles existentes continuarán desarrollándose y los nuevos serán creados por organizaciones para obtener una ventaja.

Foto en la portada: Shutterstock / Den Rise

Imágenes en el texto proporcionado por el autor.

Добавить комментарий