Este documento compara el desarrollo de software a la medida frente a soluciones de productos comerciales empaquetados para proyectos de sistemas de información en el sector público. Señala que ambos enfoques tienen ventajas y desventajas dependiendo del alcance, cobertura funcional requerida, experiencia disponible y otros factores. Recomienda realizar consultas de mercado, definir requerimientos funcionales y tecnológicos con precisión, y fortalecer las capacidades de gestión de proyectos antes de decidir cuál

1. ¿Qué camino tomar?
Desarrollo a la Medida
o
Soluciones Empaquetadas
Preparado por: Alejandro Barros*
Noviembre 2011
Magister en Ciencias mención Computación, Universidad de Chile, Consultor Internacional en Innovación
Pública, abc@alejandrobarros.com

2. Motivación
El primer 90% del código corresponde al
primer 90% del tiempo de desarrollo. El
10% restante corresponde al otro 90%
del desarrollo - Tom Cargill
Primero resuelve el
Si la industria automovilística hubiera seguido el problema. Entonces,
mismo desarrollo que los ordenadores, un Rolls- escribe el código
Royce costaría hoy US$ 100, circularía 1.6 millones - John Johnson
de kilómetros con 3,7 litros y explotaría una vez al
año, eliminando a todo el que estuviera dentro en ese
momento” - Robert X. Cringely

3. Motivación, no es fácil hacer predicciones

4. Contexto de los proyectos TI…
§ Sólo el 16.2% de los proyectos
son exitosos (Chaos Report)
§ Según OASIG, la tasa de éxito
entre 20% y 30% de proyectos
(Encuesta OASIG)
§ 61% de los proyectos se
consideran fracasados
(Encuesta KPMG Canada,
1997)
§ 51% de las implementaciones
de ERP son fallidas (Encuesta 1 de cada 5 proyectos cumplen
con expectativas iniciales
Robbins-Gioia)

5. Desarrollo a la medida (LDSW*)
§ Algunas características,
– Porcentajes muy altos de
proyectos no terminan en
tiempo y forma
– Especificaciones funcionales
débiles, se construyen en el
camino
– No existen incentivos a cerrar
los proyectos
– Poca discriminación entre
funcionalidades opcionales y
obligatorias
– Los errores tienen costos
bajos
– Acceso a código fuente
*LDSW: Locally Developed Software (Desarrollo a la medida)

6. Productos envasado (COTS*)
§ Algunas características,
– Excesiva adecuación a las
formas de operar, lo cual
fuerza la operación del
software
– No hay rediseño de procesos
y adopción de buenas
prácticas (modelos pre-
envasados)
– Consultores de implantación
con poca experiencia en
Sector Público
– Fuertes incentivos a cerrar los
proyectos antes
– No hay acceso al código
fuente
– Oferta acotada
*COTS: Commercial of the shelf (productos envasados)

7. ¿COTS o LDSW?
Criterio COTS LDSW
Misión crítica ✔
80% o más cobertura funcional ✔
Plazos de implementación cortos ✔
Costo Total de Propiedad (TCO)
Capacidad de evolución ✔
Mercado de consultores funcionales ✔
Mercado de desarrollo de software ✔
Vendor Lock-in ✔

8. Ecosistema SIAF Presupuesto
Preparación
Presupuesto
Diseño Política
Pública
Gestión de
Inversión
Presupuesto y
Pública
Autorizaciones
Auditoría y
Evaluación
Compromisos
Nucleo Tesorería (SIAF)
Reportes & Análisis
Presupuestario Compras
Públicas
Información Satélites
Pública (Web)
Impuestos
Pagos y Cuentas por
Pagar
Deuda
Activos / Inventario
Satélites
Caja
Recursos Humanos
- Remuneraciones

9. Elementos de Costo
+
Alcance Funcional
+ Costos
- Costos
-
- Cobertura +

10. Arquitectura General
X
Internet
Front End SIAF
Desarrollo a la
Medida
o
Módulos de Negocio - SIAF
Producto
Comercial
Módulos Transversales
Producto
Comercial Software Básico
o (Bases de Datos, Lenguajes, Framework)
FLOSS
Producto Infraestructura Hardware
Comercial (Servidores, Almacenamiento, Comunicaciones)

11. Algunas evaluaciones previas
Brecha de costo
Brecha de costo
Fuente: Financial Management Information System, World Bank, 2011

12. Razones para adoptar un ERP
2006 2007
75
64
58
50 52
48
Funcionalidad Facilidad de Uso TCO
Fuente: Abeerden Group, 2008

13. Proyectos TIC
Fuente: alejandrobarros.com - Feeny, 2003

14. El tamaño es un problema!
Fuente: Modelo Delfines versus Ballenas, Universidad de Oxford

15. Etapas de costeo
Implementación
Mantención y
Costos Inciales y Puesta en
Soporte
Marcha
§ Costos Iniciales
– TCO
– Funcionalidades (obligatorio, deseable, opcionales)
– Más simple para productos comerciales, modelo de coste en base a usuarios
§ Implementación
– Adopción de usuarios
– Capacitación
– Documentación
§ Mantención y Soporte
– Cambios en procesos de negocio
– Modelo de soporte interno-externo
– Soporte a usuarios finales (¿call center?

16. Productos comerciales: la promesa
§ La promesa
– Buen nivel de cobertura
funcional
– Esfuerzo de adaptación
es bajo
– Se adoptan prácticas de
clase mundial
§ Desafíos
– Privilegiar adaptación a
procesos de negocios
predefinidos
– Modelo de evolución y
roadmap del producto

17. Desarrollo de software: la promesa
§ La promesa
– Va a cumplir con todas las
especificidades de mis
procesos
– Know-how queda en el
estado
– No existe dependencia de
proveedor
– El proceso va a tomar menos
tiempo
§ Desafíos
– No eternizarse
– Producto final que permita
evolución (estándares)

18. Cobertura ERP’s comerciales
Integración 3ros
(otros servicios,
web, proveedores)
Analítico
(BI, Datawarehouse)
ERP Extendido
(OT, inventario, CRM,
etc)
Núcleo ERP
(contabilidad,
presupuesto,
remuneraciones)
Fuente: Technologies for Government Transformation, 2010

19. Duración
< 5 años 6
5-6 5
6-7 7
7-8 13
8-9 10
9 - 10 7
> 10 años 7
Fuente: Financial Management Information System, World Bank, 2011

20. Costos
<$4 14
$4-8 21
$ 8 - 12 4
$ 12 - 16 3
$ 16 - 20 4
> $ 20 MM 3
Fuente: Financial Management Information System, World Bank, 2011

21. Algunas métricas
§ Caso 1
– Características
• País de tamaño medio
• Alcance, instituciones del gobierno
central
• Cobertura funcional, mediana
complejidad
– Tamaño
Costos
• 15.000 Puntos de Función / 850.000
- USA: 1.982 US$/PF
LOC - Outsource: 1.053 US$/PF
• 380.000 horas-hombre de desarrollo
Errores
§ Caso 2 - 6.40 errores/PF
– Características
• País de gran tamaño
• Estructura federal
• Alta complejidad
– Tamaño
• 48.000 Puntos de Función

22. ¿Dónde impacta?
PMO
32% vs 18%
Desarrollo
18% vs 45%
Fuente: Depto. Defensa, USA

23. Función de Costos
• Capacitación
• Adopción
• Licencias
• 15% a 20% Mantención • Gest. Proy.
Anual (n años) • PMO
• Licencias
• f(LOC) o f(PF)
• Costos Equipos
• % Mantención Anual • Contingencias
(n años)

24. Casos Analizados
§ De los antecedentes analizados no se pudo apreciar una
evaluación estricta entre desarrollo a la medida y producto
comercial
§ Nicaragua
– Costos totales del proyecto, lo cual incluye algunas componentes
adicionales tales como contratación pública es de US$ MM 22,4
– El proyecto se plantea en un horizonte de 5 años
§ Perú
– Proceso de licitación del desarrollo, la estimación presupuestaria para la
componente de modernización de procesos y sistemas es de US$ MM 14.6
– Se estima un desarrollo de 24 meses
§ Chile
– Segunda fase (fase I tuvo un costo de US$ 23,2), pasan de desarrollo a la
medida in-house a externalización del desarrollo
– Contrato adjudicado a empresa consultora externa por US$ MM 17
– Etapa final del desarrollo

25. Elementos cuantitativos
§ Cantidad de usuarios
– tipificados por funcionalidad y acciones en cada módulo y etapa del proceso
(consulta, modificación, otro),
§ Volumen transaccional
– por tipo de transacción de negocios y periodicidad,
§ Requerimientos de almacenamiento y archiving
– Normas de registros electrónicos
§ Cantidad de puntos de función y/o casos de uso
– Desarrollos y mantenciones
§ Costos de infraestructura TI en el país
– Inversión, servicios y mantención

26. ¿desarrollo a la medida o producto comercial?
§ Cobertura y alcance
– Cobertura funcional
– Alcance y esferas de gobierno
§ Mercado proveedor
– Madurez y profundidad de proveedores locales
– Niveles de dependencia (vendor lock-in)
– Arquitectura tecnológica planteada
§ Experiencia en externalización
– Modelo de externalización (PPP)
– Consultores individuales versus firmas
– Transferencia tecnológica
– Gestión de proyectos (competencias de contraparte)

27. Cualquiera sea el modelo de externalización

28. Próximos pasos
§ Algunos países se encuentran en una fase de evaluación de
sus proyectos SIAF y en particular quieren analizar posibles
cursos de acción
§ Algunas recomendaciones
– Establecer procesos de consulta al mercado (RFI) con el objeto de
identificar potenciales proveedores y sus competencias
– Identificar lo más detallado posible cobertura funcional y alcance
• Usuarios
• Puntos de función (estimación), LOC se pueden tomar algunas métricas
existentes
– Definir modelos de operación tecnológica
– Calificar experiencias de externalización de unidad ejecutora, potencial
reforzamiento
– Mejorar competencias de gestión de proyectos

29. ¿Qué camino tomar?
Desarrollo a la Medida
o
Soluciones Empaquetadas
abc@alejandrobarros.com
www.alejandrobarros.com
@abarros