12.12.2019 Views

ANÁLISIS PROYECTOS HPC CAD

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Análisis de

proyectos

cadeizables

Estudio de la potencialidad de proyectos

de HPC para desarrollo con CAD


#00 ÍNDICE

ANÁLISIS DE LA MUESTRA

03

EVALUACIÓN DE LA MUESTRA

02

04

CONCLUSIONES DEL ANÁLISIS

INTRODUCCIÓN

01

05

RECOMENDACIONES

2


#01 INTRODUCCIÓN

Metodología para la obtención de la información

Con objeto de obtener información de valor y resultados sobre los proyectos de

everis que tienen mayor potencialidad a ser desarrollados con CAD, se ha

llevado a cabo un análisis a través de un muestreo.

De este modo se parte de la información tipificada de proyectos desarrollados en

HPC. Aquí se valora tener en cuenta variables para determinar la potencialidad como:

tamaño (horas, importe…), tipo de servicio, tecnología utilizada, sector, UN o clientes.

Tras estudiarlo con detenimiento y hacer varias pruebas, se toma la determinación de

escoger únicamente las variables Tecnología y Tipo de servicio para segmentar la

muestra, porque el resto no segmentan lo suficiente para dejar según qué proyectos

fuera del estudio.

Del total de la base de datos de proyectos de everis de los últimos seis años

proporcionada por HPC, se cruzan con aquellos que en la base de datos de

referencias nos proporcionan una descripción, para poder corroborar la validez de las

variables recogidas en sistemas y ampliar la decisión a otras nuevas informaciones

válidas.

En adelante estas variables de HPC son variables estructuradas (son variables que

ya están tipificadas y en principio nos sirven para segmentar los proyectos

“CADeizables”). Las descripciones de referencias nos sirven para obtener las

variables desestructuradas que serían relevantes en proyectos potenciales para

CAD, así como para ampliar el contexto y tomar decisiones en base al conjunto.

Con esto, se escogen de los proyectos potencialmente CADeizables 100 proyectos

aleatorios de todos aquellos que disponen de referencias (y descripción).

Estos 100 proyectos, se analizan uno por uno a través de las siguientes pautas:

1. Puntuación: se asigna una puntuación en base a las dos variables estructuradas,

según lo cerca o lejos que esté el proyecto de ser CADeizable. La puntuación

máxima es 11 (explicado en la siguiente slide con más detalle).

2. Grado de cadeizabilidad: es la valoración en base a la descripción de cada

proyecto (contexto, alcance funcional, resultados-beneficio y arquitectura

tecnológica) por un experto en tecnologías software y que conoce en profundidad

la plataforma CAD.

3. Variables desestructuradas: a través de la descripción se identifican aquellos

proyectos que cuentan con este tipo de variables no proporcionadas por la base

de datos de Centros pero que son interesantes de cara a identificar la

CADeibilidad.

Tras esto, se realiza una comparación entre el resultado obtenido a través de la

descripción y de las variables estructuradas. Se concluye que el filtrado de proyectos

con variables estructuradas por sí solo no es fiable para categorizarlos.

Finalmente el output más fidedigno es la escala de 6 grados de CADeizabilidad.

3


#02 EVALUACIÓN DE LA MUESTRA

Tomando como base la información de todos los proyectos de HPC, se aplican los siguientes criterios ponderados

TECNOLOGÍA

PUNTUACIÓN

SERVICE TYPE

PUNTUACIÓN

Java 6

.net

Testing

Mobile

Web

Angular

PHP

Cobol 3,5

5

SW Factory

Testing

Development

Applications Management

Analysis

Market Solutions 0

5

3

Oracle

CMS

MDM

BI

PL/I

TIBCO

Data power

RPA

C

B-ETL

Big Data

NAD

Clarífy

Power Wilder

IBM-ESQL

2,5

0

?

VARIABLES NO ESTRUCTURADAS:

1. Formulario/tabla BBDD no gráficos

2. Mejor web mejor CMS

3. Proceso de datos no complejo

4. Apps core con mantenimiento larga vida

5. Apps similares corta vida recurrentes

6. Desarrollo no complejo

7. Poca necesidad de customización

8. No requiere añadir módulos a CAD

4


#02 EVALUACIÓN DE LA MUESTRA

En primer lugar, se obtiene una clasificación de los proyectos

Tienen

descripción

222

10,7%

MUESTRA TOTAL

2081 proyectos de HPC

con referencias

No tienen

descripción

1859

89,3%

5


#03 ANÁLISIS DE LA MUESTRA

Después, filtramos los proyectos con descripción para localizar un tipo de proyecto en particular

PROYECTOS NO CADEIZABLES (proyectos a descartar)

Tienen alguna variable estructurada que los hace no interesantes

(Soluciones propietarias, tecnologías poco extendidas...)

Eliminamos los no cadeizables y pasamos a considerar la

muestra de partida como el resto de proyectos, que son 195.

De éstos se han analizado 100 leyendo sus descripciones

Potencialmente

cadeizables

(195)

88%

MUESTRA

DE PARTIDA

No cadeizables

(27)

12%

*NOTA: Existe un cierto sesgo al seleccionar sólo los proyectos que

tienen descripción, pues es posible que se trate de proyectos de mayor

envergadura, y los proyectos ideales a desarrollar con CAD son

proyectos más pequeños.

222 proyectos

con descripción

6


#04 CONCLUSIONES DEL ANÁLISIS

Consideraciones generales- caracterización de proyectos

Tras analizar los proyectos, se obtiene la desviación de cada

uno de ellos, esto es, si la puntuación dada por las variables

estructuradas es correcta o no en base a la diferencia de

puntuación con la valoración de las descripciones.

El 74% de los proyectos están desviados, y en la mayoría

de éstos se observa que las variables estructuradas

otorgaban una puntuación muy alta (11 puntos en muchos

casos, que es la puntuación máxima), pese a que se trata de

proyectos que no pueden hacerse con CAD.

Esto demuestra que el filtrado de proyectos con variables

estructuradas por sí solo no es fiable para categorizarlos.

7


#04 CONCLUSIONES DEL ANÁLISIS

Consideraciones generales- proyectos “Application Maintenance”

Los proyectos de tipo de servicio “Application Maintenance”

representan un 51% de la muestra.

Resulta muy llamativo que el 78,4% de éstos no podrían

desarrollarse con CAD.

No obstante, cabe señalar que conforme vaya habiendo

proyectos desarrollados con CAD, el mantenimiento de

éstos sí podrá hacerse con CAD a largo plazo.

Un 57% de toda la muestra no es desarrollable con CAD.

Analizando este resultado observamos que el 70% de éstos

son de tipo “Application Maintenance”.

Es decir, en base a este análisis podemos afirmar que

aquellos proyectos categorizados como “mantenimiento” no

son de interés, en su gran mayoría, para su desarrollo con

CAD, y quizá convendría desestimarlos en el futuro.

8


#04 CONCLUSIONES DEL ANÁLISIS

Cantidad de proyectos según su grado de CADeizabilidad

Muy CADeizable

7% proyectos

12% proyectos

10% proyectos

9% proyectos

5% proyectos

Nada CADeizable

57% proyectos

9


#04 CONCLUSIONES DEL ANÁLISIS

Cantidad de proyectos según su grado de CADeizabilidad

Muy CADeizable

7% proyectos

Proyectos ideales para desarrollar con CAD.

MDM. Integraciones: BPM, BI, APIs.

10% proyectos

Proyectos desarrollables con preparación previa.

Integraciones (SalesForce, BPM, hosting Oracle, ClickView)

5% proyectos

Proyectos no deseables que costaría mucho desarrollar.

Muy complejos y customizados (IA, Big Data, integraciones...)

Nada CADeizable

12% proyectos

Proyectos desarrollables con CAD con pocas modificaciones.

Muchos web. Formularios. Integración BPM, APIs, SalesForce, ETLs, pagos)

9% proyectos

Proyectos difíciles de desarrollar con CAD.

Complejidad, customización y necesidad de añadir módulos a CAD.

57% proyectos

No tiene sentido desarrollar con CAD.

Proyectos de servicios, migraciones y mantenimiento.

10


#05 RECOMENDACIONES

Proyectos desarrollables con CAD

19% proyectos

Sabemos que actualmente CAD puede abordar proyectos nuevos de

MDM, web, o proyectos cuyo grueso sea integrarse con APIs como

proyectos de ecommerce o similares.

10% proyectos

Sin embargo, existen algunas modificaciones que podrían aumentar en

gran medida la cantidad de proyectos cadeizables:

9% proyectos

57% proyectos

*

en la actualidad

5% proyectos

El abordar una cantidad de proyectos relevante requeriría que CAD

tuviese un módulo de BPM.

Sería interesante que CAD se integrara con herramientas de BI y

sistemas de pagos.

Para poder abordar proyectos de BI de forma nativa se necesitaría

comenzar a desarrollar el módulo de ETLs (para posteriormente

desarrollar el módulo de BI).

También es relevante evaluar la integración con soluciones con una

importante presencia en el mercado como Salesforce, para posibilitar

abordar proyectos en los que ésta se necesitase.

11


#05 RECOMENDACIONES

Proyectos ideales para desarrollar con CAD

En definitiva, de los proyectos analizados

CAD podría ayudar a eficientar el 19%, los

cuales suponen un importe económico de

9,5 millones de €

12


Thank you

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!