Factor humano
El pasado 2 de junio participé en el foro «Software Libre en México, reflexiones y oportunidades», organizado por la Comisión de Ciencia y Tecnología del Senado de la República. En este foro tocamos cuatro temas principales: Educación, gobierno, industria y sociedad.
Hablar de la “Revolución Informática“ en estos días ya suena a algo anacrónico y viejo: empezando la segunda década del siglo XXI pocos dudan del impacto que las tecnologías de información han tenido en el mundo de los negocios, en la cultura general y la manera en que vemos y entendemos el mundo.
La adopción de metodologías de gestión de procesos de negocio ha aumentado considerablemente en las empresas en los últimos años. En este contexto es indiscutible la necesidad de usar herramientas tecnológicas para hacer factible la gestión de los procesos. Como consecuencia, existe una gran variedad de herramientas que apoyan en las distintas fases del ciclo de vida de los procesos de negocio.
Internet enlaza actualmente a 2 mil millones de personas, y anualmente se integran otros 200 millones. La red representa en la actualidad menos del 4% del producto interno bruto en países en desarrollo y 6% en economías desarrolladas, de acuerdo a McKinsey Globlal Institute.
He estado leyendo un fascinante libro titulado “The Lords of Strategy” de Walter Kiechel, el cual se adentra en la historia de la consultoría y sus diferentes protagonistas, lo recomiendo ampliamente.
Parir MoProSoft como norma mexicana nos costó 4 años de trabajo (2002-2005). Dar a luz como estándar internacional a su primer hijo, llamado Perfil Básico, nos llevó 5 años (2006-2011). Como orgullosa mamá y abuela les quiero contar de este importante acontecimiento tratando de responder a las preguntas frecuentes sobre el papá y el hijo.
A propósito del fuerte impulso a la capacitación y certificación de organizaciones e individuos en nuestro país, vale la pena poner en perspectiva los logros obtenidos, por ejemplo, en áreas de mejora de procesos de software, donde la meta es alcanzar cierto nivel de madurez ya sea en Moprosoft o CMMI.
Tradicionalmente se ha considerado a la creatividad y la innovación como características o actividades primordialmente individuales. Sin embargo, existe una cantidad interesante de evidencia que nos demuestra que, en realidad, muchas de las producciones artísticas y científicas que vemos en la actualidad son el resultado de un esfuerzo que se apoya en la interacción de diversos agentes, los cuales intercambian fluidamente información y conocimiento para crear cosas tales como: una canción, una novela, una nueva teoría científica o todo un movimiento artístico.
A lo largo de las distintas entregas de esta columna hemos cubierto las actividades del ciclo de desarrollo de la arquitectura de software y su integración dentro del ciclo de desarrollo de software. En todas estas actividades, hay un rol específico que juega un papel preponderante y es el del arquitecto de software.
En la edición anterior describimos y mostramos un ejemplo en el cual una mala estimación puede ocasionar desde problemas de negociación hasta problemas económicos por tener que absorber costos no planeados. Esta situación es bastante común en la industria. De hecho, de 49 organizaciones que yo he entrevistado, tanto consultoras de software como corporativos e instituciones públicas, solamente 3 (6%) me han manifestado la ausencia de problemas en el tema relativo a las estimaciones.
El sector de servicios de tecnologías de información (TI) es considerado estratégico debido al valor agregado de la actividad así como por el potencial con que cuenta México para poder competir internacionalmente. Por ello, el gobierno federal desde finales del año 2002 desarrolló, en conjunto con el sector privado y público en sus tres niveles, una agenda sectorial específica para desa- rrollar el sector TI.
Una parte importante del desarrollo de software es la construcción de los proyectos y los sistemas completos. Desde la clásica herramienta make en los 70’s, ha habido varios mecanismos y sistemas distintos para construcción de proyectos, algunos enfocados a ciertos aspectos de la construcción, otros tratando de abarcar todo el espectro: compilación, manejo de dependencias, integración contínua, automatización del proceso de construcción, etc.
Una de las características de este mundo globalizado es que las empresas continuamente se ven involucradas en operaciones como fusiones, adquisiciones o alianzas. El objetivo de este tipo de operaciones típicamente es fortalecer una línea de negocio, incursionar en donde no necesariamente son líderes, lanzar o posicionar un nuevo producto o servicio que de manera tradicional podría tomar un tiempo considerable, o bien no se cuenta con la capacidad de hacerlo de manera interna.
El rol de SQA (Software Quality Assurance/Advisor) no es sencillo, sobre todo desde el punto de vista organizacional. En ocasiones el SQA es sub-valorado por las organizaciones, ya que se observa como un personaje externo al proyecto, no confiable y que no aporta valor a la organización, incluso para aquellas donde se han establecido prácticas de calidad y mejora de procesos.
Al comenzar un proyecto de mejora de procesos la primera pregunta que viene a la mente del líder del proyecto de mejora es: ¿por dónde comenzar? Cuando logras como líder identificar por donde atacar vienen las preguntas clave del proyecto: ¿en cuántas fases debo de dividirlo?, ¿cuál es la de mayor importancia?, ¿cuánto tiempo debo de dedicarle? Es sobre estos aspectos en los que nos estaremos enfocando en los siguientes párrafos.
Existe una historia que relata un episodio del tristemente célebre pirata galés Henry Morgan: Huyendo de la Armada española que pretendía capturarlo, se ve en la necesidad de anclar en el interior de una bahía caribeña para reabastecer y reparar su galeón. Ya en tierra, ordena a un grupo de sus hombres instalar un pesado cañón en la cima de un risco a la entrada de la bahía, para de esa manera proteger su posición.
Generalmente escuchamos la frase “desarrollar software es un arte”, ¿por qué no es tan sólo un trabajo de ingeniería? Porque es un conjunto de variables técnicas y variables humanas. Las normas y los modelos para el desarrollo de software tienen dos componentes básicos: los administrativos y los ingenieriles.