El documento resume una entrevista con 14 de los 17 autores originales del Manifiesto Ágil sobre sus experiencias y consejos para las próximas generaciones. Los autores discuten las prácticas técnicas efectivas como aprender de otros programadores, enfocarse en la ingeniería de software y escribir pruebas sin permiso. También enfatizan la importancia de equipos fuertes mediante la toma de decisiones profundas y encontrar lugares que hacen un buen trabajo. Además, recomiendan prestar atención plena al orgullo de la
3. La lista de acertaciones
➔Antecedentes del proyecto de entrevista.
➔¿Cuales son los secretos?
➔¿Qué desearon los autores para nuestra
comunidad?
➔Estudio de caso de estos conceptos
aplicados.
4. Ryan: Si pudieras hablar con la
próxima generación de
practicantes ágiles, y podrías
decirles una cosa, ¿qué les
dirías?
Mike: Les diría que tomen estas ideas ágiles como un buen punto de partida. Un
punto de partida que lo llevará más lejos de lo que teníamos para la administración
en el siglo XX. No dejes de mirar Sigue innovando. Sigue cuestionando las técnicas.
La única forma de evolucionar eventualmente es llevar a cuestas y pararse sobre los
hombros de gigantes. Si encuentras buenas razones para mejorarlo, adelante. No te
detengas aquí, sigue adelante.
5. Proyecto de entrevista
5
¡Santo cielo! ¡Ellos realmente
quieren reunirse con
nosotros y compartir la
historia!
Feliz accidente 1
La historia del Manifiesto
Agile se convirtió en el
subtexto del proyecto, el
futuro de la ingeniería de
software y los equipos
surgieron como el tema
principal.
Feliz accidente 1
No se realizó ningún
trabajo previo para
documentar y capturar la
historia más grande detrás
del Manifiesto Ágil.
No habia
registro significativo
Los Autores del Manifiesto
Ágil estaban envejeciendo
y no estaban tan
conectados como lo
estaban en 2001
Estamos perdiendo
nuestro camino
https://goo.gl/CnVqpg
23. “Sea un ingeniero y use
esas habilidades de
resolución de problemas
cuando sea apropiado.“
James Grenning
24. “Gracias a Dios, las cosas en
este mundo no están
construidas de la manera en
que construimos software.
Maldito si estoy sentado en
este edificio si fue construido
como construimos software.“
Jon Kern
25. “No pido permiso para
escribir una prueba o
refactor, más de lo que
pido permiso para escribir
una sentencia if o un
bucle for.“
Ron Jeffries
40. La aparición de personas,
procesos y tecnología se
convierte en el alma de
las organizaciones y la
transformación.
Gente, proceso, tecnología
41. La nube y la automatización
son un medio para crear
recursos y desperdicios
financieros descontrolados e
imprudentes para su empresa
si no sabe lo que está
haciendo.
Practicas tecnicas
44. El secreto es la mentalidad de DevOps
44
Fluir
Proceso
Tecnología
Gente
DevOps
DevOps
DevOps
45. Contino está trabajando con el desarrollo de
productos para acelerar el tiempo de
comercialización. Después de la fase de
descubrimiento inicial en el porqué las iniciativas Agile
anteriores no se dieron cuenta de la agilidad
comercial que se esperaba, el equipo de Contino
introdujo una gran cantidad de mejoras en los
procesos mediante el emparejamiento en el terreno y
la mejora de las habilidades que aumentaron la
velocidad del ciclo de desarrollo.
Estudio de caso de estos conceptos aplicados
46. Case Study of These Concepts Applied
En las primeras 6 semanas del
compromiso, el tiempo del ciclo
reducido de 22 semanas a 12
semanas.
A finales de marzo, este equipo.
tendrá un ciclo de 4 semanas
para lanzamientos importantes, lanzamiento
en la demanda de los más pequeños.
La productividad del
equipo tiene aumentado
+ 200%