¿Tiene Agile realmente existe en el proyecto después de implementar la pena?

Como hoy en día, si usted busca para Agile, o información relacionada Agile scrum a través de Internet, le dará la bienvenida con las páginas de resultados de búsqueda que muestra todo tipo de información relacionada con Agile - derecho de formación ágil y coaching a los gurús ágiles ofreciendo su "estimado" conocimientos y experiencia relacionados con diversos marcos ágiles. Más recientemente, se ha vuelto muy común ver versiones escaladas de Agile aparecer en las búsquedas - Caja de seguridad, Scaled Agile, ScrumButs, AgileLive, Jira Agile - la lista no es grande, pero digno de ser considerado - y todos ellos proclaman su eficiencia en ser "eficaz", y sobre todo "Agile". Sería maravilloso saber más acerca de estas versiones, sino una cuestión de fondo siempre mantiene en aparecer - ¿Está el cliente realmente siguiendo Agile en un sentido verdadero? ¿Es usted un partidario Agile hard-core o un ScrumBut? Tal vez, sería más útil para determinar si usted o su cliente, de hecho está siguiendo Agile, en primer lugar, por no hablar de otras versiones a escala de Agile.

Aquí hay un par de consejos que le ayudarán a saber si usted es "Agile" o no.

¿Se lleva a cabo el desarrollo a través de iteraciones?
Huelga decir que el objetivo principal de la implementación de un marco Agile es beneficiar a través de incrementos de productos de una manera consistente. Nadie puede pretender que están siguiendo Agile si su proceso de desarrollo del proyecto no admite incrementos regulares de productos al final de sprints. Además del desarrollo iterativo, aplicación Agile también debe apoyar la colaboración dinámica - el intercambio de comentarios y la información entre el dueño del producto, scrum master, equipo de scrum, y los grupos de interés. El desarrollo iterativo y la naturaleza colaborativa son marcas comerciales ágiles, y es más esencial para las organizaciones de apoyo a estas características, si dicen ser ágil.

Se pueden incorporar cambios durante el ciclo de desarrollo de productos?
Una de las principales razones por las cuales las personas optan por Agile es su capacidad para incorporar los cambios en la definición del producto, incluso aunque el proceso de desarrollo de productos está actualmente en curso. Es una característica única de venta de todos los marcos ágiles, y es sinónimo de desarrollo de un proyecto, mientras que todavía mantiene su valor de negocio - en todo momento. Independientemente de los cambios que están teniendo lugar en el mercado - ya sea grande o pequeño - el proceso de desarrollo del proyecto debe tener, y retener, su capacidad para cambiar de forma dinámica la funcionalidad desarrollada, y que ofrece, por las características del producto siempre que sea necesario. Proyectos ágiles deben admitir esta función.

¿Puede el desarrollo se llevará a cabo en los "fragmentos" en lugar de "en su conjunto"?
Tal vez lo que hace que los marcos ágiles tan únicas son sus estructuras iterativas apoyo sprints diarias. En scrum o XP, el desarrollo de productos se lleva a cabo en forma de carreras diarias. Los eventos especiales se llevan a cabo para planificar el sprint (la reunión de planificación del sprint) y asegurarse de que los incrementos apropiados y aceptables de productos se aprovechó al final de sprints (revisiones de sprint y retrospectivas). El desarrollo llevado a cabo en "pedazos" debería resultar en la funcionalidad entregable (historias de usuario desarrollados con éxito), y también debería ser aceptable para los propietarios del proyecto (stakeholders). Desarrollo coherente "de tamaño pequeño", que es libre de errores, debe tener la capacidad de integrar más adelante de una manera funcional correcta con el fin de formar el producto "completo" - un eufemismo que transmite "Desarrollo en pedazos para luego ser integrados para formar el actual producto ".

Como en la actualidad, las organizaciones no se limita sólo a la utilización de las versiones tradicionales de los marcos ágiles. Hay variantes sutiles, que se pueden escalar hacia arriba o abajo según la necesidad, y que se puede "adaptarse" a las necesidades de desarrollo de proyectos singulares de las preocupaciones de negocios. Puede que no sea posible establecer o definir el conjunto exacto de parámetros que una metodología de gestión de proyectos, o marco, deben cumplir para ser considerado Agile, desde Agile es una cuestión de "inspección" y "adaptación". La esencia principal de Agile radica en su capacidad de cambiar de sí mismo, de su trabajo, y el molde en sí para satisfacer las necesidades específicas de desarrollo relacionadas, según sea el caso.

Sin embargo, puede ser ciertamente posible "cheque" para algunas características de "marca registrada" para determinar si existe Agile en un proyecto o no.

Suscríbete a la versión permanente y gratuita de la herramienta de gestión de proyectos Quickscrum  para tener una idea de cómo funciona la herramienta de marco Agile scrum y lo que tiene que ofrecer.