 |
| Imagen de: Picasa Web Albums |
pmoinformatica.com presenta la segunda parte del artículo, “10 razones para aplicar metodologías ágiles", en la cual se trata de responder a las preguntas ¿Por qué queremos ser ágiles? Y ¿Qué problemas queremos resolver?.
En el artículo se exponen razones, como: Eliminación de funcionalidades redundantes en el Software, mayor previsibilidad de los riesgos, documentación más ligera y útil, retorno de inversión más rápido.
Estos puntos pueden usarse para demostrar a una organización porque las metodologías ágiles son mejores, sobre todo cuando a pesar que conozcamos la naturaleza de un problema no conozcamos su solución técnica.
Porque ser ágiles (Continuación…)
6.- Eliminación de Funcionalidades redundantes en el Software
Investigaciones de campo han demostrado que sólo un pequeño porcentaje de las características de un determinado software son realmente usadas por la mayoría de los usuarios la mayor parte del tiempo. Esto es común, sobre todo cuando se implementan nuevos sistemas. La razón de este problema es la “sobrespecificación de las características del software, pues, al no conocerse una solución técnica, existe la tendencia de sobrestimar las necesidades.
De hecho, muchas funcionalidades en las que se invierte considerable tiempo nunca son usadas.
Las prácticas de desarrollo ágil evitan este problema, pues implementan sistemas de priorización de estas características, las funcionalidades que agregan más valor al negocio (en términos de los resultados del negocio no de lo que el equipo de desarrollo cree), son desarrolladas primero (es el usuario el que define la prioridad). Con esto, el equipo de desarrollo se enfoca en lo que realmente es importante primero.
¿Buscas más información sobre metodologías ágiles? suscríbete a nuestra lista de correos
También puedes seguirnos vía Twitter, Facebook o Linkedin:
7.- Mejor previsibilidad de los riesgos
La priorización de características del software determina que aquellas de mayor valor para el usuario son las que se abordan primero, como resultado, cualquier riesgo relacionado con las mismas es determinado en fase temprana del proyecto. Esto permite una reducción de los riesgos iniciales.
8.- Documentación más ligera y útil
Como principio general, el enfoque ágil “Valora más el software que funcional que la documentación exhaustiva”. La aplicación de este principio resulta en que los proyectos ágiles producen únicamente la documentación que realmente se necesita, lo cual resulta en que sea más ligera y más útil.
Existe un concepto errado en la comunidad, en cuanto a que ser ágiles significa no documentar, nada está más alejado de la verdad. En realidad lo que el enfoque ágil defiende es que no debemos documentar por documentar, sino que debemos hacerlo cuando tengamos un fin real el mente.
Cuantas veces no hemos visto en la aplicación de enfoques tradicionales que se producen secciones enteras de documentos que los desarrolladores y el usuario nunca utiliza, esto ocurre porque se elaboran plantillas de documentos basadas en metodologías, sin pensar cuales realmente se necesitan en la organización.
El desarrollo ágil no significa dejar de documentar, significa adaptar la documentación a las necesidades reales de la organización.
9.- Retorno de inversión (ROI) más rápido
Con el marco de trabajo ágil, se implementan el concepto de entregas parciales tempranas seguidas de entregas incrementales. Este concepto permite que las características más esenciales para el área de negocio sean entregadas primero, resultando en retroalimentación temprana, lo cual agiliza la evolución del producto. Esto a la larga resulta en que los productos más utíles y mejores para los usuarios es el que sale a producción.
Como resultado, el área de negocio reduce el tiempo y logra entregas tempranas de las características que le agregan mayor valor, lo cual se traduce en maximización del retorno de inversión (ROI).
10.- ¿Por qué no cambiar a desarrollo ágil?
Respondemos la última razón con una pregunta, ¿porque no cambiar a desarrollo ágil?. Esta última nos la ha señalado uno de nuestros lectores en la discusión del Linkedin en el grupo Agile-Spain.
Debes hacerte las siguientes preguntas:
Más información sobre los principios del desarrollo ágil:
>> Los 5 valores de la programación extrema (XP)
>> Test Driven Development (TDD): Desarrollo de software guiado por pruebas
Si respondes a todas estas preguntas si, y a pesar de ello tu equipo funciona adecuadamente, pues no te cambies a ágil, no debemos confundir la carretera con la meta, lo que queremos es que nuestro equipo funcione adecuadamente y que los usuarios estén satisfechos, si logramos esto con una metodología tradicional, pues ¿para qué cambiar de camino?.
Pero si por otro lado tenemos una metodología que no funciona, los usuarios están insatisfechos, los desarrolladores dedican más horas que el Sol y la calidad es mediocre, ¿Por qué seguir por el mismo camino?, ¿Por qué no tratar otra cosa?, ¿Por qué no darle una oportunidad a las metodologías ágiles?.
¿Y qué opinas tu?
¿Qué opina usted?, ¿Cuáles son los principales puntos a favor que utilizaría para recomendar un enfoque ágil a una organización?, ¿lo recomendaría en todas las situaciones?, ¿En cuales situaciones y en cuales no?. Le invitamos a participar en el foro de discusión del blog de “La Oficina de Proyectos de Informática” (www.pmoinformatica.com).
También puedes seguirnos vía Twitter, Facebook o Linkedin:
<< Artículo anterior: 10 razones para aplicar el desarrollo ágil - 1era Parte
Referencia
Evolutionary Project Management. Seven reasons to become agile
IBM España. 5 beneficios de las metodologías ágiles en el desarrollo de sistemas
Todo Bytes. Porqué trabajar con metodologías ágiles
¿Quieres conocer otros productos y últimas novedades sobre desarrollo ágil y gestión de proyectos en amazon.es y amazon.com?.
>> Visita nuestra sección de productos amazon
Otros artículos sobre Desarrollo ágil, Scrum y Test Driven Development
>> 10 razones para aplicar el desarrollo ágil - 1era Parte
>> ¿Cuando aplicar y no aplicar el desarrollo ágil?
>> Refactorización: 6 preguntas y respuestas
>> TDD: Componentes difíciles de probar
>> Test Driven Development (TDD): Pruebas del desarrollador
>> Test Driven Development (TDD): Como llevarlo a la práctica
>> Test Driven Development (TDD): Ventajas y desventajas
>> Test Driven Development (TDD): 9 retos para su implementación y cómo hacerles frente
>> 5 Preguntas y respuestas sobre el Feature Driven Development (FDD)
>> Plantillas Scrum: historias de usuario y criterios de aceptación
>> Scrum de Scrum: Desarrollo ágil para grandes proyectos
>> 5 métricas de desempeño para proyectos de desarrollo ágil y Scrum
>> Herramientas de software para gestión de proyectos de desarrollo ágil
>> El Desarrollo ágil en un entorno de fechas y presupuestos predefinidos
>> Los Programas de Certificación del Scrum Alliance
>> Preguntas y respuestas sobre Scrum Alliance
>> Gestión de Proyectos PMI y el Desarrollo Ágil: ¿Que tienen en común?
>> Metodologías de desarrollo ágil
En el artículo se exponen razones, como: Eliminación de funcionalidades redundantes en el Software, mayor previsibilidad de los riesgos, documentación más ligera y útil, retorno de inversión más rápido.
Estos puntos pueden usarse para demostrar a una organización porque las metodologías ágiles son mejores, sobre todo cuando a pesar que conozcamos la naturaleza de un problema no conozcamos su solución técnica.
Porque ser ágiles (Continuación…)
6.- Eliminación de Funcionalidades redundantes en el Software
Investigaciones de campo han demostrado que sólo un pequeño porcentaje de las características de un determinado software son realmente usadas por la mayoría de los usuarios la mayor parte del tiempo. Esto es común, sobre todo cuando se implementan nuevos sistemas. La razón de este problema es la “sobrespecificación de las características del software, pues, al no conocerse una solución técnica, existe la tendencia de sobrestimar las necesidades.
De hecho, muchas funcionalidades en las que se invierte considerable tiempo nunca son usadas.
Las prácticas de desarrollo ágil evitan este problema, pues implementan sistemas de priorización de estas características, las funcionalidades que agregan más valor al negocio (en términos de los resultados del negocio no de lo que el equipo de desarrollo cree), son desarrolladas primero (es el usuario el que define la prioridad). Con esto, el equipo de desarrollo se enfoca en lo que realmente es importante primero.
¿Buscas más información sobre metodologías ágiles? suscríbete a nuestra lista de correos
También puedes seguirnos vía Twitter, Facebook o Linkedin:
7.- Mejor previsibilidad de los riesgos
La priorización de características del software determina que aquellas de mayor valor para el usuario son las que se abordan primero, como resultado, cualquier riesgo relacionado con las mismas es determinado en fase temprana del proyecto. Esto permite una reducción de los riesgos iniciales.
8.- Documentación más ligera y útil
Como principio general, el enfoque ágil “Valora más el software que funcional que la documentación exhaustiva”. La aplicación de este principio resulta en que los proyectos ágiles producen únicamente la documentación que realmente se necesita, lo cual resulta en que sea más ligera y más útil.
Existe un concepto errado en la comunidad, en cuanto a que ser ágiles significa no documentar, nada está más alejado de la verdad. En realidad lo que el enfoque ágil defiende es que no debemos documentar por documentar, sino que debemos hacerlo cuando tengamos un fin real el mente.
Cuantas veces no hemos visto en la aplicación de enfoques tradicionales que se producen secciones enteras de documentos que los desarrolladores y el usuario nunca utiliza, esto ocurre porque se elaboran plantillas de documentos basadas en metodologías, sin pensar cuales realmente se necesitan en la organización.
El desarrollo ágil no significa dejar de documentar, significa adaptar la documentación a las necesidades reales de la organización.
9.- Retorno de inversión (ROI) más rápido
Con el marco de trabajo ágil, se implementan el concepto de entregas parciales tempranas seguidas de entregas incrementales. Este concepto permite que las características más esenciales para el área de negocio sean entregadas primero, resultando en retroalimentación temprana, lo cual agiliza la evolución del producto. Esto a la larga resulta en que los productos más utíles y mejores para los usuarios es el que sale a producción.
Como resultado, el área de negocio reduce el tiempo y logra entregas tempranas de las características que le agregan mayor valor, lo cual se traduce en maximización del retorno de inversión (ROI).
10.- ¿Por qué no cambiar a desarrollo ágil?
Respondemos la última razón con una pregunta, ¿porque no cambiar a desarrollo ágil?. Esta última nos la ha señalado uno de nuestros lectores en la discusión del Linkedin en el grupo Agile-Spain.
Debes hacerte las siguientes preguntas:
- ¿Son más importantes las herramientas que las personas?
- ¿Es más importante la documentación que conseguir que el software funcione adecuadamente?
- ¿Es más importante el contrato que la satisfacción del cliente?
- ¿Es más importante seguir el plan que ser capaz de adaptarse a nuevas circunstancias?
Más información sobre los principios del desarrollo ágil:
>> Los 5 valores de la programación extrema (XP)
>> Test Driven Development (TDD): Desarrollo de software guiado por pruebas
Si respondes a todas estas preguntas si, y a pesar de ello tu equipo funciona adecuadamente, pues no te cambies a ágil, no debemos confundir la carretera con la meta, lo que queremos es que nuestro equipo funcione adecuadamente y que los usuarios estén satisfechos, si logramos esto con una metodología tradicional, pues ¿para qué cambiar de camino?.
Pero si por otro lado tenemos una metodología que no funciona, los usuarios están insatisfechos, los desarrolladores dedican más horas que el Sol y la calidad es mediocre, ¿Por qué seguir por el mismo camino?, ¿Por qué no tratar otra cosa?, ¿Por qué no darle una oportunidad a las metodologías ágiles?.
¿Y qué opinas tu?
¿Qué opina usted?, ¿Cuáles son los principales puntos a favor que utilizaría para recomendar un enfoque ágil a una organización?, ¿lo recomendaría en todas las situaciones?, ¿En cuales situaciones y en cuales no?. Le invitamos a participar en el foro de discusión del blog de “La Oficina de Proyectos de Informática” (www.pmoinformatica.com).
También puedes seguirnos vía Twitter, Facebook o Linkedin:
Referencia
Evolutionary Project Management. Seven reasons to become agile
IBM España. 5 beneficios de las metodologías ágiles en el desarrollo de sistemas
Todo Bytes. Porqué trabajar con metodologías ágiles
¿Interesado en libros sobre Desarrollo ágil de Software?
 |  |  |  | ||
| Kanban Autor: David J Anderson >> España (amazon.es)  >> Latinoámerica (amazon.com)  |
| Gestión Ágil de Proyectos Autor: Pablo Lledó >> España(amazon.es)  >> Latinoámerica (amazon.com)  | Diseño ágil con TDD Autor: Carlos Ble Jurado >> España(amazon.es)  >> Latinoámerica (amazon.com)  |
¿Quieres conocer otros productos y últimas novedades sobre desarrollo ágil y gestión de proyectos en amazon.es y amazon.com?.
>> Visita nuestra sección de productos amazon
Otros artículos sobre Desarrollo ágil, Scrum y Test Driven Development
>> 10 razones para aplicar el desarrollo ágil - 1era Parte
>> ¿Cuando aplicar y no aplicar el desarrollo ágil?
>> Refactorización: 6 preguntas y respuestas
>> TDD: Componentes difíciles de probar
>> Test Driven Development (TDD): Pruebas del desarrollador
>> Test Driven Development (TDD): Como llevarlo a la práctica
>> Test Driven Development (TDD): Ventajas y desventajas
>> Test Driven Development (TDD): 9 retos para su implementación y cómo hacerles frente
>> 5 Preguntas y respuestas sobre el Feature Driven Development (FDD)
>> Plantillas Scrum: historias de usuario y criterios de aceptación
>> Scrum de Scrum: Desarrollo ágil para grandes proyectos
>> 5 métricas de desempeño para proyectos de desarrollo ágil y Scrum
>> Herramientas de software para gestión de proyectos de desarrollo ágil
>> El Desarrollo ágil en un entorno de fechas y presupuestos predefinidos
>> Los Programas de Certificación del Scrum Alliance
>> Preguntas y respuestas sobre Scrum Alliance
>> Gestión de Proyectos PMI y el Desarrollo Ágil: ¿Que tienen en común?
>> Metodologías de desarrollo ágil
No hay comentarios :
Publicar un comentario