Cualquier método que siga el Manifiesto para el desarrollo de software ágil es un método ágil. Esos métodos se centran en entregar valor temprano.
Aquí hay dos formas posibles de comenzar rápidamente.
La forma de Scrum: 
- ¿Qué todas las certificaciones importantes debe tener una empresa de desarrollo de software?
- ¿Los desarrolladores de software chinos se están volviendo dominantes en Silicon Valley?
- ¿Han encontrado algún psicólogo o neurocientífico la conexión en el cerebro entre la afinidad de desarrollo de software y la afinidad musical?
- Cómo encontrar un revisor técnico
- ¿Cuáles son los desafíos reales para un desarrollador de software?
- Considere entregar software a su cliente cada 2 semanas. ¿Qué podría entregar en las próximas dos semanas que sería de valor para ellos? Con su equipo defina una meta para las próximas dos semanas. (Planificación)
- Luego, todos los días, verifique con su equipo lo que cada uno de ustedes está haciendo y si todavía apuntan en la dirección correcta. Hágalo de pie y no más de 15 minutos por día para obtener los mejores resultados (reunión de pie)
- Al final de las dos semanas, obtenga una reunión muy informal para mostrar lo que ha hecho hasta ahora y decida si puede hacerse público o si necesita más trabajo (o ambos). (Revisión)
- Luego, con su equipo, tómese una o dos horas para discutir lo que salió bien y lo que salió mal durante las últimas dos semanas, y defina al menos una acción que haga al equipo más feliz para el próximo ciclo. (Retrospectivo)
- Comience de nuevo desde el comienzo de este párrafo.
Si está aplicando eso, está a un paso del método ágil más popular [1]: Scrum.
El camino Kanban
- Define las fases de tu proyecto. La mayoría de los proyectos de TI van al menos con Diseño, Código, Prueba, Implementación, pero probablemente tenga sus propios pasos (¿Analizar? ¿Múltiples pasos de prueba?).
- Divida el trabajo en trozos pequeños y construya una tabla grande que indique en qué estado se encuentra cada trabajo.
- Limite el número y el tamaño de los elementos en cada columna. Si un desarrollador ha terminado su trabajo pero la columna “Dev” está llena, puede considerar ayudar en “Diseño” o “Prueba”.
- Tan pronto como un trabajo ingrese en la columna “Implementar”, revise su Producto y procese con su equipo.
Para refinar su proceso, es posible que desee leer el libro Flow
Amazon.com: Los principios del flujo de desarrollo de productos: eBook de desarrollo de productos ajustados de segunda generación: Donald G Reinertsen: Kindle Store
Ese proceso es más fácil de aplicar con un equipo pequeño, para una startup. Todavía es aplicable en empresas más grandes. Sin embargo, a menudo viola muchas políticas internas. Es posible que desee mantener solo la última reunión de Scrum (retrospectiva) cada dos semanas, y obtener ayuda de un entrenador profesional ágil para cambiar a Agile.
Aquí hay un video que explica qué es Agile, desde la perspectiva del Propietario del producto (representante del cliente):
Es posible que desee verificar esta pregunta que parece relacionada:
¿Cuál es la forma más rápida de aprender la gestión ágil de productos?
¡Que te diviertas!
[1] según numerosos estudios, heere es uno de ellos: http://www.versionone.com/pdf/7t…
