Вы находитесь на странице: 1из 8

Serie de libros electrnicos para el desarrollo gil paralelo: Captulo 2

Cinco limitaciones de
desarrollo y prueba que afectan
la velocidad, el costo yla
calidad de sus aplicaciones

Nuevas presiones, ms limitaciones


No es ningn secreto que en la economa de aplicaciones las organizaciones
lderes crean una ventaja competitiva mediante el desarrollo de nuevas
innovaciones digitales y su combinacin con bienes y servicios existentes.
Esto se conoce como Transformacin digital, es una iniciativa que se
propag entre las empresas que desean satisfacer la demanda siempre
creciente de usuarios que se capacitaron con la Internet, dispositivos
mviles y redes sociales que exigen el desempeo perfecto de todos los
servicios digitales que consumen.
Una parte de esta transformacin implica que las organizaciones estn
presionadas para entregar nuevas aplicaciones y servicios a una velocidad
acelerada y a la vez para mantener una calidad alta del software y los costos
de desarrollo y prueba a un nivel razonable. A pesar de tener las mejores
intenciones, los equipos de desarrollo y prueba a menudo tienen dificultades
para cumplir con uno o ms objetivos de velocidad, costo y calidad debido
aldesafo persistente de las limitaciones.

Encuesta sobre Transformacin digital de Altimeter Group, 2014 N=59

Qu es la
transformacin
digital?

Altimeter la define como la reorganizacin

de la tecnologa y los modelos de


negocios o la inversin en ellos para
comunicarse de manera ms efectiva
con los clientes digitales en todo punto
de contacto del ciclo de vida de la
experiencia del cliente1.

Cmo las limitaciones


restringen el potencial
dedesarrollo
Probablemente escuch el dicho una cadena es tan fuerte como su eslabn ms dbil.
Paralos equipos de desarrollo y prueba, existe una relacin similar entre el ciclo de vida
delaentrega de software (SDLC) y las limitaciones.

A menudo, en la cadena
de entrega que representa
el SDLC, las limitaciones
se esconden detrs del
eslabn ms dbil.

Acuada por Eliyahu M. Goldratt en su libro, La Meta, la teora de las limitaciones explica
quedentro de todo sistema administrable existen limitaciones que pueden afectar
ellogro de un objetivo en particular. Por ejemplo, los equipos de desarrollo y prueba se
topan con muchas limitaciones de entorno, datos, prueba y visibilidad dentro de las etapas
individuales del SDLC; cada una de ellas genera demoras o dificultades especficas que
impiden la entrega de servicios de alta calidad a los costos y velocidades esperados.
Esto significa que incluso si el negocio y los usuarios quieren mejores aplicaciones y entregas
ms rpidas, TI solo podr desarrollar y probarlas a la velocidad y frecuencia que permitan
las limitaciones del SDLC. Entonces, si desea alcanzar niveles ms altos de velocidad, costos
y calidad, debe comprender las limitaciones comunes que plagan el SDLC y cmo
minimizarlas o eliminarlas.

Cinco limitaciones comunes en el SDLC


A menudo, identificar y resolver las limitaciones en el SDLC puede ser algo de nunca acabar, cuando se resuelve una, aparece otra por aqu,
otras aparecen por all y pueden ser difciles de predecir. A continuacin se enumeran algunos de los tipos de limitaciones comunes que se
deben buscar cuando se revisan las prcticas de desarrollo y prueba:

Limitaciones de aplicaciones
compuestas

Limitaciones de entorno
Cuenta con muchos equipos de entrega de
aplicaciones pero no suficientes entornos de
desarrollo y prueba donde trabajar. El resultado
inevitable es que los equipos experimentan tiempo
de inactividad no productivo mientras esperan que
los sistemas o entornos que necesitan estn
disponibles.

Las aplicaciones modernas se ensamblan de


variasAPI, UI, componentes y servicios, puede
tener acceso limitado a mucha de ellas para las
actividades de desarrollo y prueba. Cuando estos
componentes son de terceros, a menudo tiene que
pagar cargos de acceso que pueden acrecentarse
rpidamente con el tiempo.

Cinco limitaciones comunes en el SDLC

Limitaciones de datos

Limitaciones de prueba

Limitaciones de visibilidad

Para asegurar que una aplicacin funcionar al


nivel esperado en la produccin, debe evaluarla
con datos que se acerquen a las condiciones
reales y que tengan la amplitud necesaria para
cubrir todos los casos de uso. Si los equipos de
prueba no tienen fcil acceso a ese tipo de datos,
deben crear datos de prueba de calidad de
produccin manualmente, lo que implica costos
y demoras adicionales en los proyectos.

Muchos equipos de TI creen que los


procedimientos de prueba estn automatizados,
pero solo la prueba est automatizada.
Parallegar a ese paso, tienen que desarrollar
scripts y cdigo manualmente que impulse la
automatizacin. Usualmente, estos recursos
deprueba no pueden compartirse en las etapas
de prueba (por ejemplo: unidad, funcional, esin,
integracin, desempeo, etc.) ygeneran la
necesidad de duplicar el esfuerzo.

Cuando las pruebas demuestran defectos de


laaplicacin, los equipos de TI deben localizar
laraz del problema para poder resolverlo.
Enunentorno de aplicacin compuesta, es ms
fcil decirlo que hacerlo, en particular cuando
hay escasa visibilidad integral de la ruta de
transacciones y se dificulta el descubrimiento
deinformacin til.

Cmo las limitaciones de


desarrollo y prueba afectan
su negocio
Si bien las limitaciones se manifiestan como desafos tcnicos que los equipos de TI deben resolver
dentro y fuera del SDLC, tambin afectan el negocio en su totalidad de varias maneras significativas.
Innovacin ralentizada
Pensar en una idea de software innovadora es solo la mitad de la ecuacin, la otra es
llevarla al mercado rpidamente y con un nivel de calidad que generar una ventaja
competitiva y superar las expectativas de los usuarios. Sin embargo, muchas de las
limitaciones discutidas anteriormente contribuyen al tiempo de inactividad y al esfuerzo
manual que prologan los cronogramas de los proyectos y as frenan la innovacin y les dan
la oportunidad a los competidores de llegar primero al mercado.
Calidad reducida
Cuando los equipos no tienen acceso oportuno a recursos depruebade condiciones reales,
no pueden realizar las pruebas tan eficientemente yexhaustivamente como es necesario
para garantizar el desempeo listo para la produccin. Cuando una aplicacin de baja
calidad llega al mercado, desalientan alosclientes, pueden daar su marca y requieren
una revisin de desarrollo ypruebaimportante.
Mayores costos
Tratar de esquivar las limitaciones genera ineficiencias en el SDLC queresultan en costos
de hardware y software para el negocio. Por ejemplo, cuando los codificadores utilizan su
valioso tiempo para crear scripts o simulacros de escaso valor, elcosto humano de la
entrega de la aplicacin aumenta. Tambin existe el impacto sobrelas ganancias conocido
en el presente o desconocido en el futuro cuando se lanza almercado de forma prematura
un servicio lleno de errores.
6

Resolver el problema de las limitaciones


conel desarrollo gil paralelo
Para limitar los efectos de las limitaciones en la velocidad, la calidad y los costos del desarrollo de software, las organizaciones lderes
adoptaron herramientas y metodologas de desarrollo giles y en paralelo.

Con el desarrollo gil paralelo, puede reducir o eliminar:


Las limitaciones de pruebas al permitirles
amltiples miembros de equipos interfuncionales
(incluso de desarrollo y control de calidad) disear
yejecutar rpidamente pruebas automatizadas de unidad,
funcin, regresin, integracin, carga y desempeo.

Las limitaciones de aplicaciones compuestas


yde entorno al modelar y simular el
comportamiento y las caractersticas de sistemas
yservicios dependientes
Las limitaciones de datos mediante la captura de
transacciones reales en entornos de prueba y ensayo
yla creacin inteligente de recursos de servicio virtual
realista y de automatizacin de prueba para
incrementarla calidad

Las limitaciones de visibilidad gracias


alaadquisicin de una comprensin al nivel de
latransaccin de las aplicaciones modernas y complejas
yas acelerar el anlisis de las races de los defectos
ylaremediacin de los problemas encontrados
deformaintuitiva

El resultado es que los equipos de TI pueden trabajar en paralelo y trasladar a la izquierda


lasactividadesdedesarrollo y prueba; entonces, puede entregar nuevos y mejores servicios
almercadomsrpido y as satisfacer la demanda de los clientes.

Qu sigue?
En el captulo 3 de la serie, veremos de cerca lo que se necesita para lograr un desarrollo gil paralelo
ycmoest conectado de forma directa a sus capacidades de virtualizacin, colaboracin, calidad
delsoftware yadministracin.
Las limitaciones lo retrasan? Descubra sus fortalezas y debilidades en la Evaluacin de desarrollo y prueba
y obtenga orientacin que puede utilizar para comenzar a resolver sus desafos de desarrollo y prueba hoy.

CA Technologies (NASDAQ: CA) crea un software que impulsa la transformacin en las empresas y les permite aprovechar
las oportunidades de la economa de aplicaciones. El software es el centro de cada empresa, en cada industria. Desde la
planificacin hasta el desarrollo, la administracin y la seguridad, CA trabaja con empresas en todo el mundo para cambiar
laforma de vivir, realizar transacciones y comunicarse, mediante entornos mviles, de nube pblica y privada, centrales
ydistribuidos. Obtenga ms informacin en ca.com/ar.

Copyright CA 2015. Todos los derechos reservados. El propsito de este documento es meramente informativo y no constituye ningn tipo
degaranta. Todas las marcas registradas, los nombres comerciales, las marcas de servicios y los logotipos mencionados en este documento
pertenecen a sus respectivas empresas.
CS200-127705-2

Вам также может понравиться