Mitos y Conceptos Erróneos Ágiles [cerrado]
¿Cuáles son los mitos o conceptos erróneos relacionados con la metodología Ágil?
Hay muchos conceptos erróneos relacionados con la metodología Ágil en los que un recién llegado promedio puede caer. ¿Cuáles son los conceptos erróneos en el mundo Ágil y cómo se justifica que es realmente un concepto erróneo?
Actualización: Resumen de Mitos Ágiles
- Agile no permite documentación
- Los métodos ágiles no escalan
- Ágil significa que no hay plan
- TDD cubre todas las pruebas unitarias necesidades
- La programación por pares siempre da como resultado un mejor código
- Agile es una solución de bala de plata para problemas de ingeniería de software (Hay una solución de bala de plata)
- Agile no necesita un diseño frontal
- Estamos haciendo scrum por lo que no necesitamos hacer TDD, Refactorización de Programación de Pares, etc.
- Uno puede aprender Ágil de un libro
- Agile solo funciona para proyectos triviales
- Agile siempre usa"Historias de usuario"
Lea lo siguiente respuestas para más información sobre los mitos anteriores y para más mitos.
18 answers
"Estamos haciendo Scrum-así que no necesitamos (emparejar / refactor / hacer TDD/...) " En realidad los fundadores de Scrum - Ken y Jeff han estado diciendo que todos los equipos de scrum de alta productividad implementan toda la gama de prácticas de Programación Extremas.
El desarrollo basado en pruebas no encontrará todos los errores / no es fácil de aplicar a todo - así que no vamos a intentarlo! - Aprender TDD no es un "trato de todo o nada" y se mejora en juzgar qué probar y cómo hacerlo eficientemente. Lo he estado haciendo durante diez años y todavía estoy encontrando mejores formas de hacerlo y nuevas cosas a considerar.
Puedo aprender todo lo que necesito para aplicar métodos ágiles de un libro. - Necesitas aprender haciendo y eso a menudo significa entrenar y conocer a otras personas que pueden ayudar. Muchas cosas salen mal cuando la gente trata de aprenderlas de un libro.
Histérico (y bastante real) "El candidato debe tomar la dirección de, y support the scrum master" (De una especificación de trabajo que me enviaron la semana pasada...) - Se supone que el scrum master no debe decirle a la gente qué hacer. Él / Ella está ahí para facilitar, es decir, para ayudar al equipo a aprender a resolver las cosas por sí mismo. Es un modo de fracaso masivo: ¡tener un scrum master que" manda " a la gente!
Hablando de"la metodología ágil" - gran indicador de falta de inteligencia. En primer lugar, hablar de "ágil" como si fuera una cosa específica, mientras que es una muy vaga términos generales para muchas cosas diferentes. En segundo lugar, el uso de "la" metodología ágil - hay un montón de ellos, y un montón de diferentes maneras de hacer muchos de ellos! En tercer lugar, mucha gente en la comunidad ágil llegó aquí en la reacción contra los grandes y pesados métodos cargados de UML de los años noventa. Estas personas no tienden a usar la palabra "metodología"...
Necesita personas especialmente talentosas para desarrollar software de la manera ágil. Jeff Sutherland dice que consideraron usar el modelo del " equipo de programador jefe "para la gestión de equipos en los bancos, pero descubrió que no tenían nada parecido a suficientes"jefes". Scrum está diseñado para obtener la mejor productividad de muchos programadores moderadamente capaces. De hecho, eliminar a un miembro del equipo desproporcionadamente productivo que no quiere ayudar a los demás puede "desbloquear" a los miembros mediocres del equipo y llevar su productividad combinada a compensar con creces al ex miembro del equipo súper productivo... Eso es lo que dice Jeff Por cierto...
Hay bastantes otros relacionados con XP que se nos ocurrió en un taller de espacio abierto que dirigí recientemente: http://xpday-london.editme.com/WhereHasXpGone
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-11 12:31:04
"Trabajar software sobre documentación completa" significa que no necesita una especificación funcional...
Mal!!! Solo significa que puede eliminar las arrugas iterativamente con los usuarios: hablando como proveedor, todavía necesita una buena documentación para ayudar con las fases de control de calidad y cierre de sesión...
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-09 01:41:39
Mito: el uso de prácticas de desarrollo ágiles es una solución de bala de plata para los problemas de ingeniería de software.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-09 01:50:25
Mito: El desarrollo de Test-first obliga a tu proyecto a tener pruebas unitarias adecuadas.
Hecho: Muchos desarrolladores se vuelven perezosos, y las pruebas unitarias que escriben antes de su código son a menudo débiles e inadecuadas.
Mito: La programación por pares siempre da como resultado un mejor código.
Hecho: Los programadores tienden a ser ligeramente antisociales y a tener procesos de pensamiento significativamente diferentes entre sí. Tener a alguien respirando en tu cuello mientras codificas es muy desagradable, y el resultado es a menudo, una atmósfera de trabajo tensa con una reducción tanto en la calidad como en la cantidad del código.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-09 01:48:03
Mito: Ágil significa sin documentación
Hecho: Agile valore el software de trabajo más que la documentación completa, pero esto no significa que no haya documentación en absoluto. La documentación debe ser escrita justo a tiempo, y lo suficiente. Y no, Agile no dice que uno debería siempre usar historias de usuario. Úsalos si, y solo, si son apropiados!
Mito: Ágil significa que no hay plan
Hecho: Agile no apoya el desarrollo sin planificación. Agile utiliza la planificación continua y estimación para maximizar el ROI. En realidad, Agile se trata de la gestión del alcance.
Mito: Ágil significa sin disciplina
Hecho: Los desarrolladores ágiles deben ser más disciplinados para tener éxito.
Mito: Agile solo funciona para proyectos triviales
Hecho: Agile (en realidad Scrum aquí) se ha utilizado para
- Aprobado por la FDA, software vital crítico para rayos X e IRM,
- Solicitudes de pago financiero,
- 24x7 con requisitos de tiempo de actividad del 99.99999% ,
- Aplicaciones de bases de datos multi-terabyte,
- etc
Mito: Ágil no escala
Hecho: Sutherland usó Scrum en grupos de 500+, Cohn usó Scrum en grupos de 100+
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-10 20:32:11
Mito: "Ningún Gran Diseño Por Adelantado" significa ningún diseño.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-09 06:08:09
Mito: La cascada siempre falla.
Realidad: La mayoría del software que está utilizando en su proyecto ágil se desarrolló con waterfall. Incluso cascada BDUF, en muchos casos.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2010-01-12 21:46:11
No hay mitos reales, pero cualquier cosa llevada al extremo estará mal. Un proyecto Ágil que hace cero diseño con la esperanza de "diseñar a medida que avanza" probablemente fallará. Un proyecto de cascada que diseña todo hasta el último punto y coma probablemente fallará debido al presupuesto, el tiempo o los requisitos del usuario modificados.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-09 01:57:48
Se ha dicho repetidamente que "los métodos de diseño ágil no se escalan", mientras que el desarrollo ágil se escalará efectivamente a cualquier tamaño si se implementa y se piensa adecuadamente.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-09 02:02:42
Mito: Debes planificar y programar cuidadosamente cada sprint.
Esto te lleva a hacer montones y montones de planificación inicial para que puedas planificar completamente cada sprint.
Esto te lleva a derrotar a agility y crear una cascada llamada "Agile".
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-09 01:53:08
El mito más grande que he visto es que la gente piensa que es mejor que otros procesos de desarrollo.
Es el habitual aceite de serpiente de bala de plata que hemos estado viendo en esta industria durante años.
Https://stackoverflow.com/questions/301993/is-agile-development-dead/302060#302060
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2017-05-23 12:10:16
Mito: Agile es siempre una mejor opción en comparación con otras alternativas.
Hecho: dependiendo del tamaño del proyecto, los requisitos (particularmente la flexibilidad de tales), el calendario externo y la actitud del cliente, puede que no siempre sea más productivo en comparación con la metodología ortodoxa.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-10 05:56:24
Mito : Ágil significa XP y Scrum
Fact: Existen otras prácticas como OpenUP, AMDD, etc.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-17 07:30:07
Es fácil saber qué cobrar a su cliente. Este es siempre el mayor problema para nosotros, porque no sabemos el alcance del proyecto, no podemos darle al cliente un precio fijo, y la mayoría de los clientes exigen un precio fijo.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2010-02-02 13:18:46
Gran hilo. Si bien no ofrezco nada nuevo en mi entrada de blog relacionada, ilustro las dos razones principales por las que la metodología Ágil falla cuando falla. 1) Falta de requisitos iniciales (llevando el' comenzar a codificar con requisitos incompletos ' a un extremo) y 2) Falta de pruebas unitarias adecuadas (porque el CAMBIO ocurrirá - y las pruebas unitarias son la forma más rápida de capturar todos los puntos de ruptura resultantes de la CAMBIO).
Http://www.anujvarma.com/BlogEngine.net/post/2010/11/03/Agile-versus-Flat-Footed-development.aspx
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2010-11-16 16:46:50
Tienes toda la razón en que hay muchos mitos en torno a la metodología Ágil, algunos vienen de fuera y otros de dentro. Aquí están algunos más que pensé en añadir a la lista:
"Ya no necesitas gerentes de proyectos o analistas de negocios"
Aunque no estamos haciendo BDUF y los equipos se auto-dirigen, a medida que las cosas aumentan, todavía hay una necesidad de personas cuyo trabajo es coordinar lo que está pasando. Y si tiene un escenario de negocios muy complejo, es posible que necesite a alguien para te ayuda a darle sentido. IME, muchos de los proyectos que realmente necesitaban PMs y BAs todavía los necesitan (y aquellos que no los necesitan ahora, probablemente nunca los necesitaron!). Pero, por supuesto, los roles del PMs y BAs tienden a ser diferentes en el mundo Ágil, y eso puede hacer que las personas se sientan incómodas.
"Agile no se puede usar para proyectos de precio fijo"
Puede, pero es un poco más difícil. Especialmente porque todos sabemos que" precio fijo "realmente significa" precio fijo, alcance y tiempo"...
"no hacemos BDUF, lo hacemos todo a medida que avanzamos"
La única manera de trabajar es JEDUF (Solo Suficiente Diseño Por Adelantado). A veces necesitas más, a veces puedes arreglártelas con menos, pero no haces más de lo que necesitas en ese momento.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2009-12-10 06:10:31
Mito: Agile es anti-tético a la seguridad.
Hecho: Esto solo es cierto si intentas forzar un SDL (ciclo de vida de desarrollo de seguridad) estilo cascada en equipos supuestamente ágiles. De hecho, he diseñado e implementado variantes de Agile-SDL en numerosas organizaciones, y puedo decir que poner el Agile en la seguridad, en realidad puede permitir un nivel de seguridad más alto y robusto. solo se necesita un cambio de mentalidad de seguridad, desde controlto visibilityand guidance.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2010-06-26 22:13:42
Si no muestra valor real con agile, fallará. Y fracasar miserablemente como en la quiebra de una empresa miserablemente. Ir a agile solo porque es 'agile' te hace parecer tan tonto como el CIO en este video:
Http://www.youtube.com/watch?v=nvks70PD0Rs
John
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2011-11-09 01:07:23