Informe tcnico de negocio

La agilidad, una cuestin fundamental en la era de las aplicaciones

Pese a su potencial, algunas empresas aseguran que lo prometido por la metodologa gil sigue siendo difcil de alcanzar. Otras han descubierto que implica ms cambios de los que esperaban. E incluso hay otras que opinan que la necesaria velocidad que supone esta metodologa choca, con demasiada frecuencia, con la necesidad de estabilidad que requieren las operaciones. Cmo puede conseguir una empresa la verdadera agilidad si los antiguos hbitos son tan difciles de romper? Identificar y evitar las medidas de agilidad parcial es un comienzo. El resto depende de comprender el ciclo de vida completo y ser capaz de unificar el desarrollo y las operaciones como parte de una "cadena de suministro de las aplicaciones" continua.

Los cuellos de botella en el ciclo de vida de las aplicaciones pueden lastrar los resultados de la metodologa gil. Y, cul de esos cuellos de botella es el principal? No tenga dudas, el vaco que existe entre el desarrollo y las operaciones. El movimiento DevOps busca llenar esos vacos y acelerar la ltima milla que lleva a la produccin.

La metodologa gil se mide por la agilidad que trae a la empresa

La trampa de la "scrummerfall" (mel en cascada)
En la carrera por beneficiarse de las prcticas giles, muchas empresas tienden a la adopcin gradual. En tales casos, los tcnicos de desarrollo adoptan con entusiasmo las iteraciones de tipo sprint, que favorece la metodologa gil, mientras que las compaas y los equipos de QA (Aseguramiento de la Calidad) siguen manteniendo sus posiciones predeterminadas, antiguas y secuenciales en la planificacin de los proyectos. Podra decirse que esas empresas se han pasado al desarrollo gil, aunque sin haber adoptado todava la entrega gil. En consecuencia, el objetivo clave de la metodologa gil - la rpida deteccin de los problemas - se ve frustrado. Terminar el cdigo a mayor velocidad no acorta el tiempo de puesta en el mercado, ni mejora la calidad, si el resto de la organizacin que presta el servicio (analistas empresariales, ingenieros de QA, jefes de proyecto) sigue guindose por las prcticas y plazos secuenciales impuestos por la metodologa tradicional o en cascada. Esa filosofa hbrida de metodologas en cascada / gil se ha convertido en algo tan comn como para ganarse un apodo: "scrummerfall" (mel en cascada). Y se dice que, usando la mel en cascada, los proyectos fallan el doble de rpido de lo que lo haran empleando solamente la metodologa en cascada.

Introduccin
Vivimos en la era de las aplicaciones. La agilidad empresarial, por lo tanto, depende ya inexorablemente de ellas. Los mtodos giles, que han dejado atrs a la tradicional prestacin secuencial de las aplicaciones se ha convertido, en una de las historias de modernizacin ms exigentes desde la pasada dcada. La metodologa gil promete ayudar a los responsables de las aplicaciones a entregar un software de mayor calidad y con mayor rapidez. Y dado que fomenta la colaboracin entre stos y los comerciales, tambin favorece que esta parte fundamental para el negocio est estrechamente alineada con los requisitos empresariales. No todas las tendencias modernas podran respaldar de la misma manera los objetivos actuales de las TI en cuanto a predictibilidad, calidad y preparacin para el cambio. Si se practica de forma correcta, la metodologa gil revela defectos en el cdigo en las etapas ms iniciales del ciclo de desarrollo, reduce el riesgo global del proyecto y permite dar una respuesta ms veloz a las cambiantes prioridades del negocio.

Usted precisa de una mentalidad gil

Analicemos la metodologa gil desde la perspectiva de lo que debera ser: una filosofa de entrega que se repite y en crecimiento. Si se aborda solo una pequea parte de la funcionalidad de una aplicacin en cada momento, el cdigo puede desarrollarse en un intervalo de tiempo mucho ms corto. Cuando se implanta tal y como se ha concebido, la metodologa gil elimina el desorden del mtodo de desarrollo. El equipo recibe una continua realimentacin con respecto al sistema, por medio de actividades de validacin y aportaciones de los interesados, a fin de asegurarse de que mantiene su rumbo.

Cmo debera ser la metodologa gil: Divisin en el enfoque: la divisin del alcance de un proyecto en perodos temporales cortos y diferenciados (por ejemplo, un sprint de entre dos y cuatro semanas), obliga a los equipos a priorizar sus objetivos y a pensar con pragmatismo acerca de lo que pueden conseguir en cada ventana. Trabajo continuado con los interesados: en contraste con el modelo formal, a cierta distancia, de la metodologa en cascada, la gil anima a mantener un contacto estrecho y constante con los actores empresariales interesados. Recibir la aprobacin de los interesados a lo largo de todo el proceso ayuda a mantener las expectativas alineadas y las sorpresas desagradables al nivel mnimo. Diseado para revelar los problemas: dado que cada sprint implica tareas de desarrollo y prueba, los equipos adquieren la oportunidad de comprobar las integraciones, desde su funcionalidad hasta las opciones de arquitectura. Con la metodologa en cascada tradicional, esas reas no se someten a pruebas hasta una etapa muy posterior del proyecto - cuando deshacer el entuerto puede ser mucho ms costoso. Pruebas rigurosas y acumulativas: a medida que los equipos de desarrollo se desplazan por cada sprint, comprueban de modo regresivo todo lo que viene de atrs. Esto les permite enterarse de si el ltimo sprint de desarrollo ha roto algo en los anteriores. Cuando surgen problemas, su localizacin queda confinada al ltimo sprint y no al proyecto por entero. Diseado para el cambio: en lugar de comenzar por todo el trabajo de diseo de requerimientos (muchos de los cuales se modificarn con el paso del tiempo), en la fase inicial se designan solamente el alcance y las funcionalidades de alto nivel (la historia de usuario). Los detalles se van trabajando sprint por sprint, en respuesta a la propia aplicacin y a medida que sta toma forma. Medido en su progreso real: La metodologa gil promueve la idea de que la bondad del desarrollo de software se mide solamente por las realidades ejecutables que produce. Su progreso se mide por el cdigo trabajado y probado - no por el nmero de reuniones de cierre que se hayan mantenido, las lneas de cdigo escritas o los documentos tcnicos completados.

Cmo es la metodologa gil con demasiada frecuencia: Sin cambios.

Sin cambios.

La prueba unitaria se acepta como sustitutivo de la prueba del sistema, pero la validacin exhaustiva y veraz no se produce hasta etapas posteriores del proyecto. Ese retraso deja el proyecto abierto a los mismos riesgos de la metodologa en cascada: problemas por sorpresa y escaso tiempo para resolverlos.

Las partes se confunden con el todo. Cada sprint se prueba por su cuenta, sin pruebas de regresin que verifiquen el funcionamiento de los sprints anteriores. El equipo no conoce hasta las fases ms avanzadas del proyecto la funcionalidad, rendimiento o seguridad acumulados de la aplicacin, disponiendo de poco tiempo para reaccionar a los problemas. El equipo est abierto al cambio sin estar preparado para l. Las limitaciones implican que el cambio se introduce con muy poca apreciacin de su impacto.

Si no hay resultados de pruebas con xito, el progreso es un espejismo.

Las TI giles y las tradicionales, juntas y en perfecta armona

Quizs uno de los motivos para que las empresas adopten ms lentamente la metodologa gil sea su miedo a que engendre ms hbitos malos que buenos. Pero buscar los hechos diferenciales de la metodologa gil, hechos como la flexibilidad y la capacidad de respuesta, no significa que tenga que abandonar los objetivos de las TI tradicionales, como la consistencia y la minuciosidad. La verdad es que ambas metas pueden darse soporte mutuo. Considere unas pocas reas clave en las que los objetivos de las TI tradicionales, si stas se ejecutan de manera apropiada, puedan ayudar a potenciar los fines de esta forma de desarrollo. Velocidad y calidad La mtrica mejor conocida de un mtodo gil es la velocidad - la velocidad con la que uno presta funcionalidades. Para mantener esos indicadores en valores altos, los equipos podran sacrificar las pruebas de regresin, permitindose a s mismos pensar que con las pruebas unitarias es suficiente. O podran retrasar las validaciones no funcionales de cosas como el rendimiento o la seguridad. El resultado? El descubrimiento tardo de los problemas y un incremento de los defectos de produccin.

Eso no significa que la velocidad y la calidad sean incompatibles, sino que resulta crtico que los equipos eliminen el esfuerzo manual, siempre que sea posible, si los equipos de QA esperan poder seguir el ritmo del desarrollo. Por ejemplo: incluso las pruebas manuales pueden acelerarse gracias a HP Sprinter, que permite la introduccin automtica de datos as como las "pruebas en espejo", en las que las acciones de una nica herramienta de prueba se duplican a travs de mltiples entornos de bsqueda. Tambin proporciona la capacidad de registrar de forma automtica los pasos de prueba efectuados, haciendo ms sencillo documentar y reproducir los defectos. A medida que la base de cdigo crece de sprint a sprint, la relacin entre velocidad y calidad exige adoptar la automatizacin real de las pruebas. La herramienta de prueba funcional unificada de HP no solo ofrece la capacidad de automatizar la prueba de interfaces grficas de usuario (GUI), sino que tambin automatiza los servicios y componentes que no disponen de una GUI en absoluto. Y la virtualizacin de servicios de HP permite que los tcnicos de desarrollo y comprobacin prueben incluso los servicios con grandes restricciones, o no disponibles en un entorno simulado o virtual.

Flexibilidad y consistencia A diferencia de los mtodos tradicionales, que confan en planes de proyecto engorrosos y a menudo obsoletos, la metodologa gil anima a los equipos a ser flexibles y receptivos al cambio. Sin embargo, eso puede conducir a la gestin ad hoc de los proyectos. La gestin del ciclo de vida de las aplicaciones de HP (HP ALM), acoplada al acelerador HP Agile Accelerator, aporta eficacia tanto a los proyectos secuenciales como a los basados en un desarrollo gil. Ello supone que los equipos disponen de la instrumentacin adecuada (definicin y gestin eficaces de las historias de usuario; gestin de entregas, sprints y pilas de producto; grficos de valor generado y avance de tareas y representaciones cruzadas de velocidad de sprint; y tablero automatizado), a la par que se asegura que los equipos ajenos a la metodologa puedan emplear ms mtricas tradicionales - todo ello a travs de una misma solucin. Los emprendedores y las economas de escala La metodologa gil fomenta los equipos de menor tamao y superior autonoma. Se trata de buenos objetivos, pero pueden conllevar una prdida de colaboracin y conocimiento compartido. Los equipos independientes tambin convierten la reutilizacin en algo ms complicado, lo cual puede provocar una duplicacin del esfuerzo y la funcionalidad y, con ellos, mayores costes de entrega y soporte. HP ALM proporciona un almacn unificado de activos reutilizables para que cualquier equipo, sea cual sea su ubicacin, pueda comprobar de un vistazo si una prueba ya ha sido creada y puede ser reutilizada, si un requisito ya ha sido destacado o si un defecto ya ha sido puesto de manifiesto. Los equipos distribuidos y de mayor tamao tambin sacan partido de herramientas de colaboracin como HP Enterprise Collaboration, un mdulo integrado, de apariencia similar a las redes sociales, para la colaboracin basada en el contexto y el conocimiento compartido.

Capacidad de respuesta y minuciosidad La metodologa gil nos anima a que esperemos el cambio, en lugar de temerlo. Todas las empresas desean la capacidad de adaptarse velozmente, sin molestias de sobrecarga o burocracia que las ralentice. Pero cmo podemos conseguirlo sin perder la perspectiva crtica sobre qu ha cambiado y por qu? La inteligencia del ciclo de vida de las aplicaciones de HP (ALI), una parte de HP ALM, se conecta automticamente a una gran variedad de entornos de desarrollo, cdigos fuente y sistemas de creacin integrados, a fin de extender la trazabilidad directamente hasta el cdigo y permitiendo que uno vea las conexiones entre todos los activos desde los requerimientos al cdigo, pasando por los desarrollos y las pruebas. Los tcnicos de desarrollo pueden trabajar con las herramientas de su eleccin, al tiempo que se conectan de forma automtica con sus colegas y la organizacin prestadora en sentido amplio. Eso significa que, cuando llega una nueva solicitud de modificacin, el usuario puede seleccionar el requisito sujeto a cambios y, dada la trazabilidad de extremo a extremo, ser capaz de ejecutar una evaluacin rpida pero concienzuda de su impacto, actualizar el cdigo y desplegarlo con la confianza de haber identificado y realizado todas las variaciones requeridas.

Presa de la "scrummerfall"? Una organizacin puede plantearse tres preguntas esenciales para sondear la eficacia de sus esfuerzos de adopcin de la metodologa gil:
1.  Estn descubriendo mis proyectos giles los defectos del cdigo en etapas ms tempranas del ciclo de vida que mis proyectos tradicionales? Con un desarrollo gil, los problemas deberan salir a la superficie mucho antes. 2.  Estoy viendo menos defectos en los productos terminados cuando comparo mis proyectos giles con los que no lo son? Esta metodologa debera mejorar la calidad de un proyecto de software, as como reducir los costes de las reparaciones. 3.  Se sienten ms satisfechos los actores empresariales, en general, con los proyectos giles? La metodologa gil debera ayudar a que los equipos comerciales y de TI a que comunicasen mejor sus expectativas.

La ltima y crtica milla

Los equipos de entrega gil han dado grandes pasos en la creacin de software. Pero qu sentido tiene que sean capaces de crear con rapidez nuevas prestaciones si se enfrentan a los cuellos de botella impuestos por los ralentizadores procesos de entrega que hemos usado siempre? Este desafo se refleja claramente en una encuesta dirigida por Forrester sobre la gestin de las entregas. Cuando se les pregunt cunto tiempo les lleva realizarla en el caso de un cambio que afecta a una nica lnea de cdigo - como medida esencial de la sobrecarga operativa del proceso de entrega - ms del 80% de los encuestados declar que se necesita ms de un da, opinando el 44% que una semana o ms. Para capitalizar los avances logrados mediante el desarrollo gil y traducirlos mejor en valor empresarial, es la hora de extender los principios de la metodologa gil al mundo de las operaciones.
Figura 1: Cunto tiempo se tarda en llegar a la entrega? "Si fuese a modificar una lnea de cdigo de su proyecto, cunto tiempo tardara su organizacin, tpicamente, en llevar el cambio resultante hasta su puesta en produccin?"
Menos de cuatro horas: Ms de cuatro horas pero menos de un da completo: Ms de un da pero menos de una semana: Ms de una semana pero menos de dos semanas: Ms de dos semanas pero menos de un trimestre: Ms de un trimestre: 4% 11% 18% 7% 11% 39%

Las claves del xito en la adopcin de DevOps y la entrega continua son la calidad, la automatizacin y la colaboracin. Juntos, esos elementos fundamentales pueden unificar nuestros tradicionales silos de TI y dar rienda suelta a la agilidad por todo el ciclo de vida de las aplicaciones, de extremo a extremo. Ms calidad, ms confianza La eficacia de DevOps comienza por la confianza - confianza por parte de los equipos de operaciones en que los equipos de desarrollo, trabajando a velocidades giles, no han pasado nada por alto para ahorrar tiempo. En contraste con la visin de desarrollo de entregar los cambios con rapidez, la mentalidad tradicional de las operaciones concibe el cambio como una introduccin de riesgo - riesgo de problemas y riesgo de cortes del servicio. La visin de las operaciones, y que es, adems, como suele medirse a stas, se basa en la disponibilidad y estabilidad de la aplicacin. De modo que es comprensible que traten, con frecuencia, de minimizar los cambios, si ello evita el sufrimiento que conlleva la entrega de un software de baja calidad. La clave para reconciliar esas dos visiones diametralmente opuestas reside en la calidad. Sin ella, la confianza necesaria para la relacin DevOps es incapaz, simplemente, de consolidarse. El proceso de entrega, o ruta de desarrollo, comienza con la comprobacin del cdigo. Una tcnica correcta puede elevar de forma considerable la calidad de un cambio, a medida que ste progresa por dicha ruta. Quizs ya utilice la integracin continua para crear cdigo varias veces al da. Algo que puede ganar mucha ms potencia cuando se complementa con la verificacin automatizada de desarrollos y las pruebas de regresin. El potencial de HP Lab Management Automation en cuanto a programacin, alta y despliegue de laboratorios de prueba, en este sentido, permite que este modelo aporte una calidad superior desde el primer momento. Esa realimentacin regular y ms rpida hacia los tcnicos de desarrollo implica que los problemas funcionales y no funcionales se identifiquen y resuelvan antes, teniendo como resultado un crecimiento limitado de los defectos, una visin ms precisa de los progresos y una reduccin de la volatilidad previa a la puesta en produccin. En consecuencia, los equipos de desarrollo se ganan el derecho a prestar ms funcionalidades y en menor tiempo, al tiempo que se mitiga el riesgo, lo cual constituye la principal preocupacin de sus alter ego en las operaciones. Automatizar para dar agilidad El segundo factor clave es la automatizacin. Si somete a consideracin su proceso de entrega, cada paso manual que exista en l, ya se trate de un traspaso o aprobacin manual o de una tarea de tipo manual, como las pruebas, impactar de manera significativa sobre los plazos. Para la mayora de empresas, el proceso de entrega se compone de un conjunto de pasos manuales seguido por mltiples personas, las cuales van armadas de largusimos documentos y listas de comprobacin (que tambin se ensamblan de forma manual y que son proclives a contener errores). Esa tcnica dista mucho de ser gil y su potencial de cometer errores es elevado. La automatizacin permite a los equipos eliminar esos traspasos manuales, reducir los errores y acelerar los plazos globales de entrega. Algo fundamental para todo esto es la movilidad de las aplicaciones, una capacidad que aporta la entrega continua de HP

Fuente: Forrester Research Inc., "Five Ways To Streamline Release Management" (Cinco vas para racionalizar la gestin de las entregas), febrero de 2011 (encuesta realizada a 101 profesionales de las TI).

DevOps y la entrega continua

El movimiento emergente DevOps tiene exactamente este desafo como finalidad y persigue cubrir el vaco existente en los equipos de desarrollo y los de operaciones de TI. DevOps se compone de un conjunto de principios y mtodos - inspirados por la metodologa gil - orientado a una mejor colaboracin entre los dos grupos. La entrega continua, que DevOps hace posible, pone el foco en lo que es ms importante: unos ciclos ms cortos hasta poner las funcionalidades realmente en manos de sus usuarios. No solo se basa en una mejor colaboracin, sino en la automatizacin exhaustiva de los procesos de creacin, prueba y entrega. Al nivel extremo, todo cambio del cdigo que supera una serie de pruebas automatizadas podra, por concepto, entregarse de inmediato. Aunque la puesta en produccin automtica tiene sentido solamente en ciertos escenarios, este nivel de integracin entre el desarrollo y las operaciones es revolucionario, ya que permite que las entregas las gobiernen las necesidades empresariales, en oposicin a las restricciones operativas.

Continuous Delivery Automation y que permite a los equipos crear la aplicacin una sola vez y desplegarla luego en cualquier lugar y con facilidad. La movilidad se consigue mediante los modelos de aplicacin sensibles al entorno que se comparten entre las fases de desarrollo, prueba y operaciones. Al desplegar todo el mundo de la misma manera y empleando los mismos activos, el resultado son unos despliegues coherentes y precisos, en todas las ocasiones y en los distintos entornos de desarrollo, prueba, organizacin y produccin. Es ms, soportan entornos basados en instalaciones fsicas, sobre diferentes proveedores en la nube o en una combinacin hbrida, lo cual aporta una flexibilidad mxima. Colaborar a travs de los silos La colaboracin eficaz acaba con las "brigadas con cubos" y el dedo acusador que caracteriza tradicionalmente las relaciones entre el desarrollo y las operaciones. Evita la latencia asncrona y las tramas desconectadas del correo electrnico, las llamadas telefnicas y dems soportes heredados y ayuda a que esos equipos se centren en unos objetivos comunes. La colaboracin tambin acarrea que se compartan y reutilicen los activos, de manera que no sea necesario que las lecciones aprendidas en un entorno se inventen de nuevo en el siguiente. La construccin de la colaboracin DevOps puede empezar por algo tan simple como la inclusin de representantes de las operaciones en los equipos giles, tanto en las sesiones de planificacin de los sprints como en las demostraciones de final de sprint. Para las ideas compartidas y la resolucin de los problemas en el da a da, la comunicacin del equipo puede beneficiarse de las herramientas del estilo de las redes sociales, como la antes mencionada HP Enterprise Collaboration, que estructura las conversaciones alrededor de los elementos de trabajo nombrados y hace posible las discusiones orientadas y sensibles al contexto. Las herramientas integradas entre los dos grupos tambin ayudan a derribar las barreras y a que todos sus miembros hablen el mismo idioma. Entre las funcionalidades integradas en el catlogo de HP, se incluyen: Los archivos de texto ejecutables orientados al rendimiento y que se emplean para que el QA pueda ser empaquetado y enviarse al personal de operaciones, de manera que no tengan que crearlos de nuevo por su cuenta. Los patrones de utilizacin originados en las fases de produccin pueden importarse directamente al Centro de rendimiento de HP con el fin de crear escenarios de prueba ms precisos y del mundo real. Las sesiones de usuarios reales pueden convertirse de forma automtica en archivos de texto ejecutables orientados al rendimiento, para su empleo en las pruebas. Las herramientas de diagnstico del rendimiento comunes a los grupos de desarrollo y de operaciones permiten que los datos se compartan y se alcance una comprensin mutua de los problemas, logrando su anlisis y resolucin con mayor rapidez. El intercambio de la informacin en los dos sentidos para resolver las incidencias de produccin: una incidencia en produccin puede registrar un defecto de modo automtico para el departamento de desarrollo, para su rpida priorizacin frente a otros elementos de las pilas de producto; en cuanto el grupo de desarrollo resuelve el defecto, se actualiza automticamente mediante el Servicio de Atencin.

Figura 2: Cuadro de mando ejecutivo de HP;

Algo a destacar es que el Cuadro de mandos ejecutivo de HP aporta una visin en modo de pantalla nica, ofreciendo el registro de las tareas de desarrollo y las operaciones, adems de una mejor visibilidad de cmo estn comportndose ambos equipos en su trabajo conjunto. Las mtricas especficas de DevOps y la capacidad de establecer KPI en cascada tambin permiten que las medidas e incentivos estn alineados, cerciorndose que todo el mundo empuje en la misma direccin.

Reunir todos los elementos: el ciclo de vida completo de la aplicacin

La vida real de una aplicacin es superior a los requisitos fijados durante su desarrollo. Se trata de un ciclo continuo que engloba la planificacin, entrega y ejecucin de la aplicacin, el cual se inicia con una idea de negocio y finaliza cuando la aplicacin se retira. Cada una de esas reas tiene impacto y est vinculada de manera fundamental a las dems. Si estamos tratando de ser tiles, no podemos permitirnos que se traten como tres ciclos de vida por separado uno de planificacin, otro de entrega y otro de despliegue y administracin. Se requiere un nico ciclo de vida y sin discontinuidades.

Gartner ha estimado que, para una aplicacin con una vida de unos quince aos, solamente el ocho por ciento de su coste total de propiedad est asociado al despliegue inicial. El 92 por ciento restante se emplea en mantener, mejorar y ejecutar dicha aplicacin. Esto subraya la importancia de adoptar una visin ms amplia, para todo el ciclo de vida, a la hora de desplegar y gestionar las aplicaciones.

Figura 3: El Ciclo de vida completo de la aplicacin

de su valor, debiendo proporcionar luego los medios para archivar los datos y sacar esa aplicacin de la cadena, as como reasignar sus recursos. Se permite as que las TI mantengan su agilidad y eviten el escollo de los catlogos sobredimensionados, as como la espiral de costes de mantenimiento que conllevan.

Ejecutar Planicar

La empresa gil
El impacto positivo para el negocio crece a medida que los principios de una metodologa gil se extienden por la empresa. La transicin que lleva desde el desarrollo gil a la entrega gil implica derribar los silos y potenciar a todos los actores para que trabajen conjuntamente y en equipo, a fin de crear software con rapidez. Constituye un paso crtico para evitar la trampa de la scrummerfall y derrochar recursos preciosos creando minicascadas en el interior de cada sprint. El paso siguiente, constituido por la entrega continua, se comporta mejor desde la promesa del mtodo gil de avanzar hasta la ltima milla y poner en manos de los usuarios un resultado mejor, y con mayor rapidez. Lo consigue automatizando los procesos de creacin, prueba y despliegue e intensificando la colaboracin mediante los principios de DevOps. El paso final y ms codiciado, la verdadera agilidad empresarial, es lo que persiguen todas las empresas en ltima instancia. En cuanto uno empieza a prestar nuevas funcionalidades a sus usuarios con rapidez, est abriendo sus puertas a un flujo mantenido de realimentacin ofrecida por esos mismos usuarios. Esas reacciones de los clientes pueden proporcionar una perspectiva puntual de las preferencias de cambio, ayudndole a emprender correcciones ms precisas y a tomar decisiones mejor informadas. En esencia, le permite aplicar el concepto presente en la metodologa gil de inspeccionar y adaptar al nivel empresarial. El resultado es que la empresa ser ahora ms flexible. Podemos aportar valor a nuestros usuarios a un ritmo ms veloz y tenemos un conocimiento ms profundo de nuestros clientes, al disponer de un bucle de realimentacin ms afinado.
Figura 4: Expandir el impacto empresarial de la metodologa gil
m lidad e pr e s arial

Retirar

Entregar

Planificar. Entregar. Ejecutar. Retirar.

La metodologa gil fue creada por los tcnicos de desarrollo, razn por la que su orientacin natural sea la parte de entrega del ciclo de vida de las aplicaciones. DevOps y la entrega continua constituyen un paso significativo en todo el ciclo de vida, al llenar el vaco que existe entre la entrega y la puesta en ejecucin de las aplicaciones. Eso deja fuera la planificacin y la retirada. Entregar con gran rapidez una cosa incorrecta no es la manera de hacer feliz al negocio. Los ciclos de entrega ms rpidos crean un reto de planificacin ms significativo dando soporte a docenas de proyectos a gran velocidad sin perder la nocin del esquema global. La demanda llega de todas direcciones: necesidades de mejora y estratgicas procedentes de la parte comercial, incidencias de produccin del Servicio de Atencin y mejoras en la calidad y facilidad de mantenimiento identificadas por los equipos de desarrollo y operaciones. Las integraciones entre la gestin de los proyectos y el catlogo de HP, el gestor de servicios de HP y HP ALM ofrecen una visin consolidada de toda esta demanda, de modo que pueda priorizarse y alinearse con los objetivos empresariales. Esto se incluye luego en los pasos necesarios para planificar y preparar la entrega; por ejemplo, entender la demanda en el contexto del presupuesto disponible o asignar recursos y llevar su seguimiento a lo largo de los proyectos. Una vez que los proyectos se encuentran en marcha, la planificacin se convierte en un proceso continuo de gestin de la demanda y seguimiento del estado, presupuestos y dotacin de personal del trabajo recopilado. Un mtodo robusto de planificacin de los proyectos y el catlogo otorga al Equipo de Direccin de TI la capacidad de basar todas sus decisiones en datos fsicos y de poner orden en el caos. Finalmente, la retirada de la aplicacin es el paso que completa su ciclo de vida. Consiste en reconocer que una aplicacin tendr una vida til y no se mantendr viva ms all de sta. Ello implica conocer el punto a partir del cual el coste de una aplicacin excede

Ag i

Realimentacin continua de los clientes como ayuda para decidir la direccin para avanzar El foco se pone en los ciclos ms cortos de valor para los usuarios Habilitado por DevOps Aborda el ciclo de vida completo de la aplicacin La calidad se integra de manera eficaz Capaz de escalarse segn la empresa El foco se pone en el desarrollo Iniciativas y equipos ms pequeos

Ent

rega continua
ega gil

Entr

Desarrollo gil

HP IT Performance Suite (ITPS)

El conjunto de soluciones de software HP IT Performance Suite ayuda a las empresas a asegurar un completo ciclo de vida de sus aplicaciones. Se soporta en una plataforma conectada que administra los procesos bsicos a la hora de la entrega gil, incluyendo la gestin de las pilas de producto y los sprint, la administracin de las historias de usuario y la calidad y la integracin con los entornos de los tcnicos de desarrollo. HP tambin ayuda a las empresas a solucionar el ciclo de vida completo. Las soluciones de entrega de HP se asientan en el centro de un catlogo ms amplio y que se integra con las otras partes del ciclo de vida, a fin de incluir la gestin de proyectos y catlogo, el gobierno de la arquitectura, la automatizacin del despliegue, la gestin de los servicios e incluso una plataforma de colaboracin. A lo largo de cualquier funcin esencial y cada parte del ciclo de vida, HP ayuda a las TI a alinearse con las metas empresariales, gestionar los entornos de TI hbridos, protegerse de amenazas contra la seguridad y mitigar los riesgos.

Los servicios de HP
Los servicios de HP ayudan a las empresas a materializar el valor del paquete HP IT Performance Suite como soporte de sus agendas gil o DevOps. Reuniendo nuestra experiencia en consultora, propiedad intelectual y un extenso catlogo, podemos ayudar a los clientes en las siguientes reas: Servicios de asesora estratgica Para tener xito al ejecutar una transformacin como DevOps, necesita ser capaz de desarrollar una hoja de ruta estratgica, apoyada en una visin comn e impulsada por un conjunto cohesivo de iniciativas que proporcionen, progresivamente, competencias para alcanzar los objetivos empresariales deseados. Consultora de soluciones Esta oferta combina personas, procesos y software para ayudarle a materializar sus metas estratgicas de TI. Nuestras soluciones se basan en nuestra exclusiva propiedad intelectual, la cual se ha creado y formulado mediante cientos de exitosos despliegues en todo el mundo. La arquitectura y el diseo de soluciones, la consultora de procesos, la gestin del cambio y los servicios de integracin e implantacin de software forman parte de esta oferta. Servicios de implantacin del paquete HP IT Performance Suite Un conjunto exhaustivo de paquetes de implantacin y servicios de actualizacin y migracin de software que le ayudan a sacar partido, con rapidez y eficacia, de las funcionalidades de su software HP ITPS. Esto incluye componentes clave como la gestin de los laboratorios y de las pruebas, pruebas funcionales, pruebas de rendimiento y de seguridad, la colaboracin y la gestin de las operaciones y las TI.

Por qu HP?
Ninguna otra compaa puede ofrecer un soporte de principio a fin de las aplicaciones como el que asegura HP. En lugar de utilizar herramientas con relativa integracin, HP proporciona una plataforma unificada para la gestin y automatizacin del ciclo de vida que se ocupa de las necesidades de todos los actores implicados. Las soluciones de HP dan soporte a ms de 70 entornos distintos (.Net, Java, SAP, Oracle, etc.), sin distincin. Ya trabajen con mtodos tradicionales o con el gil, para un equipo de diez personas o una plantilla de decenas de miles, ofrecen a las empresas sus probados niveles de capacidad de configuracin, escalabilidad y adaptabilidad para conseguir una agilidad real y a lo largo del ciclo de vida completo de las aplicaciones.

Conctese
hp.com/go/getconnected Conozca las opiniones de los expertos sobre tendencias tecnolgicas, alertas de soporte y soluciones de HP.
Copyright 2012 Hewlett-Packard Development Company, L.P. La informacin incluida en el presente documento se puede modificar sin previo aviso. Las nicas garantas para los productos y servicios HP se establecen en las declaraciones expresas de garanta que acompaan a dichos productos y servicios. Ninguna informacin incluida en el presente documento deber ser considerada como una garanta adicional. HP no se responsabiliza de los errores tcnicos, de publicacin o de omisin que haya en el presente documento. Java y Oracle son marcas comerciales registradas de Oracle y/o de sus filiales. 4AA4-1750ESE, creado en junio de 2012 Este documento se ha impreso en la prensa digital HP Indigo.