IA en la Gestión de Proyectos: los supuestos implícitos [parte 2]

 Autor: Beñat Descalzo Alcuaz (equipo Ada Byron)

(Nota: Esta L.A. es parte de una serie de artículos. Si no lo has hecho, accede al artículo general aquí)

Como bien resume el refranero de la lengua cervantina, "el diablo se esconde en los detalles". Con LLMs, esto es especialmente cierto. Los humanos, a partir de nuestra experiencia, trabajamos bajo varios supuestos tan evidentes (a nuestra percepción) que no quedan escritos en ningún lado. Los LLMs no cuentan con esa intuición interna. Por tanto, la mejor heurística defensiva aquí es sencilla: da por hecho que, para todo aquello que no hagas explícito, el modelo va a hacer la interpretación menos caritativa posible.

IA en la Gestión de Proyectos: el riesgo del contexto [parte 1]

Autor: Beñat Descalzo Alcuaz (equipo Ada Byron)

(Nota: Esta L.A. es parte de una serie de artículos. Si no lo has hecho, accede al artículo general aquí)

Definimos la "ventana de contexto" de un modelo de lenguaje como la cantidad de contexto que puede mantener razonablemente, sin empezar a olvidar o a inventarse detalles. Las ventanas de contexto útiles son limitadas (a día de esta redacción, ~256K tokens llevándolo al límite, aunque se anuncien 1M tokens) y, a partir de cierta cantidad de texto, es mucho más probable que el modelo alucine o pierda rigor en la tarea original^[1]. Además, en cuanto comete un error, está estudiado uno de sus mayores problemas: tiende a redoblar la apuesta, reafirmándose implícitamente en sus propios fallos^[2].

IA en la Gestión de Proyectos: ¿un caballo de Troya? [general]

Autor: Beñat Descalzo Alcuaz (equipo Ada Byron)

Pocas tecnologías han sido tan disruptivas en los últimos años como la IA generativa. Está afectando, ya sea bienvenida o por la fuerza, a todo trabajo que pueda realizarse en un ordenador (desde la generación de código hasta la -polémica- generación de ilustraciones). Por supuesto, la barbarie burocrática asociada a la gestión de un proyecto no iba a ser menos.

El director afronta la tarea de armonizar documentos sueltos, densos y potencialmente contradictorios: especificaciones formales del cliente, comunicaciones con el mismo, especificaciones internas de la organización, regulaciones pertinentes, y un largo etcétera. A la hora de planificar un proyecto es fácil mezclar mentalmente requisitos (especialmente cuando el tiempo para revisar la planificación es limitado), olvidar alguno de los puntos relevantes, o pasar por alto contradicciones sin resolver entre la organización y el cliente. Por supuesto, una de las primeras líneas de fuego debería ser siempre la revisión de calidad sobre la propia planificación, pero la idea se mantiene: en muchos casos, es altamente propensa a errores.

Más vale prevenir que currar

 Autores: Jorge Arévalo y Laura Rodríguez

Cuando arranca un proyecto, lo primero que se nos pasa por la cabeza es: cuanto antes empecemos a producir, mejor. Hay plazos, hay entregas, hay nervios. Pero esa urgencia por meterse en faena, aunque nace de buena intención, puede acabar jugando una mala pasada.

Entre que se publica el proyecto y el momento en que empezamos a redactar documentos, grabar vídeos o diseñar páginas web, hay tiempo que solemos comprimir demasiado. En Gestión de Proyectos a esta etapa la llaman etapa preconstitucional, y se le asigna una dedicación estimada de unas tres horas de trabajo fuera de clase.

Parece mucho, pero nuestra experiencia y la de otros equipos, apunta a que esas tres horas mal aprovechadas pueden costarte mucho más tiempo después.

El riesgo de no controlar las peticiones del cliente

 Autor: Mikel Berasategui

No son pocas las lecciones que podemos encontrar en este dominio que hablen acerca del cliente y de como gestionar la comunicación con él. Algunos de estos artículos son Comunicación con el cliente, Con el cliente desde el minuto uno, Comunicaciones con el Cliente, aprendiendo de los errores... o No saturemos al cliente. Sin embargo, ninguno de ellos menciona el fenómeno conocido como scope creep (también síndrome del lavadero, arrastramiento del alcance o corrupción del alcance en español), el cual tiene su impacto de mayor o menor medida en cualquier proyecto que involucre a un cliente (según un artículo de Productive.io, que cita datos del IEEE y del PMI, hasta el 50% de los proyectos sufren ese fenómeno). Veamos de qué trata esto:

Adquisiciones negligentes y la cultura de las casillas de verificación

AUTOR: Daviti Khadilashvili Basilashvili

Uno de los productos a elaborar en un proyecto era un guion técnico de vídeo que debía adjuntar una carpeta todas las adquisiciones de audiovisuales. Solo faltarían las tomas originales, que son elaboraciones propias y no adquisiciones. Las adquisiciones podían descargarse de internet o encargárselas a una IA (proceso de subcontratación). Obviamente, la licencia de cada audiovisual debía ser compatible con la licencia del vídeo a elaborar con el guion, la cual figuraba en el contenido del guion. Hechas las adquisiciones y el guion nos dimos cuenta de que la licencia de algún audiovisual y la del vídeo eran incompatibles o incumplían requisitos de alcance o calidad.

La IA como herramienta

AUTOR: Ariel Ibáñez Gabás

Desde la aparición de la primera versión accesible de ChatGPT, a finales de 2022, nos hemos acostumbrado a sacar el móvil y acceder a una IA para delegar en ella múltiples tareas que después entregamos como nuestras. La forma de usar la IA suele incluir errores importantes:

1. La IA no sabe qué pasa por nuestra mente y no se lo solemos comunicar con precisión suficiente. 
2. Una imagen vale más que mil palabras y esto también vale para comunicarse con una IA.
3. Normalmente le pedimos trabajos finales, pero le pedimos menos verificaciones o consejos.

Los requisitos y sus detalles llevan tiempo

AUTOR: Alberto Maurel Mendizábal

¿No has hecho nunca recopilación de requisitos? Parece fácil. La idea es coger papel y bolígrafo, apuntar lo que te piden y ponerlo luego en limpio. Pero, ¿seguro que lo has entendido todo bien?, ¿No te has olvidado de ninguna petición? ¿Las has transcrito bien? A veces una palabra lo cambia todo...¿Qué harás la próxima vez?

La maraña de requisitos y los extras

AUTOR: Joaquín Ortíz de Murua Ferrero

Planificar el alcance es explicar qué vamos a hacer en el proyecto. Antes de empezar con un producto es importante definir su alcance. Si no tenemos claro qué hay que hacer, orientaremos mal el trabajo o haremos cosas innecesarias. Una parte del alcance es la lista de requisitos del producto. A veces, para productos sencillos, nos los pueden pedir mediante unos pocos párrafos…

Prototipos con plantillas de Canva

AUTORA: Laura Moreno Resa 

Un prototipo de interfaz es un boceto que presenta de forma visual la estructura, contenidos y distribución de la futura interfaz. Puede ser navegable. Los prototipos son una herramienta clave para entender bien las necesidades del cliente, tanto respecto al alcance como a la calidad de los productos a realizar.

La importancia de una buena selección de adquisiciones

AUTOR: David Bernal Gómez

La gestión de adquisiciones puede ser un factor clave del proyecto. Es una actividad que se planifica y a la que se hace seguimiento y control. La calidad de lo adquirido influye notablemente sobre la calidad del producto resultante. Por tanto, parece sensato dedicar un tiempo razonable a seleccionar las opciones más provechosas en lugar de hacerlo al azar o considerando un único criterio.

El iceberg de requisitos y nuestro "Titanic"

AUTOR: Carlos Carbonell Urtubia

La recopilación de requisitos es una de las actividades de mayor trascendencia en el desarrollo de software. Debemos comprometernos junto al cliente en la elección de requisitos, distinguiendo muy bien entre lo que desea y lo que necesita. Es fundamental entender bien lo que nos quiere transmitir el cliente (no olvides que el profesional eres tú y no él). Es muy fácil que olvides apuntar cosas que te ha pedido, que apuntes cosas mal (por no haberle entendido) o decidir hacer las cosas que más te apetecen a ti, mientras rechazas lo que más necesita él.

Herramienta sencilla de prototipado: Adobe XD

AUTOR: Alejandro Martínez Martínez

Un prototipo permite mostrar al cliente nuestra idea del producto de forma gráfica y tangible. Puede tener su importancia para la aceptación del proyecto. Hay muchas herramientas para hacer prototipos de páginas web y aplicaciones móviles. Una muy útil con una curva de aprendizaje muy baja es Adobe Experience Design (Adobe XD).

Betekizunen arteko erlazioen eragina

EGILEA: Iker Montoya

Betekizunen arteko erlazioak direla eta, hauen eragina handia izan daiteke. Erlazio hauek behar bezala aztertu eta baloratu behar dira proiektuarengan izan dezaketen eragina zehazteko.

Proiektuak osatzen dituzten betekizunen arteko erlazioak beti existitzen dira, proiektua bera hauen multzoa baita, eta produktua betekizun hauen ondorioa dira. Betekizun hauen garrantzia edo eragina planifikazioan estimatzen dira hauen kostua (denbora, dirua, pertsonak...) ezarriz. Batzuetan betekizun hauek burutzeko prozesuak era independentean eta sekuentzialki tratatzen dira, hauen hasiera eta bukaera zehaztuz, eta ondorengo prozesua abiatuz, erlaziorik izango ez balute bezala. Hala ere, badira kasu batzuk, non betekizunak elkarren arteko erlazioa duten, eta estimazioa eta planifikazioa modu konplexuago eta zehaztuago batean egin beharko liteken.

Bezero taldea: zenbat buru, hainbat aburu

EGILEA: Goiatz Irazabal Rodríguez

Proiektu batean, eragin nagusietako bat bezeroarena da. Bezeroa da gure produktuaren hartzaile eta horretarako kontratatu gaitu. Bere esanetara egin behar dugu lan, beti ere gure irizpideak jarraituz, baina eskatutakoarekin bat datorren emaitza atsegin bat lortuz.

Bezeroaren nahiak ezagutu eta gaizkiulertuak ekidin

EGILEA: Nerea Murua Sarriegi

Proiektu bati aurre egiterako orduan, kontuan izan beharreko helburu nagusia bezeroa produktuarekin gustura egotea da eta bezeroaren nahiak asetzea. Hori dela eta, oso garrantzitsua da bezeroarekin izaten den komunikazioa: bezeroaren eskakizunak eta nahiak ehuneko ehunean ulertzea eta, beraz, gaizkiulerturik ez egotea. Gainera, sarritan bezeroarekin bildu ordez, posible da bezeroaren ordezkariren batekin biltzea, eta honelako egoeretan, oso kontuz ibili behar gara. Datozen lerroetan bezeroekin izan beharreko komunikazioan gaizkiulerturik ez egoteko egin beharrekoa azalduko dut honako bi egoera hauetan: lehenengoa, bezeroarekin zuzenean biltzen garenean; eta bigarrena, berriz, bezeroaren ordezkariarekin biltzean.

Bezeroarekin komunikazioa

EGILEA: Jon Paternain Santesteban

Edozein langileren bizitza laboralean zehar, seguraski hainbat proiektutan parte hartuko du horren ondorioz mota desberdineko bezeroekin tratatuko beharko du. Baliteke proiektua jorratzen duen gaian aditua den bezeroa aurkitzea, kasu horretan proiektuaren betekizunak eta mugak modu nahiko zehatzean finkatzea posible izango da, bezeroak jakingo duelako zer behar duen eta helburu horiek lortzeko jarraitu daitezkeen bideak ere.

Reuniones con el cliente: Claves para actuar correctamente

AUTOR: Erik Noriega Sánchez

A la hora de reunirse con el cliente pueden surgir dudas respecto a cómo debemos preparar la reunión o que pasos debemos seguir para que resulte lo más satisfactoria posible para ambas partes. Con el fin de conseguir tales objetivos, conviene tener claras ciertas ideas clave que debemos cumplir sea cual sea el tema a tratar con el cliente.