Caso prctico de la DGT

La Gestin de la Calidad en el mundo de

la Tecnologa: Para qu sirve un
Departamento de Calidad?

09/03/2010
Sistema de Calidad en la Gerencia de Informtica de la DGT

1 de 12

ndice de contenidos
1.

Introduccin ________________________________________________________ 2

2.

La Gerencia de Informtica de la DGT ____________________________ 3

3.

Preguntas de difcil respuesta _____________________________________ 4

4.

Un Departamento Transversal de Calidad: Sistema de Calidad _ 5

4.1.

Metodologa y Procesos ______________________________________________ 7

4.2.

Auditoras de Calidad _________________________________________________ 8

4.3.

Pruebas ________________________________________________________________ 9

4.4.

Arquitectura Comn __________________________________________________ 9

4.1.1.
4.1.2.

El papel de CMMI-ACQ _______________________________________________________ 7

El papel de ITIL ______________________________________________________________ 8

5. Cuadro de Mando de Indicadores _______________________________________ 10

6.
Calendario sintetizado / Roadmap del Plan Estratgico para la
creacin del Modelo de Calidad ________________________________________ 11
7.

Factores crticos de xito _________________________________________ 11

8.

Conclusiones ______________________________________________________ 12

1. Introduccin
La externalizacin masiva de proyectos informticos en el mbito de las Administraciones
Pblicas, motivado tanto por el crecimiento en complejidad de los proyectos como en la
disminucin de la oferta pblica de empleo vinculada a estos entornos, es una realidad a da
de hoy. Novedades, como la reciente entrada en vigor de la Ley 11/2007 de Acceso
Electrnico de los Ciudadanos a los Servicios Pblicos, no ha hecho sino incidir en esta
tendencia, dada la necesidad de llevar a la prctica iniciativas de prestacin telemtica de
servicios en un corto espacio de tiempo.
Esto supone que en muchos Organismos de la Administracin Pblica espaola, en
cualquiera de sus mbitos (Administracin General del Estado, Administracin Autonmica,
Administracin Local) ha crecido de manera considerable en los ltimos aos el nmero de
proyectos y de empresas proveedoras, adjudicatarias, que trabajan en ellos, con los
beneficios que ellos conlleva pero tambin las dificultades que ello supone en trminos de
Gestin, Homogeneizacin y Aseguramiento de la Calidad.
Se pone por tanto de manifiesto la verdadera necesidad de desarrollar, adaptado a las
especificidades de cada Organismo, un Sistema de Calidad, entendido como un medio
para conseguir principalmente dos objetivos:
1. Evitar una dependencia excesiva de los proveedores., a travs de una correcta
gestin del conocimiento.
2. Garantizar la Idoneidad de lo entregado, es decir:
a. Que se entregue lo que se ha pedido.
Sistema de Calidad en la Gerencia de Informtica de la DGT

2 de 12

b. Que funcione lo que se ha entregado.

El nivel de externalizacin de algunos organismos llega en muchos casos a superar
el 70% (como por ejemplo en la Gerencia de Informtica de la DGT), donde la mayora de
los servicios son prestados por un conglomerado de diferentes empresas.
En este contexto, el control sobre los proveedores se convierte en uno de los factores
crticos de xito ms importante.
En este documento se pretende dar respuesta a algunas preguntas importantes respecto a
la Calidad en el mbito de los Sistemas de Informacin, en base a las lecciones aprendidas
durante este periodo: Qu beneficios concretos puede esperar un directivo a corto, medio
y largo plazo de la implantacin de un sistema de Calidad?, qu factores crticos hay que
tener en cuenta?, qu papel juegan estndares como CMMI o ITIL?.
Las consideraciones resultantes se analizarn de forma ms concreta en el caso de la
Gerencia de Informtica de la Direccin General de Trfico, que cuenta con un
Sistema de Calidad definido e implantado en los ltimos aos, sobre la que actualmente
sustenta la gestin de todos sus proyectos de TI.

2. La Gerencia de Informtica de la DGT

La Gerencia de Informtica de la Direccin General de Trfico tiene entre sus funciones
principales la creacin, desarrollo, mantenimiento, explotacin y custodia de los registros y
bases de datos de:
Repositorios de vehculos
Repositorios de conductores e infractores
Repositorios de profesionales de la enseanza de la conduccin
Repositorios de centros de formacin de conductores
Repositorios de centros de reconocimiento de conductores
Repositorios de accidentes y cuantos otros sea necesario crear para el desarrollo
de las competencias del organismo autnomo.
La elaboracin de informes estadsticos relativos a todas las reas de actividad
del organismo autnomo.
Soporte tecnolgico a las unidades del organismo, para la gestin de toda la
actividad realizada para prestar los servicios que tiene encomendados.
Para dar una idea aproximada de la dinmica de trabajo existente se aportan los siguientes
datos:
Parque de Vehculos y Conductores: 60 millones de activos.
Ms de 25 millones de trmites anuales.
Trmites abiertos virtualmente a la totalidad de los ciudadanos.
Colaboracin con ms de 4.000 AAPP y Centros colaboradores.
A nivel de dimensionamiento de desarrollo Software:
150 proyectos vivos a lo largo del ao 2009.

Sistema de Calidad en la Gerencia de Informtica de la DGT

3 de 12

25 empresas adjudicatarias trabajando en los mismos.

Ms de 350 personas son las que conforman los equipos de las distintas
empresas adjudicatarias.
Los servicios ofrecidos por este Organismo son crticos puesto que un pequeo error en un
sistema o la prdida de informacin almacenada, puede tener graves repercusiones en el
mbito social y poltico. Si a esto sumamos la adaptacin a la Ley de Acceso Electrnico a
los Servicios Pblicos, Ley LAECSP 11/2007), la externalizacin casi completa de los
desarrollos sw y la tendencia de las AAPP hacia la transparencia y la modernizacin, se pone
de manifiesto que la gestin de la Calidad es una necesidad.

3. Preguntas de difcil respuesta

Algunos de los problemas histricamente presentes en la DGT, as como en muchas de los
Direcciones de Sistemas y Tecnologas de la Administracin Espaola, y que pretenden
verse resueltos o paliados en gran medida gracias a esta sistematizacin son:

Problemas de corto plazo

Cuestin

Problema subyacente

Se puede pagar ya el desarrollo? Est

terminado realmente?

La total delegacin de todos los aspectos tcnicos de

la aplicacin: Una aplicacin podra tener defectos
estructurales que impidan su implantacin u
optimizacin. En ocasiones supone el re-desarrollo
completo.

Esta aplicacin lleva casi terminada varios

meses, pero no acaba de implantarse. Se
puede
poner
en
produccin?
Est
garantizado su funcionamiento en real?

Normalmente existe incertidumbre sobre las pruebas

que se han realizado, al ser difcilmente comprobables
sin una metodologa e infraestructura sistemtica de
pruebas.

Cmo se van a gestionar los cambios y

nuevas funcionalidades? Qu se necesita
para llevarlo a cabo?

Desconocimiento tcnico de la aplicacin, dependencia

total del proveedor. Documentacin inexistente o de la
mala calidad.

El desarrollo entregado por el proveedor

cubre realmente las necesidades del usuario?

No
existen
comprobaciones
de
automticas, soportadas en herramientas.

cobertura

Problemas de medio plazo

Cuestin

Problema subyacente

Cunto cuesta el nuevo desarrollo de

sw? Es posible disponer de una
metodologa para calcular el coste del
desarrollo?

Al no disponer de una infraestructura de

recogida de datos transversal a la Organizacin,
es muy difcil estimar el coste de un nuevo
desarrollo y se termina confiando en el precio
propuesto por el proveedor: de nuevo
dependencia del proveedor

A qu plazos de puesta en produccin

puedo comprometerme?

No existe una metodologa de estimacin, ni una

recoleccin de datos histricos.

Sistema de Calidad en la Gerencia de Informtica de la DGT

4 de 12

Se dispone del conocimiento de la

aplicacin?
Qu
ocurrira
si
el
proveedor dejara de prestar el servicio?

Esta incertidumbre es letal para cualquier

empresa/administracin no ha establecido unas
bases o criterios previos de desarrollo a los
proveedores porque no dispone de una
arquitectura y polticas claras y bien definidas.

Problemtica a largo plazo: qu no se puede hacer

sin un modelo de calidad?
Cuestin

Problema subyacente

Debemos mantener la aplicacin o por

el contrario podemos cambiarla por
completo?

No existiendo un Modelo de Calidad es difcil la

toma de decisiones sobre la productividad de los
proveedores.

Cul es el rendimiento de la aplicacin?

Se han generado muchas incidencias?
Cmo ha sido la respuesta del
proveedor frente al mantenimiento?

No se disponen de datos de funcionamiento para

la toma de decisiones futuras tanto del
funcionamiento de la empresa desarrolladora,
como del sw, etc.
No hay Gestin del Conocimiento.

Cunto tiempo cuesta realizar el nuevo

desarrollo?

Es prioritaria la rapidez a la hora de desarrollar

nuevas funcionalidades, por ejemplo, nuevos
servicios de cara al ciudadano. Si no hay
definida una arquitectura comn tanto a nivel de
tecnologa como de componentes utilizados, es
inviable este tipo de desarrollos.

Cuntas
aplicaciones
diferentes
tenemos en funcionamiento? Es posible
su
integracin?
Es
posible
la
integracin de un nuevo desarrollo en
esta diversidad de sw?

Es necesario evitar la diversidad de soluciones,

con esto se consigue una plataforma nica, la
reduccin del nmero de incidencias y se
unifican los proveedores

Qu resultado dara contratar

desarrollo a un tipo de empresa?

No hay datos sobre los que construir modelos

predictivos

este

4. Un Departamento Transversal de Calidad:

Sistema de Calidad
Hace tres aos, la Direccin General de Trfico inici la definicin de un Sistema de Calidad
que estableca unos criterios objetivos mnimos de aceptacin de los desarrollos contratados
a proveedores. A lo largo de este tiempo, los trabajos han avanzado hasta implantar un
modelo de calidad de producto, desarrollar una arquitectura y componentes comunes,
implantar modelos de calidad de procesos, de gestin del versionado, de construccin de
Sistema de Calidad en la Gerencia de Informtica de la DGT

5 de 12

aplicaciones, etc. Actualmente, la estandarizacin del desarrollo y contratacin de

aplicativos y la relacin con los proveedores ha llegado a un nivel de madurez suficiente
para iniciar el proceso de certificacin en CMMI-ACQ y CMMI-DEV, previsto para 2010.
El camino recorrido desde entonces ha supuesto cambios culturales importantes en el modo
de trabajar de la Direccin General de Trfico. A lo largo de este tiempo, se han alcanzado
diversos hitos importantes en la madurez de los mtodos de trabajo. Algunos de los ms
importantes se resumen en orden cronolgico en la siguiente tabla.

Problema detectado

Necesidad identificada

Sistema de Calidad
implantado

Implantaciones
de
software fallidas. Excesivas
vueltas atrs.

Necesidad de asegurar que la

salida a produccin fiable de los
aplicativos.

Constitucin
del
Departamento de Calidad
(Auditoras) y
del de
Pruebas.

Prdida del control de los

desarrollos
software
externalizados.
Dependencia excesiva de
proveedores.

Necesidad de establecer una

poltica
de
versionado,
compilaciones controladas por la
Organizacin y estndar de
desarrollo propio. Auditoras de
cumplimiento del sistema de
Calidad

Creacin de Departamento
de Calidad de Producto.
Estndar propio de desarrollo.
Modelo de cobro en base a
objetivos
medibles
en
el
software. Creacin de un
marco contractual. Creacin de
mecanismos de recepcin e
involucracin de los usuarios.

Cada equipo usa una

tecnologa en desarrollo
software.
Los
equipos
desarrollan
la
misma
funcionalidad una y otra
vez.

Establecer
una
Arquitectura
comn a todos los desarrollos,
limitar el entorno tecnolgico.
Desarrollar y poner a disposicin
componentes comunes.

Creacin del Departamento

de
Arquitectura.
Estandarizacin y control del
Hardware
y
Software
autorizado en los entornos de
la DGT.

Los
servicios
proporcionados
por
proveedores
no
son
fiables.
Incumplimientos
de compromisos.

Es necesario definir un modelo

de gestin y control de servicios
(internos o externalizados), a
travs de acuerdos, mtricas y
procesos comunes. Es necesario
tambin
definir
mejor
la
colaboracin
entre
DGT
y
proveedores
a
travs
de
plantillas de contratos.

Creacin del Departamento

de Procesos. Auditora de la
actividad de los equipos de la
organizacin. Lanzamiento de
las lneas CMMI-ACQ e ITIL.

Actualmente, existe un manual detallado que los requisitos tcnicos y metodolgicos que
todos los proveedores deben cumplir para implementar desarrollos o licitar a ofertas. La
documentacin detallada del modo de trabajo instaurado en la DGT est adems publicada
en
http://www.dgt.es/portal/es/comunicaciones_empresas/especificaciones_informaticas.
Se est trabajando adems en un manual corporativo para proveedores de servicios de
sistemas o comunicaciones.
Ntese la fundamental interrelacin existente entre la metodologa (CMMI e ITIL), las
auditorias y pruebas y la Arquitectura Corporativa. Por ejemplo: una vez definida la
arquitectura corporativa, debe habilitarse una serie de auditoras que aseguren su

Sistema de Calidad en la Gerencia de Informtica de la DGT

6 de 12

cumplimiento. Los resultados de las pruebas dependen tambin directamente del tipo de
arquitectura y de los componentes comunes utilizados.

4.1. Metodologa y Procesos

Con el fin de intentar alinear los diferentes proyectos existentes, tanto en la gestin de los mismos como
en la gestin con proveedores y el uso de soluciones tecnolgicas comunes se crea el Equipo de
Calidad.
La DGT ha definido un documento denominado Gua de desarrollo que recoge el conjunto de procesos,
procedimientos, entornos tecnolgicos y entregables, con los que todo equipo de proyecto que desarrolle
su actividad en el mbito de la DGT debe trabajar. Este documento es un documento vivo, que se va
actualizando y completando a lo largo del tiempo, en funcin de las Mejores Prcticas que se identifican
en los proyectos existentes o en base a contrastadas tendencias tecnolgicas.
Esta gua establece los criterios, pasos e hitos a seguir para cualquier proveedor que desee realizar un
desarrollo para la DGT estando disponible en la web de la entidad (www.dgt.es) , con lo que queda
garantizada la transparencia y difusin de la misma, y es referenciada como parte de todos los contratos
de desarrollos. La implicacin contractual implica el acatamiento de todos los adjudicatarios a la
metodologa corporativa.
Es reseable la orientacin a herramientas que se ha llevado a cabo en la DGT, cuyos beneficios se han
visto en fases ms maduras de la metodologa. La metodologa contempla la total modelizacin en UML
mediante herramientas corporativas de objetivos, grupos funcionales, requisitos, casos de uso, y
escenarios de casos de uso. Esta orientacin al modelo, que suple la documentacin en texto
tradicional, nos permite conocer el tamao del software y mantener una trazabilidad integral a
travs de herramientas, con anlisis, diseos y cdigo. Esta trazabilidad abre la puerta a la realizacin de
anlisis de impacto y estimaciones.
A continuacin se describen los distintos elementos del Sistema de Calidad de la DGT.

4.1.1. El papel de CMMI-ACQ

Una vez alcanzado un estado de madurez suficiente a nivel de control de proveedores, es posible utilizar
estndares CMMI para completar la estandarizacin de procesos y servicios. El resultado de dicha

Sistema de Calidad en la Gerencia de Informtica de la DGT

7 de 12

implantacin muestra diversos beneficios, como una mejor racionalizacin de recursos, la reduccin los
tiempos de desarrollo, y la objetivacin de la relacin con los proveedores.
De todas las constelaciones actuales de CMMI (la orientada a desarrollo - DEV, la orientada a
adquisicin - ACQ, y la orientada a servicios - SRV), es la constelacin CMMI-ACQ la que mejor se
adapta a la casustica habitual en los Organismos pblicos: Adquisicin de productos y servicios,
control de los mismos, y adecuacin de todos ellos a una estrategia corporativa y de negocio. Esto se
debe a que los Organismos pblicos suelen subcontratar desarrollos y servicios, en mayor medida que
desarrollarlos.
El proceso de implantacin de CMMI-ACQ, en pleno desarrollo, pone el foco adems en la forma en
que la Gerencia de Informtica de la DGT trabaja internamente. Hasta entonces, la metodologa era en
su mayora dirigida al adjudicatario, y el objetivo era aumentar el control. Con el inicio de la certificacin
CMMI-ACQ, se pretende abordar la estandarizacin de trabajo interna, y el aumento de la productividad
en las tareas de contratacin, gestin de proyectos, etc.
Se trata, en definitiva, de alinear todo lo exigido a los adjudicatarios (a travs del Departamento de
Calidad), con la contratacin, seguimiento y planificacin llevado a cabo por el organismo. El objetivo es
aplicar estndares y herramientas para poder controlar ms proveedores con menos medios.
CMMI aporta adems un elemento muy interesante a nivel de Direccin: La posibilidad de realizar
auditorias externas mediante un modelo de evaluacin muy contrastado. Cada implantacin de un modo
de trabajar puede ser, de este modo, certificado de forma externa. En este sentido la DGT prev
alcanzar en 2010 el nivel 2, y en 2011 el nivel 3 de certificacin.

4.1.2. El papel de ITIL

Dentro del modelo de trabajo diario de una Organizacin, existen servicios ofrecidos entre
departamentos, cuya correcta gestin y coordinacin puede ser un factor decisivo en el resultado final.
El proyecto ITIL llevado a cabo en la DGT tiene por objeto definir, medir y realizar estas interacciones a
travs de herramientas, que permitan mejorar los tiempos en los que la Organizacin de TI da servicio a
sus usuarios.
La primera lnea de trabajo que se ha abordado y puesto en produccin es la definicin de todas las
entregas y subidas de software, de manera que stas estn desvinculadas de los desarrolladores. Esto
permite identificar anomalas mediante Acuerdos de Nivel de Servicio, as como eliminar la dependencia
de los distintos adjudicatarios.
Posteriormente se est unificando en una sola herramienta todo el flujo de gestin de Incidencias,
peticiones de servicio, gestin de configuracin, etctera.

4.2. Auditoras de Calidad

La implantacin de un entorno tecnolgico y metodolgico en una gran organizacin debe ir acompaada
de evaluaciones que certifiquen el grado de adaptacin a la metodologa de los distintos equipos. En
caso contrato, puede comprometerse el xito de la implantacin.
El 90% de los departamentos de calidad define normas pero no revisa su cumplimiento.
Las Auditoras de Calidad realizadas por el Equipo de Calidad son el actual garante de que los productos
desarrollados por las distintas empresas adjudicatarias cumplen con los estndares de calidad definidos
por la DGT.
Las funciones del departamento se resumen a continuacin:
Definir metodologas y procedimientos
Asegurar que el producto final coincide con los requerimientos exigidos y previamente
definidos
Velar por la consistencia a nivel de arquitectura de los sistemas de informacin implantados.

Sistema de Calidad en la Gerencia de Informtica de la DGT

8 de 12

Recoger mtricas
Realizar auditorias, verificar el cumplimiento de las normas. El 90% de los departamentos
de calidad define normas pero no revisa su cumplimiento.
Pruebas: rendimiento, funcionales, estancas, regresin.

Todo proyecto tiene un Informe de Auditora asociado, que le acompaa a lo largo de su ciclo de vida. La
importancia de estos informes radica en que determinan el que un proyecto determinado pueda avanzar
entre fases, con las connotaciones en trminos de tiempos y costes, para la DGT y para las empresas
adjudicatarias, que ello supone. De esta forma, si una aplicacin no supera de manera exitosa el flujo de
pruebas establecido por el equipo de calidad, se bloquea su implantacin y no se libera la orden de pago
al proveedor.
Por todo ello, se pone a disposicin de las empresas proveedoras tanto la informacin acerca de los
procedimientos y requerimientos de Calidad, como el contacto con los miembros del equipo especfico
de Calidad. Como ejemplo de ello, mencionar que todo proyecto arranca con una reunin entre el equipo
de trabajo y el equipo de Calidad, a efectos de explicar las pautas de funcionamiento y resolver las
posibles dudas existentes.

4.3. Pruebas
La metodologa de pruebas es una pieza fundamental para la garanta del desarrollo e implantacin del
software. La DGT proporciona a todas las empresas colaboradas una Gua de Pruebas donde se detalla
el formato y las herramientas sobre las que deben ser desarrollados los entregables antes de ser
auditados.
En la lnea de lo que suceda con el resto de la documentacin de desarrollo, se han eliminado todos los
documentos de texto, y se ha creado un conjunto de requisitos, casos de prueba funcionales, de
regresin y de rendimiento. Esto facilita poder llevar a cabo anlisis de cobertura de pruebas en los
aplicativos, y orientar las decisiones de negocio.
Es precisamente la metodologa comn a todos los adjudicatarios la que permite la centralizacin e
inventariado de todos los aspectos de pruebas (anteriormente aplicaban sus propios mtodos de prueba,
cuando stas existan)

4.4. Arquitectura Comn

En fases muy tempranas del desarrollo corporativo se detect una replicacin de
funcionalidades comunes muy elevada entre adjudicatarios. Este es el motivo por el que se
decidi iniciar la lnea comn que actualmente comprende unos 20 componentes comunes
que aslan del entorno tecnolgico, y unos diez servicios transversales que dan respuesta a
las necesidades de infraestructura y datos comunes.
A nivel de Arquitectura, se ha optado por la creacin de especificaciones de frameworks
autorizados a utilizar. El motivo es la existencia de entornos J2EE mucho ms potentes y
baratas para la organizacin que cualquier arquitectura desarrollada al uso, que adems es
necesario mantener. Tecnologas cuya madurez ha sido probada estos aos atrs como JPA,
JSF o SPRING han probado su escalabilidad y usabilidad a lo largo del mercado. El esfuerzo
se centr pues en ordenar y guiar su aplicacin para conseguir un software homogneo
entre adjudicatarios.
Una vez establecidas una serie de libreras autorizadas, se recurri a soluciones de software
libre para controlar y auditar su utilizacin, adems de crear especificaciones de cmo
deben ser las aplicaciones.
La interconexin entre aplicaciones es otro de los aspectos que el Departamento de
Arquitectura de la DGT contribuy decisivamente a ordenar. En este aspecto se cre un
Sistema de Calidad en la Gerencia de Informtica de la DGT

9 de 12

repositorio SOA de servicios de negocio, y se ordena su utilizacin mediante controles de

acceso.
El Departamento de Arquitectura es el encargado de definir las lneas tecnolgicas de la
DGT, y evaluar las propuestas tcnicas de cada uno de las empresas contratadas.

5. Cuadro de Mando de Indicadores

Las implantaciones y estandarizaciones descritas desembocan en la creacin de un sistema
de indicadores, que objetivamente permita conocer el estado y diagnstico de todos los
proyectos software o servicios gestionados en la Organizacin
El Departamento de Calidad ha diseado y desarrollado una aplicacin Web para la gestin
de la calidad de los proyectos, y la explotacin mediante tcnicas de Datamining de la
informacin atesorada por el Organismo. De forma grfica, se representa a continuacin un
modelo visual donde se resume la funcionalidad que realiza la aplicacin:

De forma resumida, el proceso seguido es el siguiente:

1. Desde el Departamento de Calidad se insertan, a travs de la aplicacin, los
resultados de auditoras, planes de proyecto, plazos y fechas, entregables, etc., as
como los informes generados procedentes de otras fuentes de informacin.
2. La aplicacin, procesa los datos de entrada y los almacena en un modelo de datos,
para que pueda ser objeto de acciones de minera de datos con las que obtener
una base para la toma de decisiones sobre los proyectos.
Esta estructura ha sido implantada gracias al apoyo de los indicadores de Calidad en el
sistema de DataWarehose corporativo que la Direccin General de Trfico utiliza
para el diagnstico de estado de Trfico en Espaa.
La informacin agregada puede ser consultada / modificada para la generacin de informes
y la posterior divulgacin de notificaciones sobre el estado de los proyectos, as como la
identificacin de Mejores Prcticas que retroalimenten y mejoren las Polticas de Calidad.

Sistema de Calidad en la Gerencia de Informtica de la DGT

10 de 12

El objetivo final de esta infraestructura es poder hacer minera de datos: Saber qu tipo de
proyectos son ms rentables, qu adjudicatarios suelen ir en fechas y cules retrasados, de
qu variables del proyecto dependen los xitos/fracasos (equipo, complejidad, tamao, tipo
de usuario final), o conocer el estado de salud de un proyecto dado EN TIEMPO REAL, DE
FORMA OBJETIVA, Y MEDIANTE LA EJECUCIN DE UN SENCILLO INFORME.
Ntese que toda esta informacin puede ser presentada gracias a 2 factores clave que es
necesario madurar durante un perodo de aos: Ha habido un proceso de estandarizacin
previa que permite recoger datos, y se han implantado las mismas herramientas y
metodologas para todos los tipos de trabajo.

6. Calendario sintetizado / Roadmap del Plan

Estratgico para la creacin del Modelo de
Calidad
Ao 2007: Creacin del rea de Arquitectura y Calidad en la Gerencia Informtica
de la DGT.
Julio 2007: Primera versin de la Gua de desarrollo de la DGT.
Diciembre 2007: Conformacin e inicio de los trabajos del equipo de Calidad de la
DGT.
Diciembre 2007: Inicio de los trabajos en el desarrollo de la Arquitectura de
Componentes Comunes del Organismo.
Ao 2008: Primeros resultados.
Julio 2008: Inicio de los trabajos de desarrollo del Sistema de Datamining de
proyectos.
Diciembre 2008: Liberacin de la Arquitectura DGT 1.0
Diciembre 2008: 120 aplicaciones recepcionadas siguiendo estndares y procesos
de calidad ya especficos para la DGT.
Ao 2009: Consolidando el Modelo.
Inicio de los trabajos en CMMI-ACQ. e ITIL
Ao 2010: Evolucin del Modelo.
Puesta en funcionamiento y explotacin del Cuadro de Mando de Indicadores.

7. Factores crticos de xito

Los factores de xito que han hecho posible la consecucin del modelo de calidad han sido
los siguientes:
1. La implicacin de la Alta Direccin que puso en manos del Departamento la
responsabilidad de autorizar el pago de contratos, es decir, hasta que el departamento
de Calidad no da su visto bueno a un proyecto, no se libera la ejecucin de pago a los
adjudicatarios.
2. La creacin de un rea especfica de Arquitectura y Calidad. Independiente del resto de
reas de la Organizacin.
3. Establecer normas y verificar su correcto cumplimiento.
Sistema de Calidad en la Gerencia de Informtica de la DGT

11 de 12

4. Alineamiento y gestin de conocimientos, los requerimientos de otras reas son

compartidas con Calidad y ste establece unas normas/metodologa de trabajo asociada.
5. Inversin econmica necesaria para dar vida al Modelo.

8. Conclusiones
En un contexto TI de alta especializacin, en el que la relacin con proveedores condiciona
absolutamente el servicio que los departamentos de TI dan a sus usuarios, se hace
imprescindible la definicin, estandarizacin y medicin del trabajo.
En la Direccin General de Trfico se ha implantado un modelo de Calidad, que ha ido dando
respuesta a problemticas concretas., como la excesiva dependencia del proveedor o
proveedores, o lo que es lo mismo, al concepto de Caja Negra, tan negativo para cualquier
empresa/ administracin.

Sistema de Calidad en la Gerencia de Informtica de la DGT

12 de 12