R

TecNM

i
apital
Revista
Intelectual
Ciencia Tecnología Sociedad

Salario en México
Pronóstico para el año 2016

Transformando al mundo
Diez teorías que seguirán transformando al mundo

SGC en una PYME

Su implementación

Universidad - Empresa
La Vinculación como estrategia
de competitividad en México.

Año: 2 Número: 6 ISSN: 2007-9893

 i
apital
Revista
Intelectual
Ciencia Tecnología Sociedad

Directorio Consejo Editorial

Mtro. Manuel Quintero Quintero Dra. Lya Adlih Oros Méndez

Director General Tecnológico Nacional de México Subdirectora Académica

Ing. Joel Ramírez Díaz Mtra. Selene Yuridia Ramos Candia

Secretario de Educación de Gobierno del Estado de San Luis Jefe de la División de Estudios de Posgrado e
Potosí Investigación

Lic. José Antonio Bonales Rojas M.I. Miguel Ángel Mota Velázquez
Director de Educación Media Superior y Superior de la SEGE Jefe de División de Ingeniería en Mecatrónica

Lic. José Luis León López M.P.S. Adela Marisol Sierra Guerrero
Director General del ITSSLP, C Jefe de División de Ingeniería Industrial

Ing. Alejandro Cesar Rico Martínez

Jefe de División de Ingeniería en Sistemas
Computacionales

Ing. José Téllez Estrada

Jefe de División de Ingeniería en
Administración

C.P. Marina Aceves Estrada.

Jefa del Departamento de Difusión y
Promoción

REVISTA CAPITAL INTELECTUAL, Año 1 No. 6; mayo -agosto 2016, es una

EDITOR RESPONSABLE
publicación cuatrimestral editada por el Instituto Tecnológico Superior de San
Mtra. Selene Yuridia Ramos Candia
Luis Potosí, Capital. Carretera 57 México – Piedras Negras Km. 189+100 Tramo
Jefe de la División de Estudios de Posgrado e
Querétaro – San Luis Potosí No. 6501 Delegación Municipal de Villa de Pozos, Investigación del ITSSLPC
San Luis Potosí, C.P. 78421 Tel. 01 444 804 12 20 www.tecsuperiorslp.edu.mx
revista.capital.intelectual@gmail.com; Editor responsable: Mtra. Selene Y. COLABORADORES
Ramos Candia. Reservas de Derechos al Uso Exclusivo No. 04-2014- M.A.F.H. Maria Celene Lerma Reyna
073119354200-102, ISSN: 2007-9893, ambos otorgados por el Instituto M.A. Jaqueline Cruz Ortega
Nacional del Derecho de Autor, Responsable de la última actualización de este
número, C.P. Marina Aceves Estrada. Jefa del Departamento de Difusión y COLABORADORES ESPECIALES
Promoción del Instituto Tecnológico Superior de Arbitros Externos
San Luis Potosí, Capital. Carretera 57 México – Piedras Negras Km. 189+100
Tramo Querétaro – San Luis Potosí No. 6501 Delegación Municipal de Villa de EDICIÓN
Pozos, San Luis Potosí, C.P. 78421, fecha de última modificación, 2 de Ma. de los Ángeles Pérez Vicedas
septiembre de 2014. Las opiniones expresadas por los autores no Leticia Saucedo Ortiz
necesariamente reflejan la postura del Instituto Tecnológico Superior de San
Luis Potosí, Capital. Queda estrictamente prohibida la reproducción total o DISEÑO GRÁFICO
parcial de los contenidos e imágenes de la publicación sin previa autorización DG Pedro Antonio Rivas Zermeño
del Instituto Tecnológico Superior de San Luis Potosí, Capital. pedro.rivas@tecsuperiorslp.edu.mx

01
 Índice
Impacto de los Mecanismos de fomento al emprendimiento
y las incubadoras de empresas en las Universidades, caso SLP
Jacqueline Cruz Ortega, Edgardo Castellano Ramos
03

Pronóstico salarial en México para el año 2016

Martha Elizabeth Bueno Yáñez, Edgar Javier Gutiérrez Chávez
10
Infraestructura tecnológica y recomendaciones enfocadas
al desarrollo de software empresarial 15
Elías de Jesús Echavarría Góngora

Diez teorías que seguirán transformando al mundo

Jesús Taurino Vidales Roque
24

El OEE en la industria manufacturera

José Téllez Estrada, Claudia Viridiana Gallegos Medina, Lya Adlih Oros Méndez
34

La implementación de un SGC en una PYME

29
César Augusto Severino Parra

La vinculación de la Universidad con la empresa

como estrategia de competitividad en México.
Aimée Pérez Esparza
40
Infraestructura tecnológica y recomendaciones enfocadas
al desarrollo de software empresarial
Departamento de Ciencias Económico Administrativas, Instituto Tecnológico de Chiná
Resumen
El siguiente artículo de divulgación aborda temas de
interés relevantes a Infraestructura Tecnológica y
Recomendaciones enfocadas al Desarrollo de
Software Empresarial, el cual abarca conceptos,
definiciones y términos relacionados con dicha
temática. Muchas de las cuestiones que se puntualizan
serán destinadas al ámbito empresarial, que es lugar de
aplicación de estas tecnologías. También se detallan
conceptos y terminologías que no son tan usuales y que
son de mucha ayuda al implementar un desarrollo de
software en algún sector empresarial.
E
I. INTRODUCCIÓN
Este documento analiza los aspectos importantes que
debe tener una empresa con respecto a la
infraestructura tecnológica de software con la que
cuenta. Está destinado a aquellos departamentos de
Tecnologías de la Información (TI) que deseen conocer
los aspectos básicos, técnicos y estructurales de lo que
debe tener un departamento de software para
considerarse óptimo, o bien los aspectos
fundamentales que deben cumplir para favorecer el
mantenimiento de sistemas. Está enfocado también a
aquellas empresas que deseen conocer las
características principales que debe cumplir un sistema
y éste sea empleado con toda confianza dentro de sus
instalaciones.
A pesar de que los sistemas comerciales actualmente
cuentan con todos los estándares de confianza, de
seguridad y de usabilidad, se tienen que tener a
consideración distintos aspectos por los que tiene que
ser evaluado un sistema, desde su implementación
hasta su interacción con el usuario final. Si bien, toda
Elías de Jesús Echavarría Góngora
San Francisco de Campeche, México
elias_echavarria@hotmail.com
empresa utiliza cualquier tipo de software para sus
procesos y actividades, cada uno de estos debe seguir
un control de calidad y una usabilidad adecuada para
su buen funcionamiento y control. En el caso del
desarrollo es el mismo funcionamiento de control, se
deben de proveer todas las herramientas y procesos
para que el desarrollo sea el adecuado.
II. DESARROLLO DE CONTENIDOS
A. Infraestructura departamental
Un departamento de desarrollo de software a nivel
corporativo, debe mantener un aspecto de confianza y
fiabilidad a partir de su apariencia física. Expresar al
cliente y a la propia empresa que se cuenta con la
última tecnología para realizar desarrollos
profesionales y de calidad.
Para determinar lo anterior, se debe contar con lo
siguiente para conformar una infraestructura física
vasta y adecuada para el desarrollo de software.
ŸDepartamento físico: Se considera el área u oficina
donde se realizarán los desarrollos de ideas y de
proyectos, estos que a su vez serán convertidos en
producto denominado Software. El departamento
debe contar con todo lo necesario para la realización
de actividades, desde equipos y dispositivos hasta
licencias y software o programas que servirán como
herramientas vitales para el trabajo. El departamento
también debe contar con todas las comodidades y
espacios adecuados para los programadores o
empleados. El aspecto, como ya se ha mencionado
antes, debe generar confianza y fiabilidad a personas
internas o ajenas a la empresa. Esta área también es la
responsable de que la corporación implemente
adecuadamente sus sistemas creados desde “casa”.
15
ŸUn departamento de desarrollo de software siempre
estará en la mira de otros departamentos que soliciten
alguna solución tecnológica o que pueda facilitar algún
proceso de trabajo.
ŸEquipamiento y herramientas: Todo trabajo
requiere de un conjunto de herramientas o elementos
de apoyo para su realización, el desarrollo de software
no es la excepción. El equipo de desarrollo de software
(sus integrantes), deben de contar con herramientas
prácticas que sirvan de apoyo para la realización de un
proyecto.
¦ Herramientas de Hardware: Son esenciales para
la construcción de sistemas, se puede decir que sin
hardware no hay software. Las herramientas que
podría usar un departamento de Desarrollo serían
equipos de cómputo (principalmente), equipos de red
básicos (módem casero), conexión a internet, y en
casos necesarios servidores de prueba físicos.
¦ Herramientas de Software: Este tipo de
herramientas queda a decisión del programador o
desarrollador de sistemas. Dentro de las herramientas
básicas de desarrollo se puede definir un editor de
texto, un compilador y una interfaz de usuario.
Herramientas sofisticadas como depuradores de
código, IDE de usuarios, generadores de estilos,
convertidores de código, generadores de código,
controlador de versiones, generador de
documentación y editores de maquetación son algunos
programas de gran utilidad para un desarrollador, si
bien no son de gran necesidad para construir un
proyecto, ayudan en gran medida al ahorro de tiempo y
de generación de sistemas. Las herramientas de
desarrollo para un departamento como tal, pueden
favorecer a la reutilización de código.
Según Alegsa (2010) menciona que la reutilización de
código ha sido empleada desde los primeros días de la
programación. Los programadores siempre han
rehusado partes de un código, planillas, funciones o
procedimientos. El código de un lenguaje es la
herramienta principal de un desarrollador, es donde
plasma las ideas y aplica la ingeniería para obtener
16
resultados. En este sentido Scouler y Bakal (2012)
comentan que los proyectos de nuevo desarrollo
suelen comenzar con un código fuente existente.
Entender el código es esencial para reutilizar, lo cual no
es tan simple como parece. Por ejemplo, puede
suceder que el desarrollador original se haya mudado o
se haya retirado. El código puede haber sido escrito por
varios desarrolladores o puede provenir de múltiples
fuentes. Es posible que el código exista como código
que es propiedad de su empresa, código externo (por
ejemplo, código abierto o estándar) o como bibliotecas.
Es probable que haya cambiado y evolucionado a lo
largo de muchos años. Cualquiera que sea la historia
del código, usted necesita saber cómo interactúa el
código fuente y qué contiene. Es necesario entender
cómo se adapta el código, cómo hará mejor uso del
mismo en el futuro y qué partes querrá modificar.
La programación para Galimany (1985), es el proceso
de diseñar, codificar, depurar y mantener el código
fuente de programas computacionales. El código
fuente es escrito en un lenguaje de programación. El
propósito de la programación es crear programas que
exhiban un comportamiento deseado.
El proceso de escribir código requiere frecuentemente
conocimientos en varias áreas distintas, además del
dominio del lenguaje a utilizar, algoritmos
especializados y lógica formal. Programar no involucra
necesariamente otras tareas tales como el análisis y
diseño de la aplicación (pero sí el diseño del código),
aunque sí suelen estar fusionadas en el desarrollo de
pequeñas aplicaciones.
Fig. 1 Entorno de Aplicaciones de un Departamento de Software
Ÿ Personal y roles de actividades: Un equipo de
desarrollo puede ser una sola persona, o 50, pero en
cualquier equipo existen una serie de roles (funciones),
que pueden ser identificados.
En un equipo pequeño, puede que una persona cubra
múltiples roles, mientras que en equipos más grandes,
es más común tener funciones dedicadas. Esto
dependerá de las necesidades del departamento o
bien, de las necesidades propias de la empresa al
requerir sistemas complejos o sistemas que pueden ser
desarrollados por un grupo pequeño de personas.
La identificación de los roles en el equipo ayudará a
estructurar el mismo, y a crear conciencia de las
responsabilidades. Por ejemplo, si nadie se siente
responsable de probar el software, será inevitable que
se encuentren errores en la versión final (Pérez, 2015).
Entre los roles que destacan en un equipo de desarrollo
de software son los siguientes:
¦ Cliente
¦ Arquitecto de Software
¦ Arquitecto de Sistema
¦ El desarrollador
¦ Jefe de Desarrolladores
¦ Diseñador Gráfico
¦ Tester
¦ Gerente de Proyecto
¦ Administrador de cuentas
¦ Administrador de Sistemas
¦ Capacitador
Estos tipos de roles van de acuerdo a las capacidades y
aptitudes de cada empleado. Dentro de un
departamento no es necesario tener todos estos roles
por cada empleado, sólo se tendrá lo necesario para
poder llevar a cabo un desarrollo óptimo y adecuado a lo
que la empresa proponga.
Otras de las consideraciones es que un empleado
puede fungir uno o más roles de actividades, es por ello
que se debe asignar las tareas y organizar los trabajos
que vayan indicando los ejecutivos de la empresa.
Un departamento de desarrollo de software empresarial
debe contar con lo necesario para cumplir los objetivos
y metas correspondientes. En conclusión, como su
principal motor, el capital humano, estos deben de
estar en óptimas condiciones para que sus actividades
fluyan con facilidad contando con todas las
herramientas y equipos ya antes mencionados.
B. Metodología de trabajo
Romero (2009), comenta que una metodología de
desarrollo de software se refiere al entorno que se usa
para estructurar, planificar y controlar el proceso de
desarrollo de software o de un sistema de información.
Una gran variedad de metodologías se han
desarrollado a lo largo de los años, cada una de ellas
con sus fortalezas y debilidades.
Una determinada metodología no es necesariamente
aplicable a todo tipo de proyectos, más bien cada tipo
de proyecto tiene una metodología a la que se adapta
mejor.
Una metodología de software consiste en:
ŸUna filosofía de desarrollo de software con una
base de procesos de desarrollo de software.
ŸMúltiples herramientas, modelos, métodos, para
asistir en el proceso de desarrollo de software
ŸSuele estar documentada y alguna clase de
documentación formal.
ŸSuele estar promovida por algún tipo de
organización ya sea pública o privada que es la que
se encarga de promover esta metodología.
El tipo de departamento requiere tener bien
especificados sus procesos y su forma de trabajo para
llevar un estándar dentro de sus desarrollos o
productos finales. Existen diferentes metodologías que
pueden ser usadas por un equipo de desarrollo de
software, hay que tener en cuenta que esta
metodología debe ajustarse a las necesidades y
requerimientos de desarrollo de una empresa en
particular y no necesariamente de desarrollo.
Existen varias metodologías que pueden implementar,
entre ellas se destaca:
RAD: Rapid Application Development / Desarrollo
Rápido de Aplicaciones; este método comprende el
desarrollo interactivo, la construcción de prototipos y el
uso de utilidades CASE (Computer Aided Software
Engineering o Ingeniería de Software Asistida por
Computadora). Tradicionalmente, el desarrollo rápido
17
de aplicaciones tiende a englobar también la
usabilidad, utilidad y la rapidez de ejecución.
Incremental: Es de naturaleza interactiva brindando al
final de cada incremento la entrega de un producto
completamente operacional. Este modelo es
particularmente útil cuando no se cuenta con una
dotación de personal suficiente. Los primeros pasos
los pueden realizar un grupo reducido de personas y en
cada incremento se añadirá personal, de ser
necesario. Por otro lado los incrementos se pueden
planear para gestionar riesgos técnicos.
SCRUM: La base fundamental de esta metodología de
desarrollo ágil consiste en la división del trabajo
completo (Product Backlog) en distintos apartados o
bloques que pueden ser abordados en periodos cortos
de tiempo (1-4 semanas) que se denominan Sprints.
Extreme Programming: La Programación Extrema es
una metodología de desarrollo ágil que tiene como
principal objetivo aumentar la productividad a la hora
de desarrollar un proyecto software. Da prioridad a los
trabajos que dan un resultado directo y en los cuales se
reduce la burocracia que pueda existir en el entorno de
trabajo.
KanBan: Método para gestionar el trabajo intelectual,
con énfasis en la entrega justo a tiempo, mientras no se
sobrecargan a los miembros del equipo.
ScrumBan: Combinación de Scrum y Kanban; Aunque
en principio pueden parecer iguales, las dos
estrategias de gestión presentan diferencias en la
manera de ejecutar el proyecto. Es por eso que el
novedoso plan Scrumban se encarga de combinar
aquellos elementos que resultan complementarios.
Fig. 2 Metodologías Ágiles de Desarrollo de Software
18
Según Rerych, (2007), Una metodología de desarrollo
de software se refiere a un framework que es usado
para estructurar, planear y controlar el proceso de
desarrollo en sistemas de información.
A lo largo del tiempo, una gran cantidad de métodos
han sido desarrollados diferenciándose por su
fortaleza y debilidad.
El concepto de metodología, dentro de la Ingeniería del
Software es, sin duda, uno de los más oscuros y que
más confusión produce tanto en estudiantes como en
profesionales involucrados en procesos de desarrollo
de software.
Tanto es así, que en muchos proyectos de desarrollo
(no todos, por supuesto), la aplicación de una
metodología brilla por su ausencia, siendo éste un
concepto casi desconocido.
Además, la constante innovación tecnológica hace que
cada vez sea necesaria la aplicación de nuevas
metodologías adaptadas a los nuevos tiempos y, sin
embargo, siguen figurando en los libros de texto viejas
metodologías pensadas para viejos problemas; cosa
que no sería necesariamente mala si las nuevas
metodologías tuviesen también su lugar, pero a
menudo no es así. Y no es que haya una metodología
claramente superior a las demás. Como ya hemos
dicho en más de una ocasión, todas las metodologías
son, en esencia, bienintencionadas. Obviamente, las
más modernas responden a problemas y necesidades
más actuales.
Se ha comentamos que en el ciclo de vida del software
se debían completar una serie de tareas para obtener
un producto de software. A menudo, se dice que los
distintos componentes de software deben pasar por
distintas fases o etapas durante el ciclo de vida. Cada
una de esas tareas puede ser abordada y resuelta de
múltiples maneras con distintas herramientas y
utilizando distintas técnicas. Es necesario saber
cuándo podemos dar por concluida una tarea.
Todos los integrantes de un equipo de desarrollo deben
seguir un criterio común a la hora de realizar las tareas
del ciclo de vida. Ese criterio, esa manera común es
una metodología de desarrollo.
A lo largo de los años se han propuesto numerosas
metodologías. Algunas han sido escritas por autores
del ámbito académico, otras por autores del ámbito
empresarial de desarrollo del software, otras por
administraciones públicas.
La mayoría de estas metodologías son similares en su
funcionamiento referente a los proyectos.
Adicionalmente a las metodologías de desarrollo
existen los paradigmas:
· Programación estructurada
· Programación orientada a objetos (POO)
· Modelo vista – controlador (MVC)
· Programación modular
· Programación por procedimientos
· Abstracción de datos
· Programación orientada a eventos
Hemos retomado lo que son las metodologías y los
paradigmas, pero existe otro concepto que se puede
anexar a las formas de trabajo como son los ciclos de
vida del desarrollo de software como por ejemplo:
· Modelo incremental
· Modelo en cascada
· Modelo RAD
· Modelo XP
Estos modelos pueden usarse dependiendo del tipo de
requerimientos que tenga el software, el departamento
debe estar consciente a usar el adecuado para
implementarlo en algún proyecto. También dependerán
del tipo de empresa, aptitudes del personal y demandas
de proyectos para la elección de algún método de
trabajo.
Mayormente, para su elección el equipo de trabajo
debe de buscar en primera instancia la rapidez, con el
fin de agilizar los desarrollos y los procesos y etapas del
proyecto.
Fig. 3 Ciclo de procesos
del Desarrollo de Software
cComo se ha mencionado con anterioridad, queda a
decisión del departamento y de los integrantes del
grupo de trabajo, adecuar de manera diferente cada
proyecto a estas metodologías, paradigmas y ciclos de
vida del desarrollo. En consideración, debe usarse de
acuerdo a las necesidades y requerimientos del
proyecto para beneficiar en tiempo y costos a la
empresa.
Con respecto al departamento de desarrollo de
software, se recomienda documentar para cada
proyecto, el tipo de metodología empleada. Esta
documentación servirá como experiencia para
proyectos posteriores.
C. Trato con el cliente
Una excelente comunicación, transparencia con sus
clientes, proactividad, que entiendan y se acoplen a la
cultura del negocio, con recurso humano de amplio
“kilometraje” en el área que permita brindar las
soluciones más eficientes, y que a todo esto se le sume
una excelente trabajo administrativo, son solo una
parte de lo que los negocios que contratan una
empresa desarrolladora de software buscan; no solo se
trata de entregar un excelente producto, ser excelentes
en la parte administrativa, sino también en preocuparse
en el antes, durante y después de su cliente. Esto se
logra con un buen y estructurado sistema de mercadeo.
Enfocado siempre en el cliente ideal, en aquellos que
valoran más lo que usted hace por ellos, esto permite
que todos los esfuerzos tengan más posibilidad éxito.
El cliente es lo más importante en cualquier entorno
comercial. Si se habla de un entorno de tecnologías de
la información, se vuelve tan indispensable el ir
mejorando día con día la atención al cliente derivado a
la competencia que surge por las otras empresas.
El cliente también entra en función al ser indispensable
en la toma de requerimientos, ya que él es quien
solicitará del producto y expresará sus necesidades y
prospectos para poder brindarle una solución
adecuada.
El trato con el cliente debe basarse en principios éticos
y colaboración mutua, más que trabajar cada parte
19
independientemente, defendiendo sólo su propio
beneficio. Hay clientes que simplemente no estarán
dispuestos a invertir el tiempo necesario.
Se puede pensar que tratar al cliente como parte del
equipo de desarrollo es extraño, pero en realidad, no lo
es: El cliente es un factor importante en el éxito de un
proyecto, tanto como cualquier otro miembro del
equipo, por eso es importante contar con la
participación activa del cliente dentro del proyecto.
Pérez (2015), menciona que es importante entender
quién es en realidad “El Cliente”. Tanto si se desarrolla
software para clientes actuales, como si se desarrolla
para uno mismo, o para la propia empresa u
organización, siempre hay un rol de cliente. El cliente,
es en esencia, quien pone en marcha el proyecto, paga
las cuentas, o define el resultado final. Aun si no se
tiene literalmente un “cliente”, es bueno entender que
aun así existe un rol “cliente” en su proyecto. Esto
puede ayudar a evitar confusiones. Si hay varias
personas diciendo que características se necesitan,
hay que asegurarse de que exista algún responsable
de tomar las decisiones cuando estos requisitos sean
contradictorios.
Esto destaca que siempre hay que ajustarse o
adecuarse a las necesidades del cliente, despejar
dudas y ambigüedades y aclarar funcionalidades y
diseño del producto. Hay que señalar al cliente todo lo
que está dentro de un entorno “posible” y todo lo que no
se podría realizar en un tiempo corto o por alguna
circunstancia ajena al equipo de desarrollo de
software. Debe tener conocimiento certero de las
limitantes.
Si bien la idea de participación del cliente en el proceso
de desarrollo es atractiva, el éxito dependerá de tener
un cliente que esté dispuesto y lo más importante
pueda pasar tiempo con el equipo de desarrollo para
así presentar a todos los implicados del sistema, los
clientes están sometidos a otras presiones y no pueden
participar plenamente en el desarrollo del software. El
cliente es el punto clave, solicita los requerimientos que
se deben de incluir.
20
Los miembros individuales del equipo pueden no tener
la personalidad propia para una participación intensa.
Por lo tanto, es posible que no se relacionen
adecuadamente con los otros miembros del equipo.
Priorizar los cambios puede ser extremadamente difícil,
específicamente en sistemas en los que existen
muchos implicados.
D. Trabajo en equipo
Trabajar en equipo va más allá de contar con un
servicio de control de versiones. En realidad, trabajar
en equipo es un concepto más cultural y relevante para
las organizaciones, ya que al final del día la unión de
todos los esfuerzos hace un resultado en común que es
cumplir los objetivos.
En el desarrollo de software se manejan roles, roles que
ya se han mencionado con anterioridad en este
artículo. Los miembros del equipo especializan sus
esfuerzos atendiendo aspectos relevantes, concretos y
esenciales del proyecto, todo con el fin de salir en
tiempos, costos y respetables niveles de calidad. No
todo el software o las herramientas de desarrollo
producen magia. Trabajar en equipo es una actividad
indeleble que en la mayoría de las organizaciones
realizamos, algunas de manera consciente y otras no.
La conciencia de trabajo en equipo es vital para el área
o departamento de desarrollo de software.
Para trabajar en equipo necesitamos:
· Objetivos claramente definidos
· Comunicación efectiva
· Cohesión grupal
Logrando lo anterior entonces podemos identificar las
etapas del ciclo de vida de un equipo, ya que estas nos
permitirán establecer mejores maneras de
organizarnos.
El aspecto humano es muy relevante también y cuando
trabajamos en equipo produce efectos positivos el
contemplar lo siguiente:
· Confianza absoluta entre los miembros
· Compartir liderazgo
· Consideración del objetivo individual
Estos aspectos influyen dentro de cada miembro del
equipo, tienen que considerar responsabilidad y
consciencia al momento de aplicar estos efectos dentro
del entorno de trabajo.
Ramírez (2010), propone 4 etapas del ciclo de vida del
trabajo en equipo el cual contempla hacernos las
siguientes preguntas, mismas que se pueden trasladar
a mi experiencia a un equipo de desarrollo de software:
Formación
Ÿ¿Quiénes serán los integrantes?
Ÿ¿Por qué estamos en este equipo y en qué forma
participaremos?
Ÿ¿Por qué vamos a confiar en el resto de los
integrantes?
Ÿ¿Qué es lo que supuestamente vamos a ganar?
Ÿ¿Qué autoridad vamos a tener?
Ÿ¿Qué habilidades y talentos tenemos y cuales se
ocupan?
Normación
Ÿ¿En qué forma tomaremos decisiones?
Ÿ¿Qué trato recibiré de los demás?
Ÿ¿Cuál es el costo en tiempo y esfuerzo de ser parte
del equipo?
Ÿ¿Qué esperamos unos de otros y de la
organización?
Ÿ¿Qué pasa si uno de los miembros se disgusta?
Ÿ¿Requerimos llegar a un consenso en todo?
Ÿ¿Qué hacer si un miembro no contribuye o hace las
tareas asignadas?
Activismo
Ÿ¿Quién manejará los conflictos?
Ÿ¿Cómo responde cada individuo del equipo al
conflicto?
Ÿ¿Cómo canalizar positivamente el conflicto?
Ÿ¿Qué tipos de conflictos se pueden tener con otros
equipos?
Ÿ¿ C ó m o podemos sustraer las políticas
departamentales del proceso?
Producción
Ÿ¿Cuál es el modelo ideal de funcionamiento de
nuestro equipo?
Ÿ¿Cómo vamos a monitorear los logros del equipo?
Ÿ¿Cómo podemos ayudar para que el equipo logre
mejoras de una manera sostenida?
Ÿ¿Qué necesidades personales de los miembros
deben alcanzarse?
Ÿ¿Cómo podemos asegurarnos que están tomando
las decisiones correctas?
Llámalo equipo, gente, personas, integrantes,
colaboradores, “superhéroes” o como gustes, pero es
tu equipo de desarrollo quien te dará una ventaja
competitiva sobre tu competencia y no bastará con
tener a los mejores individuos y especialistas, tienes
que hacer que como equipo entreguen el mayor valor al
negocio y les quede claro cuál es la visión de la
empresa o producto en el mercado.
Una de las primeras recomendaciones que les damos a
nuestros clientes, es buscar que el equipo sea
interdisciplinario. El debate y los diferentes puntos de
vista enriquecerán el proceso de desarrollo y ayudarán
a generar mayor valor al negocio.
Un equipo interdisciplinario supone que no todos los
perfiles serán técnicos. Aunque por muchos años se
pensó que ser de perfil técnico era más que suficiente
para incorporarse a un equipo de desarrollo de
software; hoy se le da más peso a que los integrantes
tengan:
ŸUna personalidad que pueda influenciar
positivamente al equipo de trabajo.
ŸHabilidades de comunicación sobresalientes.
ŸVisión de negocio y liderazgo.
ŸLa capacidad de apoyar en la definición de la
estrategia del proyecto.
ŸHabilidad para proponer mejoras o cambios.
ŸLa capacidad de aceptar retroalimentación.
ŸLa apertura para entender que los logros del equipo
se basan en los entregables de todo el equipo. No se
vale concluir que el equipo no entregó valor al negocio
porque X o Y integrante no lograron terminar sus
asignaciones.
E. Tamaño del equipo de desarrollo
El equipo de desarrollo de software puede ser tan
pequeño o tan grande como se requiera. En su
21
estructura más básica, el equipo deberá de contar con
mínimo dos integrantes los cuales realizarán
actividades correspondientes a diferentes roles. El
siguiente diagrama muestra los roles más típicos que
un equipo de desarrollo debería de incluir (Northware
Software Development, 2014).
Fig. 4 Representación y roles de un equipo de Desarrollo de Software
F. El software como producto. ¿Cómo entregar el
producto?
La evolución del software ha ido de la mano con la
evolución del hardware, siendo la complejidad el factor
proporcional a esta evolución.
El software, como ya se ha dicho antes, Según
Pressman (2002), son estructuras de datos que
22
permiten a los programas manipular adecuadamente la
información.
El software no se desarrolla, se fabrica. Los costes se
centran en ingeniería, no en fabricación. Los proyectos
no se pueden gestionar como proceso de fabricación.
Se considera que el software no se estropea, ya que se
considera intangible cuando se habla de producto. Este
concepto se refiere a qué el software como producto
puede ofrecer beneficios en su portabilidad y manejo a
la hora de comercializarlo, ya que no requieren tantos
análisis de logística, traslado y empaquetado.
El producto de software es un concepto esencial dentro
del mercado de la ingeniería de software en la que
contempla todo el trabajo y el análisis para la solución
de un problema dentro del mercado. El producto debe
contener todas las facilidades de uso y cumplir con las
normas de calidad para su distribución. Es el producto
que construyen los programadores profesionales y al
que después le dan mantenimiento. Incluye programas
que se ejecutan en una computadora de cualquier tipo
de tamaño y arquitectura, contenido que se presenta a
medida que se ejecutan los programas de cómputo e
información descriptiva tanto en una copia física como
en los formatos virtuales
Un producto de software comercial en teoría no se
puede reparar, ya que el impacto de costos y tiempo
sería considerable. Para ello las empresas grandes de
desarrollo, implementan actualizaciones de fallos y
cambios a sus sistemas actuales que ya están en
producción. Muchas veces las reparaciones dañan más
el software. Se recomienda que el software deba estar
bien diseñado para facilitar su evolución. Un software
bien diseñado consta principalmente de la ingeniería, la
cual consiste en la creación y mantenimiento de una
serie de componentes estándar con el fin de no
reinventar. Debe favorecer también la reutilización de
código para proyectos posteriores.
Atributos del software bien diseñado:
· Mantenible
· Seguro
· Eficiente
· Amistoso
· Bien documentado
III. CONCLUSIONES
1. To d a s l a s r e c o m e n d a c i o n e s a n t e s
mencionadas han sido previamente analizadas y
seleccionadas con la finalidad de enriquecer un área o
departamento orientado al desarrollo de software.
2. El seguimiento de cada orientación será puesto
en práctica a preferencia de cada persona que esté
involucrada con el desarrollo de software decidiendo
qué aspectos aplicar a su propia área. Todas estas
prácticas se resumen a una buena organización,
reducción de tiempo, rapidez y estándares que siguen
grandes empresas de desarrollo.
3. Cabe destacar que existen mejoras en la
producción al basarse en estas prácticas y empleando
los conceptos antes vistos. Involucrar desde el personal
hasta las herramientas de manera efectiva hace que un
departamento de software produzca eficientemente a
una empresa o a una organización.
4. Es muy importante que las empresas que
desarrollan software empiecen a capacitar al personal
que ejecuta sus proyectos en temas de globalización
de software ya que, en el entorno de la industria de
software, una compañía que desee mantener sus
operaciones a mediano y largo plazo debe considerar
la internacionalización de software no sólo como una
oportunidad sino como una necesidad impuesta por las
c o n d i c i o n e s a c tu a l e s d e c o m p e ti ti v i d a d y
globalización.
RECONOCIMIENTOS
Al Instituto Tecnológico de Chiná y la Universidad
Interamericana para el Desarrollo (UNID) por la
confianza depositada en mi como docente a nivel
Licenciatura y Posgrado respectivamente. De igual
manera agradezco a mi esposa e hija por todo su amor,
apoyo incondicional y comprensión en todas las
actividades que desempeño.
REFERENCIAS
[1] Alegsa (2010). Reutilización de Código. Recuperado el 17 de Febrero
de 2016, de:
http://www.alegsa.com.ar/Dic/reutilizacion%20de%20codigo.php
[2] Galimany, D. (1985). Conceptos básicos de Software. Recuperado el
20 de Febrero de 2016, de:
http://www.aulapc.es/basico_conceptos_software.html
[3] Northware Software Development (2014). ¿Cómo armar un equipo de
desarrollo de software?. Recuperado el 30 de Marzo de 2016, de:
http://www.northware.mx/como-armar-un-equipo-de-desarrollo-de-
software/
[4] Pérez, M. (2015). Roles y Responsabilidades en un Equipo de
Desarrollo de Software. Recuperado el 02 de Marzo de 2016, de:
http://www.marioperez.com.mx/equipos-de-desarrollo/roles-y-
responsabilidades/
[5] Pressman, R. (2002). Ingeniería de Software. Un enfoque practico.
Recuperado el 20 de Abril de 2016, de:
http://es.slideshare.net/jdbg16/ingenieria-de-software-un-enfoque-prctico-
pressman-5th-ed
[6] Ramírez, M. (2010). La importancia del trabajo en equipo como factor
de éxito en proyectos de TI . Recuperado el 05 de Abril de 2016, de:
http://es.slideshare.net/meramirez08/la-importancia-del-trabajo-en-
equipo-como-factor-de-xito-en-proyectos-de-ti
[7] Rerych, M. (2007). Metodologías de desarrollo de Software.
Recuperado el 20 de Marzo de 2016, de:
http://latecladeescape.com/h/2015/07/metodologias-de-desarrollo-del-
software
[8] Romero, H. (2009). Metodologías de Desarrollo. Recuperado el 10
de Marzo de 2016, de: http://es.slideshare.net/MeneRomero/metodologias-
de-desarrollo
[9] Scouler, J. y Bakal, M. (2012). Reutilización exitosa de código con
desarrollo y modelaje basado en código. Recuperado el 25 de Febrero de
2016, de: http://www.ibm.com/developerworks/ssa/rational/library/reuse-
code-centric-development-modeling/index.html
23
 Superior

i
carr. 57 zona industrial

El pasado Jueves 17 de marzo en la Unidad Departamental de Ingeniería Industrial (UDI) se llevó

a cabo el arranque del Modelo Dual en conjunto con la empresa Mobiliario y Productos de
Acero S.A. de C.V. la cual tiene como finalidad el lograr un aprendizaje significativo entre los
estudiantes, y atender una necesidad o problemática al sector productivo. Seguros que semestre
tras semestre estaremos incrementando la cantidad de asignaturas de nuestras diferentes
carreras, que se sumarán a la oferta en la Modalidad Dual.

carretera 57 México - Piedras Negras Km. 189+100 Tramo Querétaro - San Luis Potosí No. 6501
Delegación Municipal de Villa de Pozos, San Luis Potosí
Teléfono: (444) 804.12.47 Conmutador: (444) 804.12.20