Adpative software-development-y-lean-software-development

ADAPTIVE SOFTWARE DEVELOPMENT Y LEAN SOFTWARE DEVELOPMENT
Diego Ahumada Delvillar
Facultad de ingeniería, San José Fundación de educación superior
Bogotá, Colombia
Diego Ahumada Delvillar gasaraki021@gmail.com
Adaptive Software Development y Lean Development 12/06/2016
pág. 1
RESUMEN:
A medida que el mundo se vuelve
cada vez más dinámico, la modelación
tradicional estática puede no ser capaz de
lidiar con ella. Una solución es utilizar el
modelado ágil, que se caracteriza con
flexibilidad y adaptabilidad. Por otra parte, las
aplicaciones de minería de datos requieren
una mayor diversidad de la tecnología,
habilidades de negocios y conocimientos de
los que las aplicaciones típicas, es decir
puede beneficiarse mucho de las
características de Software evelopment ágil.
En este artículo, vamos a proponer un marco
nombre ASD- DM basado en el Desarrollo
Adaptive Software (ASD) que pueden
adaptarse fácilmente con aplicaciones de
minería de datos predictivos. Un caso estudiar
en dominio fabricación de automóviles fue
explicado y experimentado para evaluar la
metodología ASD- DM .
Lean Software Development es la
aplicación de los principios de la Toyota de
Desarrollo de Productos para el Sistema de
desarrollo de software. Toyota ha sido
extremadamente exitoso, vehículos nuevos
complejos en desarrollo, que incluyen una
gran cantidad de software incorporado, en un
tiempo muy corto y siempre a tiempo. Esta
investigación examina los principios de
ingeniería subyacentes, Toyota utiliza para
desarrollar vehículos y muestra cómo pueden
ser aplicada al desarrollo de software. Los
resultados del desarrollo de Software en alta
calidad que se desarrollan rápidamente y al
más bajo costo posible. Por otra parte, el éxito
de muchas de las prácticas de desarrollo de
software ágil puede ser explicado por la
comprensión de los principios de lean
Desarrollo de software.
Abstract:
As the world becomes increasingly
dynamic, the traditional static modeling may
not be able to deal with it. One solution is to
use agile modeling that is characterized with
flexibility and adaptability. On the other hand,
data mining applications require greater
diversity of technology, business skills, and
knowledge than the typical applications, which
means it may benefit a lot from features of
agile software development. In this paper, we
will propose a framework named ASD-DM
based on Adaptive Software Development
(ASD) that can easily adapt with predictive
data mining applications. A case study in
automotive manufacturing domain was
explained and experimented to evaluate ASD-
DM methodology.
Lean software development is the
application of the principles of the Toyota
Product Development System Software
Development. Toyota has been extremely
successful New Vehicles resorts in
development, which include a lot of embedded
software, in a very short time and always a
time. This tutorial examines the principles
underlying engineering Toyota USING FOR
develop vehicles and shows how they can be
applied to the development of software. In
When properly, Development Results of lean
software high quality software that develops
rapidly and at the lowest cost possible.
Moreover, the success of many of the
practices of Agile Software Development can

Bogotá, Colombia
pág. 2
be explained by understanding the Lean
Software Development
Indices de Términos
Adpative software, características, ciclo de
vida, ventajas y desventajas, Lean
Development, Principios, Ventajas y etc.
I. INTRODUCCIÓN
La técnica de desarrollo de Software
adaptativo fue desarrollada por Jim Highsmith
y Sam Bayer en principios de 1990. Esta
metodología se adapta al cambio en lugar de
luchar contra él. Se basa en la continua
adaptación a las circunstancias cambiantes.
En ella no hay un ciclo de planificación-diseño-
construcción de software, pero un ciclo
especular, colaborar y aprender.
Como sistemas de software se
vuelven más complejos y más personas se
involucren, la gestión de desarrollo de
software se vuelve cada vez más difícil.
Durante años, las empresas han dicho que
para hacer frente a la complejidad creciente,
que necesitan añadir más mediciones, más
controles, más controles y balances, más
rigor. Durante años, las empresas han dicho
para hacer frente a la creciente complejidad,
traductor añadir más medidas, más controles,
más control y equilibrio, más rigor. Para
asegurarse de que hace la gente como se les
dice, muchas empresas dedican importantes
recursos sobre auditorías de cumplimiento del
proceso. Para garantizar las personas hacen
lo se les dice, muchas empresas emplean
recursos significativos en las auditorías de
cumplimiento de procesos. El resultado no
debería sorprender: culturas organizacionales
con un énfasis creciente en la previsión y la
administración y una disminución de centran
en el aprendizaje y la innovación. El resultado
no debe año: las culturas organizacionales
con un creciente énfasis en la previsión y la
administración, y un enfoque disminución en
el aprendizaje y la innovación.
II. ¿Qué es Adpative Software
Development?
El método ágil ASD (Adaptive Software
Development) traducido en español significa
Desarrollo Adaptable de Software es un
modelo de implementación de patrones ágiles
para desarrollo de software. Al igual que otras
metodologías ágiles, su funcionamiento es
cíclico y reconoce que en cada iteración se
producirán cambios e incluso errores.
El desarrollo de software adaptable (Adaptive
Software Development - ASD) es una
metodología de desarrollo que hace énfasis
en aplicar las ideas que se originaron en el
mundo de los sistemas complejos, adaptación
continua del proceso al trabajo.1
III. Características
Sus principales características del ASD son:
 Iterativo.
 Orientado a los componentes de
software (la funcionalidad que el
producto va a tener,
características, etc.) más que a
las tareas en las que se va a
alcanzar dicho objetivo.
 Tolerante a los cambios.
 Guiado por los riesgos

Bogotá, Colombia
pág. 3
 La revisión de los componentes
sirve para aprender de los
errores y volver a iniciar el ciclo
de desarrollo
IV. Ciclo de vida
ASD utiliza un "cambio orientado
hacia el ciclo de vida", que tiene tres
componentes que son: especular
colaborar y aprender.
Especular
Una primera fase de iniciación para
establecer los principales objetivos y
metas del proyecto en su conjunto y
comprender las limitaciones (zonas de
riesgo) con las que operará el proyecto.
En ASD se realizan estimaciones de
tiempo sabiendo que pueden sufrir
desviaciones. Sin embargo, estas son
necesarias para la correcta atención de
los trabajadores que se mueven dentro de
plazos de forma que puedan priorizar sus
tareas.
Se decide el número de iteraciones para
consumir el proyecto, prestando atención
a las características que pueden ser
utilizadas por el cliente al final de la
iteración. Son por tanto necesarios,
marcar objetivos prioritarios dentro de las
mismas iteraciones.
Estos pasos se puede volver a examinar
varias veces antes de que el equipo y los
clientes están satisfechos con el
resultado.
Colaborar
Es la fase donde se centra la mayor
parte del desarrollo manteniendo una
componente cíclica. Un trabajo importante
es la coordinación que asegure que lo
aprendido por un equipo se transmite al
resto y no tenga que volver a ser
aprendido por los otros equipos.
Aprender
La última etapa termina con una serie
de ciclos de colaboración, su trabajo
consiste en capturar lo que se ha
aprendido, tanto positivo como negativo.
Es un elemento crítico para la eficacia de
los equipos. Jim Highsmith identifica
cuatro tipos de aprendizaje en esta etapa:
Calidad del producto desde un punto
de vista del cliente.
Es la única medida legítima de éxito,
pero además, dentro de las metodologías
ágiles, los clientes tienen un valor
importante.
Calidad del producto desde un punto
de vista de los desarrolladores.
Se trata de la evaluación de la calidad
de los productos desde un punto de vista
técnico. Ejemplos de esto incluyen la
adhesión a las normas y objetivos
conforme a la arquitectura.
La gestión del rendimiento.
Este es un proceso de evaluación
para ver lo que se ha aprendido mediante
el empleo de los procesos utilizados por el
equipo.
Situación del proyecto.

Bogotá, Colombia
pág. 4
Como paso previo a la planificación de
la siguiente iteración del proyecto, es el
punto de partida para la construcción de la
siguiente serie de características.
V. Desventajas
Aunque el ciclo entre el aprendizaje y
la especulación es bueno permitiéndonos
entregar productos con alta calidad, la
prolongación de dicho ciclo por errores o
cambios que no son detectados en
reuniones anteriores afecta tanto a la
calidad del producto como a su costo total.
Dado a que es una metodología ágil
implica no realizar procesos que son
requeridos en las metodologías
tradicionales o por lo menos no realizarlos
en procesos diferentes, lo cual implica que
empresas grandes las cuales necesitan
llevar un mayor control a procesos y
personas, tener tareas asignadas a un
estado o proceso especifico, y en las
cuales dicho incremento de procesos no
afectan en gran medida al costo final del
producto, para dichas empresas el elegir
una metodología tradicional resulta
mucho mas rentable tanto por el gran
volumen de personal, de productos, y de
costos que se manejan y para los cuales
se tendrá un mayor control.
VI. Ventajas
La tercera fase del ciclo de vida,
revisión de los componentes, sirve para
aprender de los errores y volver a iniciar el
ciclo de desarrollo.
Apunta hacia el Rapid Application
Development (RAD), el cual enfatiza
velocidad de desarrollo para crear un
producto de alta calidad, bajo
mantenimiento involucrando al usuario lo
más posible.
Utiliza información disponible acerca de
cambios para mejorar el comportamiento
del software.
Promulga colaboración, la interacción de
personas.
Anticipa cambios y trata automáticamente
con ellos dentro de un programa en
ejecución, sin la necesidad de un
programador.
VII. ¿Qué es Lean Software Development?

Bogotá, Colombia
pág. 5
Es una adaptación del “Lean
Manufacturing” de Toyota al desarrollo
software ágil. Lean Software Development es
una metodología ágil desarrollada por los
mencionados Mary and Tom Poppendieck.
Dicha metodología, como bien dice su
nombre, contempla los principios Lean de
Toyota.
Ilustración 1.Ciclo Development
Ilustración 2..Ciclo Development
VIII. Características
Charette sostenía que para ser
verdaderamente ágil se debía conocer
además el negocio de punta a punta. LD se
inspira en doce valores centrados en
estrategias de gestión
 Satisfacer al cliente es la máxima
prioridad.
 Proporcionar siempre el mejor valor
por la inversión.
 El éxito depende de la activa
participación del cliente.
 Cada proyecto LD es un esfuerzo de
equipo.
 Todo se puede cambiar.
 Soluciones de dominio, no puntos.
 Completar, no construir.
 Una solución al 80% hoy, en vez de
una al 100% mañana.
 El minimalismo es esencial.
 La necesidad determina la tecnología.
 El crecimiento del producto es el
incremento de sus prestaciones, no
de su tamaño.
 Nunca empujes LD más allá de sus
límites.
IX. Los Principios de Desarrollo de
software Lean
Principios de metodología de desarrollo
de Lean se pueden aplicar en cualquier
entorno de TI para las prácticas de
programación mejoradas. La práctica se basa
en siete principios:
 Eliminación de Residuos
 Aprendizaje de amplificación

Bogotá, Colombia
pág. 6
 Toma de Decisiones Late
 Entrega rápida
 Empoderamiento Equipo
 Built-in de Integridad
 Ver aplicaciones en su conjunto
 Eliminar los residuos. En el
desarrollo de software, los residuos
es algo que no mejora a la calidad del
código, reduce la
cantidad de tiempo y esfuerzo que se
necesita para producir código, o no
entrega valor de negocio para el
cliente. En otras palabras, cualquier
actividad que no "pagar por sí mismo"
en el esfuerzo de reducción de otras
partes del sistema.
Herramientas: Residuos ver, Valor
Stream Mapping.
 Amplificar el aprendizaje. Para los
programadores para desarrollar un
sistema que proporciona valor de
negocio, van a tener que aprender
acerca de muchas cosas. Algunos. 2
Son técnicas, tales como las ventajas
y desventajas de diferentes enfoques
para hacer las comunicaciones
remotas en .NET (es decir, la
comunicación remota, COM +,
servicios web, etc.). Otras se
relacionan los requisitos, tales
como la comprensión de lo que el
usuario de negocios realmente
necesita en comparación con lo que el
desarrollador cree que las
necesidades de los usuarios.
Herramientas: Feedback,
iteraciones, sincronización, Desarrollo
basado en conjuntos.
 Decida lo más tarde posible. La
idea aquí es esperar hasta que los
autores denominan "el último
momento responsable" para tomar
una decisión. Esta
es el momento en el que, si el equipo
no tiene una decisión, la decisión
será tomada por ellos (no hacer nada
es una opción). los beneficios de este
están evitando o retrasando los
costos del cambio, que
obviamente no puede incurrir si no ha
limitado sus opciones todavía.
Herramientas: Opciones
Pensamiento, El Último Momento
Responsable, Toma de decisiones.
 Entregar lo más rápido posible.
Esta es la base del desarrollo
iterativo. Requisitos cambian como
un porcentaje de los requisitos
originales aumenta de forma no lineal
como la cantidad de tiempo aumenta.
Los proyectos típicos 9-12 mes
generan un cambio más o menos el
25 por ciento de las necesidades. Sin
embargo, la cantidad de requisitos
cambiar más de un mes promedios
solamente 2.1 por ciento. Y es mucho
más fácil de conseguir que los
usuarios a aceptar esperar hasta el
próximo mes y no el año que viene.
Herramientas: Tire Systems, teoría
de colas, costo de la demora.
 Facultar al equipo. La calidad de un
equipo de software (factor de la gente)
es el elemento más importante en la
entrega con éxito software. En Para
conseguir que la gente tome la
responsabilidad, motivarse, y el gel
como equipo, tienen que ser

Bogotá, Colombia
pág. 7
responsables de los resultados y
autorizada para Haz que pase.
Herramientas: Autodeterminación,
Motivación, Liderazgo, Experto.
 Construir integridad. Los autores
hacen la distinción entre la integridad
percibida y la integridad conceptual.
Integridad percibida es la experiencia
del cliente con el software. Integridad
conceptual es lo bien que los
componentes de la arquitectura del
sistema y fluyen juntas para lograr la
integridad percibida. Probar
Obviamente, la unidad y la
integración, es una parte importante
de la integridad. 3
Herramientas: Percibidos Integridad,
conceptual Integridad, Refactoring,
Pruebas.
 Ver la totalidad: El pensamiento
sistémico ha sido por un tiempo, pero
la respuesta típica a la resolución de
problemas es descomponerlas en
sus partes constituyentes y optimizar
cada uno pieza individual. Esta es su
optimización, lo que conduce a la
"tragedia de los comunes".
Herramientas: Mediciones, Contratos.
X. Desventajas
El proyecto depende en gran medida
la cohesión del equipo y los compromisos
individuales de los miembros del equipo.
En la mayoría de las profesiones que esto
podría ser un factor muy importante, pero
en él largas horas de trabajo y poco
sociable es la norma por lo que no debería
ser una gran desventaja. Y, por supuesto,
si usted no darse cuenta de que los
desarrolladores y probadores de trabajar
largas horas, largos entonces usted está
en para un rudo despertar. Por ejemplo,
yo gestionar grandes proyectos y
programas y de fin de semana pasado
trabajé 33 horas de las 48 horas
disponibles en la dirección del diagnóstico
y la fijación de un problema importante
que afecta a mi proyecto.
El éxito del proyecto depende de la
disciplina de los miembros del equipo son
y cómo son excepcionales sus
habilidades técnicas. Si usted no tiene un
equipo de personas con buenas
habilidades que se complementan entre
sí, entonces usted tiene un problema
inmediato.
Los patrocinadores del proyecto y los
clientes necesitan saber lo que quieren y
tomar las decisiones pertinentes. En
desarrollo ágil de software estas
decisiones pueden ser tomadas más
adelante que, por ejemplo cuando se
utilizan metodologías de cascada, que
debería ser una ventaja. Pero el problema
es que los promotores de proyectos
tienden a ser paralizado por el miedo a la
hora de tomar las decisiones difíciles. Y en
grasa todo el objetivo de utilizar esta
metodología ágil más decir que es para
permitir que su desarrollo se hace más
rápido y más barato de lo que sería
posible. Por supuesto, esto significa que
las decisiones tienen que hacerse
rápidamente cuando sea necesario y se
pegó.

Bogotá, Colombia
pág. 8
El papel de un analista de negocios es de
vital importancia para garantizar la
documentación de los requerimientos del
negocio (BRD) se entiende
correctamente. Si usted no tiene una
persona con las habilidades correctas
analista de negocios, entonces
rápidamente podría encontrar esta
convertido en una de las causas de la
corrupción del alcance.
En magra que permite la especificación de
requisitos software (SRS) para
evolucionar. Sin embargo, esto causa
problemas de su propia. La flexibilidad es
grande, pero demasiado pronto dará lugar
a un desarrollo que pierde de vista su
objetivo original y que nunca termina.
XI. Ventajas
La eliminación de los residuos
conduce a la eficiencia global del proceso
de desarrollo. Esto a su vez acelera el
proceso de desarrollo de software que
reduce el tiempo y el costo del proyecto.
Lo que es absolutamente vital en el
entorno actual. Cualquier cosa que
permite a las organizaciones para
entregar más proyectos en el mismo
periodo de tiempo que va a ser popular.
La entrega del producto temprana es una
ventaja definitiva. Esto significa que su
equipo de desarrollo puede ofrecer mayor
funcionalidad en un corto periodo de
tiempo, por lo tanto, permitir que más
proyectos para ser entregados. Esto sólo
va a satisfacer tanto su departamento de
finanzas, como a los clientes finales.
El empoderamiento del equipo de
desarrollo ayuda a desarrollar la
capacidad de decisión de los miembros
del equipo que a su vez, crea un equipo
más motivado. Este beneficio realmente
no se puede insistir demasiado suficiente.
Los desarrolladores no aborreces nada
más que ser micro-administrado y que las
decisiones impuestas sobre ellos. De esta
manera se puede determinar la mejor
forma para desarrollar la funcionalidad
que dará lugar generalmente a un
producto final mucho mejor.
XII. Conclusión
Es un concepto que puede utilizarse en
cambio empresas como la venta de
productos por menor, que en su día a día
están girando sus necesidades según la
oferta y la demanda, este tipo de
desarrollo es probable que el cliente está
pidiendo ajustes continuamente, el ciclo
de vida de esta metodología se
implementa fácilmente y dirigible Utiliza
correctamente esta metodología
(desarrollo de Software adaptativo) puede
lograr excelentes resultados pero debido
a las características que posee es más
factible usar para proyectos de pequeños
y medianos para ganar práctica y
experiencia para alcanzar el desarrollo
rápido de aplicaciones (RAD) en donde
contamos con productos de alta calidad.
Desarrollo de Software Lean ofrece una
filosofía de gestión, junto con un conjunto
de herramientas prácticas para el diseño
y la entrega de productos y servicios
intensivos en software. Estas
herramientas nos permiten seleccionar
soluciones de diseño, métodos,
herramientas de diseño y estructuras de

Bogotá, Colombia
pág. 9
organización basadas en la aptitud para el
propósito. Estas herramientas nos
permiten seleccionar las soluciones de
diseño, métodos, herramientas de diseño,
y las estructuras de organización basado
en la aptitud para el propósito. Ese
propósito es producir valor para el cliente
con mínimo desperdicio para nosotros.
Ese propósito es producir valor para el
cliente con el mínimo desperdicio para
nosotros. Hay un supermercado
maravilloso de herramientas, métodos y
técnicas de las décadas de progreso en el
equipo de software Hay un maravilloso
supermercado de herramientas, métodos
y técnicas de décadas de avances en la
gestión de la ingeniería de software. Lean
no invalidar o validar alguna de estas. No
invalida o validar cualquiera de estos. En
cambio, nos da la sabiduría para comprar
sabiamente y emplear sólo la
combinación de recursos necesaria para
maximizar el valor para el cliente,
minimizar el desperdicio y produce
resultados reales punta y línea de fondo.
En su lugar, nos da la sabiduría para
comprar sabiamente y emplear la
combinación justa de los recursos
necesarios para maximizar el valor del
cliente, minimizar los residuos y producir
bienes de la línea superior y la línea
inferior resultados.
XIII. Cuadros comparativos
Ilustración 3 cuadro comparativo de características
construir con integridad
ver el todo
tolerante a cambios Decidir lo mas tarde posible
guiado por los riesgos entregar lo mas rapido posible
la revision de los componentes
sirve para aprender de los
errores y volver a iniciar el ciclo
de desarrollo
capacitar, potenciar al equipo
CUADRO COMPARATIVO
ADAPTIVE SOFTWARE
DEVELOPMENT
LEAN SOFTWARE DEVELOPMENT
Eliminar desperdiciositerativo
orientado a componentes Amplificar el aprendizaje

Bogotá, Colombia
pág. 10
Ilustración 4 cuadro comparativo de efectividad
XIV. Bibliografía
Phalnikar., Deshpand., Y Joshi (2008). La
aplicación de los principios ágiles de
desarrollo de software distribuido fecha de
consulta 29 de septiembre de 2015.
ASD (Adaptive Software Development)
http://es.slideshare.net/urumisama/metodolog
ia-agil-asd fecha de consulta 2 de octubre de
2015
John P Vajda (2010) Lean software
development principles
http://es.slideshare.net/jpvajda/lean-software-
development-principles fecha de consulta 04
de octubre de 2015.
XV. Referencias
4
4
3
Media CM 4.4 3.6
Media total 4.8 3.9
Excelencia técnica
5Prácticas de colaboración
simplicidad
5Adaptabilidad
3
características
Metodología (CM)
5Resultados
4
4
3
Sistema como algo
cambiante
5 4
colaboración 5 4
ASD LD

Bogotá, Colombia
pág. 11
1
http://en.wikipedia.org/wiki/Agile_soft
ware_development
https://translate.google.com.co/transla
te?hl=es&sl=en&u=http://ultimatesdlc.
com/adaptive-software-
development/&prev=search
https://translate.google.com.co/transla
te?hl=es&sl=en&u=http://www.exa.uni
cen.edu.ar/catedras/agilem/cap23asd
.pdf&prev=search
https://es.wikipedia.org/wiki/Lean_soft
ware_development
2https://es.wikipedia.org/wiki/Lean_sof
tware_development
3 Poppendieck, Mary y Tom Lean
Software Development: An Agile
Toolkit

Adpative software-development-y-lean-software-development

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Adpative software-development-y-lean-software-development

Similar a Adpative software-development-y-lean-software-development (20)

Adpative software-development-y-lean-software-development