Cómo se gestiona un proyecto que nadie sabe si va a salir.
Vas a aprender las ideas básicas de la gestión de proyectos —cómo se organiza un grupo de personas para terminar algo a tiempo— con un caso real: cómo se construyó Spotify, la aplicación de música, contado en un episodio de la serie The Playlist. Después vas a usar esas ideas para mirar algo que te haya pasado a vos: en el TPI (el Trabajo Práctico Integrador de la materia), en un trabajo, en otra materia o en cualquier grupo.
Es individual: no hace falta juntarse con nadie. Son unos 80 minutos en total, y tenés dos semanas.
Mirá el episodio · ~50 minutosEl episodio 4 de The Playlist, en Netflix.
Leé las cuatro ideas · ~10 minutosEstán en esta misma página, más abajo.
Completá tu ficha y subila · ~20 minutosCuatro filas, una por idea: una escena del episodio y algo que te haya pasado a vos. La subís al campus virtual de la materia el día antes de la clase 11.
En la clase 11, que es presencialTu ficha es lo que vas a usar para contarle a tus compañeros y debatir. No hay que preparar nada más.
¿Cuándo es cada cosa?
| Tu comisión | Subir tu ficha al campus | Clase 11 |
|---|---|---|
| Lunes | domingo 25/10 | lunes 26/10 |
| Jueves | miércoles 28/10 | jueves 29/10 |
| Viernes | jueves 29/10 | viernes 30/10 |
El episodio
The Playlist («La playlist» en algunas versiones) · episodio 4: «The Coder» (el programador).
Dónde verlo: Netflix. Ver dónde está disponible ↗
La serie. Son seis episodios sobre cómo nació Spotify en Suecia. Cada episodio cuenta la misma historia desde una persona distinta: el fundador, un ejecutivo de una discográfica, una abogada, el programador, el socio que puso la plata y una artista.
De qué trata el episodio 4. Es 2006. Daniel Ek, el fundador de Spotify, quiere armar un servicio para escuchar cualquier canción al instante, gratis y de forma legal, en una época en que casi todos bajaban música de internet sin pagar (piratería). Necesita a alguien que lo construya, y convence a Andreas Ehn, un programador que está aburrido en su trabajo. Andreas acepta, pero con condiciones. El episodio cuenta cómo se construyó la aplicación, visto desde adentro del equipo de programadores.
No hace falta ver los episodios 1 a 3: este se entiende solo. Está hablado en sueco; miralo con subtítulos en español.
Las cuatro ideas
Las cuatro decisiones que aparecen en cualquier proyecto, sea una app, un trabajo práctico o una mudanza.
Gestionar un proyecto es decidir, una y otra vez, cuatro cosas: quién decide cómo se trabaja, qué no se negocia, cuánto se le puede pedir a la gente y qué se hace cuando cambia el equipo. Cada idea viene con un ejemplo de la vida cotidiana y con qué mirar en el episodio. Leelas antes de ver el episodio o justo después: así sabés qué buscar.
Quién decide cómo se trabaja
Hay dos formas de organizar a un equipo. En una, alguien de afuera decide cómo se reparten las tareas y en qué orden. En la otra, se le dice al equipo qué tiene que lograr, y el equipo decide cómo. A la segunda se la llama equipo autoorganizado.
Es una de las bases de las metodologías ágiles. En 2001, un grupo de programadores cansados de proyectos que tardaban años y salían mal escribió un documento corto, el Manifiesto Ágil, con una propuesta: trabajar en tramos cortos, mostrar avances seguido y dejar que el equipo decida cómo trabaja. Hoy esa forma de trabajar se usa en todo tipo de proyectos, no solo en software.
Qué mirar en el episodio: a quién llama Andreas para armar el equipo, cómo trabaja ese equipo, y qué pasa cuando se suma gente que no eligió él.
Qué no se negocia
Todo proyecto tiene tres cosas que tiran entre sí: lo que hay que hacer (el alcance), el tiempo y los recursos (plata, gente, máquinas). Si dos quedan fijas, la tercera es la que se mueve. A esto se lo llama el triángulo de hierro: las tres cosas son las tres puntas de un triángulo, y no se puede estirar una sin que se muevan las otras. Gestionar bien es saber de antemano cuál de las tres se va a mover, en vez de descubrirlo tarde.
Qué mirar en el episodio: qué le exige Daniel Ek al equipo de programadores, qué recurso les falta, y cuál de las tres puntas (lo que hay que hacer, el tiempo o los recursos) termina moviéndose.
Cuánto se le puede pedir a la gente
Las metodologías ágiles (las de la idea 1) trabajan en sprints: tramos cortos de trabajo, de una a cuatro semanas, que terminan con algo entregado. Los sprints del TPI son eso. Una de las reglas del Manifiesto Ágil es el ritmo sostenible: el equipo tiene que poder trabajar a ese ritmo indefinidamente. Un esfuerzo extra antes de una entrega puede pasar. Un proyecto que solo avanza si alguien se queda sin dormir está mal planificado, aunque al final salga.
Qué mirar en el episodio: qué deja Andreas en el camino para que el software salga, y si alguien del equipo se da cuenta.
Qué pasa cuando cambia el equipo
Los equipos cambian: alguien se va, alguien llega, alguien con más experiencia se suma a mitad de camino. Cuando un proyecto se atrasa o se complica, lo primero que se le ocurre a casi todo el mundo es sumar gente. A veces ayuda y a veces no, y desde adentro no es fácil saber cuál de las dos va a pasar.
Qué mirar en el episodio: quiénes se suman a mitad de camino, qué cambia cuando llegan, quién decide después, y cómo lo vive Andreas.
Tu ficha
La serie fue el caso. Ahora el caso sos vos.
Armá una tabla de cuatro filas, una por cada una de las cuatro ideas de la sección anterior. Cada fila tiene tres casilleros. Podés hacerla en un documento, en una planilla, o a mano en una hoja y sacarle una foto.
En el episodioUna escena donde aparece esta idea: qué pasa, y el minuto aproximado.
En mi vidaAlgo que te haya pasado a vos y se parezca a esa escena: en el TPI, en un trabajo, en otra materia, en un grupo de amigos organizando algo. Tiene que ser un hecho concreto: cuándo fue, quiénes estaban y qué pasó. No una opinión.
Lo que haría distintoUna línea: si te volviera a pasar, qué harías.
Subila al campus virtual de la materia el día antes de tu clase 11 (ver las fechas), y llevala a la clase, en papel o en el celular.
Cómo se ve una fila bien hecha
Un ejemplo inventado: la fila de la idea 3 (cuánto se le puede pedir a la gente), escrita por alguien que trabaja en un local de ropa.
En el episodioAndreas termina la aplicación, y en el camino deja de lado su vida personal (min. aprox.).
En mi vidaEn diciembre del año pasado, en el local de ropa donde trabajo, hicimos tres semanas seguidas de diez horas por día para las fiestas. La última semana nos equivocamos en dos pedidos y una compañera renunció.
Lo que haría distintoPedir en noviembre que se sume gente para diciembre, no cuando ya estamos desbordados.
No dice cuándo ni qué pasó. Lo podría escribir cualquiera, y lo escribe una IA sin saber nada de vos.
Solo lo podés escribir vos, y en clase lo podés contar en un minuto.
¿Y si no vi el episodio?
La columna «En el episodio» de tu ficha pide escenas con su minuto: si no lo viste, queda vacía, y se nota en lo que subas al campus.
Y en la clase 11 vas a quedar afuera de buena parte de la conversación: lo que se hace ese día parte de haber visto el episodio y de traer tu ficha.
Si querés más
Nada de esto es obligatorio.
La misma empresa, años después
El episodio muestra el desorden de los primeros años. Unos años después, Spotify se hizo famosa en el mundo de la tecnología por cómo organizaba a su gente: equipos chicos, de menos de ocho personas, cada uno a cargo de una parte de la aplicación y libre de decidir cómo trabajar. Muchas empresas copiaron ese modelo. Y un ex empleado sostiene que ni la propia Spotify trabajaba así. Sirve sobre todo para pensar la idea 1 (quién decide cómo se trabaja).
Otras historias sobre lo mismo
Armamos una lista de más de cuarenta series, películas y documentales sobre negocios digitales, ordenadas por tema, cada una con dónde verla en Argentina y su enlace.