Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Proyecto de Tesis:
“Modelo de integración de las tecnologías de
información y procesos de negocio como generador de
valor en los organismos autónomos del sector público”
Proyecto de investigación
Presentado por:
Hoy en día se habla mucho acerca del gobierno de las TI, las organizaciones gubernamentales
no escapan a esto ya que las políticas y el desafío se encuentra en lograr este gobierno. La
característica principal las organizaciones gubernamentales radica en ser burocrática y funcional,
sin embargo hace varios años si viene implementando políticas que apoyen a la comunicación e
información abierta y transparente a disposición de los ciudadanos.
La gestión de proyectos para la implementación de las TI, apoya para que no se integren
los sistemas, esto se debe a que están centrados en gran medida a la ejecución del
proyecto, sin tomar en consideración la integración que se produce en cada proyecto
(alcance, tiempo y costo) por lo que a la fecha los casos de éxito de implementación de TI
en las organizaciones gubernamentales es baja.
La gestión de las TI, busca que las operaciones se automaticen, sin embargo muchas de
ellas solo se encargan en la implementación tecnológica, sin tomar en cuenta la necesidad
de efectuar una reingeniería o un rediseño de procesos interna, con lo cual los sistemas
están dispersos en la organización, así como la información que se genera, logrando que
los usuarios internos y externos repudien la implementación tecnológica.
pág. 1
La gestión por procesos, no está estandarizada en la organización, así como los recursos
humanos, tecnológicos y infraestructura no soportan el enfoque orientación al ciudadano
(cliente) además de no identificarse los servicios que brinda como organización pública.
Con el modelo se busca comparar metodologías empleadas, conceptos, roles en las gestiones
mencionadas.
pág. 2
¿Por qué los proyectos en TI fracasan al implementar en los
organismos autónomos?
Gestión de
proyectos ¿Por qué los CEO de los organismos autónomos no comparten
de las lecciones aprendidas?
¿Por qué las estrategias de la TI y gestión por proceso no se
alinean en la generación de valor?
¿Cuán involucrado está TI en el negocio de los organismos
Gestión de TI
autónomos?
¿Por qué compartir información entre entidades públicas es
complicado mediante las TI?
¿Por qué no se tiene definido la gestión por proceso en los
Gestión de organismos autónomos?
procesos
¿Cuál es grado de implementación de la gestión de procesos?
¿Por qué existe descontento en los usuarios en la
El presente estudio considera tres conceptos claves los cuales son proyectos, procesos
de negocio y tecnología de información el cual permita la integración que ayude a generar
valor dentro de los organismos autónomo del sector público.
Asimismo, las políticas y normas legales de gobierno, pueden ser limitantes en las
estrategias de desarrollo en la atención de los servicios de control de obras públicas, sin
embargo se adecuan conforme se vaya innovando y desarrollando propuestas que
permita al ciudadano mejorar la opinión respecto al compromiso asumido.
pág. 3
En tanto, se buscan que los sistemas integrados apoyen a la continuidad de los procesos
de negocio. Los gestores de TI deben conocer los procesos negocio para apoyar a los
servicios de las entidades autónomas.
El cliente principal es el ciudadano que entre sus necesidades esta siempre estar
informado de tal forma pueda colaborar con el buen gobierno, por tanto se busca que
sea digital. “Bill Finnerty, director de Investigación de Gartner, quien explica que el
gobierno digital es un gobierno diseñado y operado para aprovechar los datos digitales
y optimizar, transformar y crear servicios gubernamentales”.
pág. 4
al ciudadano y mejorar la calidad de atención; lo que necesita el ciudadano es
orientación.
Si bien este modelo pertenece a Reino Unido, debería considerarse los procesos
contenidos, no solo réplica del uso tecnológico la interoperatilidad1 se basa en la
generación de valor de la información y como las TI genera valor al gobierno en la
toma de decisiones.
Proponer un modelo que apoye a los proyectos de integración de las TI con los
procesos de negocio para que puedan estar naturalmente ligadas y proyectar los
beneficios que representa tener un trabajo conjunto.
1Según la Comisión Europea, es "la habilidad de los sistemas TIC, y de los procesos de negocios que ellas
soportan, de intercambiar datos y posibilitar compartir información y conocimiento. Articulo web
http://www.gobiernodigital.gob.pe/interoperabilidad/
pág. 5
1.5.2. Objetivos Específicos
pág. 6
CAPITULO 2: MARCO TEÓRICO
Existen muchas metodologías para la integración de los procesos de negocio con las
Tecnologías de la información sin embargo el resultado no es el esperado en aplicación al estado
en base a ella se han realizado modelos, que son más de origen cualitativo y no cuantitativo, no
demostrando el valor de las TI en los procesos de negocio. El presente estudio toma como base
una metodología para la integración de procesos de negocio y las TI.
pág. 7
2.1. Marco Teórico
2.1.2. Gestión de TI
Metodología que se emplea para planificar y orientar los procesos del proyecto
de principio a fin. Según el Instituto de Gestión de Proyectos (Project
Management Institute, PMI), los procesos se guían por cinco etapas: iniciación,
planificación, ejecución, control y cierre.
pág. 8
El mapa de procesos puede desplegarse por niveles, el cual nos permite
identificar los procedimientos que lo componen y las actividades que generan
valor para la organización.
Para ello se han analizado los casos de éxito en los proyectos de europa de la
integración de los sistemas de información, basada en la integración de procesos,
intercambio de información y la interoperabilidad. Detallando el valor de la
información en las organizaciones, donde plantea la definición y uso de los procesos
de negocio, integración y orquestación por eventos, clasificación de la información
y la implementación de políticas, con lo cual deben llevar al nivel de flexibilidad y
agilidad a la innovación en los niveles de la organización (infraestructura, procesos
de negocio y organización).
Otros estudios plantean la alineación entre los procesos de negocio y los sistemas
de información en la cual ve la necesidad de facilitar la comprensión de proceso de
pág. 9
negocio, sistemas de información y modelos relacionados. Donde propone métricas
para el logro de resultados. Los casos de estudio proponen a la reingeniería de
procesos y como estos se relacionan a los sistemas de información de salud, donde
determina que las TI son impulsores del rediseño y la automatización de procesos.
Otros casos explican la transformación del sector público en el reino Unido y los
países bajos, mostrando el cambio al gobierno electrónico, donde se especifica que
se requiere un compromiso y participación de los involucrados; asimismo concluye
sobre la complejidad de la implementación.
pág. 10
2.3. Bases teóricas
Asimismo detalla modelos del proceso de software los cuales son empleados
por las organizaciones. En el cuadro N° 1 se muestra los modelos más
utilizados:
pág. 11
Cuadro N° 1
MODELO DRA
MODELO EN MODELO (desarrollo
MODELO ESPIRAL
CASADA INCREMENTAL rápido de
aplicaciones)
Es el enfoque Consiste en una serie El incremental es Es un modelo de
metodológico de ciclos que se un modelo de tipo proceso de
que ordena repiten en forma de evolutivo que está desarrollo de
rigurosamente espiral, comenzando basado en varios software lineal
las etapas desde el centro. El ciclos Cascada secuencial que
del ciclo de vida Espiral puede verse realimentados enfatiza un ciclo
del software, de como un modelo aplicados de desarrollo
QUE ES tal forma que el evolutivo que conjuga repetidamente, extremadamente
inicio de cada la naturaleza iterativa con una filosofía corto.
etapa debe del modelo MCP. con iterativa
esperar a la los aspectos
finalización de la controlados y
inmediatamente sistemáticos del
anterior. modelo cascada.
1. Análisis de 1. establecer la Dentro de modelo 1.Modelado de
requerimientos: comunicación entre el incremental gestión: flujo de
Contiene la cliente y el podemos información
especificación desarrollador. encontrar el entre las
completa de lo 2. definición de los modelo DRA. funciones de
que debe hacer recursos, tiempo y gestión
el sistema sin otra información responde las
entrar en detalles relacionada con el siguientes
internos. proyecto. preguntas: ¿que
2. Diseño del 3. evaluar los riesgos información
Sistema técnicos y de gestión conduce al
Contiene la del proyecto. proceso de
descripción de la 4. construir una o más gestión?, ¿A
estructura representaciones de dónde va la
relacional global la aplicación software. información?,
del sistema y la 5. construir la ¿Quién la
especificación de aplicación, instalarla, procesa?
lo que debe probarla y 2. Modelado de
hacer cada una proporcionar soporte datos: flujo de
FASES DEL de sus partes, al usuario o cliente información
MODELO así como la 6. obtener la reacción definido como
manera en que del cliente, según la parte de la fase
se combinan evaluación de lo del modelado de
unas con otras. creado e instalado en gestión se refina
3. Diseño del los ciclos anteriores. como un
Programa conjunto de
Es la fase en objetos y datos
donde se necesarios para
realizan los apoyar la
algoritmos empresa.
necesarios para 3. Modelado de
el cumplimiento procesos: los
de los objetos de datos
requerimientos definidos en la
del usuario. fase de
4. Codificación modelado
5. Pruebas quedan
6. Implantación transformados
para lograr el fin
deseado.
-Se tiene todo -Reduce riesgos del -Se reduce el -Permiten que
bien organizado proyecto tiempo de los ingenieros
y no se mezclan -Incorpora objetivos desarrollo inicial, de software
VENTAJAS las fases. de calidad. ya que se desarrollen
-Es perfecto para -Integra el desarrollo implementa la versiones cada
proyectos que con el mantenimiento, funcionalidad vez más
son rígidos, y etc. parcial.
pág. 12
además donde -Además es posible ü proporciona completas del
se especifiquen tener en cuenta todas las ventajas software.
muy bien los mejoras y nuevos del modelo en -Producen una
requerimientos y requerimientos sin cascada versión
se conozca muy romper con la realimentado, completa en
bien la metodología, ya que reduciendo sus forma
herramienta a este ciclo de vida no desventajas sólo incremental con
utilizar es rígido ni estático. al ámbito de cada cada iteración
incremento.
-Más rápido en
comparación del
modelo de
cascada.
-Resulta más
sencillo acomodar
cambios al acotar
el tamaño de los
incrementos.
-Un proyecto rara -El modelo -Para proyectos
vez sigue una -Genera mucho Incremental no es grandes,
secuencia lineal, tiempo en el recomendable necesita
esto crea una desarrollo del sistema para casos de suficientes
mala -Modelo costoso sistemas de recursos
implementación -Requiere experiencia tiempo real, de humanos para
del modelo, lo en la identificación de alto nivel de crear el número
cual hace que lo riesgos. seguridad, de correcto de
lleve al fracaso. procesamiento equipos DRA
-El proceso de distribuido, y/o de -Si los
creación del alto índice de desarrolladores
software tarda riesgos. y clientes no se
mucho tiempo ya -Requiere de comprometen
que debe pasar mucha con las
por el proceso de planeación, tanto actividades
prueba y hasta administrativa rápidas
que el software como técnica. necesarias para
no esté completo -Requiere de completar un
no se opera. metas claras para sistema en un
conocer el estado marco de tiempo
DESVENTAJAS del proyecto. muy breve, los
proyectos
fallarán.
-Si un sistema
no se puede
modular en
forma
apropiada, la
construcción de
los
componentes
necesarios será
problemática
-Inapropiado
cuando los
riesgos técnicos
son altos…
cuando se
aplican muchas
nuevas
tecnologías
El modelo en El modelo en espiral El modelo El modelo DRA
cascada se es beneficioso en incremental es útil es utilizado para
despeña bien en proyectos que sobre todo ciclos de vida
proyectos con necesitan reducción cuando el del software
USOS
requisitos claros de riesgos. personal cortos.
o cuando se necesario para
trabaja con una
herramientas implementación
pág. 13
técnicas y es des completa no esta
aconsejable disponible.
cuando se
necesita un
rápido desarrollo.
Fuente: elaborado por https://erickosvaldovg.wordpress.com/2015/04/16/cuadro-comparativo-
modelos-de-desarrollo-de-doftware/
pág. 14
El BPR debería restringirse a aquellos procesos de negocio que tienen una
importancia estratégica y cuyo desempeño actual es altamente deficiente. La
deficiencia se identificar dentro de la organización sin embargo cuando se debe
hacer la reingeniería, alguno de estos podríamos observar en:
pág. 15
en manos de los responsables del negocio y no consume recursos adicionales
a los propios. Algunos de estos conceptos de mejora continua se conocen bajo
los nombres de Six Sigma, Kaizen y Total Cycle Time, pero también podemos
sumar a estas técnicas el sólo monitorear el rendimiento de los procesos a
través de indicadores de ciclo u otros y comenzar iniciativas de mejora cuando
se detectan desviaciones al comportamiento esperado. En el cuadro N° 2 se
muestra las principales características:
Cuadro N° 2
pág. 16
competitividad. La inversión en estos proyectos el resultado no termina
siendo el esperado, esto depende de la aplicación de la metodologías, ya
que dichas metodologías son producto de las buenas practicas .
pág. 17
Cuadro N° 3
pág. 18
técnicas para informar la selección, configuración e integración del sistema
(Lee, Siau, & Hong, 2003; Rosemann, 2010). De esta manera, la gestión de TI
basada en procesos asegura la alineación de las decisiones de TI con los
objetivos empresariales.
Sin embargo existe muchas limitaciones para realizar esta integración en las
entidades del estado que han sido identificadas (Hans Jochen Scholl, Herbert
Kubicek, Ralf Cimander, Ralf Klischewski – 2012) especificando que “entre
esas barreras, las limitaciones legales pueden clasificarse entre las más arduas
(Lampathaki, Koussouris, Gionis, Charalabidis, & Askounis, 2009), y la
atención al entorno político e institucional general (Pardo et al., 2004). Además,
los proyectos de colaboración podrían estar sujetos a un poderoso mecanismo
de retroalimentación reforzada, en el que los resultados exitosos de los
proyectos generen mayor confianza entre las partes y más voluntad de
impulsar aún más la colaboración, la integración y la interoperación (Luna-
Reyes et al., 2007). Además, organizacional y técnicamente, las
infraestructuras informáticas y de información deben mantener un alto grado
de flexibilidad para poder adaptarse a las necesidades cambiantes (Bekkers,
2009). Sin embargo, los sistemas de TI y las infraestructuras también "se
pegan" en el sentido de que tienen una capacidad para reforzar y perpetuar las
estructuras existentes, incluidas las estructuras de poder (Cordella & Iannacci,
2010).
pág. 19
CAPITULO 3: METODOLOGÍA
El modelo propuesto por el presente estudio, se basa en los modelos y metodologías que se
presentaron en los numerales anteriores el cual me permite establecer el ¿porque? de este
modelo, especificándose lo siguiente:
Grafica N° 1
Los factores que afectan las organizaciones autónomas, que representa el entorno
(Factores políticos, económicos, sociales, tecnológicos, ecológicos, sociales y legales)
los cuales establecen los parámetros que deben cumplir dichas organizaciones.
pág. 20
Organización autónoma2, entidades del sector público que gozan de autonomía (no
forman parte de los poderes del estado3), cuyos resultados obtenidos en su gestión son
presentados ante el congreso y la ciudadanía.
2 Los organismos autónomos son entidades de derecho público, con personalidad jurídica propia,
tesorería y patrimonio propios y autonomía en su gestión, que desarrollan actividades prop ias de la
Administración Pública, tanto actividades de fomento, prestacionales, de gestión de servicios públicos o
de producción de bienes de interés público, susceptibles de contraprestación, en calidad de
organizaciones instrumentales diferenciadas y dependientes de ésta. Definición de
https://www.iberley.es/temas/organismos -autonomos-estatales-61731
3 País soberano, reconocido como tal en el orden internacional, asentado en un territorio determinado y
pág. 21
Gráfica N° 2
pág. 22
Identificación de proyectos de TI (Gestión de proyectos)
Generación de Valor
Según las disciplinas de Valor4 (Treacy y Wiersema) presentaron de forma genérica las
alternativas para aportar valor al cliente en el caso de estudio es el usuario. Dichas
disciplinas son: excelencia operacional, liderazgo de producto y conocimient o íntimo
del consumidor.
pág. 23
Gráfica N° 3
pág. 24
3.3. Método de la propuesta
Grafica N° 4
Planificación No
Estrategia y No
organizacional ¿Requiere
¿validado por
Optimizar con apoyo
usuario?
TI?
Realizar diagnóstico Rediseñar el Desarrollar e
Sí Sí Información de
del proceso actual proceso implementar de TI
valor para el usuario
Procesos de ¿Rediseño
negocio validado? Sí
No
identificados
¿Validación de la
mejora?
Cultura
organizacional
implementada Ejecutar y controlar proyecto
pág. 25
CAPITULO 4: RESULTADOS Y DISCUSIÓN
Para efectos del presente estudio, se identificaran y analizaran las gestiones de procesos,
gestión de TI y Gestión de proyectos de las organizaciones autónomas del sector público (14) de
la cual el objeto de estudio son por los representantes de dichas áreas que puede variar según
el organigrama de la organización considerando que por cada gestión exista un representante
se obtendría (42), donde se identificará la brecha existente entre estas gestiones, para lo cual se
podrá utilizar encuestas y/o entrevistas.
H1: El modelo de integración de los procesos de negocio y gestión de TI propuesto, genera valor
en los organismos autónomos del sector público.
H2: El modelo de integración de los procesos de negocio y gestión de TI propuesto, no genera
valor en los organismos autónomos del sector público.
A partir de los resultados de la hipótesis se podrá analizar el modelo y con ello emitir las ventajas
y desventajas del modelo, las conclusiones y lecciones aprendidas. Asimismo con los datos
cuantificados e información recabada, ayudará a otros estudios de la gestión de las TI como
generador de valor en la gestión pública, que servirá como base o complemento a otros estudios.
Observaciones:
Si bien el alcance de este modelo menciona solo a 3 pilares para gestión de las TI, esta se
complementa con estudios realizados sobre seguridad de información, calidad de la información
y otros que se integren a este modelo, se pretende generar las bases que aproxime a la
innovación y desarrollo del gobierno.
Limitaciones
Tener el consideración que gran parte de las disposiciones legales emitidas por el gobierno sobre
la Gestión de TI, existe una brecha ya que no se cuenta con un organismo fortalecido en dichos
temas, por consiguiente el estudio realizado esta conforme a las disposiciones legales emitidas
por el gobierno actual.
pág. 26
El cambio que se genera a partir de la implementación y uso de la TI, son aquellas que tienen
temor al cambio, es el repudio por las experiencias obtenidas en el uso de diversas TI.
pág. 27
CONCLUSIONES
Las organizaciones públicas trabajan de forma funcional, y por tanto los sistemas se
implementan de la misma manera, con diversidad de bases de datos e información
repartida en cada organización, por tal motivo con el modelo se desarrolla sistemas en
base a los procesos de negocio, integrando información y permite la continuidad del
negocio.
La principal diferencia entre organizaciones privadas y públicas, está en los fines para lo
que son creados; por mientras el primero tiene fines lucrativos e imagen propia, el 2do
tiene fines sociales e imagen internacional para captar inversores.
Los gestores de TI en organizaciones gubernamentales no forman parte de la solución
Tecnológica gubernamental, por tal motivo con el modelo se busca que los gestores de TI
deben tener conocimiento del negocio y generar valor para el gobierno.
pág. 28
REFERENCIA BIBLIOGRÁFICA
1. Hacia una gestión pública más efectiva y dinámica en México, estudio de la OCDE sobre la
gobernanza pública (2011). www.oecd.org/publishing/corrigenda.
2. Methodology for the of building process integration of Business Model Canvas and
Technological Roadmap (Miguel Angel Toro-Jarrín, Idalia Estefania Ponce-Jaramillo, David
Güemes-Castorena) Technological Forecasting and Social Change 2016 vol: 110 pp: 213-225
3. Business process management and IT management: The missing integration (Rahimi, F.,
Møller, C. y Hvam, L.), International Journal of Information Management 2016 vol: 36 (1) pp:
142-154
4. Process integration, information sharing, and system interoperation in government: A
comparative case analysis (Hans Jochen Scholl, Herbert Kubicek, Ralf Cimander, Ralf
Klischewski) Government Information Quarterly 2012 vol: 29 (3) pp: 313-323
5. From policy implementation to business process management: Principles for creating flexibility
and agility (Yiwei Gong, Marijn Janssen) Government Information Quarterly 2012 vol: 29
(SUPPL. 1)
6. Managing the alignment between business processes and software systems (Lerina
Aversano, Carmine Grasso, Maria Tortorella) Information and Software Technology 2016 vol:
72 pp: 171-188
7. Business Process Re-Engineering Application in Healthcare in a relation to Health Information
Systems (Soudabeh Khodambashi) Procedia Technology 2013 vol: 9 pp: 949-957
8. Transformational change and business process reengineering (BPR): Lessons from the British
and Dutch public sector (Vishanth Weerakkody, Marijn Janssen, Yogesh K. Dwivedi)
Government Information Quarterly 2011 vol: 28 (3) pp: 320-328
9. A value-based approach to the ex-ante evaluation of IT enabled business process
improvement projects (Robyn L. Raschke, Sagnika Sen) Information and Management 2013
vol: 50 (7) pp: 446-456
10. Towards a Model to Undestand ECMS-use in Supporting Business Process (Noreen Izza
Arshad, rachelle Bosua, Simon K. Milton) Procedia Computer Science 2015 vol: 72 pp: 194-
200
11. A model for Business-IT Alignment in Malasian Public Universities (Esmadi Abu Abu Seman,
Juhana Salim) Procedia Technology 2013 vol: 11 pp: 1135-1141
12. A business process re-design methodology to support supply chain integration: application in
an airline MRO supply chain (Jaime A. Palma-Mendoza, Kevin Nealey) International Journal
of Information Management 2015 vol: 35 (5) pp: 620-631
13. Enterprise Information Portals in support of business process,design teams and collaborative
commerce performance (Hsin Hsin Chang∗, I. Chen Wang). International Journal of
Information Management 2011 vol: 31 (2) pp: 171-182
pág. 29
14. A value-based approach to the ex-ante evaluation of IT enabled business process
improvement projects (Robyn L. Raschke, Sagnika Sen) Information and Management 2013
vol: 50 (7) pp: 446-456
15. Mediation effect of business process and supply chain management capabilities on the impact
of IT on firm performance: Evidence from Chinese firms (Peng J Quan J Zhang G Dubinsky
A) International Journal of Information Management 2016 vol: 36 (1) pp: 89-96
16. Information System Conceptualization drive of unique business Process through virtual
organizations (B.RS. Amorim, José L.R Sousa) Procedia Technology 2014 vol: 16 pp: 867-
875
Internet
https://cioperu.pe/articulo/24080/la-trans formacion-digital-del-estado/
https://cioperu.pe/articulo/22000/metodologias-de-gestion-de-proyectos-en-ti/
http://www.peru.gob.pe/directorio/pep_directorio_poderes.asp?cod_poder=4
http://dbcalidad.blogspot.com/2015/09/las-tres-disciplinas-de-valor-treacy-y.html
https://www.esan.edu.pe/apuntes-empresariales/2016/10/que-es-el-mapa-de-procesos-de-
la-organizacion/
Libros
“Business Model Generation” (Generación de modelos de negocio) 2009
pág. 30
ANEXO
GUÍA METODOLÓGICA
pág. 31