Estudio comparativo entre el modelo offShore y el modelo inHouse en el desarrollo de software para las empresas ecuatorianas Casos de estudio Tata Consultancy Services y Ministerio de Salud Pública del Ecuador

Texto completo

(1)ESCUELA POLITÉCNICA NACIONAL FACULTAD DE CIENCIAS ADMINISTRATIVAS UNIDAD DE TITULACIÓN. ESTUDIO COMPARATIVO ENTRE EL MODELO OFFSHORE Y EL MODELO INHOUSE EN EL DESARROLLO DE SOFTWARE PARA LAS EMPRESAS ECUATORIANAS. CASOS DE ESTUDIO TATA CONSULTANCY SERVICES Y MINISTERIO DE SALUD PÚBLICA DEL ECUADOR.. TRABAJO DE TITULACIÓN PREVIO A LA OBTENCIÓN DEL GRADO DE MAGISTER EN GERENCIA EMPRESARIAL. VIZCARRA LARA MARÍA FERNANDA [email protected]. RUALES ARMIJOS DANNY PATRICIO [email protected]. Director: Ing. Fernando Herrera PhD [email protected]. 2018.

(2) APROBACIÓN DEL DIRECTOR. Como director del trabajo de titulación ESTUDIO COMPARATIVO ENTRE EL MODELO OFFSHORE Y EL MODELO INHOUSE EN EL DESARROLLO DE SOFTWARE PARA LAS EMPRESAS ECUATORIANAS CASOS DE ESTUDIO TATA CONSULTANCY SERVICES Y MINISTERIO DE SALUD PÚBLICA DEL ECUADOR, desarrollado por María Fernanda Vizcarra Lara y Danny Patricio Ruales Armijos, estudiantes de la Maestría en Gerencial Empresarial habiendo supervisado la realización de este trabajo y realizado las correcciones correspondientes, doy por aprobada la redacción final del documento escrito para que prosiga con los trámites correspondientes a la sustentación de la Defensa oral.. Ing. Fernando Herrera PhD DIRECTOR.

(3) DECLARACIÓN DE AUTORÍA. Yo, María Fernanda Vizcarra Lara, declaro bajo juramento que el trabajo aquí descrito es de mi autoría; que no ha sido previamente presentada para ningún grado o calificación profesional; y, que he consultado las referencias bibliográficas que se incluyen en este documento. La. Escuela. Politécnica. Nacional. puede. hacer. uso. de. los. derechos. correspondientes a este trabajo, según lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la normatividad institucional vigente.. María Fernanda Vizcarra Lara.

(4) DECLARACIÓN DE AUTORÍA. Yo, Danny Patricio Ruales Armijos, declaro bajo juramento que el trabajo aquí descrito es de mi autoría; que no ha sido previamente presentada para ningún grado o calificación profesional; y, que he consultado las referencias bibliográficas que se incluyen en este documento. La. Escuela. Politécnica. Nacional. puede. hacer. uso. de. los. derechos. correspondientes a este trabajo, según lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la normatividad institucional vigente.. Danny Patricio Ruales Armijos.

(5) DEDICATORIA. Queremos dedicar este trabajo de titulación a nuestros queridos hijos Martín Alejandro y Esteban Andrés, por ser el motor que empuja nuestras vidas diariamente. Gracias por el tiempo y la paciencia mientras cursábamos los dos años de capacitación obligatoria en los cuales tuvimos grandes sacrificios, todo este esfuerzo los dedicamos a ustedes queridos hijos, esperamos que les sirva de ejemplo en su vida diaria.. María Fernanda y Danny.

(6) AGRADECIMIENTO. Quiero agradecer a mis padres: Eva María Armijos y Jorge Ruales por haber hecho de mí un hombre de bien, por brindarme todo su apoyo para poder culminar este proceso de capacitación, gracias por ser un ejemplo a seguir para mí y para sus nietos, tengo una deuda pendiente con ustedes el resto de mi vida.. A nuestro director Ing. Fernando Herrera y co-director Ing. Antonio Franco por el apoyo incondicional recibido durante todo el tiempo de ejecución de la tesis, por saber transmitirnos sus conocimientos y orientar el trabajo hacia una conclusión exitosa.. Danny. A Dios y la Virgen Santísima por todas las bendiciones que han puesto en mi vida, a mis padres por mostrarme cada día que la vida es cuestión de actitud viendo la forma que han afrontado sus adversidades de salud, a mi esposo por todo el apoyo en el desarrollo del presente trabajo y a mis suegros porque siempre han estado presentes y dispuestos a ayudarme con mis hijos cuando he necesitado.. A todas las personas que entregaron su tiempo para expresar sus opiniones y experiencias profesionales siendo una parte muy importante en el desarrollo del presente trabajo.. A nuestro director Ing. Fernando Herrera y co-director Ing. Antonio Franco por brindarnos su apoyo y guiarnos durante todo el proceso del desarrollo de la presente tesis.. María Fernanda.

(7) ÍNDICE DE CONTENIDO LISTA DE FIGURAS............................................................................................................ I LISTA DE TABLAS ........................................................................................................... III LISTA DE ANEXOS .......................................................................................................... IV RESUMEN .......................................................................................................................... V ABSTRACT ........................................................................................................................ VI. 1. INTRODUCCIÓN ......................................................................................................... 1 1.1. PLANTEAMIENTO DEL PROBLEMA Y PREGUNTA DE INVESTIGACIÓN .... 1 1.2. OBJETIVO GENERAL ............................................................................................... 3 1.3. OBJETIVOS ESPECÍFICOS ....................................................................................... 3 1.4. JUSTIFICACIÓN ........................................................................................................ 3 1.5. DESCRIPCIÓN DE LAS ORGANIZACIONES ESTUDIADAS .............................. 3 1.5.1. TATA CONSULTANCY SERVICES (TCS) .................................................................. 4 1.5.2. MINISTERIO DE SALUD PÚBLICA (MSP) ............................................................ 8 1.6. MARCO TEÓRICO ................................................................................................... 11 1.6.1. INDUSTRIA DEL DESARROLLO DE SOFTWARE .............................................. 12 1.6.2. EL SOFTWARE Y LA INGENIERÍA DE SOFTWARE ............................................ 14 1.6.2.1. SOFTWARE: DEFINICIÓN E IMPORTANCIA.................................................. 14 1.6.2.2. INGENIERÍA DE SOFTWARE ............................................................................ 15 1.6.2.3. PROCESO DEL SOFTWARE .............................................................................. 16 1.6.2.4. MODELOS DE PROCESOS DE SOFTWARE..................................................... 17 1.6.2.5. TIPOS DE DESARROLLO DE SOFTWARE....................................................... 19 1.6.3. SISTEMAS DE INFORMACIÓN Y ORGANIZACIÓN ......................................... 20 1.6.3.1. LAS TIC DINAMIZADORAS DE LAS FORMAS ORGANIZATIVAS ........... 20 1.6.3.2. INSOURCING DE TECNOLOGÍAS DE INFORMACIÓN Y COMUNICACIÓN . 21. 1.6.3.3.OUTSOURCING DE TECNOLOGÍAS DE INFORMACIÓN Y COMUNICACIÓN 21 1.6.3.4. RAZONES PARA EXTERNALIZAR UN SERVICIO ....................................... 22 1.6.3.5. ¿QUÉ SERVICIOS SE PUEDEN EXTERNALIZAR? ........................................ 24.

(8) 1.6.3.6. MODELOS DE EXTERNALIZACIÓN ............................................................... 25 1.6.3.6.1.. OFFSHORE ..................................................................................................... 26. 1.6.3.6.2.. NEARSHORE................................................................................................... 27. 1.6.3.6.3.. ONSHORE ....................................................................................................... 27. 1.6.3.6.4.. ONSITE ............................................................................................................ 27. 1.6.3.6.5.. GLOBAL DELIVERY....................................................................................... 27. 2. METODOLOGÍA ........................................................................................................ 28 2.1. DEFINICIÓN DEL TIPO DE INVESTIGACIÓN .................................................... 28 2.1.1. ENFOQUE CUALITATIVO ..................................................................................... 28 2.1.2. ENFOQUE CUANTITATIVO .................................................................................. 29 2.2. RECOLECCIÓN DE INFORMACIÓN .................................................................... 30 2.2.1. TÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN.......................................... 30 2.2.2. DEFINICIÓN DEL NÚMERO DE ENTREVISTAS Y ENCUESTAS A.................... REALIZAR EN EL PROCESO DE INVESTIGACIÓN .......................................... 31 2.2.3. DEFINICIÓN DEL NÚMERO DE PROYECTOS A EXAMINAR ......................... 33 3. RESULTADOS Y DISCUSIÓN ............................................................................... 35 3.1. ANÁLISIS CUANTITATIVO DE LOS RESULTADOS OBTENIDOS ................. 35 3.1.1. RESULTADOS DE LAS ENCUESTAS SOBRE EL MODELO OFFSHORE ....... 35 3.1.2. RESULTADOS DE LAS ENCUESTAS SOBRE EL MODELO INHOUSE ........... 51 3.1.3. ANÁLISIS DE RESULTADOS POR PROYECTOS EJECUTADOS ..................... 66 3.2. ANÁLISIS CUALITATIVO DE LOS RESULTADOS OBTENIDOS .................... 71 3.2.1. PERSPECTIVA FINANCIERA ................................................................................ 71 3.2.2. PERSPECTIVA DE LA ESTRATEGIA ORGANIZACIONAL .............................. 72 3.2.3. PERSPECTIVA DEL CLIENTE ............................................................................... 73 3.2.4. PERSPECTIVA DEL APRENDIZAJE ..................................................................... 74 3.2.5. ANÁLISIS COMPARATIVO POR PERSPECTIVA DE LAS ................................... ORGANIZACIONES ESTUDIADAS ...................................................................... 76 3.2.5.1. PERSPECTIVA FINANCIERA ........................................................................... 76 3.2.5.2. PERSPECTIVA DE LA ESTRATEGIA ORGANIZACIONAL ......................... 77 3.2.5.3. PERSPECTIVA DEL CLIENTE .......................................................................... 78 3.2.5.4. PERSPECTIVA DEL APRENDIZAJE ................................................................ 79 3.3. MODELO DE EVALUACIÓN DE PROYECTOS .................................................. 80.

(9) 4. CONCLUSIONES Y RECOMENDACIONES ....................................................... 87 4.1. CONCLUSIONES ..................................................................................................... 87 4.2. RECOMENDACIONES ............................................................................................ 90 REFERENCIAS BIBLIOGRÁFICAS ............................................................................. 92 GLOSARIO ........................................................................................................................ 94 ANEXOS ............................................................................................................................ 95.

(10) LISTA DE FIGURAS. Figura 1 - Organigrama institucional de TCS Ecuador ............................................................. 5 Figura 2 - Estructura interna para la gestión de proyectos en TCS Ecuador ......................... 6 Figura 3 - Organigrama del MSP por viceministerios y subsecretarías .................................. 9 Figura 4 - Organigrama del MSP por coordinaciones y direcciones........................................ 9 Figura 5 - Estructura interna para la gestión de proyectos en el MSP .................................. 10 Figura 6 - Pasos para el análisis de una decisión de outsourcing. ........................................ 25 Figura 7 - Formas de outsourcing basadas en las distancia. ................................................. 26 Figura 8 - Distribución porcentual: Pregunta 1 de la encuesta sobre modelo offShore....... 36 Figura 9 - Distribución porcentual: Pregunta 2 de la encuesta sobre modelo offShore....... 37 Figura 10 - Distribución porcentual: Pregunta 3 de la encuesta sobre modelo offShore..... 39 Figura 11 - Distribución porcentual: Pregunta 4 de la encuesta sobre modelo offShore..... 40 Figura 12 - Distribución porcentual: Pregunta 5 de la encuesta sobre modelo offShore..... 41 Figura 13 - Distribución porcentual: Pregunta 6 de la encuesta sobre modelo offShore..... 42 Figura 14 - Distribución porcentual: Pregunta 7 de la encuesta sobre modelo offShore..... 43 Figura 15 - Distribución porcentual: Pregunta 8 de la encuesta sobre modelo offShore..... 44 Figura 16 - Distribución porcentual: Pregunta 9 de la encuesta sobre modelo offShore..... 45 Figura 17 - Distribución porcentual: Pregunta 10 de la encuesta sobre modelo offShore .. 46 Figura 18 - Distribución porcentual: Pregunta 10-1 de la encuesta sobre modelo offShore ....... 47. Figura 19 - Distribución porcentual: Pregunta 11 de la encuesta sobre modelo offShore .. 48 Figura 20 - Distribución porcentual: Pregunta 12 de la encuesta sobre modelo offShore .. 49 Figura 21 - Distribución porcentual: Pregunta 13 de la encuesta sobre modelo offShore .. 50 Figura 22 - Distribución porcentual: Pregunta 14 de la encuesta sobre modelo offShore .. 51 Figura 23 - Distribución porcentual: Pregunta 1 de la encuesta sobre modelo inHouse ..... 52 Figura 24 - Distribución porcentual: Pregunta 2 de la encuesta sobre modelo inHouse ..... 53 Figura 25 - Distribución porcentual: Pregunta 3 de la encuesta sobre modelo inHouse ..... 54 Figura 26 - Distribución porcentual: Pregunta 4 de la encuesta sobre modelo inHouse ..... 55 Figura 27 - Distribución porcentual: Pregunta 5 de la encuesta sobre modelo inHouse ..... 57 Figura 28 - Distribución porcentual: Pregunta 6 de la encuesta sobre modelo inHouse ..... 58 Figura 29 - Distribución porcentual: Pregunta 7 de la encuesta sobre modelo inHouse ..... 59 i.

(11) Figura 30 - Distribución porcentual: Pregunta 8 de la encuesta sobre modelo inHouse ..... 60 Figura 31 - Distribución porcentual: Pregunta 9 de la encuesta sobre modelo inHouse ..... 61 Figura 32 - Distribución porcentual: Pregunta 10 de la encuesta sobre modelo inHouse ... 63 Figura 33 - Distribución porcentual: Pregunta 11 de la encuesta sobre modelo inHouse ... 64 Figura 34 - Distribución porcentual: Pregunta 12 de la encuesta sobre modelo inHouse ... 64 Figura 35 - Distribución porcentual: Pregunta 13 de la encuesta sobre modelo inHouse ... 65 Figura 36 - Distribución porcentual: Pregunta 14 de la encuesta sobre modelo inHouse ... 66 Figura 37 - Pantalla principal del modelo ................................................................................. 80 Figura 38 - Ingreso de los valores a evaluar en el modelo ..................................................... 81 Figura 39 - Resultado de la evaluación en el modelo. ............................................................ 82 Figura 40 - Ingreso a la consulta de parámetros. .................................................................... 82 Figura 41 - Consulta de parámetros de la variable esfuerzo.................................................. 83 Figura 42 - Consulta de parámetros de la variable número de desarrolladores................... 83 Figura 43 - Consulta de parámetros de la variable presupuesto. .......................................... 84 Figura 44 - Consulta de parámetros de la variable duración.................................................. 84 Figura 45 - Consulta de parámetros de la variable tipo de proyecto. .................................... 85 Figura 46 - Consulta de parámetros de la variable tipo de tecnología. ................................. 85 Figura 47 - Modificación de parámetros para la variable esfuerzo. ....................................... 86 Figura 48 - Actualización de parámetros para la variable esfuerzo. ...................................... 86. ii.

(12) LISTA DE TABLAS. Tabla 1 - Descripción de conocimientos por perfil en TCS Ecuador ......................... 7 Tabla 2 - Descripción de conocimientos por perfil en el MSP .................................. 11 Tabla 3 - Número total de personas por perfil en las instituciones estudiadas. ..... 31 Tabla 4 - Cantidad de entrevistas a realizar por institución y rol. ............................. 32 Tabla 5 - Distribución de entrevistas por institución y rol. ......................................... 32 Tabla 6 - Cantidad de encuestas a realizar por institución y rol. .............................. 33 Tabla 7 - Clasificación del tamaño de los proyectos por su duración...................... 33 Tabla 8 - Clasificación del tamaño de los proyectos por su presupuesto. .............. 33 Tabla 9 - Cantidad de proyectos a analizar por tamaño e institución. ..................... 34 Tabla 10 - Descripción de proyectos ejecutados en TCS Ecuador. ........................ 67 Tabla 11 - Descripción de proyectos ejecutados en el MSP ..................................... 68. iii.

(13) LISTA DE ANEXOS. Anexo I - Formato de entrevista sobre el modelo offShore....................................... 96 Anexo II - Formato de entrevista sobre el modelo inHouse ...................................... 98 Anexo III - Formato de encuesta sobre el modelo offShore ................................... 100 Anexo IV - Formato de encuesta sobre el modelo inHouse. .................................. 103 Anexo V - Tabulaciones de la encuesta sobre el modelo offShore. ...................... 106 Anexo VI - Tabulaciones de la encuesta sobre el modelo inHouse. ..................... 107. iv.

(14) RESUMEN. La presente tesis de maestría compara los modelos de desarrollo de software offShore e inHouse usados en el desarrollo de proyectos por las empresas Tata Consultancy Services y Ministerio de Salud Pública del Ecuador (MSP). Dos modelos. diferentes. aplicados. a. una. misma. realidad. nacional,. entorno. macroeconómico y fuerza laboral. El modelo offShore usado por una multinacional domiciliada en Ecuador y el modelo InHouse usado por una institución pública normada bajo estatutos, políticas y procedimientos del estado ecuatoriano, lo cual evidentemente genera variabilidad en los resultados que podrían obtenerse en los proyectos administrados por una u otra institución. La consideración de estudiar a dos instituciones con funciones comunes, pero de características, estructura y procesos diferentes generan un conjunto de puntos interesantes a ser consideradas en el presente estudio. La investigación realizada es de tipo cualitativo y cuantitativo. Para su desarrollo se usaron encuestas, entrevistas y estadísticas de los proyectos ejecutados como herramientas de recolección de información. Las entrevistas realizadas enfocaron sus preguntas en cuatro perspectivas: financiera, de la estrategia organizacional, del cliente, y del aprendizaje. Tanto las entrevistas como las encuestas fueron realizadas a empleados de las empresas estudiadas de acuerdo con su perfil. Posteriormente a la aplicación de las entrevistas y encuestas se analizaron también los resultados de tres proyectos ejecutados en cada organización buscando identificar las variables que intervienen directa e indirectamente dentro de la ejecución de proyectos de software. Una vez identificadas las variables que influyen en los modelos de desarrollo se construyó un software que ayuda a los gestores de proyectos a tomar una decisión acertada del modelo de desarrollo a aplicarse en un proyecto. Palabras clave: Externalización de Servicios. Outsourcing. OffShore. InHouse. v.

(15) ABSTRACT. This master's thesis compares the offShore and Onsite software development models used in the projects developed by Tata Consultancy Services and the Ministry of Public Health, Ecuador (MSP). These two software development models are applicable for current location, macroeconomic environment and others. The offShore model used by a multinational organization established in Ecuador and the onsite model used by a public institution regulated by structures, policies and procedures of the Ecuadorian state law, which evidently generates variability in the results that could be followed in projects managed by one or more institutions. In this process of studying two institutions with common functions, but with different characteristics, structure and processes generate a set of interesting points to be considered in this study.. The research carried out is qualitative and quantitative. For its development, surveys, interviews and statistics for projects execution were used as information gathering tools. The interviews conducted were focused on four perspectives: financial, organizational strategy, client, and learning. Both the interviews and surveys were conducted to employees of the organization according to their profile. In next step, a percentage analysis was made from the results for each one. Subsequently, the results of three projects executed in each organization were analyzed and to identify the inputs that intervene directly and indirectly within the execution of software projects. Once the inputs that influence the development models were identified, software was created that helps the project managers to come to an accurate decision of the development model to apply in a particular project. Key words: Outsourcing, OffShore, InHouse. vi.

(16) 1. INTRODUCCIÓN. En esta sección se sustenta porque es importante y necesario efectuar este trabajo de investigación, fundamentándolo primero desde un entorno global con conceptos alineados desde una perspectiva total y luego orientándolo a una problemática específica existente en dos organizaciones que se encuentran en Ecuador desarrollando sus actividades en un entorno y cultura organizacional particulares. Describimos las organizaciones objeto de nuestro estudio y sustentamos nuestro análisis en el marco teórico que permite dar a conocer los conceptos básicos necesarios en el desarrollo de la presente investigación. Explicamos como la ingeniería ha aportado en el desarrollo del software a nivel mundial, luego nos enfocamos en las estadísticas internas reportadas para América Latina y Ecuador a nivel del número de empresas y total de ventas para las empresas relacionadas con la actividad de programación informática. Posteriormente se describen los conceptos relacionados con el desarrollo de software: procesos, metodologías, y herramientas que permiten elaborar productos de software para finalmente detallar los conceptos relacionados con la externalización de servicios informativos y sus diferentes tipos.. 1.1. Planteamiento del problema y pregunta de investigación Ecuador ha mostrado una mayor destreza en desarrollo de software para áreas de servicios bancarios, financieros, gestión y control empresarial. Estos sectores, por naturaleza generadores de empleo, enfocan sus esfuerzos en la construcción de soluciones de software financieras y bancarias, inteligencia empresarial, automatización de procesos (Bussines Process Managment – BPM), E-Learning1, consultoría, outsourcing especializado, entre otros (Oficina Comercial de ProChile en Ecuador, 2012). Gran parte de las empresas que conforman dichos sectores son empresas con fines de lucro. Es decir, estas enfocan sus esfuerzos en obtener ganancias explotando al máximo la actividad económica a la que pertenecen; dejando así la administración de sus TICs y el desarrollo de software a un tercero (Maldonado, Proaño, & Ekos, 2015).. 1 Sistema de formación cuya característica principal es que se realiza a través de internet o conectados a la red.. 1.

(17) Sin embargo, existen otras organizaciones sin fines de lucro que cuentan con un departamento propio de TICs y tienen como funciones el desarrollo de software visto desde el punto de vista interno como una necesidad de distintos departamentos que conforman la organización. En estas organizaciones el objetivo no es construir un producto de software para venderlo sino construir un producto para satisfacer una demanda interna. En ambos casos, ya sea desarrollo de software con un tercero o casa adentro, se marca el uso de una metodología específica que saca a relucir lo mejor de cada organización. Cuando hablamos de una multinacional deducimos una alta capacidad de cobertura y un alto margen de respuesta. En cambio, si hablamos de microempresas hablamos de ciertas limitantes relacionadas con el presupuesto; y estas variables pueden de alguna manera determinar el éxito o fracaso de los proyectos de desarrollo de software. La ejecución de proyectos de desarrollo de software trae consigo la decisión de evaluar el modelo con el cual se ejecutará la construcción del producto. Para ello existen distintas opciones documentadas por las cuales las organizaciones pueden optar como el modelo inHouse u offShore. Ambos pueden ser utilizados desde el punto de vista en que las organizaciones tienen su propio departamento de TICs o en el caso que hayan contratado los servicios por medio de terceros. Cada uno de los modelos antes mencionado cuenta con fortalezas y debilidades desde el punto de vista técnico y administrativo. Sin embargo, en la presente tesis se pretende evaluar también factores no técnicos (conocimiento del negocio, idioma, barrera horaria, presencia física, procesos) que influyen en el éxito o fracaso de los modelos de acuerdo con una cultura organizacional específica. La comparación cuantitativa y cualitativa de los dos modelos (inHouse y offShore) permitirá identificar y entender las variables que influyen de manera positiva o negativa en cada uno de ellos, y ayudará a plantear un esquema que oriente a las organizaciones sobre qué modelo adoptar en un proyecto de desarrollo de software con el fin de poder obtener los mejores resultados posibles. Por lo tanto, cabe preguntarse: ¿Cuáles son las ventajas y desventajas de aplicar los modelos inHouse y offShore en el desarrollo de software de las empresas ecuatorianas?. 2.

(18) 1.2. Objetivo general Comparar los modelos de desarrollo de software inHouse y offShore con el fin de identificar las variables que determinan el éxito o fracaso de un modelo u otro. Casos de estudio TCS Ecuador y el Ministerio de Salud Pública del Ecuador.. 1.3. Objetivos específicos . Comparar los dos modelos de desarrollo de software desde las perspectivas: financiera, estrategia organizacional, cliente, y aprendizaje.. . Determinar las variables técnicas y no técnicas que influyen en los modelos de desarrollos estudiados.. . Construir un modelo que permita evaluar si un proyecto de desarrollo de software debe construirse mediante el modelo offShore o inHouse.. . Evaluar y concluir sobre los resultados de la comparación de los modelos.. 1.4. Justificación En el Ecuador casi el 50% del total de las empresas relacionadas con las Tecnologías de la Información y Comunicación se dedican a actividades de programación y que la industria de software genera ventas por el orden de USD 500 millones, con un crecimiento anual de 17% en los 7 años previos, lo que demuestra el auge de esta industria y el incremento en la participación del mercado de las empresas ecuatorianas, pretendemos analizar las variables que influyen en los resultados finales de los proyectos de desarrollo para determinar el éxito o no de los mismos contando con modelos de ejecución de proyectos que permitan a las empresas obtener el mayor beneficio posible maximizando sus ingresos, reduciendo costos y sobre todo evitando pérdidas ocasionadas por la ejecución errada de un proyecto.. 1.5. Descripción de las organizaciones estudiadas La siguiente sección tiene por objetivo presentar en un vistazo rápido y conciso las dos organizaciones objeto de este estudio. Con esto pretendemos dar a conocer la naturaleza y los objetivos de cada una de ellas. 3.

(19) 1.5.1. Tata Consultancy Services (TCS). En la actualidad TCS Ecuador es la mayor empresa del país en externalización de procesos de negocio a través de la sistematización y mejoramiento de procesos operativos y de negocio basados en plataformas tecnológicas y administración global de servicios. Ofrece además servicios de infraestructura tecnológica y consultoría de negocios. Su centro de servicios de externalización de procesos de negocio o Business Process Outsourcing (BPO), por sus siglas en inglés, cuenta con unidades de negocio de Help Desk y Call Center, entre las más grandes de América. TCS Ecuador es parte fundamental de TCS Latinoamérica que opera a lo largo de toda la región con sus centros de entrega global en Argentina, Brasil, Chile, Colombia, Ecuador, Perú y Uruguay (Tata Consultancy Service, 2010 - 2018).. TCS Ecuador fue creada en nuestro país con el nombre de Tata Solution Center encontrándose domiciliada en el país desde el año 2006. Su presencia correspondió al cumplimiento del compromiso contractual de externalización de procesos de negocio adquirido con el Banco Pichincha (Super Intendencia de Compañias, 2017).. A partir de entonces se ha convertido en la opción de varias organizaciones locales y extranjeras tales como: Banco Pichincha (2006 – Actualidad), Banco General Rumiñahui (2007 - Actualidad), Banco del Instituto de Seguridad Social (2012-2014), Movistar Telefónica (2013-2015), Servicio de Rentas Internas (2016-2017) y Banco Financiero del Perú (2015-2016).. Actualmente, cuenta con una estructura organizacional definida, la misma que hace posible atender a sus diferentes clientes de acuerdo con sus necesidades. Ver Figura 1.. 4.

(20) Sub-Gerencia de Diseño. Sub-Gerencia de Contact Center GERENCIA DE TECNOLOGÍA. GERENCIA GENERAL. Sub-Gerencia de Proyectos. Sub-Gerencia de Servicios Operativos. Learning GERENCIA DE RRHH Seguridad y Salud GERENCIA ADMINISTRATIVA Y FINANCIERA Figura 1 - Organigrama institucional de TCS Ecuador (Tata Consultancy Services Ecuador). La Gerencia de Tecnología cuenta con cuatro sub gerencias, siendo la de Proyectos la encargada de llevar a cabo el desarrollo de los proyectos de software en la organización. La estructura interna definida en cada uno de los proyectos se muestra en la Figura 2.. 5.

(21) Delivery Manager. Desarrollador Junior. Desarrollador Senior. Experto de Diseño. Project Manager. Ingeniero de QA. Ingeniero de Seguridad. Release Manager. Figura 2 - Estructura interna para la gestión de proyectos en TCS Ecuador (Tata Consultancy Services Ecuador). TCS Ecuador, basa el desarrollo de proyectos de software en la metodología y principios del Project Management Institute (PMI) guiado por (PMBOK® Guide) que es una guía en la que se desglosa todo el método de gestión de proyectos.. El equipo del proyecto está conformado por aquellas personas a las que se les han asignado roles y responsabilidades para completar el proyecto. El tipo y la cantidad de miembros del equipo del proyecto pueden variar con frecuencia a medida que el proyecto avanza. Los miembros del equipo del proyecto también pueden denominarse personal del proyecto. En la Tabla 1 se detalla el perfil y experiencia con que cuentan los integrantes de los equipos de desarrollo de proyectos en TCS Ecuador. Esta información será relevante al momento de seleccionar las personas a entrevistar y/o encuestar en el proceso de la investigación.. 6.

(22) Tabla 1 - Descripción de conocimientos por perfil en TCS Ecuador PERFIL Delivery Manager. Project Manager. Desarrollador Senior. Desarrollador Junior. Experto. de. Diseño. Ingeniero de QA. Ingeniero Seguridad. Release Manager. de. DESCRIPCIÓN  De 10 a 15 años de experiencia en gerenciamiento de proyectos.  Certificación Project Management Professional (PMP).  Conocimiento de metodologías de gerenciamiento de proyectos.  Conocimiento básico de plataformas de desarrollo.  De 5 a 10 años de experiencia gerenciamiento de proyectos.  Certificación Project Management Professional (PMP).  Conocimiento de metodologías de gerenciamiento de proyectos.  Conocimiento básico de plataformas de desarrollo.  De 5 a 10 años de experiencia en diseño de aplicaciones Java y Punto Net  Conocimiento avanzado de bases de datos: Sql, Oracle, MySQL.  Dominio de plataformas de desarrollo: Java, IBM WebSphere y Punto Net.  De 1 a 3 años de experiencia en construcción de aplicaciones Java, Punto Net.  Conocimiento intermedio de bases de datos: Sql, Oracle, MySQL.  Conocimiento intermedio de plataformas de desarrollo: Java, IBM WebSphere y Punto Net.  De 5 a 10 años de experiencia en diseño de aplicaciones Java, Punto Net.  Conocimiento del esquema funcional bancario.  Conocimiento del levantamiento de requerimientos funcionales.  Conocimiento avanzado de bases de datos: Sql, Oracle, MySQL.  Dominio de plataformas de desarrollo: Java, Punto Net, IBM WebSphere  De 1 a 2 años de experiencia en diseño de aplicaciones Java y Punto Net  Conocimiento básico de plataformas de desarrollo: Java y Punto Net  Conocimiento del esquema de pruebas y certificación: UAT, BUAT y regresiones.  Conocimiento de pruebas de carga y estrés.  De 5 a 10 años de experiencia en diseño de aplicaciones Java, Punto Net  Conocimiento avanzado de bases de datos: Sql, Oracle, MySQL.  Dominio de plataformas de desarrollo: Java, IBM WebSphere y Punto Net  Conocimiento avanzado en esquemas de seguridad de aplicaciones.  Conocimiento avanzado networking.  Conocimiento avanzado en sistemas operativos Windows.  Conocimiento avanzado en sistemas operativos AIX, HPUX.  Conocimiento avanzado en configuración Firewall.. (Elaborado por los autores). 7.

(23) 1.5.2. Ministerio de Salud Pública (MSP) El MSP ejerce la rectoría, regulación, planificación, coordinación, control y gestión de la Salud Pública ecuatoriana a través de la gobernanza, vigilancia y control sanitario garantizando el derecho a la Salud de los ecuatorianos. Avilés (s.f) afirma: Fue creado por la Asamblea Constituyente de 1967, mediante decreto 084 publicado en el Registro Oficial No. 149 del 16 de junio de ese mismo año durante el gobierno del Dr. Otto Arosemena Gómez. Anteriormente las funciones de la salud formaban parte del Ministerio de Previsión Social y Trabajo, y el primer paso para su creación se dio en 1963, cuando se creó la Subsecretaría de Salud, que dependía del mismo ministerio. Entre los fines y objetivos del Ministerio de Salud Pública están la coordinación e integración progresiva de los servicios de salud con miras a aumentar su cobertura; llegar a todos los estratos sociales y lograr una descentralización administrativa; la intensificación de los programas de agua potable y alcantarillado, especialmente en las zonas marginales; el impulso y desarrollo de la medicina preventiva y la educación sanitaria; la regionalización de los servicios de salud; el abaratamiento de las medicinas mediante la reducción de impuestos, control de precios, producción de drogas genéricas y la instalación de farmacias populares; investigación y educación nutricional y el desarrollo de programas de alimentación básica para la madre embarazada, el recién nacido y los niños en edad escolar; el apoyo a la investigación científica; entre otros. Como parte de la estructura organizacional de MSP se encuentra la Coordinación General de Gestión Estratégica; la misma que en su misión contempla dirigir, implementar, administrar y evaluar la gestión de procesos, tecnologías de la información y comunicaciones, cultura y reforma institucional, así como los planes de innovación y mejora, orientados a la eficiencia, eficacia y calidad de la gestión del Ministerio de Salud. Esta coordinación a su vez abarca a la Dirección Nacional de Tecnologías de la Información y Comunicaciones (DNTIC), la cual actualmente es la encargada de las TICs del MSP a nivel central.. 8.

(24) Actualmente, el MSP. cuenta. con una. estructura organizacional definida. por. viceministerios, subsecretarías, coordinaciones y direcciones, tal como se muestra en las Figuras 3 y 4.. Ministerio de Salud Pública. Viceministerio de Gobernanza y Vigilancia de Salud. Subsecretaría Nacional de Gobernanza de la Salud Pública. Viceministerio de Atención Integral en Salud. Subsecretaría Nacional de Vigilancia de la Salud Pública. Subsecretaría Nacional de Provisión de Servicios de la Salud. Subsecretaría Nacional de Promoción de la Salud e Igualdad. Subsecretaría Nacional de Garantía de la Calidad de los Servicios de la Salud. Figura 3 - Organigrama del MSP por viceministerios y subsecretarías Adaptado (Ministerio de Salud Pública del Ecuador). Ministerio de Salud Pública Coordinación General de Desarrollo Estratégico en Salud. Coordinación General de Gestión Estratégica. Coordinación General Administrativa y Financiera. Coordinación General de Planificación. Coordinación General de Asesoría Jurídica. Dirección Nacional de Gestión de Procesos. Dirección Nacional de Tecnologías de Información y Comunicaciones. Dirección Nacional de Cambio de Cultura Organizacional. Figura 4 - Organigrama del MSP por coordinaciones y direcciones Adaptado (Ministerio de Salud Pública del Ecuador) 9.

(25) Según el (Ministerio de Salud Pública, 2012), mediante acuerdo Ministerial N.- 2880, se establece aprobar, autorizar y aplicar dentro de la Dirección Nacional de Tecnologías de Información y Comunicaciones (DNTIC) las políticas de servicios de red y servicios informáticos, en la que se norma el desarrollo de software mediante políticas para la Gestión Interna de Ingeniería de Software (GIIS), que en la sección cuatro subsección “Del Desarrollo de Software” numeral 3 detalla las consideraciones necesarias para ejecutar un proyecto de desarrollo de software y la metodología a utilizarse. Textualmente se menciona lo siguiente: “El área de ingeniería de sistemas es responsable de dar a conocer y vigilar la correcta aplicación de la metodología estándar, para el desarrollo de software a todas y cada una de las personas involucradas en la fabricación de programas informáticos”. La Gestión Interna de Ingeniería de Software (GIIS) es una coordinación interna de la DNTIC encargada del desarrollo de los proyectos de software dentro del MSP, dicha gestión hasta hace pocos meses atrás usaba solamente la metodología Project Management Institute (PMI) en el desarrollo de sus productos. Sin embargo, en la actualidad se impulsa también el desarrollo de productos de software basados en la metodología Agile Project Management2, pues permiten tener mayor rapidez y flexibilidad en su ejecución. La estructura interna definida para el desarrollo de proyectos con metodología PMI se muestra en la Figura 5.. Líder del Proyecto. Analista Funcional. Areas de Soporte. Ingeniero de QA. Lider Técnico. Desarrollador. Figura 5 - Estructura interna para la gestión de proyectos en el MSP (Ministerio de Salud Pública del Ecuador). 2. Conjunto de metodologías para el desarrollo de proyectos orientados hacia una especial rapidez y. flexibilidad en su ejecución.. 10.

(26) Seguidamente en la Tabla 2, se detallan los conocimientos y experiencia con que cuentan los integrantes de los equipos. Esta información será relevante al momento de seleccionar a las personas a entrevistar y/o encuestar en el proceso de la investigación.. Tabla 2 - Descripción de conocimientos por perfil en el MSP PERFIL Líder de Proyectos. Líder Técnico. DESCRIPCIÓN  De 5 a 10 años de experiencia en gerenciamiento de proyectos.  De 5 a 10 años de experiencia en diseño de aplicaciones Java, Sinfony, Oddo y Php.  Conocimiento intermedio de bases de datos: Sql, Oracle, MySQL.  De 5 a 10 años de experiencia en diseño de aplicaciones Java, Sinfony, Oddo, Php  Conocimiento avanzado de bases de datos: Sql, Oracle, MySQL.  Dominio de plataformas de desarrollo utilizadas por el MSP.. Desarrollador Analista Funcional Ingeniero de Pruebas. Áreas de Soporte.  De 1 a 3 años de experiencia en construcción de aplicaciones Java, Sinfony y Php.  Conocimiento intermedio de bases de datos: Sql, Oracle, MySQL.  Conocimiento en esquema funcional asociado a las necesidades propias del MSP.  Conocimiento en el levantamiento de requerimientos funcionales.  Conocimiento básico de plataformas de desarrollo: Java, Sinfony y Php.  Conocimiento de esquema de pruebas certificación UAT, BUAT.  Conocimiento de pruebas de cargas, estrés.    . Seguridad Informáticas. Servidores. Comunicaciones. Soporte en Sitio.. (Elaborado por los autores). 1.6. Marco Teórico El marco teórico que se desarrolla a continuación permite dar a conocer los conceptos básicos necesarios en el desarrollo del presente proyecto. Explicamos como la ingeniería ha aportado en el desarrollo del software a nivel mundial, luego nos enfocamos en las estadísticas internas reportadas para América Latina y Ecuador a nivel del número de empresas y total de ventas para las empresas relacionadas con la actividad de programación informática. 11.

(27) Posteriormente se describen los conceptos relacionados con el desarrollo de software: procesos, metodologías, y herramientas que permiten elaborar productos de software. Finalmente, revisaremos los conceptos relacionados con la externalización de servicios informativos y sus diferentes tipos.. 1.6.1. Industria del desarrollo de software La industria de desarrollo de software y provisión de servicios de informática constituye uno de los puntales de la denominada economía de la información, generando además las bases sobre las que se asienta la operación de las nuevas tecnologías de información y comunicación (TICs). Su contribución a la economía de los países es cada vez mayor en términos de inversiones, producción y nivel de empleo generado, además de ser una actividad cuya vinculación a las demás actividades económicas va en aumento al generar la infraestructura tecnológica sobre la que se realiza la modernización y tecnificación de sus operaciones. (Acebo y Nuñez, 2017, p. 6) Según la Asociación Ecuatoriana de Software (AESOF, 2011) el continente americano figura como el principal mercado a nivel global, con una participación del 40.3% del total en productos y servicios de software y un 35.6% del total en hardware (computadoras y periféricos.); seguido de Europa con una participación del 27.1% y 36.7% del total respectivamente; y Asia-Pacífico, con 29.5% del total en productos y servicios de software y el 22.4% del total en hardware; lo que describe claramente el potencial de mercado que puede aprovechar la industria de desarrollo de software en nuestro continente. Por otro lado, mundialmente las exportaciones de informática y servicios informáticos alcanzaron alrededor de USD 215 mil millones de ventas en 2010, habiéndose más que duplicado desde el valor de cinco años atrás como resultado de la externalización que se ha dado en este tipo de servicios. El mayor exportador de servicios informáticos y de información en 2010 fue Irlanda, cuyas exportaciones por este rubro representaban 15% de su PIB, mientras que entre los países en desarrollo los principales exportadores de estos servicios fueron India, China y Filipinas. Los tres principales mercados importadores se encontraban en la Unión Europea, EE.UU. y Japón (Acebo & Nuñez, 2017).. 12.

(28) Según el Observatorio TIC (2016) Ecuador tuvo 14.096 empresas relacionadas con las Tecnologías de la Información y Comunicación. De estas 2.297 empresas están relacionadas con la categoría de las Tecnologías de la Información abarcando 1250 empresas relacionadas con las actividades de programación informática, las mismas que en su mayoría son PYMES. Así pues, el ingreso total de ventas fue de 506’618.610 de dólares para la categoría Tecnologías de la Información y de 170’982.116 de dólares para las actividades de programación informática. De forma similar la industria de software en Ecuador generó ventas del orden de USD 500 millones (0.5% del PIB), creciendo anualmente el 17% en los 7 años previos, siendo la actividad más importante la provisión de servicios informáticos con un 53%, al tiempo que las ventas de software al sector público representan 22% del total. (Acebo & Nuñez, 2017) Por otro lado, creemos que el software es imprescindible en las tareas corporativas de cualquier organización. La automatización de los procesos de negocio en una empresa es un ejemplo de ello. No se puede concebir a una organización en expansión sin considerar un grado mínimo de automatización de los procesos, ya sea mediante el uso de software estándar o software a medida. La industria del desarrollo de software se fundamenta en el uso de fuerza laboral provista por desarrolladores e implementadores que se encargan de transformar los requerimientos funcionales de los clientes en realidades. Según la Secretaría de Educación Superior, Ciencia, Tecnología e Innovación (SENESCYT, 2015) la preparación académica en nuestro país se encuentra segmentada en 160 carreras a nivel técnico, en pregrado y posgrado, relacionadas directamente a las tecnologías de información y comunicación, de las cuales 85 carreras corresponden a tercer nivel y aportan con el 52% de la participación total en profesionales de carreras relacionadas con la informática. Los centros tecnológicos y los posgrados representan el 45% y 3% de la participación total de profesionales, respectivamente.. 13.

(29) 1.6.2. El software y la ingeniería de software 1.6.2.1.. Software: definición e importancia. Muchas personas asocian el término software con los programas de computadora. Sin embargo, Sommervile (2005), prefiere dar una definición más amplia donde el software no son sólo programas, sino todos los documentos asociados a la configuración de datos que se necesitan para hacer que estos programas operen de manera correcta. Por lo general, un sistema de software consiste en diversos programas independientes, archivos de configuración que utilizan para ejecutar estos programas, un sistema de documentación que describe la estructura del sistema, la documentación para el usuario que explica cómo utilizar el sistema y sitios web que permitan los usuarios descargar la información de productos recientes. Los ingenieros de software se concentran en el desarrollo de productos de software. Es decir, el software que se vende a un cliente. Existen dos tipos de productos de software: a) Productos genéricos: son sistemas producidos por una organización de desarrollo que se venden al mercado abierto a cualquier cliente que le sea posible comprarlos. Por ejemplo, software para computadores personales tales como procesadores de texto, paquetes de dibujo, entre otros.. b) Productos personalizados (o hechos a medida): son sistemas requeridos por un cliente en particular. Un contratista de software desarrolla el software especialmente para ese cliente. Por ejemplo, sistemas de control para instrumentos electrónicos, sistemas desarrollados para llevar a cabo procesos de negocios específicos, sistemas de control de tráfico aéreo, entre otros.. Una diferencia importante entre estos diferentes tipos de software es que en los productos genéricos la organización que desarrolla el software controla su especificación. La especificación de los productos personalizados, por lo general, es desarrollada y controlada por la organización que compra el software. Los desarrolladores de software deben trabajar con esa especificación. No obstante, la línea de separación entre estos tipos de productos se está haciendo borrosa. Cada vez más compañías de software empiezan con un sistema genérico y lo adaptan a las necesidades de un cliente en particular. Los sistemas de planificación de 14.

(30) recursos empresariales (ERP), como los sistemas SAP, son el mejor ejemplo de este enfoque. Aquí, un sistema largo y complejo se adapta a una compañía incorporando información sobre reglas de negocio y de procesos, informes, entre otros. Pressman (2006) afirma que el software es importante porque afecta a casi todos los aspectos de nuestras vidas y ha invadido nuestro comercio, cultura y actividades cotidianas. El software transforma los datos personales (por ejemplo, las transacciones financieras de un individuo) de modo que puedan ser más útiles en un contexto local, administra la información de negocios para mejorar la competitividad, provee una vía para las redes mundiales de información y brinda los medios para obtener información en todas sus formas. En el último medio siglo, el papel del software de cómputo ha sufrido un cambio significativo. Las notables mejoras en el funcionamiento del hardware, los profundos cambios en las arquitecturas de computadora, el gran incremento en la memoria y capacidad de almacenamiento, y una amplia variedad de opciones de entradas y salidas exóticas han propiciado la existencia de sistemas basados en computadora más sofisticados y complejos. Cuando un sistema tiene éxito, la sofisticación y complejidad producen resultados deslumbrantes, pero también plantean problemas enormes para aquellos que deben construir sistemas complejos. En la actualidad, la enorme industria del software se ha convertido en un factor dominante en las economías del mundo industrializado. Equipos de especialistas de software, cada uno centrado en una parte de la tecnología que se requiere para llegar a una aplicación compleja, han reemplazado al programador solitario de los primeros tiempos.. 1.6.2.2.. Ingeniería de software. La ingeniería del software es una disciplina de la ingeniería que comprende todos los aspectos de la producción de software desde las etapas iniciales de la especificación del sistema hasta el mantenimiento de este después de que se utiliza. La ingeniería del software no solo comprende los procesos técnicos del desarrollo de software, sino también con actividades tales como la gestión de proyectos de software y el desarrollo de herramientas, métodos y teorías de apoyo a la producción del software. (Sommervile, 2005, p.6) Las aplicaciones de software no se fabrican a partir de materia prima ni se ensamblan a partir de piezas más pequeñas. El software presenta esta característica especial en 15.

(31) comparación con otro tipo de productos. Es decir, no se fabrican en el sentido clásico, sino que se desarrollan a través de un proceso de ingeniería. (Pressman, 2006) afirma: Es una tecnología con varias capas como: compromiso con la calidad, proceso, métodos y herramientas. Cualquier enfoque de ingeniería, incluso la de software, debe basarse en un compromiso organizacional con la calidad. La administración total de la calidad como Six Sigma3 y otras filosofías similares alimentan la cultura de mejora continua, y es esta cultura la que lleva al desarrollo de enfoques cada vez más eficaces de la ingeniería de software. Según Cortés (2008) el objetivo principal de la ingeniería de software es construir una solución eficiente que satisfaga las necesidades requeridas por el cliente. Pareciera fácil de enunciar, pero es difícil conseguirlo si no se tienen los procedimientos, metodologías y herramientas adecuadas.. 1.6.2.3.. Proceso del software. La definición de proceso de software varía de acuerdo con los autores. Algunos ahondan en el detalle y otros sugieren una forma más general. Pressman (2006) afirma: Un proceso es un conjunto de actividades, acciones y tareas que se ejecutan cuando va a crearse algún producto del trabajo. Una actividad busca lograr un objetivo amplio y se desarrolla sin importar el dominio de la aplicación, tamaño del proyecto, complejidad del esfuerzo o grado de rigor con el que se usará la ingeniería de software. Una acción (diseño de la arquitectura) es un conjunto de tareas que producen un producto importante del trabajo (por ejemplo, un modelo del diseño de la arquitectura). Una tarea se centra en un objetivo pequeño, pero bien definido (por ejemplo, realizar una prueba unitaria) que produce un resultado tangible. En el contexto de la ingeniería de software, un proceso no es una prescripción rígida de cómo elaborar software de cómputo. Por el contrario, es un enfoque adaptable que permite que las personas que hacen el trabajo (el equipo de software) busquen y elijan el conjunto apropiado de acciones y tareas para el trabajo. Se busca siempre entregar el software en forma oportuna y con calidad suficiente para satisfacer a quienes patrocinaron su creación y a aquellos que lo usarán. La estructura del proceso establece el fundamento para el proceso 3. Es un método, basado en datos, para llevar la calidad hasta niveles próximos a la perfección, diferente de otros enfoques ya que también corrige los problemas antes de que se presenten.. 16.

(32) completo de la ingeniería de software por medio de la identificación de un número pequeño de actividades estructurales que sean aplicables a todos los proyectos de software, sin importar su tamaño o complejidad (p.12) Sommervile (2005) nos dice que un proceso de software es un conjunto de actividades y resultados asociados que originan un producto de software. Estas actividades son llevadas a cabo por los ingenieros de software y existen cuatro fundamentales que son comunes para todos los procesos del software. Estas actividades son:. a). Especificación del software, donde los clientes e ingenieros definen el software a producir y las restricciones sobre su operación.. b). Diseño e implementación del software, donde el software se diseña y se programa (construcción).. c). Validación del software, donde el software se certifica para asegurar que es lo que el cliente requiere.. d). Evolución del software, donde el software se modifica para adaptarlo a los cambios requeridos por el cliente y el mercado.. Por otro lado, Noriega (2017) concluye: un proceso de desarrollo de software es una estructura utilizada para el desarrollo de un producto de software. Entre sus sinónimos están ciclo de vida y proceso de software. Hay muchos modelos para estos procesos, cada uno de ellos describiendo enfoques diferentes para una variedad de tareas y actividades a ser ejecutados a lo largo del proceso. (p.6). 1.6.2.4.. Modelos de procesos de software. Según Sommervile (2005) un modelo de procesos de software es una descripción simplificada de un proceso de software que presenta una visión de ese proceso. Estos modelos pueden incluir actividades que son parte de los procesos y productos de software y el papel de las personas involucradas en la ingeniería del software. Algunos ejemplos de estos tipos de modelos que se pueden producir son:. 1. Modelo de flujo de trabajo: que muestra la secuencia de actividades en el proceso junto con sus entradas, salidas y dependencias. Las actividades en este modelo representan acciones humanas. 17.

(33) 2. Modelo de flujo de datos o de actividad: que representa el proceso como un conjunto de actividades, cada una de las cuales realiza alguna transformación en los datos. Muestra como la entrada en el proceso, tal como una especificación, se transforma. en. una. salida,. tal. como. un. diseño.. Pueden. representar. transformaciones llevadas a cabo por las personas o por las computadoras.. 3. Modelo de rollacción: que representa los roles de las personas involucradas en el proceso del software y las actividades de las que son responsables.. La mayor parte de los modelos de procesos del software se basan en uno de los tres modelos generales o paradigmas de desarrollo de software:. 1. El enfoque en cascada: considera las actividades anteriores y las representa como. fases de. procesos. separados, tales. como. la. especificación. de. requerimientos, el diseño del software, la implementación, las pruebas, entre otras. Después de que cada etapa queda definida «se firma» y el desarrollo continúa con la siguiente etapa.. 2. Desarrollo iterativo: este enfoque entrelaza las actividades de especificación, desarrollo y validación. Un sistema inicial se desarrolla rápidamente a partir de especificaciones muy abstractas. Este se refina basándose en las peticiones del cliente para producir un sistema que satisfaga las necesidades de dicho cliente. El sistema puede entonces ser entregado. De forma alternativa, se puede reimplementar utilizando un enfoque más estructurado para producir un sistema más sólido y mantenible.. 3. Ingeniería del software basada en componentes (CBSE)4: esta técnica supone que las partes del sistema existen. El proceso de desarrollo del sistema se enfoca en la integración de estas partes más que en desarrollarlas desde el principio.. 4. CBSE: Component-Based Software Sngineering. 18.

(34) 1.6.2.5.. Tipos de desarrollo de software. Según Noriega (2017) existen tres tipos de desarrollo:. 1. Desarrollo basado en prototipos: el desarrollo está basado en prototipos que parten en cierto modo de la base de “construya algo y vea si eso es lo que se pretende”. Se pueden tratar de un proceso de desarrollo completo o pueden ser simples bocetos anticipándose al ciclo de vida del proyecto o de la implementación.. 2. Desarrollo interactivo e incremental: el desarrollo interactivo defiende la construcción inicial de un pequeño pedazo de software que va creciendo de forma gradual, ayudando a los involucrados en el proceso a descubrir, lo más pronto posible, problemas o inconformidades antes de que puedan llevar al desastre al proyecto. Los procesos interactivos son los preferidos por los desarrolladores comerciales porque ofrecen potencial de alcanzar los objetivos del proyecto para un cliente que no sabe como comunicar lo que quiere.. 3. Desarrollo ágil: el desarrollo ágil de software defiende algunos puntos de vista en detrimento de otros: . Individuos e interacciones por procesos y herramientas. . Un software funcionando por una documentación comprensible. . Colaboración con el cliente por negociación de contratos. . Respuesta al cambio por seguir un planteamiento. Los procesos ágiles utilizan la retroalimentación en lugar de la planificación como su mecanismo de control primario. La retroalimentación se orienta a través de pruebas y liberaciones periódicas del software desarrollado.. 19.

(35) 1.6.3. Sistemas de información y organización 1.6.3.1.. Las TIC dinamizadoras de las formas organizativas. Según De Pablos et al. (2011) las TIC promueven nuevas formas de organizar las diferentes áreas de la empresa. El desarrollo de las TIC y su aplicación suponen ante todo facilidad y rapidez a la hora de trasmitir la información de la empresa. La ubicuidad, la instantaneidad en la comunicación, así como la capacidad de integración de procesos que permiten las TIC, hacen posible que las empresas se planteen decisiones sobre si comprar o producir e incluso relocalizar a sus propios empleados. Los costos de transacción que se generan en los procesos de producción y de intercambio de información constituyen la base sobre la que las organizaciones plantean una decisión final a este respecto. Es necesario comprender lo que suponen estas prácticas en las empresas, pues es preciso profundizar un poco en el detalle y analizar el contexto en el que se han ido generando.. En la concepción tradicional de las empresas, una organización lleva a cabo actividades específicas de forma interna. Las personas que trabajaban en la empresa pertenecían generalmente a la misma, pues las fronteras de las organizaciones estaban bien definidas. Normalmente eran los clientes los que se mantenían fuera de las fronteras de la empresa. La empresa mantenía grandes inventarios tanto de productos finalizados como de materias primas, competía con economías de escala, mejoraba su eficiencia e intentaba anticiparse a las necesidades de los clientes. La innovación en productos permitía a la empresa anticiparse a sus competidores.. Sin embargo, hacia mediados de los ochenta se empezó a ver que este modelo ya no funcionaba. Los clientes eran más sofisticados y exigían productos más personalizados. El mundo se estaba globalizando. Con costos más bajos en algunos países la subcontratación se iba haciendo cada vez más popular. Paralelamente las TIC iban tomando mayor protagonismo e iban haciéndose más asequibles. A su vez se empezaba a hacer cambios en las organizaciones. Las empresas empezaban a disminuir las jerarquías. La subcontratación de servicios que la empresa no consideraba clave para su desarrollo empezaba a ser una práctica habitual. En este contexto aparecen las prácticas y. formas. organizativas. nuevas,. como. la. subcontratación,. organizaciones virtuales y los sistemas de información compartidos.. 20. el. teletrabajo,. las.

(36) 1.6.3.2.. Insourcing de tecnologías de información y comunicación. El insourcing de las TIC o también conocido como modelo inHouse se fundamenta en el hecho de que la organización cuenta con una fuerza laboral interna con la que se hace cargo y administra sus activos tecnológicos, de esta manera intenta tener un control más detallado de todos los eventos que podrían producirse y ejecutar planes de acción que permita obtener los mejores beneficios a los usuarios finales. Este modelo es ampliamente usado en organizaciones que tienen la capacidad logística de albergar a todos los colaboradores en sus propias instalaciones y de brindarles todo el equipo tecnológico necesario requerido para sus labores diarias.. 1.6.3.3.. Outsourcing de tecnologías de información y comunicación. El outsourcing de las TIC consiste en la subcontratación de TIC como un proceso en el que una organización decide la contratación externa o vender activos de TI en la empresa, y además las personas y/o actividades a proveedores que a cambio proporcionan y gestionan estos bienes y servicios. El outsourcing implica que las actividades de gestión y los recursos de la organización sean gestionados por terceros. El outsourcing de servicios de información se ha popularizado más en los últimos años, pues las empresas necesitan posicionarse en un entorno de rápida evolución externa. (De Pablos et al.,2011).. Según Fórneas (2008) algunos de los matices por lo que la subcontratación es considerada una externalización son: . Es un servicio.. . Se contrata por un tiempo relativamente largo, generalmente más de un año.. . Puede incluir productos activos.. . El contratado tiene un grado de autonomía significativo.. . Existen responsabilidades del contratante que pasan a ser parte del contratado.. . Existen riesgos indirectos al servicio contratado o de responsabilidad ante terceros.. . Lleva asociados parámetros de calidad medibles objetivamente.. . Las condiciones de variación del servicio son acordadas en el momento de la primera contratación. 21.

(37) Finalmente, Del Peso (2003) afirma que el outsourcing lejos de ser una moda pasajera se está convirtiendo en un instrumento valioso para la gestión de las organizaciones. Las áreas donde más se desarrolla el outsourcing son: redes de datos, gestión de redes de voz y sistemas de integración de proyectos.. 1.6.3.4.. Razones para externalizar un servicio. Según Fórneas (2008) existen varias razones para externalizar un servicio y es muy frecuente que ellas no sean del todo independientes ni argumentadas de forma única.. Las principales, por orden de importancia, son: 1. Reducción del costo del servicio subcontratado: este aspecto es el objetivo a conseguir más nombrado entre los gestores que adoptan una estrategia de externalización, tanto antes de ejecutarla como después de contratar. La esperanza de la reducción de costos se basa en aspectos como: . Ineficiencias externas debido a que la empresa no es especialista en el servicio.. . Acceso a economías de escala por volumen de los implementos. necesarios para el servicio.. . Calidad de servicio inaceptable.. . Falta de profesionales para la realización del servicio.. Claros ejemplos que muestran que estas razones tienen gran peso son la contratación de servicios de limpieza, la gestión de documentos, el procesamiento de facturación, entre otros. 2. Concentración en las actividades principales de la empresa: es una razón empleada por empresas con múltiples localizaciones (no necesariamente multinacionales) o con un gran número de empleados. La concentración en las actividades de la empresa se desea por: . Excesiva complejidad de los procesos de negocio, que hacen difícil la gestión.. . Desplazamientos de los poderes fácticos de la empresa a los gestores de los procesos no principales. 22.

(38) . Estructura organizacional muy compleja para ser manejada por la gerencia.. . Necesidad de concentrar la inversión en los procesos principales.. 3. Mejora de la calidad del servicio: esta razón suele venir originada por los clientes insatisfechos causada por: . Falta de conocimiento de la tecnología para soportar el negocio principal.. . Inadecuadas estructuras del personal: horarios, incentivos, ubicación, entre otras.. . Falta de alineación con el negocio principal de la empresa.. . Falta de liderazgo por parte de los gestores de servicios.. 4. Acceso al personal adecuadamente capacitado: existen dos causas raíz para dicha razón. El personal tiene excesiva capacitación para las necesidades reales del servicio, lo que causa frustración, o el personal tiene que ser reciclado para que disponga de una capacitación adecuada pues no realiza correctamente el servicio. Ambos casos son perjudiciales y difíciles debido a la rigidez que puede imponer la legislación laboral. Esta razón es de gran peso en la externalización de mantenimiento de software que usa una empresa o en la externalización de servicios de seguridad. 5. Simplificación de los procesos de negocio: la complejidad de los procesos conlleva errores, excepciones, necesidad de estructuras de gestión costosas, entre otras. Su simplificación mejora resultados por la vía de reducción de costos estructurales, reproceso, de oportunidad, entre otros. Además, la simplicidad de los procesos de negocio induce a la posibilidad de nuevas líneas de negocio, acceso a nuevos mercados, desarrollo de nuevos productos y mejora el control sobre los riesgos de negocio. 6. Reducción del tiempo de llegada al mercado de los productos o servicios de la empresa del cliente: la reducción del tiempo en la llegada a los mercados es una razón muy argumentada en negocios donde el lanzamiento de nuevos productos es importante. La necesidad de soporte adecuado dificulta la puesta efectiva de nuevos productos y servicios, lo que permite a los competidores más rápidos adquirir ventajas en la captación de cuota de mercado. La externalización en este sentido puede. 23.

(39) aprovechar la dimensión de los proveedores y proporcionar el acceso a las tecnologías adecuadas sin realizar costosas inversiones.. 7. Reducción de los riesgos indirectos asumidos por la empresa cliente: muchas empresas ven en diversas funciones que están adquiriendo riesgos que no están relacionados con el negocio. Al realizar la externalización de servicios estos riesgos son asumidos por la empresa contratista, la que debe aplicar todas las acciones correctivas necesarias que se requieran de acuerdo a cada situación particular. Además, se tiene un aumento en la eficiencia dado que la empresa contratista se especializa en proveer el personal idóneo para cada requerimiento.. 1.6.3.5.. ¿Qué servicios se pueden externalizar?. Una de las primeras preguntas que debe hacerse una empresa que desea externalizar algún tipo de trabajo es: ¿Qué puedo externalizar?. Los servicios de outsourcing pueden ser muy diversos. Por lo tanto, la empresa debe saber qué tipo de outsourcing necesita y quiere contratar, antes de dar por cerrado un contrato. El outsourcing que se contrate tiene que ser un servicio a medida, que incluya todas las operaciones para que el servicio contratado cubra todas las necesidades de la empresa. (Time of Software, 2016). En función de la amplitud de los servicios que se contraten podemos hablar de dos tipos diferentes de outsourcing: . Total, donde se transfieren las infraestructuras y el personal al proveedor, se hace cargo de todas las fases de implementación y se asume el riesgo de la propiedad de los recursos. La empresa cliente asume el riesgo asociado a la dependencia completa de un único proveedor.. . Selectivo, donde se permite al cliente cubrir ciertas necesidades minimizando riesgos respecto al outsourcing total.. La razón más importante de recurrir al outsourcing es la de delegar la responsabilidad y preocupación de la administración operacional. Un punto clave en toda empresa que quiera recurrir al outsourcing es evitar tener un único proveedor, ya que podría llegar a depender de él.. 24.

(40) En la Figura 6 se observa el proceso definido por Drtina(1994) que resulta muy útil a la hora de identificar lo que se puede externalizar en la organización, éste realiza varias preguntas que permiten establecer aquellos procesos y/o actividades que se puede externalizar.. Figura 6 - Pasos para el análisis de una decisión de outsourcing. Adaptado (Drtina, Ralph E, The Outsourcing Decision: Seize the Opportunity to Focus on Activities that Give Your Company the Competitive Edge, 1994). Una vez evaluados los procesos y/o actividades que se puede externalizar en la empresa, se debe definir qué tipo de escenario de externalización se desea implementar.. 1.6.3.6.. Modelos de externalización. Según González et al. (2006) existen diferentes modelos de externalización que han utilizado las principales compañías y que se diferencian entre sí por la distancia entre el cliente y el proveedor de la externalización. En la Figura 7 se puede ver las diferentes formas de externalización basadas en la distancia entre cliente y proveedor. 25.

(41) Figura 7 - Formas de outsourcing basadas en las distancia. Adaptado (González et al., “El offshore outsourcing de sistemas de información”, 2006).. 1.6.3.6.1.. Offshore. Es el tipo de externalización en el que la empresa el cliente contrata a un proveedor de un país diferente al suyo para llevar a cabo ciertas funciones/proyectos de su propia empresa. En este modelo de externalización, los husos horarios entre el cliente y el proveedor son completamente diferentes. A la hora de realizar una externalización usando el modelo offShore se deben evaluar los siguientes criterios: . Diferencia salarial entre el país cliente y el país proveedor.. . Posibilidad de teletrabajo.. . El trabajo puede ser enviado por internet.. . Trabajo repetitivo.. . Trabajo con alto contenido de información.. . Trabajo fácil de realizar.. El mayor propulsor de este tipo de externalización ha sido la aparición de internet, ya que permite interactuar en tiempo real con cualquier parte del mundo y poder realizar cualquier tipo de tarea que se pueda realizar con un ordenador. La razón principal de llevar a cabo esta externalización es la reducción de costos por parte del cliente al externalizar a países donde la mano de obra es más barata que en el propio país de la compañía.. 26.