Ágata Lapedriza y Eugènia Santamaria; presencia femenina en un mundo masculino

Con motivo del 8M, desde los estudios de Informática, Multimedia y Telecomunicaciones queremos aportar nuestro granito de arena en la visibilidad de las mujeres en el ámbito laboral. De esta manera, hemos decidido entrevistar a dos de las muchas mujeres que hay estudiando, investigando o impartiendo clases en nuestros ámbitos de estudio: Ágata Lapedriza y Eugènia Santamaria. Ágata es profesora de la UOC y actualmente reside en Massachusetts investigando en el Massachusetts Institute of Technology (MIT). Eugènia Santamaria, además de ser profesora y directora del Grado en Tecnologías de Telecomunicación de los estudios de IMT, fue la diez primeras mujeres en licenciarse en Telecomunicaciones por la UPC y de las primera en doctorarse, también en Telecomunicaciones. La presencia femenina en áreas como las telecomunicaciones o las ingenierías aún sigue siendo poco generalizada. Preguntamos a Ágata y a Eugènia sobre sus trayectorias y analizamos con ellas cómo es investigar en un entorno aún marcado por clara presencia masculina. Ágata LapedrizaEugènia Santamaria ¿Recuerdas el primer momento en el que decidiste ser investigadora/doctora? Ágata Lapedriza: No tengo la sensación de un momento concreto. Cuando era pequeña me gustaban las ciencias y las matemáticas. Estudié matemáticas en la universidad y al acabar tenía ganas de quedarme en el entorno académico. Realicé un doctorado de forma combinada con impartir clases en la universidad. Ni siquiera en aquel momento tenía una idea clara de qué era ser investigadora. Lo fui descubriendo sobre la marcha. Eugènia Santamaria: Cuando comencé mis estudios de Ingeniería de Telecomunicación no me planteaba la investigación o el doctorado. Me planteaba el futuro laboral como ingeniera,  aunque si que me motivaba la...

El modelo operativo de TI

El modelo operativo de TI es fundamentalmente “la manera como hacemos las cosas”, o sea, los principios, estándares, procesos y prácticas que las empresas utilizan para crear y proteger sus activos tecnológicos. La arquitectura, por un lado, y el modelo operativo, por el otro, son los pilares de la ejecución. Fuente: Gartner (2017), Report no. 10 Gartner lo describe como un sistema de nueve componentes interconectados. Algunos pueden resultar sorprendentes: Las maneras de trabajar, o sea los marcos o métodos de producción y gestión, como ITIL, COBIT, PMI, DevOPs, SAFe…La medición del rendimiento, o sea, cómo medimos la contribución de TI a la creación de valor en la empresa.El lugar físico de trabajo, cómo los miembros de los equipos se colocan e interactúan entre ellos.La atribución de los derechos de decisión, lo que otra gente llama el “gobierno” de TI: quién puede decidir sobre las inversiones, sobre los productos o sobre los requisitos.El talento, que se dice ahora, o sea las capacidades y actitudes de los equipos y la manera de adquirirlos y desarrollarlos.La estructura organizativa, o sea, el organigrama y los roles y dependencias de los miembros. (Importante: el modelo operativo no es el organigrama).Las herramientas, los productos que usamos para crear nuevos activos o para dar servicio.El aprovisionamiento y las alianzas, o sea, la aproximación que tenemos del trabajo con terceros.Las finanzas, o sea la asignación, gestión y control de los recursos económicos. Muchas empresas y departamentos de TI abordan continuamente cambios en su modelo operativo, en todo o en parte. El primer mensaje aquí es que, si tocamos alguno de estos componentes, afecta a todos los...

Project Portfolio Management

La decisión de «dónde, cómo y cuándo» invertir es el mayor reto de la dirección estratégica de los sistemas de información, dicen los colegas Peppard y Ward en su manual ya clásico. El resultado de la planificación estratégica, hemos dicho algunas veces, es una cartera de iniciativas priorizadas de TI, que responden a lo que el negocio considera más importante. A esas decisiones y a su ejecución efectiva se le llama gestión del portafolio de proyectos, o Project Portfolio Management. Contenidos conceptuales del Portafolio de Proyectos de TI PPM (Project Portfolio Management) no es una teoría. Es el espacio práctico donde se encuentran la formación de la estrategia de TI, el gobierno corporativo (o sea, la distribución de las decisiones más importantes en materia de gestión de las TIC en una empresa) y la gestión del día a día (o sea, el trabajo del CIO y del área de informática, junto con el negocio, para crear y mantener productos y servicios). De hecho, la literatura científica y profesional lo ha abordado desde estos puntos de vista, frecuentemente por separado. Es el clavo perfecto si uno tiene su propio martillo. La estrategia de TI ha analizado especialmente los criterios de priorización para conseguir un mejor alineamiento entre los objetivos del negocio y los de TI, sea a través de factores críticos de éxito, gestión de beneficios o un conjunto balanceado de indicadores (el famoso balanced scorecard).El gobierno de TI (IT Governance) ha evolucionado como un conjunto de marcos de trabajo y catecismos omnicomprensivos (los más conocidos son COBIT y unas cuantas ISO, a los que no niego ambición y utilidad)....

Modelos de agilidad en escala

Scrum es probablemente la aplicación más conocida de los principios de agilidad en la construcción de software y en otros ámbitos de conocimiento y de práctica. De hecho, scrum nació a finales de los 80 en el mundo del marketing y del desarrollo de producto. En TI, algunos de los fundadores de scrum fueron parte del grupo que publicó el Manifiesto Ágil. La idea es conocida: cada incremento o mejora de producto (product increment) se puede descomponer en ciclos de desarrollo menores (sprints) de los que se ocupa un equipo pequeño de participantes de diferentes procedencias, incluido el cliente, situados en el mismo espacio físico y dedicados de forma intensa y entusiasta. El despliegue es incremental e iterativo y el resultado siempre es imperfecto, pero se puede poner en producción rápidamente. Algun0s otros artefactos y roles de scrum, como el product owner, el backlog, las reuniones cortas diarias, el scrum master, las retrospectivas y los papelitos pegados en una pizarra forman parte ya del instrumental de la producción de sotware en cualquier parte. Presentación a alto nivel de los artefactos de SAfe Scrum funciona bien en esfuerzos donde el alcance es abierto y los requerimientos pueden cambiar frecuentemente. Va mejor con equipos y proyectos no muy grandes y que no requieran un gran número de interdependencias o integración con otros proyectos o con aplicaciones heredadas (legacy). Funciona mejor con perfiles relativamente homogéneos de desarrolladores acostumbrados a trabajar así. Es una organización muy plana, sin jerarquías ni grandes especialidades. Requiere  una cultura organizativa propicia y tiene una curva de aprendizaje, pero no es dramático. Puede ser bonito, excitante, divertido y los resultados, en general y bajo las condiciones anteriores, pagan. En las circunstancias que hemos descrito, scrum se...

Los productos de TI en la era digital (y II)

El proyecto no ha muerto. Ágil lo ha cambiado todo. La combinación de Ágil y Lean permite potencialmente escalar la agilidad desde proyectos pequeños y auto-contenidos al nivel de la organización de los departamentos de informática y de toda la empresa. A introducir estas ideas dedicamos la primera parte de este post. Seguimos ahora.     7. Los departamentos de TI construyen y mantienen productos y servicios, que sirven a las necesidades de grupos de clientes internos o externos. Esos chismes son flujos de creación de valor para diferentes negocios o procesos empresariales. La creación de un nuevo producto o la sustitución por entero de uno existente tiende a ser un proyecto, pero eso pasa sólo algunas veces. Se podría decir que un proyecto es una parte de un flujo de producción o, a veces, un flujo de producción en sí mismo. El flujo de creación de valor representa la transformación de unas necesidades, convenientemente priorizadas, en unos productos para unos clientes. El flujo de producción tiene que asegurar: 1) el conocimiento y la comprensión profunda de las necesidades muy variadas de un cliente (qué hay que hacer), 2) su valoración y cualificación estratégica y económica (por qué hay que hacerlo y por qué haremos ésto en vez de otra cosa), 3) el diseño, construcción y aprobación del producto de acuerdo con las capacidades existentes (cómo y cuándo lo haremos), 4) la entrega y puesta en producción en todo o en partes y 5) el mantenimiento y protección de los activos creados. 8. Desde un punto de vista, este proceso se puede ver como una máquina, una fábrica, una cadena de...

Los productos de TI en la era digital (I)

Mis posts veraniegos sobre el ocaso de la gestión de proyectos, deliberadamente provocadores, se leyeron bastante y se copiaron en las redes. Lectores y colegas no mostraron desacuerdo, pero me pidieron aclaraciones y avenidas de solución: then, what? Como Hamlet, vivo en las preguntas y tengo más dudas que respuestas. Pero voy a intentar en este y otros posts compartir lo poco que sé o que sabemos, a partir de la experiencia y la literatura profesional y científica. Los proyectos siguen teniendo sentido. Son la mejor, probablemente la única, manera de hacer cosas diferentes de las que hacemos cada día, de poner en tensión la organización para construir cosas nuevas, únicas y transformadoras, que tengan sentido estratégico y económico, rompiendo los silos organizativos. Necesitamos organizaciones orientadas, apasionadas por los proyectos. Necesitamos también modelos, herramientas y profesionales expertos en proyectos. Podemos pasar de cofradías, burocracias y certificaciones, pero no podemos prescindir de gente con la mano rota de reunir personas y capacidades diferentes y hacer que trabajen juntas para construir puentes, fábricas de coches o productos de software. Ni podemos prescindir de lo que hemos aprendido en casi un siglo de práctica profesional. Ágil lo cambió casi todo. Ágil, que pronto cumplirá treinta años, ni es ni se pensó como un modelo integrador y sistemático para construir programas y mucho menos para gestionar proyectos, sino como un repositorio de ideas, principios y prácticas inventados por los propios desarrolladores para hacer su trabajo (¡desarrollar software!) más efectivo, valioso y divertido. Los valores y principios de ágil han impregnado (para bien) la gestión de proyectos, en la informática y en la empresa....