MOOC de Introducción a la gamificación a través de casos prácticos

L@s informátic@s nos movemos, a menudo, entre buzzwords y modas tecnológicas. Algunas vienen y se quedan, otras van y vuelven, y otras caen en el olvido. Yo (Dani) creo recordar hace ya algunos años, que la primera vez que oí hablar de gamificación (NOTA: El término correcto es ludificación) fue con el servicio Foursquare (?). Posteriormente, la he visto en Stackoverflow, Facebook, LinkedIn, Endomondo, y en un larguísimo etcétera de servicios y aplicaciones (Bueno, con Joan tendríamos una larga discusión sobre cuáles de estas incorporan gamificación y cuáles no).

Joan y yo siempre insistimos en que la gamificación no es un recurso que implique desarrollo tecnológico. Se puede gamificar con papel, lapiz, piedras… y con lo que se nos ocurra. Y eso lo decimos porque, a parte de ser cierto, puede echar atrás a alguien que tenga buenas ideas pero no conocimientos de programación (o presupuesto para contratar a alguien). Por lo tanto, gamificación y tecnología (digital) no son dependientes… pero la gamificación puede ser una herramienta valiosísima para cualquier persona que pretenda desarrollar una aplicación, un portal, una tienda de comercio electrónico, etc. La gamificación os puede ayudar a dar a conocer vuestro “servicio”, a que tengan una entrada más suave, a mejorar la experiencia una vez dentro, etc. Y sabéis que podéis desarrollar el mejor servicio del mundo, y fracasar. Por lo que, un recurso extra nunca está de más.

Es importante, eso sí, no ver la gamificación como una panacea. Es una herramienta que nos puede ayudar si se utiliza en la situación adecuada y de la manera correcta. Como ingenieros que somos, Joan y yo insistimos mucho en la importancia de hacer un buen diseño. Si no, normalmente, será tiempo (y dinero) tirados a la basura. Es parecido a la decisión de qué lenguaje (o lenguajes, o frameworks, o…) de programación utilizar para un proyecto concreto: no utilizaremos el que esté de moda o el que más nos guste (en mi caso, Prolog), sino el que creamos más adecuado. Por todo esto y como profesores de la UOC (universidad on-line que nos ha dado su apoyo al 100%), hemos decidido desarrollar este MOOC, gratuito y en castellano, para tod@s vosotr@s.

Y sí, ya se que todavía no os he explicado lo que es la gamificación. ¡Nada de spoilers! Os daré unas pistas para los que no sepan de qué se trata: va de juegos, tiene que ver con la diversión, y busca la motivación. Aquí os dejo con un teaser del curso:

 

¿Qué tal? ¿Os animáis a aprender un poco de gamificación con nosotros? Os podéis matricular de forma totalmente gratuita aquí. Comenzamos el 12 de septiembre. Os esperamos!

Daniel Riera es Doctor Ingeniero en Informática por la UAB. Actualmente es el director del Grado de Ingeniería Informática de la UOC y es investigador del grupo ICSO en modelado, simulación y optimización de sistemas combinatorios; y en cómo aplicar los juegos y la gamificación a la educación.

Joan Arnedo es profesor de los estudios de Informática, Multimedia y Telecomunicación en la UOC. Director académico del Máster en Diseño y Desarrollo de Videojuegos e investigador en el campo de la ludificación y los juegos serios. Su experiencia se remonta a cuando los ordenadores MSX poblaban la Tierra…

Diez libros para leer este verano

Se acerca el esperado momento de apagar el ordenador por unas semanas e irse de vacaciones. ¿Qué planes tenéis? Ya sea en un largo viaje de avión o de tren, en la playa o en el sofá, si sois amantes de la lectura cualquier destino es bueno para ir acompañado de un libro.

Hoy os traemos una selección de diez libros para todos los gustos:

The Mythical Man-Month: Essays on Software Engineering (Fred Brooks, 1975 (1a ed), 1995 (2a ed))

Aunque fue publicado por primera vez hace más de 40 años, sigue siendo un clásico de la gestión de proyectos que todo ingeniero de software debería leer (disponible sólo en inglés!). En esta recopilación de ensayos, el autor trata aspectos fundamentales (y transversales a la época) del desarrollo de proyectos software tales como los atrasos, la comunicación entre el equipo, la gestión de los errores, la documentación, etc.

 

 

 

Gödel, Escher, Bach: Un eterno y grácil bucle (Douglas R. Hofstadter, 1979 (1a ed))

En sus más de 900 páginas, esta obra hace un recorrido por las matemáticas, la física, la biología, la psicología y muy especialmente el lenguaje, buscando respuestas a la pregunta: ¿Puede un sistema comprenderse a sí mismo? A través de sorprendentes paralelismos ocultos entre los grabados de Escher y la música de Bach, el autor nos remite a las paradojas clásicas de los antiguos griegos y a un teorema de la lógica matemática moderna que ha estremecido el pensamiento del siglo XX: el de Kurt Gödel.

 

 

 

Logicomix: una búsqueda épica de la verdad (Apostolos Doxiadis y Christos H. Papadimitriou, 2011)

Una novela gráfica inspirada en la historia épica de la búsqueda de los Fundamentos de las Matemáticas durante los siglos XIX y XX. El protagonista de la historia, el gran lógico-matemático y filósofo Bertrand Russell, narra de forma enérgica y elocuente las aventuras de grandes pensadores como Frege, Hilbert, Poincaré, Wittgenstein y Gödel, a través de su propia participación apasionada en dicha compleja y trascendental búsqueda. 

 

 

 

El Principio de Dilbert (Scott Adams, 2011)

A pesar de haber sido criticado, no podemos dejar de mencionar esta clásica tira cómica del ingeniero introvertido y su perro megalómano, lleno de profundos pensamientos (sarcasmo), relaciones cleidas (entre hombre y computadora) y ambiciones irrefrenables (delirios de grandeza). Un auténtico repaso a jefes, reuniones inútiles, manas de gerente y demás achaques laborales.

 

 

 

La Catedral de Turing: los orígenes del universo digital (George Dyson, 2012 (inglés), 2015 (castellano))

Con más de 500 páginas, esta obra narra la reveladora historia de cómo surgió el universo digital tras la segunda guerra mundial. En los años 40 y 50 un reducido grupo de hombres y mujeres, liderado por John von Neumann, se reunió en Princeton, New Jersey, para comenzar la construcción de una de los primeros ordenadores que materializaría la visión de Alan Turing de una máquina universal.

 

 

 

 

Los innovadores: Los genios que inventaron el futuro (Walter Isaacson, 2014)

Escrita por el autor de la popular biografía de Steve Jobs, esta obra narra la historia de las personas que inventaron el ordenador e Internet (desde Ada Lovelace, pasando por Vannevar Bush, Alan Turing, John von Neumann, J.C.R. Licklider, Doug Engelbart, Robert Noyce, hasta Bill Gates, Steve Wozniak, Steve Jobs, Tim Berners-Lee o Larry Page). Esta es la historia de cómo funcionan sus cerebros y por qué han sido tan inventivos, pero también de cómo su capacidad para colaborar y dominar el arte del trabajo en equipo les hizo aún más creativos.

 

 

 

ALTERWORLD: Lo saben todo de ti (Antonia Huertas, 2015)

Escrita por una de nuestras profesoras, esta novela de ciberdelincuencia narra las peripecias de una agente de Europol durante su investigación. Extorsión, secuestro, asesinatos, tráfico de órganos, falsificación de identidades, comercialización de medicamentos falsos… Un trepidante thriller con una protagonista con tanto talento para la tecnología como incapacidad para manejar sus emociones.

 

 

 

 

Algoritmos para la vida cotidiana: la ciencia de la informática aplicada a las decisiones humanas (Brian Christian y Tom Griffiths, 2016 (inglés), 2017 (castellano))

Este trabajo interdisciplinario, escrito por el autor Brian Christian y el científico cognitivo Tom Griffiths, explora cómo los algoritmos que utilizan las computadoras se pueden aplicar a nuestra vida diaria. Desde la búsqueda de pareja a encontrar un lugar de estacionamiento, de la organización del buzón de entrada a la comprensión de los funcionamientos de la memoria, este libro transforma la sabiduría de la informática en estrategias para las personas.

 

 

 

Las emocionantes aventuras de Lovelace y Babbage (Sydney Padua, 2016)

Pese a ser una historia de ficción, esta novela gráfica es fruto de un intenso trabajo de documentación que da a conocer la vida y obra de Ada Lovelace (conocida como Lady Byron) y Charles Baggage, considerados como el ingeniero que propuso por primera vez el concepto de ordenador programable, el llamado “motor analítico”, y su primera programadora. El libro ha recibido galardones como el Premio Neumann de la Sociedad Británica para la Historia de las Matemáticas y ha sido candidato a los Eisner Awards (los Óscar del cómic).

 

 

 

Los ordenadores y la programación (Rosie Dickins, 2016)

La última propuesta es para compartir con vuestros hijos/as y/o sobrinos/as pequeñ@s. Un libro con más de 100 solapas bajo las que hay un sinfín de datos fascinantes sobre las tecnologías de la información: qué hay dentro de un ordenador, cómo se almacena la información, cómo funciona Internet y muchísimo más.

 

 

Si tenéis ganas de más, también podéis consultar nuestra entrada sobre las Biblias de la informática.

Y vosotros, ¿tenéis alguna recomendación?

Feliz verano y feliz lectura a todos nuestr@s lectores!

 

Elena Planas es Ingeniera en Informática y Doctora por la Universitat Politècnica de Catalunya. Actualmente es profesora de los Estudios de Informática, Multimedia y Telecomunicación de la Universitat Oberta de Catalunya e investigadora del grupo del SOM Research Lab (UOC-IN3).

Nuevas acreditaciones de Másters Universitarios de la UOC

Hoy tenemos buenas noticias para los estudiantes de la UOC, especialmente para aquellos que están estudiando alguno de los Másters oficiales de nuestros Estudios.

En una entrada previa os explicamos qué significa que un título de Grado o Máster sea “oficial”: una agencia de calidad universitaria (como ANECA a nivel estatal o AQU a nivel autonómico) ha evaluado el programa y certifica su calidad. Esta evaluación se realiza principalmente en dos momentos a lo largo de la vida del programa:

  • Verificación: En el momento de la definición del título, la Universidad presenta una memoria describiendo en detalle la propuesta de programa: los objetivos y competencias, las salidas profesionales, el plan de estudios, la metodología docente y de evaluación, el equipo docente y los recursos disponibles.
  • Evaluación y acreditación: Periódicamente, un comité externo evalúa los resultados obtenidos y comprueba si el programa se desarrolla según lo previsto en la memoria de verificación. Por ejemplo se evalúa si el perfil de los egresados es el demandado por las empresas, si la metodología es adecuada o si los estudiantes están satisfechos con el programa. En caso de que las evaluaciones periódicas sean favorables, se concede la acreditación a dicho programa.

Que un Grado o un Máster consiga la acreditación es una noticia excelente para los estudiantes, ya que demuestra que es un programa de calidad, que se está desarrollando de forma adecuada y que sus contenidos son útiles para el mundo profesional.

Sellos de calidad de AQU Catalunya para titulaciones y centros. Fuente: AQU

Sellos de calidad de AQU Catalunya para titulaciones y centros. Fuente: AQU

A finales de 2015 pasaron por el proceso de evaluación externa y acreditación diversas titulaciones de Grado y Máster de nuestros Estudios: el Grado de Ingeniería Informática, el Grado de Tecnologías de Telecomunicación, el Grado de Multimedia, el Máster Universitario de Ingeniería Informática y el Máster Universitario de Aplicaciones Multimedia. Todas las titulaciones fueron evaluadas favorablemente y consiguieron la acreditación.

Pues bien, en esta ocasión han sido evaluados cuatro Másters interuniversitarios que coordina o en los que participa la UOC: el Máster Interuniversitario UOC-UAB-URV de Seguridad de las Tecnologías de la Información y de las Comunicaciones, el Máster Interuniversitario UOC-URL e Ingeniería de Telecomunicación, el Máster Interuniversitario UAB-UOC-UPC-UPF en Visión por Computador y el Máster URV-UOC en Ingeniería Computacional y Matemática. Nuevamente, todos los programas han sido evaluados favorablemente y han conseguido la acreditación.

En los Másters interuniversitarios la evaluación se realiza en la universidad coordinadora del programa. Así pues, un comité evaluador externo visitó la UOC para analizar el Máster de Seguridad y el Máster de Ingeniería de Telecomunicación, mientras que en Visión por Computador e Ingeniería Computacional y Matemática las visitas se realizaron en la UAB y la URV, respectivamente.

En el caso del Máster en Ingeniería de Telecomunicación y del Máster en Seguridad de las Tecnologías de la Información y de las Comunicaciones (MISTIC) destaca la evaluación del profesorado, que se ha valorado de calidad y en progreso hacia la excelencia. En particular el perfil docente del Máster de Seguridad de las Tecnologías de la Información y la Comunicación se ha considerado muy adecuado, puesto que permite combinar la experiencia de docentes que se dedican profesionalmente a la seguridad en empresas e instituciones con la experiencia del profesorado universitario, especialista tanto en el ámbito de la seguridad como en la docencia virtual y que, además, es muy activo en la investigación en este ámbito.

En ambos másteres también destaca el uso de una metodología docente consolidada y en continuo proceso de mejora. Esta metodología, según el informe de la agencia de calidad (AQU), está orientada a potenciar la autonomía del estudiante en el aprendizaje y en su desempeño profesional. Sin duda, para una titulación que da acceso a una profesión regulada, como es el caso del Máster en Ingeniería de Telecomunicación, cabe destacar la función de los laboratorios así como su integración en la metodología docente como un aspecto clave en la valoración de la agencia de calidad.

Todavía hay algunos programas de nuestros Estudios que se han verificado pero no han pasado por el proceso de evaluación y acreditación, como el Grado en Diseño y Creación Digitales, el Máster en Desarrollo de Aplicaciones para Dispositivos Móviles, el Máster en Ciencia de Datos (Data Science) o el Máster en Bioinformática y bioestadística. Todavía faltan algunos añitos para que sean evaluados, pero llegado el momento esperamos poder seguir dando buenas noticias.

Evolución del desarrollo web del lado del cliente

En los últimos años ha habido una gran demanda de desarrolladores de software debido a la inclusión de los sistemas informáticos en prácticamente todo los aspectos del día a día de las personas. A las clásicas demandas de tecnologías tales como C, C++, JAVA, .NET, SQL han surgido un nuevo elenco de nuevas tecnologías tales como JavaScript, ECMAScript, nodeJS, AngularJS, React, Angular 2.0+, VueJS, ember, gulp, webpack, TDD, BDD, CI, CD, etc. El nuevo conjunto de tecnologías que se solicitan como puestos de trabajo pertenecen al desarrollo de aplicaciones web. Una de las mayores críticas de los profesionales del sector (Ingenieros y desarrolladores en general) es el rápido cambio de tecnologías que sufre el desarrollo Web en el lado del cliente (o front-end).

Historia del lenguaje de programación JavaScript

Antes de poder afrontar los últimos avances en el desarrollo de aplicaciones Web hay que comprender por qué y cómo se ha llegado a esta situación, y para ello se va a presentar la evolución que ha sufrido el desarrollo del lado del cliente hasta llegar a nuestros días (Julio 2017).

Hay que retomarse a los orígenes de la Web cuando existían principalmente dos navegadores Web populares para los usuarios: Internet Explorer y Netscape. Internet Explorer hasta hace poco ha sido el navegador por excelencia de la compañía Microsoft y es sobradamente conocido por la mayoría de los lectores, hoy en día ha sido sustituido por Microsoft Edge. Menos conocido es el navegador Netscape, el cual fue el primero que plantó cara al dominio de Internet Explorer y del cual deriva hoy en día Mozilla Firefox.

Para el desarrollo de scripts (i.e. código) del lado del cliente, Internet Explorer utilizaba un lenguaje propio denominado VBScript (VisualBasic Script), el cual permitía realizar interacción con el usuario. Por su parte, Brendan Eich, empleado en Netscape definió un lenguaje de programación que inicialmente se llamó Mocha pero fue renombrado a LiveScript y finalmente a JavaScript. En 1995 la compañía Sun MicroSystems (que había adquirido Netscape y era propietaria del lenguaje de programación Java) anunció el lenguaje JavaScript y a partir de 1996 ya era operativo en el navegador Netscape. Desde ese momento hubo una batalla entre VBScript y JavaScript por ser el lenguaje del lado del cliente predominante, batalla que fue ganando poco a poco JavaScript. Tal fue así que Microsoft ideó un lenguaje de programación denominado JScript que llevó a confusiones entre los desarrolladores por el parecido en el nombre a JavaScript. La compañía Netscape envío a la organización Ecma International la especificación para que se convirtiera en un estándar y de ahí nació la primera edición llamada ECMA-262, el cual fue conocido como ECMAScript. En el desarrollo del estándar trabajan hoy las principales compañías interesadas en el desarrollo del lenguaje de lado del cliente (i.e. Microsoft, Google, Apple o la fundación Mozilla).

Por lo tanto, hoy en día existe un único lenguaje de programación de lado del cliente: JavaScript. Este lenguaje es desarrollado por los diferentes fabricantes de los navegadores: Google, Apple, Microsoft o la fundación Mozilla. Este desarrollo se debe basar en un estándar que “pactan” entre diferentes organizaciones denominado ECMAScript. No obstante, desde que se pactan diferentes características en el estándar hasta que se implementan en los navegadores puede pasar un largo tiempo, o incluso, algunos navegadores, incorporan características no pactadas en el estándar. Por lo tanto, se dan circunstancias como que una característica pactada en una versión pasada de ECMAScript nunca ha sido implementada en uno de los principales navegadores y por tanto el código desarrollado para una aplicación Web no se ejecutará bien en dicho navegador.

Aunque parece simple, es bastante complicado para los desarrolladores de aplicaciones Web tener el control de todas las versiones existentes de los navegadores que tienen los usuarios. La fragmentación de posibles clientes es demasiada elevada, lo que provoca que existan muchísimos problemas en el desarrollo Web.

La biblioteca que unifica la fragmentación: jQuery

La historia de JavaScript nos conduce a un escenario en el que se dispone de una gran fragmentación de dispositivos sobre los que desarrollar y no solo eso, una gran fragmentación de recursos del propio lenguaje de programación puesto que no hay una empresa que determine qué se puede y qué no se puede realizar en el lenguaje, sino que existe un estándar que pueden o no cumplir las diferentes empresas.

Durante la década 1996-2006 el desarrollo de la Web fue muy caótico, puesto que, aunque los desarrolladores quisieran crear aplicaciones Web complejas, no era posible debido a la naturaleza del entorno de ejecución, además que los usuarios finales tampoco lo requerían.

En el año 2006 se presentó jQuery, una biblioteca que trataba de hacer multiplataforma JavaScript en todos los navegadores. Durante una década, jQuery ha sido el estándar de desarrollo de los programadores Web puesto que simplificaba la complejidad de manejar primitivas del desarrollo Web. Hoy en día (2017) sigue siendo la biblioteca más utilizada puesto que se encuentra en aproximadamente el 96% de la Web. Una de las principales características de jQuery es que es código abierto y software libre, lo que ha permitido que se adapte con el tiempo.

Frameworks del lado del cliente

Aunque jQuery es una herramienta muy potente, no hay que olvidar que es una biblioteca construida sobre JavaScript para paliar el problema que provocan los fabricantes de navegadores en su no estandarización. Por lo tanto, la creación de aplicaciones complejas sigue siendo una tarea compleja y costosa. Debido a esto, y tras alcanzar el desarrollo del lado del cliente una cierta madurez, han surgido en los últimos años frameworks en JavaScript para facilitar la creación de aplicaciones de gran envergadura. Las principales ventajas que aportan los frameworks son el desarrollo rápido, la incorporación/rotación de nuevos miembros en los equipos de desarrollo, la garantía de unos mínimos de seguridad, optimización del rendimiento y la reducción de costes. Algunos de los principales frameworks del lado del cliente son Angular, React, Vue.js, ember o backboneJS.

En un próximo artículo se profundizará sobre los frameworks del lado del cliente.

Carlos Caballero González es Ingeniero y Doctor en Informática por la Universidad de Málaga. Máster en Ingeniería del Software e Inteligencia Artificial. Es profesor técnico de formación profesional en la especialidad de sistemas y aplicaciones informáticas, profesor colaborador de los estudios de Informática, Multimedia y Telecomunicación de la Universitat Oberta de Catalunya (UOC) e investigador en la Universidad de Málaga.

¿Unir PMBOK® y PRINCE2®?

(Trobareu versió en català més avall)

El pasado 22 de junio, en sede UOC pero en el contexto del capítulo de Barcelona del PMI (estrenábamos convenio de colaboración entre las dos entidades), Glòria Segura, una de las profesoras de nuestro equipo docente de Gestión de Proyectos, presentó una ponencia de título provocador: “Gana uniendo PMBOK® y PRINCE2®”.

Hablar de PRINCE2, el método de gestión de proyectos del gobierno británico (Axelos) y considerado competidor directo del PMBOK del PMI, en un contexto del PMI, era una oportunidad para la polémica; pero también una oportunidad para darlo a conocer -es todavía poco usado en nuestro país-, y para, sobre todo, exponer las ventajas de utilizar los dos marcos de trabajo de forma colaborativa, aprovechando las fortalezas de ambos, y obtener así un método de gestión de proyectos aún mejor.

Tanto si ya hemos adoptado (o queremos adoptar) PMBOK o PRINCE2, Glòria defendió que es posible buscar esta confluencia, añadiendo los puntos del uno que puedan complementar al otro en positivo. Por parte de PRINCE2 estos puntos serían:

  • La gran relevancia que se le da a la justificación del proyecto, desde su inicio hasta después de su cierre, definiendo también mecanismos para ser capaces de tomar la difícil decisión de parar un proyecto cuando se prevé que no dará los beneficios que lo justifican.
  • La robusta estructura organizativa de gestión de cada proyecto que tiene en cuenta los diferentes intereses (de negocio, de usuario y de proveedor) en la toma de decisiones, con roles y responsabilidades bien definidos y detallados.
  • La gestión por excepción, que permite delegar con control, definiendo tolerancias y también mecanismos de escalados, y cuándo hay que activarlos.
  • Las fases de gestión, como una capa adicional a las fases técnicas, facilitando una planificación más realista, el compromiso de recursos, la toma de decisiones, así como la mejora continua.
  • Una propuesta de documentos de gestión, con el detalle de apartados recomendados para cada uno, indicando incluso los criterios de calidad a cumplir
  • La facilidad de adaptación a diferentes entornos, entre ellos los ágiles o adaptativos.

Por su parte, PMBOK aportaría:

  • Un gran compendio de técnicas y herramientas a utilizar para cada proceso de gestión, que podríamos visualizar como la caja de herramientas del gestor de proyectos.
  • La gestión de los recursos humanos, para conseguir un uso efectivo de las personas involucradas en el proyecto.
  • Las habilidades y competencias que debe tener el gestor de proyecto, indicando incluso un código ético a seguir.
  • La gestión de adquisiciones que hay que afrontar en la mayoría de proyectos, teniendo en cuenta diferentes escenarios de contratación.

Por otro lado, hay áreas que son tratadas de forma similar por ambos marcos como, por ejemplo, el control de los cambios, la gestión de los riesgos y de la comunicación. También el enfoque de la estructuración en entregables (la WBS para PMBOK, la PBS para PRINCE2) sigue las mismas líneas, aunque PRINCE2 le da incluso más énfasis en el área de calidad.

En definitiva, quedó dicho que tenemos al alcance dos marcos de trabajo de gestión de proyectos muy robustos de los que se puede sacar el máximo beneficio al hacerlos trabajar juntos. Eso sí, siempre teniendo presente que lo más importante es el sentido común y la lógica, y que el objetivo no es seguir al pie de la letra las recomendaciones de estos marcos, sino maximizar el éxito de nuestros proyectos con una gestión lo más eficaz y eficiente posible.

 

Glòria Segura es ingeniera industrial. Lleva más de 25 años trabajando en el mundo IT, en consultoría, gestión de proyectos y gestión de servicios. Actualmente, su actividad se centra en la formación y consultoría de marcos de trabajo de Gestión de Servicios y de Gestión de Proyectos (ITIL, PRINCE2, PMBOK, MSP, Change Management, LeanIT).

Dr. Josep Maria Marco es profesor de los Estudios de Informática, Multimedia y Telecomunicación de la UOC y docente del ámbito de Management of Information Systems. Su investigación se focaliza, aunque no exclusivamente, en el estudio de los procesos de provisión de Servicios, Sistemas y Tecnologías de la Información (SSTI), así como en las prácticas de selección de proveedores de SSTI y de la gestión de la relación con ellos (con especial interés por el caso del sector público). Actualmente dirige el Postgrado en IT Project Management.

 

Unir PMBOK® i PRINCE2®?

El passat 22 de juny, a la seu de la UOC però en el context del capítol de Barcelona del PMI (estrenàvem conveni de col·laboració entre les dues entitats), la Glòria Segura (que, entre moltes altres coses, és una de les professores del nostre equip docent de Gestió de Projectes) va presentar una ponència de títol provocador: “Guanya unint PMBOK® i PRINCE2®”.

Parlar de PRINCE2, el mètode de gestió de projectes del govern britànic (AXELOS) i considerat competidor directe del PMBOK del PMI, en un context del PMI, era una oportunitat per a la polèmica; però també una oportunitat per donar-lo a conèixer -és encara poc usat al nostre país- i per, sobretot, exposar els avantatges d’utilitzar els dos marcs de treball de forma col·laborativa, aprofitant les fortaleses d’ambdós, i així obtenir un mètode de gestió de projectes encara millor.

Tant si ja hem adoptat (o volem adoptar) PMBOK o PRINCE2, la Glòria va defensar que és possible buscar aquesta confluència, afegint els punts de l’un que poden complementar a l’altre en positiu. Per part de PRINCE2 aquests punts serien:

  • La gran rellevància que se li dóna a la justificació del projecte, des del seu inici fins després del seu tancament, definint també mecanismes per ser capaços de prendre la difícil decisió d’aturar un projecte quan es preveu que no donarà els beneficis que el justifiquen.
  • La robusta estructura organitzativa de gestió de cada projecte que té en compte els diferents interessos (de negoci, d’usuari i de proveïdor) en la presa de decisions, amb rols i responsabilitats ben definits i detallats.
  • La gestió per excepció, que permet delegar amb control, definint toleràncies i també mecanismes d’escalats i quan cal activar-los.
  • Les fases de gestió, com una capa addicional a les fases tècniques, facilitant una planificació més realista, el compromís de recursos, la presa de decisions i també la millora contínua.
  • Una proposta de documents de gestió, amb el detall d’apartats recomanats per cadascun, indicant fins i tot els criteris de qualitat a complir.
  • La facilitat d’adaptació a diferents entorns, entre ells els àgils o adaptatius.

Per la seva banda, PMBOK aportaria:

  • Un gran compendi de tècniques i eines a fer servir per cada procés de gestió, que podríem visualitzar com la caixa d’eines del gestor de projectes.
  • La gestió dels recursos humans, per aconseguir un ús efectiu de les persones involucrades en el projecte.
  • Les habilitats i competències que cal que tingui el gestor de projecte, indicant fins i tot un codi ètic a seguir.
  • La gestió d’adquisicions que cal fer en la majoria de projectes, tenint en compte diferents escenaris de contractació.

D’altra banda hi ha àrees que són tractades de forma semblant per ambdós marcs com, per exemple, el control dels canvis, la gestió dels riscs i de la comunicació. També l’enfoc de l’estructuració en lliurables (la WBS per PMBOK, la PBS per PRINCE2) segueix les mateixes línies, encara que PRINCE2 li dóna encara més èmfasi en l’àrea de qualitat.

En definitiva, va quedar dit que tenim a l’abast dos marcs de treball de gestió de projectes molt robustos, dels quals se’n pot treure el màxim benefici fent-los treballar junts. Això sí, sempre tenint present que el més important és el sentit comú i la lògica i que l’objectiu no és seguir al peu de la lletra les recomanacions d’aquests marcs sinó maximitzar l’èxit dels nostres projectes amb una gestió al més eficaç i eficient possible.

 

Glòria Segura és enginyera industrial. Porta més de 25 anys treballant en el món IT, en consultoria, gestió de projectes i gestió de serveis. Actualment, la seva activitat se centra en la formació i consultoria de marcs de treball de Gestió de Serveis i de Gestió de Projectes (ITIL, PRINCE2, PMBOK, MSP, Change Management, LeanIT).

Dr. Josep Maria Marco és professor dels Estudis d’Informàtica, Multimèdia i Telecomunicació de la UOC i docent de l’àmbit de Management of Information Systems. La seva recerca se centra, tot i que no exclusivament, en l’estudi dels processos de provisió de Serveis, Sistemes i Tecnologies de la Informació (SSTI), així com en les pràctiques de selecció de proveïdors de SSTI i de la gestió de la relació amb ells (amb especial interès pel cas del sector públic). Actualment dirigeix el Postgrau en IT Project Management.