¿Vale la pena aprender el desarrollo de software ágil, scrum y lean?

Answer 1

Vale la pena aprender todos los términos que ha mencionado, porque han demostrado su eficacia.

Entonces, según el Project Management Institute y su Pulso de la profesión 2015: Capturando el valor de Project Management 2015, las organizaciones ágiles aumentaron los ingresos un 37% más rápido y generaron un 30% más de ganancias que las empresas no ágiles.

Los principios Lean también han demostrado su eficacia. Así que gracias al enfoque Lean Startup, Dropbox pasó de 100,000 usuarios registrados a más de 4,000,000 en 15 meses.

Además, parece que los mejores resultados a menudo provienen de la combinación de varias técnicas y prácticas.

Pero antes de salir para crear una combinación personalizada de gestión de proyectos, tómese su tiempo y asegúrese de que tiene los conceptos básicos a la baja.

Enlaces útiles:

Manifiesto Ágil

Guía de prácticas ágiles

Movimiento Lean Startup

La Guía Scrum

Y si desea conocer los conceptos básicos de Agile, Lean, Scrum y Kanban del artículo, consulte la publicación del blog RealtimeBoard, que los describe de forma simple y visual.

Answer 2

Agile y Lean son filosofías.

Scrum es un marco que se encuentra debajo del paraguas del “desarrollo de software ágil”.

Para empezar a aprender los tres, yo:

• Agile : lea el Manifiesto Agile y navegue por el sitio web de Agile Alliance.
• Scrum : lea la Guía de Scrum y visite Scrum.org y Scrum Alliance.
• Lean : familiarícese con el sistema de producción de Toyota, Lean Software Development y Kanban.

Answer 3

Sí. Es útil saber de qué se tratan estas metodologías y cómo se originaron, no para que puedas seguirlas religiosamente, sino para que puedas agregarlas a tu bolsa de trucos. Recomiendo aprender sobre lo siguiente.

• Kanban (1953), cuyo origen se encuentra dentro de las innovaciones del proceso de fabricación de Toyota.
• Scrum (1986), y su origen en el artículo de 1986 de Harvard Business Review, The New New New Product Development Game, que examinó a 6 grandes empresas japonesas y estadounidenses para concluir que los equipos exitosos habían reemplazado los enfoques secuenciales por los iterativos.
• Proceso racional unificado (1996), propuesto por IBM en respuesta a algunas de las crecientes fuerzas del mercado que buscan alternativas a la familia de metodologías de Waterfall
• Lean (1998), y su origen en el sistema de fabricación de Toyota.
• Agile (2001), especialmente los contenidos y la motivación detrás del Manifiesto para el desarrollo ágil de software, escrito por líderes de pensamiento de desarrollo de software de nuestro tiempo.

Un buen punto de partida podría ser leer el contenido en los dos enlaces que proporcioné en esta publicación.

Creo que es más importante comprender las fuerzas impulsoras detrás de estos movimientos que comprender las prácticas detalladas que están de moda hoy.

En la mayoría de los proyectos, termino adoptando o recomendando no una versión pura de cualquiera de estas metodologías, sino una metodología híbrida que emplea las prácticas y técnicas que parecen más adecuadas para el equipo y el proyecto en cuestión.

Una última palabra. Si bien las metodologías enumeradas anteriormente se refieren principalmente a los aspectos más blandos de la gestión de proyectos, es importante entender lo que yo llamo prácticas Agile técnicas , es decir, las muchas herramientas y prácticas de desarrollo de software (por ejemplo, pruebas de unidad, integración continua) que deben dominarse. Para extender las teorías expuestas en estas metodologías a la realidad práctica.

Answer 4

No pierdas demasiado tiempo … Para cuando hayas terminado de entender todas estas tonterías con sus lindas frases y ceremonias, habrá sido reemplazado por la nueva moda . Por supuesto, todas estas personas que ganan dinero con Scrum le dirán que ” Scrum no funciona porque lo está haciendo mal “. Para ellos, Scrum / Agile es como una religión y una fuente de ingresos … Si eres un desarrollador senior, no tienes nada que ganar con Scrum: serás tratado como si acabaras de salir de la universidad y atrapado en el interminable juego de Proporcionar cualquier tipo de datos falsos a sus maestros, algunos de ellos probablemente sin experiencia técnica, sobre historias de usuarios desconectados con todos esos puntos de tontería, papeleo y reuniones interminables. Regrese al modelo de desarrollo anterior y aplíquelo con flexibilidad: especificaciones funcionales, pruebas de aceptación, creación de prototipos, especificaciones de diseños, etc. Manténgalo flexible, manténgase en contacto con su cliente externo o interno y anime a su equipo a usar prototipos, comunicación y mejores documentación.

Answer 5

Sí, aprender Agile y Scrum vale la pena. Debido a que estos marcos y sus prácticas aumentan la productividad y reducen los costos, han ganado y continúan ganando aceptación y aplicación crecientes. Scrum es utilizado por compañías globales como DHL, Apple, IBM, HP, Dell y Bank of America, entre otras. La compañía para la que trabajo ha enseñado a Scrum a los empleados de American Express y nuestros Socios de Capacitación de Aprobación continúan haciéndolo. El aprendizaje sobre el desarrollo de software Agile, Scrum y Lean abrirá muchas oportunidades para profesionales capacitados.

Si decides seguir desarrollando tus credenciales en Agile, Scrum y Lean, te deseo lo mejor.

Answer 6

Si los ve como enfoques de desarrollo de software interesantes y no como los únicos enfoques de desarrollo de software, entonces estoy de acuerdo con la respuesta existente, pero tenga en cuenta que existen otros enfoques que son similares en muchos aspectos a estos enfoques ágiles. Específicamente, te sugiero que leas sobre Watts Humphrey, Barry Bohem y, por supuesto, Fred Brooks. Lo importante es pensar por ti mismo y no aceptar el dogma.

Answer 7

Practica, practica, practica. Por cierto: las certificaciones de nivel de entrada no te llevarán a ningún lado.