La gestión de proyectos (II)

Principles of Project Management, en Open2Study

En la anterior entrada, hablé brevemente de los MOOC. Una de las plataformas de cursos en línea de las que hablé es Open2Study. Precisamente, en Open2Study he estado haciendo un curso que me ha resultado muy interesante, Principles of Project Management ('Principios o fundamentos de la gestión de proyectos').

Como su nombre indica, se trata de un curso centrado en los principales aspectos de la gestión de proyectos: ¿en qué consiste?, ¿cómo se lleva a cabo una buena gestión de proyectos? Solo hablaré de los aspectos más importantes y de forma reducida, porque, como es lógico, en el curso está mucho más ampliado y explicado.

Conceptos básicos sobre la gestión de proyectos

¿Qué es un proyecto?

Un proyecto, nos dice Sue Dowson, la profesora de este curso, es algo que vamos a crear, algo que es único. También añade que para llevarlo a cabo, tendremos un proceso en el que solo dispondremos de una cantidad limitada de recursos; también deberemos establecer un punto de partida y un punto final. Finalmente, añade Dowson, todos los proyectos tienen algo de incertidumbre, ya que son siempre nuevos y únicos.

¿Qué es la gestión de proyectos?

Para llevar a cabo una buena gestión de proyectos, tenemos que, en primer lugar, definir de forma muy clara cuál es el objetivo del proyecto. A continuación, hay que llevar a cabo una serie de formalidades, que incluyen una autorización para llevar el proyecto a cabo. En definitiva, una buena gestión de proyectos es llevar a cabo con éxito un proyecto hasta su finalización o entrega.

Extraído de
http://www.hiuniversity.us/wp-content/uploads/2013/11/project_management.jpg

A continuación, habrá que escribir un documento, llamado documento de constitución del proyecto o, en inglés, project charter, en el que figurarán los recursos, el tiempo y el presupuesto para que pueda progresarse en dicho proyecto. Después, el gestor de proyectos podrá llevar a cabo el proyecto.

Metodologías más importantes

Sue Dowson nos habla de las metodologías más importantes en lo referente a la gestión de proyectos. Aunque solo las mencionaré brevemente, es importante conocerlas.

1. PMBok (siglas inglesas de Project Management Body of Knowledge). Esta es la metodología que se sigue en el desarrollo del curso y la que suele seguirse en todo el mundo. La desarrolló el Project Management Institute, creado en 1969 en EE. UU. Esta metodología considera que en el desarrollo del proyecto se llevan a cabo 42 procesos, que se agrupan en cinco grupos: initiating, planning, executing, monitoring, controlling y closing, que desarrollaré más adelante. También habla de nueve áreas de conocimiento.

2. Prince 2. Esta metodología se creó en la Agencia Central de Informática y Telecomunicaciones del Gobierno del Reino Unido en 1986 (pero se publicó en 1996), y utiliza siete procesos, siete principios y siete temas. Tampoco creo que sea necesario profundizar más en ello.

3. CCPM (siglas de Critical Chain Project Management, 'Gestión de proyectos por cadena crítica') es otra metodología; esta la desarrolló el dr. Eliyahu Goldratt y solo tiene en cuenta la parte de planificación y gestión, es decir, no cubre todo el ciclo de vida del proyecto desde el principio hasta el final.

4. ISO 21500, publicada en 2012, que ofrece una explicación y una terminología que engloba todas las teorías anteriores y que se basa fundamentalmente en PMBok, por lo que la teoría que defiende es similar.

El ciclo de vida del proyecto

Como acabo de mencionar, cualquier proyecto tiene cuatro fases, que son las siguientes:

1. Concept ('concepción', 'idea'...), en la que se definen los objetivos del proyecto. Después, se escribe y se firma el documento de constitución del proyecto. En esta fase, según PMBok, se llevan a cabo dos procesos.

2. Develop ('desarrollo'), en la que se escribe el project management plan ('plan de gestión del proyecto'), que contiene una descripción más detallada de una serie de factores que afectan al proyecto, como el alcance del proyecto, la duración de las actividades que deban llevarse a cabo, el coste, los estándares de calidad, un plan de comunicación, análisis de riesgos... En esta fase se llevan a cabo 20 procesos.

Esquema de las cuatro fases de un proyecto.
Extraído de http://www.method123.com/images/project-lifecycle-v2.jpg

3. Execute ('ejecución'), en la que se lleva a cabo el proyecto. Hay que supervisarlo y controlarlo (monitoring and controlling) en todo momento, siguiendo en todo momento el plan de gestión del proyecto. En esta fase se llevan a cabo veinte procesos.

4. Finish ('finalización'), en la que el cliente debe comprobar que lo que se había acordado al principio del proyecto se llevará a cabo cuando este finalice. Después de esto, hay que archivar toda la información y todos los documentos que se hayan escrito para otros proyectos del futuro. En esta fase se llevan a cabo dos procesos.

Las nueve áreas de conocimiento

Sue Dowson también nos habla de nueve áreas de conocimiento que un gestor de proyectos debe conocer. En este caso, solo las mencionaré:

1. Scope ('ámbito').

2. Time management ('gestión del tiempo')

3. Cost management ('gestión de los costes')

4. Quality ('calidad')

5. Human Resources ('recursos humanos')

6. Procurement ('adquisición', 'obtención')

7. Communication management ('gestión de las comunicaciones')

8. Risk management ('gestión de riesgos')

9. Integration ('integración')

Los procesos de gestión

Finalmente, no hay que confundir el ciclo de vida del proyecto con los procesos de gestión, que son los siguientes:

1. Initiating ('inicio'). Se corresponde con la fase de concepto del ciclo de vida del proyecto.

2. Planning ('planificación'). Se corresponde con la fase de desarrollo.

3. Executing ('ejecución'). Se corresponde con la fase de ejecución.

4.  Monitoring&Controlling ('supervisión y control'). Se corresponden con la fase de finalización, aunque se llevan a cabo en todo momento durante la realización del proyecto.

5. Closing ('cierre'), que también se corresponde con la fase de finalización.

Así, los procesos de gestión se refieren a cómo gestionamos el proyecto, mientras que las distintas fases del ciclo de vida de dicho proyecto se corresponden a la manera en la que el proyecto se divide desde que se inicia hasta que se termina.

Todo esto lo he expuesto de forma muy, muy breve, ya que se desarrolla de forma muchísimo más amplia en el curso. Así, para finalizar, solo hablaré de dos aspectos más que he juzgado importantes: las limitaciones o restricciones del proyecto y las principales funciones del gestor de proyectos.

Principales restricciones del proyecto

Estas restricciones, conocidas en inglés como constraints, deben tenerse siempre en cuenta al llevar a cabo un proyecto y se resumen en el siguiente esquema:

Esquema de las tres restricciones de los proyectos. Elaboración propia a partir de la teoría.

Estas restricciones están distribuidas en un triángulo porque si se cambia una de ellas, esta tendrá un impacto en las otras dos. Por ejemplo, si se aumenta el ámbito (scope) del proyecto, esto afectará al coste (cost), ya que tendrá que invertirse más dinero, y al tiempo (time), ya que también tendrá que emplearse más tiempo en ello.

Sin embargo, tiene que tenerse en cuenta otra restricción de gran importancia, la calidad (quality):

Esquema de las tres restricciones de los proyectos, junto a la cuarta restricción, la calidad.
Elaboración propia a partir de la teoría.

Si cambiamos cualquiera de estas tres variables, la que va a sufrir, sin duda, es la calidad.

Principales funciones del gestor de proyectos

Aunque parezca simple, hay que tener en cuenta que el gestor de proyectos (o project manager) no es el dueño del proyecto (el dueño es el patrocinador o el cliente), sino que es el responsable de la gestión diaria de la ejecución del proyecto.

Asimismo, PMBok afirma que el gestor de proyectos debería tener tres características si quiere tener éxito: la primera, tener el conocimiento necesario sobre cómo funciona la gestión de proyectos (dicho conocimiento se obtiene al entender las nueve áreas de conocimiento, mencionadas anteriormente), desempeñar con éxito los 42 procesos, también mencionados, aunque muy brevemente, y una serie de características personales, que le harán capaz de comunicarse con todos los depositarios (en inglés, stakeholders, es decir, todas las personas que tienen un interés en el proyecto), inspirar y liderar a su equipo, tener en cuenta las restricciones del proyecto, trabajar bajo presión y llevar a cabo el proyecto en el tiempo acordado, con el presupuesto acordado y cumpliendo con los estándares de calidad que sean necesarios.

¿Qué beneficios tiene una buena gestión de proyectos?

Como no quiero extenderme más, como conclusión, llevar a cabo una gestión de proyectos es fundamental. Esto es importantísimo independientemente del proyecto que estemos llevando a cabo y es aquí donde entramos al terreno de la traducción. Como he ido comentando a lo largo de las entradas de este blog, una buena gestión de proyectos, también en traducción, es de gran importancia, dado que tenemos una serie de ventajas, como son las siguientes:

• Se mejoran las relaciones con los clientes, ya que tendremos que tratar con ellos durante el desarrollo del proyecto y tendrán una mejor impresión de nosotros al ver cómo estaremos organizando dicho proyecto

• Se reduce el tiempo de desarrollo, ya que estará todo (o casi todo) planificado

• Se reducen gastos (importantísimo)

• Se aumenta la calidad y la fiabilidad del gestor de proyectos

• Se controlan mejor los recursos internos

• Se aumenta la moral de los trabajadores, que se ven más involucrados en el proyecto

• Proporciona una ventaja competitiva

En definitiva, creo que una buena organización es esencial, ya sea para proyectos grandes o para proyectos pequeños. Además, si se es más productivo, se reducirán los costes y el tiempo, dos restricciones que siempre hay que tener presentes en el desarrollo de un proyecto.

En conclusión, el curso me ha parecido muy interesante, porque he aprendido muchísimos conceptos relacionados con la gestión de proyectos. Sin embargo, me ha parecido excesivamente teórico y quizá algunos ejemplos prácticos no habrían sobrado... De todas formas, recomiendo este curso como recomiendo cualquier MOOC que pueda serviros para vuestra formación, porque son muy interesantes y siempre aprendes algo.

Los MOOC

Una sigla que está muy de moda en internet...

¿Qué son los MOOC?

Los MOOC, siglas inglesas de Massive Open Online Course ('Cursos en Línea Masivos y Abiertos) son, como su nombre indica, unos cursos a los que cualquiera, en cualquier momento y con cualquier formación (incluso ninguna), puede acceder, en la mayoría de los casos, sin tener que pagar.

Con la que está cayendo, está claro que esto es una estupenda alternativa para aquellos que no puedan pagarse estudios o simplemente para aquellos a los que les apetezca aprender algo que, en principio, no tiene nada que ver con su formación.

¿Qué MOOC existen en la actualidad?

Ese fue mi caso, de hecho: el primer curso que hice fue uno de Introducción a las ciencias de la informática, organizado por Udacity, en el que se enseñaba, fundamentalmente, a programar utilizando el lenguaje Python. Hasta entonces, era un lenguaje de programación totalmente desconocido para mí pero ahora, aunque no me he convertido en una programadora, tengo las suficientes nociones como para saber defenderme.

"Introduction to Computer Science": ese es el curso que hice.

De hecho, Udacity es una de las plataformas MOOC más importantes y conocidas. Sin embargo, hay otras muchas, claro. Otra plataforma que descubrí un poco más tarde fue Coursera, que organiza cursos mucho más variados:

Captura de pantalla de Coursera.

En Coursera intenté hacer un curso de lenguaje computacional, si no recuerdo mal, pero fue demasiado difícil para mí...

Pero... ¿qué pasa si no sabemos inglés? Pues hay muchas más ofertas, desde luego. Las que más me han llamado la atención son dos, UNED COMA ("COMA" responde a las siglas de Cursos Online Masivos y Abiertos) y MiríadaX. El año pasado hice un curso de alemán para hispanohablantes y uno de inglés profesional mediante UNED COMA, que me gustó muchísimo, y ahora estoy haciendo uno de Introducción al desarrollo de videojuegos en Miríada X, que también me está pareciendo muy interesante.

Sin embargo, esto no acaba aquí: ¡hay muchísimas más páginas webs donde puedes encontrar cursos en línea abiertos! Sin ir más lejos, hace unos días terminé un curso de introducción a la gestión de proyectos en Open2Study, del que hablaré en otra entrada, porque creo que tiene interés de cara a la traducción. Y para terminar, también hay una plataforma que ofrece muchos cursos interesantes en francés: se trata de FUN (siglas de France Université Numérique, Francia Universidad Digital, literalmente). Todavía no he hecho ningún curso en esta plataforma, a pesar de que vi alguno interesante, porque tampoco quería saturarme con cursos.

Entonces, ¿los MOOC sirven para algo?

En definitiva, este tipo de cursos son muy útiles por varias razones. En primer lugar, te viene bien para el currículum (aunque la mayoría de certificados, si es que los expiden, no tienen la validez oficial de un título, pero ahí están); en segundo lugar, sigues formándote y, en el caso de que no estés haciendo nada, te viene bien para no quedarte parado (en ambos sentidos, desgraciadamente). En tercer lugar, si estás haciendo un curso en una lengua que no es tu lengua materna, te viene bien para practicar y mejorar dicha lengua y, en cuarto y último lugar, ¡siempre aprendes algo nuevo! Solo hace falta algo de constancia, dado que son cursos que hacemos porque queremos: nadie nos obliga a hacerlos, y es por eso que resultan tan interesantes.

Algunas plataformas también ofrecen medallas, a la manera de los logros de los
videojuegos... Aquí tenéis algunas de las medallitas que he obtenido en Open2Study.

Pasos previos a la creación de una memoria de traducción (I)

La importancia de un buen corpus  

La mejor memoria de traducción, en formato .tmx; el mejor corpus, Internet  

Como ya hablé en esta entrada sobre las memorias de traducción, solo me gustaría centrarme en dos aspectos, la alineación y la importancia de los corpus o colección de textos, que sirven como textos paralelos para alimentar la memoria de traducción.

Traducciones de Hamlet: ejemplos en TMX. Aquí 

puede verse cómo los segmentos están divididos

por unidades de traducción (TU), división en la que, 

dada su subjetividad, los teóricos de la traducción 

no se han puesto de acuerdo. Extraído de Abaitua, 

Joseba: op. cit.

¿Por qué he decidido hablar de estos dos aspectos? En  cuanto a los corpus (a la alineación le dedico otra entrada), estuve leyendo una serie de artículos y uno me llamó especialmente la atención, puesto que hablaba de qué ocurriría si pudiéramos utilizar internet como una colección de textos, como un corpus inmenso (o incluso infinito) o, en palabras de Joseba Abaitua, autor de dicho artículo, si convirtiéramos internet en una inmensa memoria de traducción(1).

Abaitua realiza un análisis bastante completo de la teoría de la traducción (de hecho, habla de conceptos recurrentes en la asignatura de Traductología como la equivalencia o la unidad de traducción) aplicándola a la traducción automática y asistida, de forma que, partiendo del concepto de que todas las lenguas del mundo comparten una misma subestructura lógica, si pudiéramos descubrir y formalizar dicha subestructura, el problema de la traducción estaría resuelto.

Sin embargo, como suele ocurrir, la teoría dista mucho de la práctica y, por ello, los resultados de los sistemas que se basaban en esta teoría no han sido muy buenos(2). Abaitua cita a Melby, que duda de la existencia de unidades conceptuales universales (los universales es otro concepto habitual en Traductología) e incluso llega a decir que esta teoría (y también puede deducirse que la de la subestructura) es utópica de cara a la traducción automática. Además, el problema de los giros idiomáticos (fórmulas, frases hechas...) tampoco parece haberse solucionado (puesto que son expresiones más bien dinámicas que, por lo tanto, no pueden estar recogidas por completo en diccionarios, que son más bien estáticos y las recogen de forma homogénea y sistemática).

Después de este análisis tan exhaustivo, Abaitua pasa a hablar del TMX (acrónimo del inglés Translation Memory eXchange), formato habitual de las memorias de traducción que facilita el intercambio de estas entre distintos programas de traducción asistida y que, por lo tanto, es el más recomendado para guardar una memoria de traducción.

Las memorias de traducción recogen un corpus que contiene una serie de textos paralelos; es importante disponer de buenos textos paralelos puesto que, en ese caso, será «posible obtener porcentajes cercanos al 100% para la alineación tanto de palabras como de oraciones. [...] [De hecho,] un corpus alineado y anotado constituye una memoria de traducción [...] (MMT), una tecnología alternativa a la traducción de base semántica [es decir, la tradicional que se ha hecho siempre] y tiene su origen en una propuesta de Nagao (1984) llamada traducción "por ejemplos"»(3). No continuaré profundizando en el concepto de memoria de traducción, pues ya le dediqué una entrada, pero quería reflejar las palabras de esta autor, puesto que la resume de forma clara y sencilla. Estas memorias de traducción, por lo tanto, traducen por analogías y, aunque hay que tener cuidado con ellas, pueden llegar a ser muy útiles para el traductor.

El problema de las memorias de traducción, sin embargo, es que primero hay que alimentarlas de textos, proceso largo y laborioso, además de que hay que alinear cada segmento de cada texto, como explicaré en la siguiente entrada que sirve de complemento a esta.

A lo que quería llegar con esto es a lo mismo a lo que llega Abaitua: tras hablar del copyleft (es decir, que garantiza la distribución mediante términos legales, sin que nadie pueda alterar dicha condición de libre distribución) y del software libre (más adelante, mencionaré un blog bastante útil que recoge muchos programas de traducción de este tipo), menciona la existencia de recopilaciones de obras literarias y de traducciones, como el proyecto Gutenberg o la Biblioteca Virtual Cervantes (como curiosidad, existe un proyecto similar de obras en lengua japonesa llamado 青空文庫, aozora bunko, 'Colección del cielo azul'), que recogen textos cuyos derechos de autor ya han caducado y que podrían utilizarse como  buenos corpus. Si a esto le añadimos que podrían existir motores de búsqueda similares a Google, pero especializados en la búsqueda de corpus multilingües, las memorias de traducción se verían alimentadas a  una gran velocidad y, lo que es mejor, de forma muy eficaz. Sin embargo, para que esto sea posible, autores, traductores y editores deberían permitir la libre circulación de sus trabajos, que deberían estar disponibles en internet; para que llegue este momento, me temo que todavía queda mucho y más dado el actual debate que hay sobre la propiedad intelectual...

En conclusión, creo que, por ahora, cada traductor tendrá que alimentar su propia memoria de traducción, lo que será más costoso en términos de tiempo y esfuerzo, y, además, esta memoria de traducción no será lo completa que sería si contara con textos de todo el mundo, hechos por todo tipo de personas... Como en muchos otros ámbitos, estamos muy lejos de alcanzar esta «riqueza» y, por ahora (aunque sí es verdad que hemos avanzado mucho), cada uno tendrá que apañárselas como pueda.

___________________

(1) Abaitua, Joseba: «Memorias de traducción en TMX compartidas por Internet». Accesible en: http://webs2002.uab.es/tradumatica/revista/num0/articles/jabaitua/central.htm [Consulta: 22/III/2012]
(2) Abaitua, Joseba: op. cit.
(3) Abaitua, Joseba: op. cit. 

El crowd-sourcing

Un fenómeno que todos conocemos aunque no sepamos su nombre