• No se han encontrado resultados

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

N/A
N/A
Protected

Academic year: 2021

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

Copied!
8
0
0

Texto completo

(1)

Serie de libroS electrónicoS para el deSarrollo ágil paralelo:

Capítulo 2

Cinco limitaciones de

desarrollo y prueba que afectan

la velocidad, el costo y la

(2)

No es ningún secreto que en la economía de aplicaciones las organizaciones líderes crean una ventaja competitiva mediante el desarrollo de nuevas innovaciones digitales y su combinación con bienes y servicios existentes. Esto se conoce como transformación 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 móviles y redes sociales que exigen el desempeño perfecto de todos los servicios digitales que consumen.

Una parte de esta transformación implica que las organizaciones están 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 más objetivos de velocidad, costo y calidad debido al desafío persistente de las limitaciones.

Nuevas presiones, más limitaciones

¿Qué es

la

tranSformación

digital?

Altimeter

la define como

“la reorganización

de la tecnología y los modelos de

negocios o la inversión en ellos para

comunicarse de manera más efectiva

con los clientes digitales en todo punto

de contacto del ciclo de vida de la

experiencia del cliente”

1

.

(3)

Probablemente escuchó el dicho “una cadena es tan fuerte como su eslabón más débil”. Para los equipos de desarrollo y prueba, existe una relación similar entre el ciclo de vida de la entrega de software (SDLC) y las limitaciones.

Acuñada por Eliyahu M. Goldratt en su libro, La Meta, la teoría de las limitaciones explica que dentro de todo sistema administrable existen limitaciones que pueden afectar el logro 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 específicas 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 más rápidas, TI solo podrá desarrollar y probarlas a la velocidad y frecuencia que permitan las limitaciones del SDLC. Entonces, si desea alcanzar niveles más altos de velocidad, costos y calidad, debe comprender las limitaciones comunes que plagan el SDLC y cómo

minimizarlas o eliminarlas.

Cómo las limitaciones

restringen el potencial

de desarrollo

A menudo, en la cadena

de entrega que representa

el sDLC, las limitaciones

se esconden detrás del

(4)

limitaciones de aplicaciones

compuestas

Las aplicaciones modernas se ensamblan de varias API, 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 rápidamente con el tiempo.

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 difíciles de predecir. a continuación se enumeran algunos de los tipos de limitaciones comunes que se deben buscar cuando se revisan las prácticas de desarrollo y prueba:

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 estén disponibles.

(5)

limitacioneS de prueba

Muchos equipos de TI creen que los

procedimientos de prueba están automatizados, pero solo la prueba está automatizada.

Para llegar a ese paso, tienen que desarrollar scripts y código manualmente que impulse la automatización. Usualmente, estos recursos de prueba no pueden compartirse en las etapas de prueba (por ejemplo: unidad, funcional, esión, integración, desempeño, etc.) y generan la necesidad de duplicar el esfuerzo.

limitacioneS de datoS

Para asegurar que una aplicación funcionará al nivel esperado en la producción, 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 fácil acceso a ese tipo de datos, deben crear datos de prueba de calidad de producción manualmente, lo que implica costos y demoras adicionales en los proyectos.

Cinco limitaciones comunes en el sDLC

limitacioneS de viSibilidad

Cuando las pruebas demuestran defectos de la aplicación, los equipos de TI deben localizar la raíz del problema para poder resolverlo. En un entorno de aplicación compuesta, es más fácil decirlo que hacerlo, en particular cuando hay escasa visibilidad integral de la ruta de transacciones y se dificulta el descubrimiento de información útil.

(6)

innovación ralentizada

Pensar en una idea de software innovadora es solo la mitad de la ecuación, la otra es llevarla al mercado rápidamente 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 innovación y les dan la oportunidad a los competidores de llegar primero al mercado.

calidad reducida

Cuando los equipos no tienen acceso oportuno a recursos de prueba de condiciones reales, no pueden realizar las pruebas tan eficientemente y exhaustivamente como es necesario para garantizar el desempeño listo para la producción. Cuando una aplicación de baja calidad llega al mercado, desalientan a los clientes, pueden dañar su marca y requieren una revisión de desarrollo y prueba importante.

mayoreS coStoS

Tratar de esquivar las limitaciones genera ineficiencias en el SDLC que resultan en costos de hardware y software para el negocio. Por ejemplo, cuando los codificadores utilizan su

Cómo las limitaciones de

desarrollo y prueba afectan

su negocio

Si bien las limitaciones se manifiestan como desafíos técnicos que los equipos de ti deben resolver

dentro y fuera del Sdlc, también afectan el negocio en su totalidad de varias maneras significativas.

(7)

Resolver el problema de las limitaciones

con

 

el desarrollo ágil paralelo

para limitar los efectos de las limitaciones en la velocidad, la calidad y los costos del desarrollo de software, las organizaciones líderes adoptaron herramientas y metodologías de desarrollo ágiles y en paralelo.

con el desarrollo ágil paralelo, puede reducir o eliminar:

laS limitacioneS de aplicacioneS compueStaS y de entorno al modelar y simular el

comportamiento y las características de sistemas y servicios dependientes

laS limitacioneS de datoS mediante la captura de transacciones reales en entornos de prueba y ensayo

y la creación inteligente de recursos de servicio virtual “realista” y de automatización de prueba para

incrementar la calidad

laS limitacioneS de pruebaS al permitirles a múltiples miembros de equipos interfuncionales

(incluso de desarrollo y control de calidad) diseñar

y ejecutar rápidamente pruebas automatizadas de unidad, función, regresión, integración, carga y desempeño.

laS limitacioneS de viSibilidad gracias a la adquisición de una comprensión al nivel de la transacción de las aplicaciones modernas y complejas y así acelerar el análisis de las raíces de los defectos y la remediación de los problemas encontrados de forma intuitiva

el resultado es que los equipos de ti pueden trabajar en paralelo y “trasladar a la izquierda”

las actividades de desarrollo y prueba; entonces, puede entregar nuevos y mejores servicios

(8)

ca technologies (NASDAQ: CA) crea un software que impulsa la transformación en las empresas y les permite aprovechar las oportunidades de la economía de aplicaciones. El software es el centro de cada empresa, en cada industria. Desde la planificación hasta el desarrollo, la administración y la seguridad, CA trabaja con empresas en todo el mundo para cambiar la forma de vivir, realizar transacciones y comunicarse, mediante entornos móviles, de nube pública y privada, centrales y distribuidos. Obtenga más información en ca.com/ar.

en el capítulo 3 de la serie, veremos de cerca lo que se necesita para lograr un desarrollo ágil paralelo y cómo está conectado de forma directa a sus capacidades de virtualización, colaboración, calidad del software y administración.

¿Las limitaciones lo retrasan? Descubra sus fortalezas y debilidades en la evaluación de desarrollo y prueba

y obtenga orientación que puede utilizar para comenzar a resolver sus desafíos de desarrollo y prueba hoy.

Referencias

Documento similar

Where possible, the EU IG and more specifically the data fields and associated business rules present in Chapter 2 –Data elements for the electronic submission of information

The 'On-boarding of users to Substance, Product, Organisation and Referentials (SPOR) data services' document must be considered the reference guidance, as this document includes the

In medicinal products containing more than one manufactured item (e.g., contraceptive having different strengths and fixed dose combination as part of the same medicinal

Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in

Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in

This section provides guidance with examples on encoding medicinal product packaging information, together with the relationship between Pack Size, Package Item (container)

Package Item (Container) Type : Vial (100000073563) Quantity Operator: equal to (100000000049) Package Item (Container) Quantity : 1 Material : Glass type I (200000003204)

E Clamades andaua sienpre sobre el caua- 11o de madera, y en poco tienpo fue tan lexos, que el no sabia en donde estaña; pero el tomo muy gran esfuergo en si, y pensó yendo assi