Vamos a discutir acerca de Agile Software Development! por Prabha Yadav

Mientras tanto de la revolución tecnológica, podemos escuchar varios nuevos términos sobre Diseño y Desarrollo y "Desarrollo Ágil" es el término más frecuente en estos días. La mayoría de las veces, pienso en ello y después de obtener nada de la tercera edad, yo personalmente la investigación al respecto y escribir este post sobre " Desarrollo Ágil

" en detalle para darle a conocer sobre el término "ágil".

Vamos a empezar con el comienzo,

¿Qué es Agile?

Agile es el proceso para minimizar los diferentes niveles de dificultad surge mientras que el diseño y el desarrollo de un servicio web , aplicación web, aplicación de software o aplicaciones móviles.

Justo enfrente al enfoque tradicional, la metodología ágil utiliza para aumentar la coordinación y la unión del equipo a través de la colaboración equipos multifuncionales. Agilidad denota a un plan de adaptación (blueprinting), el desarrollo progresivo, en el tiempo de implementación, la mejora continua y el comportamiento agresivo se adaptan los cambios con rapidez y flexibilidad.

Antigüedad de Agile Software Development


El manifiesto de Agile Desarrollo de Software

fue presentado o se originó por 17 ingenieros en febrero de 2001 que establece primero:

Estamos descubriendo mejores formas de desarrollar software de hacerlo y ayudar a otros a hacerlo ? A través de este trabajo hemos llegado a valorar:

• Individuos e interacciones sobre procesos y herramientas

• Software de Trabajo sobre Documentación completa

• La colaboración de los clientes sobre la negociación del contrato

• Respondiendo a cambiar con el Siguiendo un plan

Es decir, mientras que hay un valor en los elementos de la derecha, valoramos los elementos de la izquierda más

Kent Beck . James Grenning Robert C. Martin

Mike Beedle Jim Highsmith Steve Mellor

Arie van Bennekum Andrew Hunt Ken Schwaber

Alistair Cockburn Ron Jeffries Jeff Sutherland

Ward Cunningham Jon Kern Dave Thomas

Martin Fowler Brian Marick

© 2001, los autores anteriores. Esta declaración puede ser copiado libremente en cualquier forma, pero sólo en su totalidad a través de este aviso.

Aunque, hay muchas críticas y mejoras realizadas en el manifiesto y el proceso de la agilidad, pero los valores fundamentales de todavía permanece y funciona bien con los valores empresariales también.

Aproximación a la Calidad de la agilidad

En la industria de TI, es un fenómeno común para adaptar nuevas cosas como pronto como sea posible, pero esta adaptación irrita desarrollador. No porque ellos no quieren mejorarse a sí mismos, sino porque no oír nada al respecto y ahora tienen que ponerlo en práctica sin ningún tipo de investigación o en la práctica.

Algo similar sucederá cuando una empresa implementa manifiesto ágil en la estructura organizacional para mejorar la calidad del desarrollo.

Para entender la metodología ágil, vamos a empezar con el enfoque de calidad de Agilidad:

1. Entender Ideología -

Desarrollo e implementación de un producto depende exclusivamente sobre la comprensión de la idea base. Si usted no está claro con la idea del cliente, nunca se le debe satisfacer con su producto. Por lo tanto, es una necesidad esencial para entender lo que el cliente quiere de ti. Sólo trate de comprender la ideología del producto. En la metodología Ágil, compañía planea varias sesiones de descubrimiento para dar a conocer la idea base, desafíos, clima de negocios, clientes y utiliza frente a equipos multifuncionales

2. . Blueprinting -

Durante las sesiones de la ideología, los equipos de desvelar los más posibles funciones o blueprinting acerca de lo que debería estar allí en el producto. En las sesiones Blueprinting, los equipos analizan características más probables que podrían ser útiles y el propietario de la empresa comunicar con el cliente para finalizar estas características, junto con las prioridades, la personalización, el alcance, la ampliación, pruebas y todo.

3. Iteraciones -

Cuando el cliente se satisface con las características mencionadas y les personalizado de acuerdo a sus prioridades, los equipos se dividen funcionalidades en iteraciones de duración en caja, conocidos como los sprints. Estos pequeños segmentos han fijado la duración del tiempo alrededor de 1-4 semanas (dependiendo del tamaño del proyecto) y equipos multifuncionales trabajó sobre ellos desde la planificación hasta probar

4.. Looping el ciclo -

comunicación continua con el cliente y los equipos ha ayudado a mejorar la calidad del producto y la funcionalidad de los sprints. Si el cliente realza cualquier funcionalidad o algo moderado en cualquier período de tiempo, es fácil para los equipos para moderar una caja momento determinado (Sprint) en lugar de analizar el producto completo. Ayuda a rizar el ciclo de esa aceleración de la planificación del desarrollo y la forma de pruebas para el despliegue.

Si tiene cualquier consulta de los servicios de Agile Software de Desarrollo y de desarrollo de software, Dev Technosys hotel BEST líder <. b> desarrollo de software personalizado

, servicios de desarrollo de aplicaciones móviles a un precio razonable

Fuente del artículo: http://professionalclick.com/career_guidance.php?aid=940