¿Qué es la gestión de proyectos de Agile?
La gestión de proyectos de Agile es un enfoque flexible e iterativo para el diseño y desarrollo de software. En el desarrollo de Agile, los equipos pequeños y autoorganizados con habilidades multifuncionales trabajan en estrecha colaboración para producir software incremental y basado en el valor que se envían a intervalos regulares. Además, los comentarios rápidos al final de cada iteración ofrecen una oportunidad integrada para mejorar constantemente. El enfoque Agile se define por el valor y la adaptabilidad: los equipos priorizan el trabajo que aporta el mayor valor al cliente. En lugar de resistirse al cambio, Agile lo aprecia: esta adaptabilidad es fundamental para proporcionar el producto más valioso a los clientes y las partes interesadas. En esta sección, profundizaremos en la historia de la filosofía Agile y en los valores líderes que impulsan la metodología.
La base de la gestión de proyectos de Agile se estableció en 1986 en un artículo publicado en Harvard Business Review. Allí, los autores Hirotaka Takeuchi e Ikujiro Nonaka observaron que algunas empresas manufactureras destacadas en Japón y Estados Unidos se estaban desviando del enfoque tradicional secuencial y manual del desarrollo de productos en favor de una evaluación y mejora de productos más continua a través de la colaboración estrecha en equipo. Compararon este enfoque con un equipo de rugby que pasaba la pelota de un lado a otro por el campo, y ampliaron esta observación para ofrecer una alternativa más flexible a la gestión de proyectos.
El auge de la tecnología de principios de la década de 1990 dio lugar a muchos enfoques nuevos para la gestión de proyectos de desarrollo de software. El método en cascada tradicional y paso a paso, no se adaptaba bien al rápido ritmo de los avances tecnológicos y muchos proyectos se cancelaron a medida que el software solicitado a menudo se volvía obsoleto mucho antes de que el producto final se entregase realmente.
En 2001, el Manifiesto de Agile fue publicado por un grupo de 17 desarrolladores de software y nace la gestión de proyectos de Agile tal como la conocemos hoy en día. El Manifiesto de Agile detalló los valores y principios básicos para ofrecer rápidamente un software de alta calidad y basado en el valor, que se describe a continuación:
Cuatro valores fundamentales
- Individuos e interacciones sobre procesos y herramientas
- Software de trabajo sobre documentación integral
- Colaboración con los clientes en la negociación de contratos
- Responder al cambio después de seguir un plan
Los autores también señalan que “si bien hay valor en los elementos de la derecha, valoramos más los elementos de la izquierda”.
Doce principios de la gestión de proyectos de Agile
- Nuestra máxima prioridad es satisfacer al cliente mediante la entrega temprana y continua de software valioso.
- Los cambios en los requisitos son bienvenidos, incluso en una etapa avanzada del desarrollo. Los procesos de Agile aprovechan el cambio para obtener la ventaja competitiva del cliente.
- Brinde software funcional con frecuencia, de un par de semanas a un par de meses, con preferencia a la escala de tiempo más corta.
- Negocios personas y desarrolladores deben trabajar juntos a diario a lo largo del proyecto.
- Desarrolle proyectos en torno a personas motivadas. Brinde el entorno y el apoyo que necesitan y confíe en ellos para realizar el trabajo.
- El método más eficiente y eficaz para transmitir información a un equipo de desarrollo y dentro de él es la conversación en persona.
- El software funcional es la medida principal del progreso.
- Los procesos de Agile promueven un desarrollo sostenible. Los patrocinadores, desarrolladores y usuarios deben poder mantener un ritmo constante de forma indefinida.
- La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.
- La simplicidad (el arte de maximizar la cantidad de trabajo que no se hace) es fundamental.
- Las mejores arquitecturas, requisitos y diseños surgen de los equipos autoorganizados.
- Regularmente, el equipo reflexiona sobre cómo ser más eficaz, luego perfecciona y ajusta su comportamiento en consecuencia.
Cinco años más tarde, los autores escribieron la Declaración de interdependencia, que extendió el Manifiesto original más allá del desarrollo de software. El anexo se centró en el desarrollo de valor agregado, la propiedad compartida, el trabajo iterativo, la responsabilidad del grupo y la responsabilidad compartida, y alentó a los equipos que no son de software también a adoptar la metodología. Los principios de la Declaración de interdependencia son los siguientes:
- Aumentamos el retorno de la inversión al hacer que el flujo continuo de valor sea nuestro centro de atención.
- Ofrecemos resultados confiables al involucrar a los clientes en interacciones frecuentes y en la propiedad compartida.
- Esperamos incertidumbre y obtenemos buenos resultados gracias a iteraciones, anticipación y adaptación.
- Liberamos la creatividad y la innovación al reconocer que las personas son la última fuente de valor y crear un entorno en el que puedan marcar la diferencia.
- Impulsamos el rendimiento a través de la responsabilidad del grupo respecto de los resultados y la responsabilidad compartida de la efectividad del equipo.
- Mejoramos la eficacia y la confiabilidad a través de estrategias, procesos y prácticas específicos de la situación.
Por supuesto, estos principios tienen por objeto ser una guía en lugar de reglas rígidas. En última instancia, la filosofía de Agile valora la experimentación; además, los equipos que se comunican con frecuencia y mantienen flujos de trabajo flexibles serán los más exitosos. Haga clic aquí para leer una guía completa del Manifiesto de Agile.
El proceso de Agile y el estilo de vida
En esencia, Agile es un proceso continuo y cíclico que fomenta la experimentación y la adaptabilidad. Las seis fases de Agile (requisitos, plan, diseño, desarrollo, publicación y seguimiento y monitoreo) son flexibles y evolucionan, y las fases suelen superponerse entre sí para que varios proyectos estén en proceso en simultáneo. Aunque los equipos Agile pueden etiquetar y organizar estas fases de manera diferente (una variación sería el concepto, la concepción, la iteración/construcción, el lanzamiento, el producto, el retiro), la secuencia general debería seguir siendo la misma.
La metodología de Agile se compara con el enfoque tradicional en cascada, que sigue un proceso largo y paso a paso. En el enfoque en casada, cada paso debe completarse antes de que comience el siguiente, y la planificación inicial requiere documentación integral y una negociación formal del contrato con el cliente. Si bien este enfoque puede ser eficaz para algunos proyectos, puede resultar engorroso para el desarrollo de software u otros productos con tecnología que cambia rápidamente.
La filosofía de Agile también valora una distribución no jerárquica del trabajo. Si bien los proyectos de Agile seguirán teniendo un gerente de proyectos (denominado Propietario de producto), las ideas de todos los miembros del equipo son igualmente valoradas en la toma de decisiones. Esta naturaleza colaborativa del trabajo está en contradicción con una división de trabajo más tradicional y estratificada, pero un líder de equipo sólido sigue siendo una parte importante de cualquier proyecto de Agile. A continuación, puede ver una lista de responsabilidades que suelen tener los propietarios de producto:
- Nexo entre el cliente y el equipo de Agile
- Define la visión del producto
- Identifica las funciones solicitadas y prioriza las publicaciones en función de las necesidades del cliente
- Construye la hoja de ruta del producto (estimaciones de tiempo y esfuerzo)
- Prioriza el backlog de las tareas (primero los elementos más urgentes o de mayor valor)
Sin embargo, el propietario del producto trabaja con el equipo para definir los requisitos cuantificables, relevantes y detallados en función de cómo los usuarios finales usarán el producto. Además, todos los miembros del equipo trabajan juntos para redactar un plan de publicación del backlog priorizado. Una vez finalizado el plan de publicación, pueden comenzar las fases de iteración.
Simplemente adoptar una metodología de Agile no resolverá todos los obstáculos actuales del proyecto. Antes de comenzar su proyecto, es importante entender qué no es Agile, para que puedas aprovechar los profesionales sin ser víctima de los desafíos. Puede obtener más información sobre el proceso y el ciclo de vida de Agile en nuestra guía completa del ciclo de vida de Agile.
- Agile no es un gerente. Agile gestiona proyectos, no personas. El propietario del producto sigue siendo responsable de priorizar el backlog del producto, pero el equipo decide qué funciones incluir en un sprint, define las fechas de entrega y asigna las tareas en función de los conocimientos y habilidades adecuados.
- Agile no es un cronograma específico para alcanzar los objetivos. Los objetivos y las fechas de entrega son establecidos por el equipo durante la sesión de planificación de sprints.
- Agile no es una niñera. El éxito de la gestión de proyectos de Agile depende en gran medida de la propiedad y la responsabilidad del equipo.
- La metodología Agile no es la gestión iterativa de proyectos. El trabajo de Agile se completa en iteraciones, pero cuando el método iterativo completa el análisis y el diseño del proyecto antes de enviar a la codificación y las pruebas, Agile sigue mejorando en todos los aspectos, incluido el diseño, a lo largo del ciclo de vida del proyecto.
A continuación, le mostramos algunas ventajas de trabajar con Agile:
- Agile fomenta los cambios para proporcionar el mayor valor del producto y el más relevante para el cliente.
- El desarrollo de Agile puede adaptarse a los objetivos finales que no están claramente definidos al inicio del proyecto.
- La metodología Agile da como resultado ofrecer productos más rápidos y de alta calidad al dividir los proyectos en componentes más pequeños y manejables.
- Las reuniones de actualización diarias facilitan la comunicación abierta sobre el estado del proyecto y los obstáculos.
- Las demostraciones en vivo al final de cada sprint permiten obtener comentarios inmediatos de los clientes y las partes interesadas.
- Agile permite una estimación más precisa de los cronogramas y los costos a través de su énfasis en la priorización de productos, la adaptabilidad y los comentarios rápidos.
- Lo que es más importante, los gerentes de proyectos pueden ofrecer un producto de alta calidad a los clientes a tiempo y según el presupuesto.
Por supuesto, también hay algunas compensaciones en el trabajo con Agile. Asegúrese de estar bien informado sobre los desafíos potenciales de Agile antes de comenzar su proyecto:
- Dado que Agile fomenta la flexibilidad, los plazos suelen extenderse o retrasarse varias veces.
- Los equipos de Agile son multifuncionales y requieren un alto nivel de compromiso, participación y colaboración a lo largo de la duración del proyecto. Esto puede requerir algún ajuste por parte del equipo.
- El equipo de Agile depende más de la planificación y la colaboración del equipo que de la documentación extensa, lo que puede ser difícil para los proyectos que requieren auditorías o controles externos.
En general, Agile puede ayudar a los equipos a aumentar la flexibilidad y la colaboración, y, en última instancia, conducir a proyectos más exitosos. A continuación, echaremos un vistazo a otras metodologías que han surgido de la filosofía inicial de Agile.
Metodologías derivadas de Agile
Desde el inicio de Agile, han surgido una variedad de metodologías. Las más comunes de estas metodologías derivadas son Scrum y Kanban, así como Scrumban (un híbrido de las dos). En esta sección, echaremos un vistazo a estas filosofías emergentes de gestión de proyectos.
Scrum también valora la colaboración y la experimentación, pero está un poco más estructurado. En Scrum, el trabajo se completa en iteraciones de longitud fija, llamadas Sprints. Cada sprint suele durar de dos a cuatro semanas y se centra en completar una tarea individual del backlog del producto. Las tareas se asignan a un solo miembro del equipo que es responsable de finalizar la tarea, y el objetivo es producir un solo producto o software que pueda enviarse. Scrum también depende de un conjunto más definido de roles (Propietario de producto, Scrum Master, equipo de Scrum) con responsabilidades específicas, así como una serie de reuniones que se realizan en diferentes etapas del sprint (planificación de sprints, Scrum diario, revisión del sprint y retrospectiva del sprint).Obtenga más información sobre los roles y las responsabilidades de Scrum aquí.
Kanban es mucho más fluido que Scrum. Por el contrario, Kanban no asigna funciones o responsabilidades específicas y los elementos de trabajo no tienen límites de tiempo. En cambio, se establecen límites en la cantidad de trabajo en curso (WIP) en un momento dado, lo que promueve un flujo de trabajo fluido y continuo y ayuda a revelar y aliviar los cuellos de botella. Por lo tanto, en lugar de tener asignadas tareas específicas, los miembros del equipo simplemente extraen el trabajo del backlog a la categoría WIP. En última instancia, Kanban tiene como objetivo impulsar la mejora continua; a medida que el flujo de trabajo se vuelve más eficiente, se reduce el tiempo necesario para producir un producto o un software que pueda enviarse de principio a fin.
Scrumban es un método híbrido destinado a conciliar la estructura de Scrum con la fluidez de Kanban. Los equipos de scrum pueden sustituir los límites de tiempo por límites de WIP para promover un flujo de trabajo fluido y continuo. Por otro lado, los equipos Kanban pueden incorporar más estructura al realizar Scrums diarios (reuniones de actualización diarias) que garantizan que todos estén en sintonía. Scrumban funciona mejor en entornos en los que Scrum sería demasiado limitante, como proyectos creativos o de desarrollo que experimentan cambios en las prioridades. Es posible que los equipos de Scrum que no puedan cumplir con las limitaciones de tiempo de Scrum intenten usar Scrumban. Scrumban también proporciona un paso intermedio útil para los equipos que planean realizar la transición de Scrum a Kanban.
La decisión de implementar Scrumban depende en su totalidad del entorno, la cultura y las necesidades empresariales de la organización. Scrumban: Elegir el punto intermedio entre Scrum y Kanban ofrece una mirada más profunda a Scrumban y qué entornos serían los mejores para presentar este híbrido de Scrum y Kanban.
Otras metodologías Agile incluyen la entrega disciplinada de Agile (DAD), el desarrollo de software adaptativo, el modelado Agile, la programación extrema (XP), el desarrollo de sistemas dinámicos (DSDM), el desarrollo basado en funciones y el desarrollo de software Lean. Lea nuestra comparación detallada de los métodos de gestión de proyectos de Agile para obtener una comprensión más profunda de los distintos enfoques.
Mejores prácticas para gerentes de proyectos Agile
Cambiar a su equipo del método en cascada a la metodología Agile puede parecer abrumador, pero hay varias prácticas recomendadas de planificación que ayudan a suavizar el proceso de transición. En la Declaración de interdependencia, Alistair Cockburn y Jim Highsmith prepararon el escenario para cambiar la gestión de proyectos de un proceso inamovible y descendente a una práctica impulsada por la colaboración y el cambio. Puede obtener más información sobre las prácticas recomendadas para la transición a Agile aquí.
El modelado Agile es un conjunto de prácticas recomendadas que se aplican directamente al desarrollo de software o al modelado de código. La implementación del modelado Agile garantiza que los desarrolladores y las partes interesadas tengan una imagen clara del objetivo o producto final y de que los desarrolladores modelen esa cantidad adecuada de código para satisfacer las necesidades del cliente y las partes interesadas, sin dejar de ser demasiado detallados.
El desarrollador de software Scott Ambler utilizó por primera vez el modelado Agile como un medio para remediar las deficiencias con la programación extrema (XP), pero también puede aplicarse a otras metodologías Agile, como Scrum, el método de desarrollo de sistemas dinámicos (DSDM) y el desarrollo basado en funciones (FDD). Los objetivos clave del modelado Agile son 1) definir las mejores prácticas para el modelado efectivo, 2) ofrecer una forma de aplicar esas prácticas recomendadas y 3) mostrar cómo mejorar el enfoque de modelado. Estos principios se basan en cuatro valores: comunicación, simplicidad, valor y comentarios, y deben seguirse para ayudar a que la transición al desarrollo de software Agile sea lo más fluida posible.
Descubra algunas claves para la adopción exitosa del modelado de Agile.
¿La gestión de proyectos Agile es escalable?
Otra ventaja de la gestión de proyectos Agile es que ofrecen un plan de acción uniforme y repetible para la gestión de procesos de desarrollo de software, sin importar el tamaño o el alcance del proyecto. La metodología Agile se puede aplicar en varios equipos y proyectos, y funciona tanto para equipos in situ como remotos, o un híbrido de ambos.
Si bien un equipo individual suele estar compuesto por cinco a nueve miembros, Agile también se puede aplicar a proyectos a gran escala en los que participan varios equipos de Scrum. La gestión Agile de proyectos también puede aplicarse a nivel empresarial con el Scaled Agile Framework (SAFe®), un enfoque modular y escalable para implementar Agile de manera que satisfaga mejor las necesidades de la organización. (Sin embargo, algunos de los fundadores de Agile han expresado su preocupación por el hecho de que la implementación de metodologías Agile a gran escala pueda poner en peligro la adaptabilidad y las mejores prácticas del desarrollo de software Agile).
Si bien Agile se ha asociado principalmente con el desarrollo de software, un enfoque Agile se puede aplicar a cualquier tipo de proyecto en el que la alta calidad y la entrega rápida son fundamentales. El marketing, el diseño gráfico, las empresas emergentes, la publicidad, las salas de prensa y los emprendimientos pueden beneficiarse del proceso Agile. De hecho, muchas personas usan la metodología Kanban más fluida de Agile para gestionar proyectos fuera del lugar de trabajo, como la planificación de bodas, la mejora del hogar y las vacaciones. (Jim Benson y Tonianne DeMaria Barry elaboran este uso de Kanban en su libro Personal Kanban: Mapping Work | Navigating Life).
Cómo seleccionar la herramienta Agile adecuada
Desde principios de la década de 2000, Agile se ha convertido en el principal enfoque de gestión de proyectos para la gestión del desarrollo de software. Junto con el aumento de popularidad de Agile, las empresas de software han lanzado numerosas herramientas específicas de Agile; cada una de ellas afirmaba ser la solución definitiva para la gestión del proceso Agile. Como resultado, decidir cuál de estas herramientas es la mejor para su organización puede ser todo un desafío. El primer paso es determinar qué herramienta respaldará de manera más efectiva la metodología Agile específica que tiene en marcha o que planea usar.
Leer reseñas en línea puede resultarle útil para eliminar ciertas herramientas de inmediato y le permite identificar a otras personas que ofrecen las funcionalidades específicas que necesita para cumplir con sus objetivos empresariales. Una vez que haya acotado la búsqueda a unas pocas herramientas, es posible que quiera configurar una matriz de las funcionalidades necesarias y comparar las herramientas para ayudarlo a concluir su elección. Y, si bien sus requisitos pueden imponer la necesidad de funciones específicas, hay algunas capacidades y requisitos esenciales que debe incluir una herramienta de software Agile eficaz. Al menos, su herramienta debe servir como un recurso completo para gestionar todas las funciones Agile, incluido el seguimiento de las tareas, la celebración de discusiones y el almacenamiento de datos que pueden buscarse.
Obtenga más información sobre la elección de la herramienta Agile adecuada para su empresa aquí.
Recursos Agile para gerentes de proyectos
A continuación, se muestra una lista completa de recursos, desde libros y plantillas hasta oportunidades educativas y profesionales de Agile. Tómese un tiempo para navegar por las distintas herramientas y empezar a trabajar con Agile.
Artículos y libros electrónicos
Administración de proyectos Agile 101: Una guía de principiantes para gerentes que no gestionan proyectos (libro electrónico)
Este libro electrónico puede proporcionarle información valiosa sobre cómo gestionar sus proyectos Agile de manera eficiente y aumentar la producción en medio de requisitos en constante cambio. En él, encontrará una descripción general de la gestión de proyectos Agile, comparaciones de las principales metodologías Agile y pasos detallados para empezar a implementar la gestión de proyectos Agile en su organización.
El diccionario final de Agile
Esta referencia en línea fácil de navegar para la terminología de Agile es una herramienta indispensable para los gerentes de proyectos Agile. Utilice esta colección completa de términos y procesos Agile para desarrollar o actualizar su comprensión y conocimiento del proceso de gestión de proyectos Agile.
Plantillas en línea
Plantillas de Excel para la gestión de proyectos Agile
En este artículo, se proporcionan ocho plantillas de Excel que se corresponden con cada fase y aspecto del proceso Agile, incluidas las plantillas para el desarrollo de planes de proyecto, publicación y prueba, y la priorización de los backlogs de productos y sprints. También se incluyen plantillas para definir una hoja de ruta del producto, crear un plan del proyecto y organizar historias de usuario.
Plantillas de Smartsheet para la gestión de proyectos Agile
Smartsheet, una herramienta de gestión de proyectos y tareas inspirada en hojas de cálculo, incluye una serie de plantillas diseñadas específicamente para ayudar a los gerentes de proyectos Agile, a los propietarios de productos y a los equipos a planificar, desarrollar y lanzar productos de alta calidad y alto valor que satisfagan las necesidades de los clientes.
- Proyecto Agile con línea de tiempo de Gantt. Actualice el progreso, realice un seguimiento de las entregas, almacene archivos y defina alertas para las funciones, las tareas y los sprints.
- Priorización de funciones y hoja de ruta con el diagrama de Gantt. Organiza y analiza las prioridades de las funciones por categoría, ponderación de mercado y cantidad de solicitudes.
- Priorización de funciones: simple. Categorice, clasifique y evalúe el esfuerzo de desarrollo en cuanto a las funciones del producto.
- Lista de verificación de recopilación de requisitos. Organiza y prioriza los requisitos del proyecto. Incluye secciones para casos de detección, análisis y uso.
- Formulario web de encuesta de comentarios de productos. Organiza y personaliza los comentarios del propietario del producto y de los clientes de las reuniones de revisión de Sprint.
- Lista de tareas de equipos por prioridad. Agrupa y prioriza las tareas, asigna la propiedad y usa símbolos para representar el progreso de su equipo Agile o Scrum.
- Hoja en blanco. Organice, clasifique y priorice cualquier componente del proceso Agile.
Organizaciones profesionales para la gestión de proyectos Agile
- Agile Alliance. Agile Alliance es una comunidad global sin fines de lucro dedicada a promover los principios y prácticas de Agile para el desarrollo de software. Las conferencias virtuales e in situ, los artículos, blogs, artículos de investigación y el acceso a grupos de usuarios internacionales son solo algunos de los recursos que ofrece Agile Alliance.
- Scrum Alliance. Scrum Alliance es una organización sin fines de lucro para profesionales de Scrum y se compromete a promover el conocimiento y la comprensión de la metodología Scrum. Alliance ofrece una serie de cursos y certificaciones profesionales, así como seminarios web, una bolsa de trabajo y otros recursos para desarrollar su carrera como profesional de Scrum.
- Scrum Foundation. Scrum Foundation ofrece capacitación y consultoría Scrum certificada en todo el mundo. Su personal incluye al cocreador de Scrum, Jeff Sutherland, y a los principales expertos internacionales en Agile, Gabrielle Benefield, Pete Deemer y Jens Østergaard.
Oportunidades educativas para la gestión de proyectos Agile
Aunque es posible que no sea necesaria una educación avanzada para gestionar un equipo Agile o para desempeñar un rol de Agile, muchos cursos y certificaciones pueden proporcionarle una sólida base de conocimientos que puede desarrollar a lo largo de su carrera como profesional Agile. Esta sección incluye una amplia variedad de programas de certificación Agile y Scrum ofrecidos por varias organizaciones profesionales.
- PMI-ACP®.El profesional certificado de Agile (ACP) ofrece una certificación formal para los profesionales de gestión de proyectos que ya tienen experiencia real en la gestión de proyectos Agile, como Scrum, Kanban, Lean, programación extrema (XP) y desarrollo basado en pruebas (TDD). Proporcionado por el Project Management Institute (PMI).
- Certificaciones Scrum. Scrum Alliance ofrece ocho programas de certificación profesional: Scrum master certificado (CSM), certificado (CSPO), desarrollador de scrum certificado (CSD), profesional de scrum certificado (CSP), capacitador de scrum certificado (CST), equipo directivo Agile certificado (CAL), entrenador certificado del equipo (CTC) y entrenador certificado de empresas (CEC).
- APMG International. APMG International ofrece programas de certificación para gerentes de proyectos y programas Agile, así como un programa de certificación para analistas de negocios que trabajan en un entorno de Agile.
- Ejecución de las veintiocho estrategias. Esta empresa de aprendizaje en línea ofrece una variedad de cursos sobre gestión de proyectos Agile, incluido el uso de Agile para desarrollar requisitos, estimar y planificar proyectos, y gestionar una cartera de proyectos.
- International Consortium for AgileTM. (ICAgile). Esta agencia de acreditación independiente ofrece certificaciones profesionales, de expertos y de maestría que abarcan todas las disciplinas de Agile, incluidos equipo directivo, entrenamiento de equipos y facilitación, entrenador de empresas, gestión de entregas, gestión de valor, desarrollo y pruebas.
- Agile Certification Institute. (ACI). El Agile Certification Institute es un organismo global de estándares Agile que ofrece certificaciones tanto a nivel empresarial como de equipo de desarrollo (incluidos los certificados profesionales para Scrum Master, Lean y Kanban).
- Scaled Agile Academy. Scaled Agile Framework (SAFe) implementa el desarrollo Agile a nivel empresarial. Scaled Agile Academy ofrece varios programas de certificación para aquellos que buscan conocimientos y experiencia en la implementación de SAFe en grandes empresas de software.
Libros de los principales líderes de Agile
Scott Ambler
- Agile Modeling: Effective Practices for eXtreme Programming and the Unified Process
- The Object Primer: Agile Model-Driven Development with UML 2.0
Scott Ambler y Mark Lines
- Disciplined Agile Delivery: A Practitioner's Guide to Agile Software Delivery in the Enterprise
- Introduction to Disciplined Agile Delivery: A Small Agile Team's Journey from Scrum to Continuous Delivery
Scott Ambler y Pramod Sadalage
David Anderson
- Kanban: Successful Evolutionary Change for Your Technology Business
- On the Road to Kanban
- Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results
Jim Benson y Tonianne DeMaria Barry
- Personal Kanban: Mapping Work | Navigating Life
Alistair Cockburn
- Agile Software Development: The Cooperative Game (2nd Edition)
- Crystal Clear: A Human-Powered Methodology for Small Teams: A Human-Powered Methodology for Small Teams (1st Edition)
- Agile Software Development
Jim Highsmith
- Agile Project Management: Creating Innovative Products (2nd Edition)
- Adaptive Leadership: Accelerating Enterprise Agility
- Agile Software Development Ecosystems 1st Edition
Ron Jeffries
Corey Ladas
Jeffrey Sutherland
Jeffrey Sutherland y J. J. Sutherland
Jeffrey Sutherland y Ken Schwaber
Otros recursos Agile (que no son libros)
- Video: Dr.Alistair Cockburn "Why Agile Works". Video de YouTube con uno de los fundadores de Agile.
- RonJeffries.com. Sitio completo del blog de uno de los fundadores de Agile. Jeffries ofrece información y recursos relacionados con Agile y la programación extrema. (Anteriormente xprogramming.com.)
- The Lean Mindset. Ensayos sobre desarrollo Lean de Mary y Tom Poppendieck
- Agile Practices Timeline. La historia y evolución de Agile desde sus orígenes en 1968 hasta 2011.
- The New New Product Development Game. Artículo de Hirotaka Takeuchi e Ikujiro Nonaka, Harvard Business Review, enero de 1986.
Mejore la visibilidad de las tareas con la vista de tablero en Smartsheet
Es fácil que las tareas se pierdan en la locura de su trabajo diario. Lo que necesita es una forma más óptima y visual de realizar un seguimiento y administrar las tareas.
Potencie a su equipo con la vista de tablero en Smartsheet, una solución de seguimiento de tareas fácil de usar que garantiza una priorización de tareas sin problemas, una visibilidad mejorada de los proyectos y una colaboración ágil sin esfuerzo.
Ya sea que administre proyectos, optimice las cargas de trabajo o realice un seguimiento de las tareas pendientes, la vista de tablero ayuda a eliminar las reuniones de estado innecesarias al permitir que los miembros del equipo realicen un seguimiento del progreso del proyecto, las tareas completadas y el próximo trabajo con tarjetas de tareas.
Descubra las tarjetas intuitivas para arrastrar y soltar, la colaboración en tiempo real y el anidamiento de tarjetas organizativas que impulsan a su organización a adaptarse y entregar con mayor eficacia.
Obtenga más información sobre la vista de tablero en Smartsheet.