Está en la página 1de 11

PERSPECTIVA EMPRESARIAL DE LAS FÁBRICAS DE

SOFTWARE EN CUBA: EXPERIENCIAS DE LA UNIÓN


ELÉCTRICA

A MANAGEMENT VIEW OF SOFTWARE´S FACTORIES IN CUBA:


EXPERIENCES OF THE ELECTRICAL UNION

Ing. Raul Fernandez, Ing. Jorge L. Napoles, Ing. Reinaldo Ponce, Lic. Yusmaikel
Cabrera, Lic. Nayi Sanchez, Lic. Adonis Marcos, Lic. Maybel Martin

Empresa de Tecnologías de la Información y la Automática, Unión Eléctrica de Cuba. raul@elecssp,une.cu

RESUMEN En la ponencia se hace 1. INTRODUCCIÓN


una introducción histórica al uso del
término ”Fabrica de Software” En la década del 60 del pasado siglo se
resumiendo el uso y las tendencias hizo evidente que el software se atrasaba
actuales en Iberoamérica y Cuba, desde frente al desarrollo acelerado del hardware
el punto de vista empresarial. Se acuñándose el término crisis de software, y
analizan los resultados del Sistema de se comenzaron a estudiar variantes para
Gestión Empresarial dentro de la Unión incrementar la productividad de los
Eléctrica y se discuten la marcha de las desarrolladores. El termino “Fabrica de
propuestas organizativas realizadas en Software” fue introducido a finales de la
el 2006 para acelerar su desarrollo. década del 60 como una metáfora de
industrialización que permitiría lograr los
Palabras Claves: Sistema de Gestión
mismos incrementos de productividad que
Empresarial, Fábrica de Software, desarrollo
habría en otras ramas de la fabricación de
sostenible, equipos, metodologías, roles.
manufacturas. Bremen [1] ya en 1968
proponía que General Electric debía
ABSTRACT In the work we have made construir una con el objeto de igualar la
an introduction to the term “Software productividad de los desarrolladores
Factory” and resume the historical mediante el uso de herramientas
evolution in Iberoamérica and Cuba. We estandarizadas, una computadora para el
analyze the results of Management control de la gestión del proceso y los
Information System in the Electrical aspectos financieros del proyecto. Mc Ilyod
Union and discuss the results of the por esa misma época hacia hincapié en la
proposition made in 2006 to improve the reutilización del código y el desarrollo de
development. componentes con el mismo objetivo. En
Keywords: Information Management 1969 Hitachi fue la primera compañía en
System, Software Factory, sustainable usar el nombre Fábrica de Software para
development, teams, process, roles. describir un grupo de desarrolladores que
cumplía las condiciones sugeridas,
reduciendo los proyectos atrasados de un
76 % a un 12 %. El concepto estuvo latente en el desarrollo.
por algún tiempo y revitalizado en los 80. Cusumano [3] afirma que todos estos son
En 1993 Griss [2] hace un análisis de los aspectos validos de la organización de una
problemas inherentes al desarrollo de estos fábrica de software. En un trabajo más
conceptos en una gran corporación como reciente, Greenfield y Short [4] plantean que
Hewlett-Packard al considerar que: la mayor parte del desarrollo de software
1- El costo del software se incrementa y aun se hace en condiciones artesanales, y
arriba al 90 % del costo del uso de las dan una perspectiva futurista del
Tecnologías de Información. pensamiento de Microsoft con respecto al
2- La complejidad de las aplicaciones es desarrollo de Factorías de Software sobre la
cada vez mayor y demora mas tiempo base de: reuso de componentes, trabajo
desarrollarlas. con cadena de suministradores, uso de
Aunque habían surgido propuestas de ambientes de trabajo y patrones. Aboga
soluciones como lenguajes 4GL, por un perfeccionamiento del Desarrollo
tecnologías orientadas a objeto, Dirigido por Modelos estableciendo
herramientas cases, metodologías de diferentes lenguajes de transformaciones
desarrollo, métodos de prueba, ninguno para diferentes dominios. Este trabajo ha
por si solo puede constituirse en la solución sido muy polémico porque contrapone sus
ideal. Griss insiste en que el reuso de propios conceptos a los esfuerzos
código es la forma más evidente de obtener realizados por años por el Object
los incrementos de productividad Management Group (OMG) en el
necesarios y que la dificultad de establecimiento de estándares (UML, XMI,
implementación es socioeconómica MOF, QVT) que permiten una Arquitectura
clasificando los problemas en tres tipos: basada en Modelos (MDA). Aunque hay
análisis serios de los meritos técnicos de la
Tabla I. Factores identificados por Griss propuesta de Microsoft [5] para muchos
CLASIFICACION FACTORES QUE LA queda claro que estos conceptos tienen un
COMPONEN fuerte contenido comercial pues las
GENTE Cultura, Motivación, herramientas de Microsoft de modelado
Dirección, Entrenamiento, estaban atrasadas con respecto a la
Habilidad, Experiencia competencia. Sin embargo un hecho poco
PROCESO Dominio, Política, Economía, analizado es que Microsoft prácticamente
Estandarización, Negocio monopoliza el termino “Factorías de
TECNOLOGIAS Herramienta, Mecanismos, Software” para darle un sentido mucho mas
Lenguajes, Arquitectura metodológico y sospechosamente
contrapuesto al Proceso Unificado que
Griss ejemplifica la necesidad institucional promueve IBM, que el mas amplio y
de hacer un plan de pasar de una metáfora organizativo que definían sus promotores
de biblioteca donde se usan componentes a iniciales. Este concepto de metodología
una metáfora de fábrica donde se fabrica a amplia ya había sido delineado por Ambler
partir de elementos propios del dominio [6] para ampliar el Proceso Unificado a un
como componentes, entornos, lenguajes de ambiente empresarial en el que adiciona
enlaces, ambientes y reuso de la disciplinas empresariales tales como gestión
arquitectura. Hay varios posibles énfasis en de personal, reuso estratégico o mejoras del
el concepto del desarrollo de la fábrica de proceso. Incidentalmente, Gartner afirma
software: que aunque la estrategia de Microsoft es
 Asuntos organizacionales, diferentes prometedora el modelado basado en UML
roles y especialidades Uso de procesos se mantendrá como línea principal de
maduros, empleo de métricas y desarrollo por lo menos hasta el 2010 [7]. .
estándares. En este trabajo usaremos el termino
 Reutilización de componentes y código Fabricas de Software para referirnos al
concepto inicial.
 Ambiente automatizado por
herramientas en el ciclo de vida del 1.1 FABRICAS DE SOFTWARE:
software.
EXPERIENCIA INTERNACIONAL
 Aprendizaje y entrenamiento, flexibilidad
En el mundo existen importantes avances También en Latinoamérica en los últimos
en la experiencia del desarrollo de las años se ha popularizado el concepto de
Fábricas de Software, Ambrosio [8] relata el Fábrica de Software tanto en el ámbito
caso de España donde ha habido una investigativo [11-13] como en aplicaciones
verdadera explosión. Varias empresas han practicas, muchas veces con la participación
creado fábricas como Soluziona, Accenture, de transnacionales importantes
PSL, Indra, IA Sofá y otros comienzan a dar especialmente en Chile y Brasil. En
estos pasos fundamentalmente en ciudades particular Aragón [14] hace un análisis de
del interior. Los motivos de la expansión se cómo diferentes aspectos de las Fábricas
resumen en: optimizar costes, aumentar la de Software (económicos, humanos,
calidad y productividad al mismo precio, productivos) no son contemplados en el
locales más baratos, buenas facultades de modelo CMMI y elabora recomendaciones
informática y comunicaciones fáciles. para incluirlas. Los mecanismos de fusión
Además se obtienen una calidad mejor: En también se aplican a este sector. Indra en el
Accenture sólo se producen 15 errores por 2006 absorbió a Soluziona y Assertia
cada millón de líneas de código, y se organizando una red de 16 laboratorios de
reutiliza el 52% del software. Sus software en 10 países que especializan a
programadores hacen 2,3 líneas más de 2200 desarrolladores en áreas como el
código por día que el desarrollo tradicional, sector eléctrico, el trafico aéreo, etc.
y los plazos de entrega se respetan en el
99,02% de los casos. Soluziona una 1.2 IMPACTO EN CUBA
empresa cuya experiencia es clave para
nuestro sector eléctrico creo en el 1998 en El impacto de estas ideas en Cuba en el
Ciudad Real un centro inicial con 20 sector empresarial no ha sido documentado.
profesionales lo extendió en el 2003 a 80 Sin embargo a partir de la celebración del I
profesionales, que planee llevar a 300 a un Taller de Calidad en la Convención de
costo de 8 millones de euros y con terrenos Informática del 2003 la situación en esta
cedidos por la Universidad de Castilla la área esta cambiando. La Universidad de
Mancha. Posteriormente extendió la Ciencias Informáticas se ha interesado por
experiencia a Lleidra y trabaja en organizar el tema [15] haciendo un excelente estudio
en Galicia [9] otra gran fábrica que se teórico de los principales modelos de
espera de empleo a 355 trabajadores. En desarrollo. En sus conclusiones
todos los casos se resalta la importancia de recomienda:
la unión entre las Universidades, la  Realizar un estudio de factibilidad
Empresa y el Gobierno para lograr los económica que demuestre la factibilidad
objetivos. Soluziona es un habitual o no de este enfoque.
participante en los Talleres de Calidad de la
Convención Informática [10] y tiene un  Elaborar una estrategia de
fuerte compromiso con el mejoramiento de implementación del enfoque de
sus procesos a partir de modelos de calidad Factorías de Software en la Industria de
internacionales esperando lograr el nivel 3 Software Cubana.
del Modelo Integrado de Capacidad y  La aplicación, evaluación y revisión de
Madurez (CMMI). Sus especialistas definen la implementación del enfoque de
las Fábricas de Software como Factorías de Software en proyectos
organizaciones que aplican conceptos de pilotos en la UCI para su posterior
ingeniería a la producción de software. implantación masiva en la industria.
Plantean que para una entidad pueda ser La UCI fue desarrollada con una metáfora
considerada una Fábrica de Software debe de Parque Científico-Tecnológico basado en
contar con determinados componentes las experiencias de países que habían
estructurales (reuso de componentes, uso desarrollado masivamente la Informática,
de metodologías, métricas y herramientas, pero esta experiencia esta limitada por la
planes de desarrollo del personal), así necesaria combinación de los estudios y la
como un nivel de capacidad en sus practica laboral. Nuestra experiencia como
procesos que permite predecir un rango de productores de software es que actualmente
resultados esperados, en los dominios de los universitarios graduados desconocen
confiabilidad, tiempo de entrega y costo. temas tales como la gestión de los
requerimientos, la modelación del negocio,
la gestión de configuración o el control de
defectos. Esto coincide con las 2 METODOLOGIA
observaciones realizadas por Andrés[16] Trataremos como aplicar estas ideas al
Una solución que se ha usado en el mundo desarrollo de software dentro de nuestra
es introducir la enseñanza del Proceso de organización.
Software Personal [17] desde los primeros
años en la carrera.[18] De esta forma el
estudiante se introduce rápidamente en una 2.1EVOLUCION DEL DESARROLLO DE
metáfora ingenieril y no heroico/artesanal SOFTWARE EN LA UNION
para el desarrollo de software. Esta practica ELECTRICA (UNE).
la hemos aplicado en nuestro grupo de En cualquier organización moderna la
desarrollo para nuevos ingresos. información esta en el centro de la vida
Posteriormente pudiese aplicarse la institucional de la misma. En la UNE tras
experiencia de trabajo en equipo En este algunos intentos de importar los Sistemas
sentido las experiencias narradas en [14], Funcionales que se necesitaban, la
aunque no contabilizadas, son alentadoras dirección apoyó activamente en el 2000 la
y deberán extenderse a otros centros. idea de desarrollar un Sistema de Gestión
Por tanto opinamos que el éxito o fracaso Empresarial (SIGE) que estaba compuesto
de las experiencias internas de la UCI en la de varios Sistemas uno por cada proceso
aplicación del concepto de Fábrica de fundamental. Dado que no existía ninguna
Software no debe ser extrapolado organización con capacidad para asumir
necesariamente para aplicarlo masivamente centralmente estos desarrollos fueron
o limitarlo en la Industria Cubana de asignados a varias entidades que tenían
Software. Esta necesita sus propias desarrollos previos. La evolución resumida
experiencias en condiciones de trabajo de estos sistemas hacia el 2006 puede
reales. observarse en la tabla siguiente:
Tabla II Evaluación resumida del Sistema de Gestión Empresarial de la UNE en el 2006
PROCESO SISTEMA ENTIDAD ESTADO DE DESARROLLO EN EL 2006
Económico SIE IINEL No se llego a desarrollar. Se usara el SISCONT
Comercial SIGECO OBE Ciego Se paralizo durante mucho tiempo. Reiniciado
R, Humanos SIREHU OBE VillaClara Solo queda 1 Desarrollador trabajando activamente.
Abastecimientos SIGEAB EnergoImport No se termino nunca. Se adquirirá sistema externo.
Exp. Centrales SIGEGE CTE Sta. Cruz Los grupos originales no existen Se reinicia adquiriendo
Mtto Centrales SIGEEX INEL el SIGESTMAN como base del mismo.
Distribución SIGEDI OBE S-Spiritus Terminado un 60 %. Se convirtió en SIGERE al asumir
Transmisión SIGETRA Despacho Nac la Transmisión que nunca se desarrollo,
atención y recursos a este tema.
Como puede deducirse la mayor parte de
los sistemas fracasaron lo que ha obligado a Varios de estos problemas claves afectan
soluciones emergentes. Los problemas también otras empresas cubanas del sector
claves que influyeron son: [19-20]. Incluso los dos Sistemas con mas
 La mayor parte de los equipos eran desarrollo tienen atraso en sus
pequeños (de 2 a 4 personas) proyecciones, de acuerdo a las ponencias
inadecuados para un desarrollo en que fueron presentados en Informática
sostenible de los proyectos. 2003 en el Taller de Sistemas de Gestión
Empresarial, uno el SISCONT 5 [21], una
 Personal poco motivado provoco una versión revolucionaria en estilo ERP del
gran inestabilidad en los equipos. venerable software de contabilidad
 Las entidades a que pertenecían estos producido por Tecnomatica y el Sistema de
equipos no tenían entre sus objetivos el Gestión de Redes (SIGERE) [22]
desarrollo de software. desarrollado en La Empresa Eléctrica de
 Debido a los problemas que existían en Sancti-Spiritus cuyo objetivo es la
el Sistema Electroenergético Nacional, informatización de las redes de Transmisión
la Dirección no pudo dedicarle la misma y Distribución. De acuerdo a las ponencias
registradas, uno se pretendía terminarlo 2.2 PROPUESTA DE ORGANIZACION
completamente en el 2004 y otro se En el 2006, coincidiendo con las propuestas
proponía terminar el 2005. Aunque en estos de reorganizar la estructura empresarial de
eventos suele haber algo de optimismo y la UNE, la que incluía formar una Empresa
marketing, la realidad es otra muy diferente. para atender las Tecnologías de la
Lamentablemente no hay métricas o Información en la UNE, hicimos una
estudios que permitan valorar objetivamente propuesta de crear una Fábrica de Software
los esfuerzos realizados, aunque si existen a partir del personal en el Grupo de
análisis realizados por Roche [23] para el Desarrollo del OBE Sancti-Spiritus que ha
SIGE y Fernández [24] para el SIGERE estado a cargo del desarrollo del SIGERE
que muestran que este Sistema de 30 desde 1999 basados en que:
módulos y con alrededor de 40000 puntos  Era el grupo de Desarrollo que mas
de función tenía un esfuerzo realizado de 70 software había desarrollado en el SIGE.
años-hombres, pero que restaban no menos Se aplicaban desde hace varios años
de 60 años-hombre para concluir una conceptos básicos de ingeniería de
versión inicial de cada modulo. software tales como la gestión de la
En base a nuestros estimados opinábamos configuración, el control de defectos y la
que las necesidades de software de la gestión de requerimientos y desde el
Unión eran muy altas, no menos de 200 2002 la metodología ScrumPu [28],
años-hombres de esfuerzo y que con los elaborándose procedimientos internos
métodos empleados hasta ese momento para cada disciplinas de Desarrollo.
imposibles de lograr en un plazo de 3-5
años. En el caso del SIGERE era vital  Se usaban herramientas para las
acelerar al máximo este desarrollo porque diferentes disciplinas haciendo hincapié
representaba la informatización de la en la Arquitectura del Proyecto.
Revolución Energética, que incluye la  Existían relaciones de varios años de
rehabilitación y automatización de todas las colaboración con las Facultades de
redes de distribución y el proceso masivo de Cibernética e Ingeniería Eléctrica de la
introducción de la Generación Distribuida. Universidad Central de Las Villas.
Se necesitaba mayor cantidad de personas Desde el 2005 se creo la Carrera de
calificadas y motivadas y un incremento Ingeriría Informática en el Centro
sustancial de la productividad que Universitario de Sancti-Spiritus. Mas de
permitieran acelerar el proyecto para lograr 50 estudiantes han realizado sus
la cantidad de software necesario en un prácticas o tesis en el grupo.
plazo no superior a 3 años sin detrimento de Esta Fábrica de software de acuerdo a sus
la calidad del mismo. Nuestro planteamiento objetivos y por el modelo de Texeira citado
era que en la UNE el modelo de desarrollo en [15] clasificaría como una Fabrica de
de software heroico/artesanal había Proyectos Ampliada, según el esquema
fracasado. siguiente:

Fig 1: Fabrica de Acuerdo a Texeira


extender este paradigma al resto de la
El entorno del Proyecto tiene que ser Industria del Software Cubana en el
favorable para el desarrollo del mismo. Si sector empresarial.
nos atenemos a la trilogía clave en el éxito
de varios proyectos internacionales 2.3 ASPECTOS ORGANIZATIVOS DE LA
destacaríamos: PROPUESTA DE FÁBRICA DE
 La Unión Eléctrica tras los cambios SOFTWARE
radicales provocados por la Revolución
Energética, ha adoptado un nuevo En este trabajo queremos concentrarnos en
modelo organizacional uno de los los aspectos organizativos necesarios para
cuales es la formación de una Empresa la formación de una fábrica de software
Nacional de Automática y Tecnologías más que en los aspectos puramente
de la Información finalmente constituida técnicos que han sido tratados ampliamente
en el 2008. en las referencias citadas.
 Las Universidades tienen un rol decisivo La composición de los equipos: Existen
en las Fábricas de Software, tanto por el varias descripciones de los diferentes roles
aporte que pueden brindar los que deben componer los equipos. Muchas
estudiantes vinculados a proyectos de estas reflejan la cultura de sus
reales, como por el intercambio proponentes. Por ejemplo Microsoft propone
mutuamente beneficioso con el claustro seis roles principales: Gerente de Producto,
en la introducción de nuevas Gerente de Programa, Desarrollador,
tecnologías o el mejoramiento del Probador, Gestión de Usuario y Gerente de
proceso de desarrollo. Sin embargo Entregas [25]. En el modelo replicable de
estas están limitadas por las Fabrica de Software [15] recomiendan como
disponibilidades de la Universidad y el roles de Gerente de Proyecto, Analista,
Propio Plan de Estudios. Es necesario Diseñador, Programador, Probador y
estudiar la posibilidad de que en un Administrador de Componentes. En nuestra
futuro la nueva Facultad trabaje en propuesta organizativa hemos reducido los
régimen de Parque Tecnológico como el roles a Jefe de Proyecto, Especialista de
el de la UCI, en que el Plan de Estudios Calidad, Jefe Equipo de Desarrollo,
es modificado en función de los Desarrollador, Jefe Equipo de
Proyectos en que participan. Implementación e Implementador. También
se necesitan otros roles de apoyo como
 Las instituciones gubernamentales en económicos, personal, administradores de
nuestro país representadas a nivel local red, servicios, etc., Opinamos que la función
por el Grupo de Informatización de la básica de programación puede ser realizada
Sociedad en la Provincia, y a nivel por estudiantes tanto universitarios e incluso
ministerial por la empresa Tecnomatica de los Politécnicos, si estos como es de
que rige la Informática en el MINBAS esperar elevan su nivel cualitativo.
han apoyado activamente esta idea de El tamaño de los equipos de desarrollo
diversas formas. varia con el procedimiento de contratación y
el tipo de proyecto, en el mundo de la
Los objetivos iniciales del proyecto tres: subcontratación generalmente se acepta
 Acelerar el Desarrollo del SIGERE que un equipo debe estar formado por 3-4
mediante el aumento de la personas. Las metodologías ágiles
Productividad aplicando los conceptos recomiendan igualmente el desarrollo de
organizacionales y técnicos de la equipos relativamente pequeños. Scrum
Fábrica de Software. recomienda equipos de no mas de 7
personas (7 +/- 2). Nuestra experiencia de
 En caso de ser exitosa la experiencia varios años nos hace pensar que 7 es un
expandirla dentro de la UNE para el número ya bastante alto. En las propuestas
resto del SIGE mediante la creación de que hacemos hemos seleccionado variantes
franquicias y de otra Fabrica en Ciudad iniciales de 3 a 4 desarrolladores basados
Habana. en que en nuestro entorno la gestión de
 Documentar mediante el uso de requerimientos ha sido muy difícil. Además
métricas adecuadas la factibilidad de
estos equipos pequeños se adaptan al
modelo sugerido por Basili [15]

Fig 2. Modelo de Basili para el Desarrollo de una Fabrica de Software

El desarrollo de componentes puede estar a el mejoramiento del proceso y control de la


cargo de equipos menos experimentados calidad.
probablemente formados por estudiantes de
tercer o cuarto año y en roles acorde con La motivación es otro aspecto fundamental
sus posibilidades como programador, que es vital para captar y retener el talento.
probador, escritor, etc. Nuestra experiencia Consideramos que se deben estudiar
es que las Universidades piden que para los mecanismos salariales para incentivar la
trabajos de Diplomas correspondan a producción nacional de software para
Módulos o aplicaciones, pero que estas una aquellas entidades que organicen fábricas
vez terminadas no cumplen con los de software. La diferenciación salarial entre
requerimientos básicos de los clientes. empresas es considerable, y sin embargo
La masa crítica del equipo del proyecto es casi inexistente entre un líder de equipo y
es un factor que no hemos encontrado en la un desarrollador. La nueva Empresa tiene
referencia y que en nuestra opinión es muy que encontrar un mejor marco para atender
importante, pues parte del concepto de que mejor las necesidades de los integrantes
en el equipo tienen que estar presente todos (domicilio, descanso, estimulación etc.)
los roles identificados para un desarrollo La creación de una Fabrica de Software
sostenible. El desarrollo del software nueva es analizada en [12,13] en Brasil y
depende de la premura con que se necesita con cierto grado de detenimiento por
el software, de las necesidades del soporte Carballo [27], quien ofrece una guía muy
al usuario y del tamaño del equipo. El optimista de 10 pasos para formar una
concepto de no sostenibilidad en el Fábrica de Software. en España. Opinamos
desarrollo de software se pone de que el autor idealiza el papel de los líderes,
manifiesto cuando el equipo de desarrollo las potencialidades de las Universidades y
actúa reactivamente ante el entorno [26], exagera las posibilidades de los estudiantes
En desarrollo sostenible, los equipos son y la disponibilidad de personal capacitado.
capaces de ser preventivo sobre cambios Lo cierto es que las Fábricas de Software
de su ecosistema. Su capacidad de ser exitosas han partido de iniciativas
preventivo es permitida por su atención a empresariales en un campo del
hacer el trabajo que es del valor más alto conocimiento relativamente estrecho y a
para los clientes, con alta calidad y fiabilidad partir de un grupo con experiencia, en
y un ojo hacia la mejora continua a pesar de equipos que trabajan una línea de productos
la complejidad creciente. Estos equipos y donde la arquitectura de uno de ellos es
están en un ciclo virtuoso, donde el equipo reutilizable en otros. El caso de Soluziona
es capaz de mejorarse. Para lograr esto (hoy Indra) es emblemático pues partió de
tiene que haber un programa definido para un perfil muy similar al nuestro.
Consideramos que el intento de crear
Fábricas para producir Software sin una La Variante 1 planteaba un incremento de
especialización del negocio es erróneo. personal hasta 3 equipos de desarrollos y 1
Creemos que en nuestro país comienza a de implementación con 14 desarrolladores y
superarse la escasez de informáticos de es la variante mínima que hoy se puede sin
nivel superior y medio con las graduaciones hacer inversiones inmediatas en
de la UCI y los Politécnicos, por lo que se infraestructura y con condiciones de trabajo
hace necesario argumentar correctamente a limites (3 metros cuadrados por miembro).
los organismos superiores las necesidades En esta variante se estima que una variante
de creación de esta estructura en las del SIGERE pueda estar en 6 años.
empresas y que el enfoque de este trabajo La Variante 2 es una variante intermedia
puede ser útil. con el objeto de pasar a la nueva empresa
lo que requiere un equipo mínimo de apoyo
2.4 VARIANTES DE ORGANIZACION compuesto por 5 personas para los
Existen diferentes variantes de formación servicios e inversiones provisionales y
de la Fabrica de Software de la UNE en rápidas en la infraestructura elevando la
Sancti-Spiritus. Estas también pueden ser cantidad de personas a 20, aunque el
vistas como etapas en el tiempo dado el personal de desarrollo apenas se fortalece.
nivel de inversiones requeridas. En cada La Variante 3 consiste en la Construcción
variante se pueden atender eficientemente de un nuevo centro de unos 500 metros
un número de estudiantes en sitio cuadrados para el trabajo de la Fabrica que
desarrollando directamente código El incluiría área para 33 personas incluyendo
alcance propuesto es el Software sobre 26 desarrolladores, y puestos para
Redes que incluye el Sistema de Gestión de alrededor de 20 estudiantes de los Centros
Redes para las Empresas Provinciales y Universitarios, así como personal de apoyo
sistemas relacionados para las Direcciones (economía, servicios) una vez probado este
Nacionales de Distribución y Despacho y la concepto se usaría el modelo replicable
Empresa de Transmisión. La alternativa es para extender el concepto de Fábrica de
la compra y adaptación de un sistema Software a todo el desarrollo del SIGE. La
extranjero a un costo estimado de 2 propuesta inicial era construirla en terrenos
MMCUC. anexos al Centro Universitario de Sancti-
La Variante 0 era la variante inicial de la Spiritus.
situación inicial en el 2006 y dado el poco Existe una variante adicional de extender la
personal era realmente difícil de aceptar Fábrica de Sancti-Spiritus ya consolidada
pues era un desarrollo reactivo no con el régimen de franquicias sugerido en
sostenible La atención a los 1000 usuarios [27] para entidades de la Unión que
que tiene el SIGERE en el país era muy desarrollan en provincias vecinas y que
deficiente y el tiempo de desarrollo se permitirán que estos grupos se
extiende a 8 años de mantenerse el ritmo incorporasen a la nueva empresa sin tener
de 1 a 2 módulos por año. Un indicador que replicar todo el aparato de servicios que
puede ser referente de que se ha llegado a se necesita.
esta situación: El número de defectos o
sugerencias registrados aumenta Un resumen de las diferentes variantes se
establemente en el tiempo. da en la tabla siguiente:

Tabla III Posibles variantes organizativas de la Fabrica de Software de la UNE.

VTE ALCANCE Personal # Desarroll. Años Producti- Costo Costo


(Apoyo) Equipo de Vidal Infraestr. Salario
UNE Universidad* Desarrollo Base (MCUC) (MP)
.
0 SIGERE 10 (1) 3 8 1.0 0 76
1 SIGERE 14 (1) 0 6 1.2 12 111
2 SIGERE 20 (5) 4 5 1.2 35 142
3 SIGERE 33 (7) 20 3 1.5 130 227
3A ** SIGE 40 (7) 20 3 1.5 150 300
* Estimado de desarrolladores Universitarios en las instalaciones de la UNE.
**Se refiere solo a la Fabrica UNE Sancti-Spiritus con el esquema de Filiales.

3. RESULTADOS

En nuestra propuesta original se


consideraba como masa critica mínima para
el desarrollo del SIGERE la Variante 2 y
como una variante optima la Variante 3 que
Fig. 3: Anteproyecto Fabrica de
permitía acelerar el desarrollo del SIGERE.
Software de la UNE en Sancti-Spiritus
Estas propuestas fueron analizadas y
discutidas con la Dirección de la Empresa y
la Unión Eléctrica, lográndose ya en 4 CONCLUSIONES
Septiembre del 2008 los siguientes
resultados iniciales: El desarrollo de las Fábricas de Software es
un tema actual en la organización de la
 Incluir en la recientemente creada informática mundial, dado que se reportan
Empresa de Automática y Tecnologías incrementos en la productividad del orden
de Información 2 Unidades del 15% al 20 % sobre el modelo de
Empresariales de Base que trabajen biblioteca y no menos del 50 % sobre el
para el desarrollo del Sistema de modelo artesanal. En Cuba no hay
Gestión Empresarial de la UNE en documentadas experiencias prácticas
ambiente de Fabrica de Software, empresariales y solo comienza a estudiarse
especializando una en la Generación y en el ámbito docente en la Universidad de
otra en el área de Redes. Ciencias Informáticas. Consideramos que
 Hacer las Inversiones mínimas para los ejemplos más exitosos del desarrollo de
lograr en el 2008 el traspaso del grupo Fábricas de Software corresponden a
de desarrollo del SIGERE a la nueva empresas que basaron sus desarrollos en
empresa de acuerdo a la variante 2. una estrecha colaboración con las
 Esta propuesto un esquema de Universidades y concentradas en un
estimulación diferenciada que debe dominio especifico. Aunque la propuesta de
aplicarse en el 2009. creación de Fabricas de Software dentro de
la UNE tiene solo resultados iniciales, se
 Se ultima un Convenio de Colaboración espera que las experiencias que se
con los Centros Universitarios que obtengan de este proceso pudieran ser de
asegure la participación de estudiantes utilidad para la Industria del Software
en el proceso productivo y Cubano.
asesoramiento de sus especialistas en
el mejoramiento continúo del proceso BIBLIOGRAFIA
siguiendo las prácticas de modelos
reconocidos como CMMI o ISO 9000-3. [1] Bremen, Bob; the Software Factory
 Acometer las inversiones necesarias Principles, in Computer Vignettes
para construir en el 2009 el local History
necesario planteado en la Variante 3. [2] Griss, Martin L. Software Reuse: From
Desafortunadamente la Universidad no Library to Factory Documents HPL-93-
estuvo de acuerdo con la variante inicial 67, Julio 1993
prevista y hubo que hacer una nueva [3] Cusumano, Michel A, Japan’s Software
microlocalización. En estos momentos Factories, Oxford University Press,
esta se encuentra en etapa de proyecto. New York 1991
[4] Greenfield, Jack Short, Keith> Software
Factories, Assembling Applications with
Patterns, Models, Frameworks and
Tools. OOSPLA 2003.
[5] Frenkel, David en Columna BPT, MDA [17] Humprhrey, Watts S., Introduccion al
Journal, Enero 2004 en Proceso Software Personal, Pearson
www.bptrends.com Educacion S.A. Madrid 2001.
[6] Ambler,Scott; Nalbone, Jhon; Vizdos [18] Trujillo, Yucelys; André, Margarita:
Michael: Adopting the EUP: An Approch Disciplina personal en el proceso de
to Adopting the Enterprise Unified desarrollo de software. Primeros pasos
Process using the EUP en www.ronin- a seguir en el contexto cubano,
intl.com. Ponencia II Taller de Calidad,
[7] Blechar, Michael J.; Magic Quadrant for Informatica 2005.
OOA&D Tools, 2H06 to 1H07,
Publicacion de Gartner Group, Mayo
2006.
[8] Ambrosio, Juan Carlos; Las fábricas de
'software' buscan especialización y
costes laborales más bajos en El Pais [19] Febles, Aylen; Alvarez, Sofia.
12 de Mayo del 2005 Simulación de la empresa de software
[9] Anónimo; Soluziona crea una Fabrica en la enseñanza de Ingeniería
de Software en Galicia noticia en Informática
Yahoo Finanzas 26 de Julio del 2006. [20] Canto Herrera , Milagros de J. Guia;
[10] Manchon Diez, Anabel Soluziona: Guía para la Gestión de Proyectos
Método de Trabajo en la Fábrica de Software, Ponencia a II Taller de
Software. Herramientas de Apoyo para Calidad Informática 2005
la Gestión. II Taller de Calidad [21] Suarez, Roberto: Siscont 5, Un Sistema
Informática 2005. Para La Gestión De Los Recursos
[11] Domínguez, Kenyer, Perez, Maria, Empresariales, Taller de Informatica
Mendoza, Luis, Grimann Ana, Hacia Empresarial en Convención Informática
una Ontologia para Fabricas de 2003.
Software, Universidad Simon Bolivar, [22] Fernandez, Raul y otros: Desarrollo del
Caracas. Sistema de Gestión de Redes en la
[12] Nobrega, Vivianne, Andreaza, Carlos, Unión Eléctrica¨
Santana,Eduardo;Alburqueque,Jones, Taller de Informática Empresarial en
Mieira,Silvio: Cobstruindo uma Fabrica Convención Informática 2003
de Software: da Concepcao as Licoes [23] Roche, Antonio: Programa de
Aprendidas: Desenvolvimento e Desarrollo de la Informática en la Unión
Replicação de Uma Fábrica de Eléctrica. 2006-2011. Documento
Software interno Unión Eléctrica.
[13] Fabri , José ; L’Erário, Alexander; [24] Fernández, Raúl: Informe Situación
Presende, André Luiz; Trindade; de SIGERE Julio 2006, Documento Unión
Paula, Marcelo; Spínola, Mauro: Eléctrica.
Desenvolvimento e Replicação de Uma [25] Microsoft Corporation, Microsoft
Fábrica de Software Solution Framework: Team Model v.
[14] Aragon Fernandez Aguinaldo: O CMMI 3.1, Abril 2002
no Contexto de Uma Operação de [26] Tate, Kevin; How to Achieve
Fábrica de Software; Instituto Tecnico Sustainable Software Development en
del Software, Brasil en www.infpormit.com. Extractos del libro
aragon@tgstec.com.br del autor.
[15] Trujillo Casañola, Yaimi; Evaluación [27] Carballo, Rafael 10 Pasos para formar
teórica de la adopción del enfoque de una Fabrica de Software en España
Factorías de Software en la Industria winred.com/EP/estrategias/n/00500001
Cubana del Software. Tesis de 00203696.html
Maestría. Curso 2005-2006. [28] Fernández, Raúl; Machín, Javier,
[16] Andrés Ampuero, Margarita; El “Aplicación de la Metodología Scrum
Proceso de Software en Equipo: de la en el Proceso de Desarrollo del
disciplina personal a la disciplina Sistema de Gestión de Redes de la
organizacional. Ponencia II Taller de Unión Eléctrica de Cuba”, i Taller de
Calidad, Informatica 2005
Calidad Software, Convención
Informática 2003.