Hola!

Habiendo cursado Proyecto Final, materia integradora de 5to año de en Ingeniera en Sistemas de Información y a su vez último final requerido antes de recibirse, quiero dejar mi granito de arena en este foro que tanto me aportó a lo largo de los años.
Existe otro post que tiene la misma finalidad que este (don't clic me) pero al ser del año 2015 me pareció útil dar una nueva mirada a la cátedra luego de 5 años y qué la gente vea por sí misma cuánto cambió.

DISCLAIMER: me disculpo de antemano por la longitud del post, resalté algunas cosas con bold por si alguien quiere una especie de TL;DR

Prólogo
Esperé un par de meses antes de escribir esta opinión para calmarme. No porque haya tenido algún final trágico o algo por el estilo, simplemente porque me parece que al final de la cursada se mezclan muchas emociones como: estar por terminar la carrera, la felicidad de aprobar, la frustración por todo lo que salió mal, que ciertas cosas no hayan sido como uno esperába, etc. Y después también porque se me pasó y ahora con la cuarentena, adoptando el estilo de vida de un koala, puedo escribir esto más relajado y tranquilo.

Calentando motores
Terminé Proyecto Final en Diciembre del 2019 con Salem, después de una cursada larga y extenuante que inició allá por Marzo del mismo año. Antes de iniciar mi aventura conformé mi equipo un mes previo a la inscripción.
Nótese el uso de la palabra EQUIPO (ya me parezco a los de cádedras humanas, me entenderán los que hayan cursado la electiva ), que es distinto a GRUPO. Si quieren saber la diferencia les ahorro una materia: link. Algunos pensarán "mucho humo", puede ser, pero en este caso es esencial. Piensen que van a pasar todo el año trabajando con esas 4 personas (los equipos en la materia suelen estar conformados por hasta 5 personas) y tienen que lograr algo más o menos potable. Así que cuanto más conozcamos a las personas con las que vamos a pasar un largo tiempo hablando y tomando decisiones...mejor. También es importante el detalle de armar equipo antes de la cursada. Por favor no se manden a cursar sin equipo...ojo no digo que no se pueda, hay gente a la que la vi hacerlo y salió todo bien, pero les aseguro que tener un equipo de personas con las que uno ya cursó en años previos es un bonus considerable. Ya tener una noción de como trabajan tus compañeros es fundamental para una cursada con un nivel de estrés moderado y no un nivel overkill; ya que podes estimar mejor los deadlines y la comunicación fluye más.
Teniendo ya a mis "infalibles" teammates, inició mi cursada.

El inicio
Uno va a esta materia con más dudas que certezas o al menos así fue para mi. Yo leí los foros, escuché rumores, hablé con gente, etc. Pero nunca nada es como vivirlo en carne propia. Y aunque todo es subjetivo, casi la definición de lo que es una opinión, voy a tratar de ser lo más objetivo posible.
Primero la experiencia que uno tiene con Proyecto Final depende mucho de la "cátedra". Es medio raro expresarlo de esta manera pero es así. Todos sabemos que cada materia tiene su cátedra (conjunto de profesores, conjunto de políticas para enseñar, etc). Por lo general oficialmente hay 1 pero pueden haber varias más "en negro" if you know what I mean. En fin, a lo que me refiero con esto es que depende mucho del profesor + ayudante que te toque (cuando no eh ..). Hay algunos que van a ser más permisivos con los proyectos que quieran hacer, otros más exigentes, algunos te van a joder mucho con la documentación mientras que otros no tanto, etc. Hay de todo, es cuestión de ir a cursar, tirar de la ruleta y ver qué nos toca. Azar o suerte, como quieras llamarlo, siempre están en nuestras vidas de una forma u otra

El primer día de clases es interesante porque entras lleno de expectativas, de ideas, ganas, emoción, la materia "más importante" de la carrera carajo! (o al menos debería serlo)...para después ir perdiendo cada pizca de tu alma lo largo de la cursada....estoy exagerando un poco jaja; pero hay una pizca de verdad en esa oración.
Después de haberse establecido los equipos de manera formal y de una pequeña introducción de lo que se espera de los alumnos por parte de la cátedra, viene el primer gran hito de toda la cursada: "elegir" el proyecto.

"Si tenés una manzana y una naranja...calculá la masa del sol".
Al comienzo te piden lo imposible. Quieren que sigas el siguiente proceso (a grandes rasgos lo que me acuerdo, don't blame me if it's not accurate):
- Elegir una industria
- Hablar con gente de la industria.
- Entender alguna problemática que tengan, las necesidades.
- Plantear una posible solución.
- Dar a luz a la idea del proyecto.

Y todo eso para la próxima semana
Sisi, reunirte con potenciales clientes inclusive...cool.

Esto nos dice varias cosas:
1) Desde el vamos varias de las ideas que lleven a la mesa, van a ser descartadas.


2) Todo está orientado a algo que se venda, que genere un ingreso, que sea factible económicamente.


3) Si conseguís un cliente, altas chances que aprueben tu idea.


La documentación
Mucha, mucha documentación. Documentación everywhere. Es un tema debatible, pero estoy 99% seguro que no se va a leer ninguna documentación que hagan. Sí lo se, rompí tu corazón y tus expectativas...Hablando en serio, hay demasiada documentación por rellenar para que después no la vea nadie. El objetivo de esto se dice que es para poner en práctica el desarrollo de un proyecto y además ejercitar algunas cosas como "ponete a pensar en los posibles riesgos de tu proyecto, su severidad, formas de mitigación, etc" por si nunca lo hiciste antes, para que tengas práctica....En mi opinión la documentación es algo útil, en ciertos casos, pero que nadie quiere hacer o mantener.
No tengo muchas quejas con respecto a esto más allá de que estoy 99% seguro de que nadie la va a leer. Nuestros ayudantes nunca corrigieron alguno de los tantos documentos que les pasamos excepto por: el GANTT (sí o sí lo van a tener que ir actualizando, sería el cronograma del proyecto), el Acta de Proyecto (es un resumen del proyecto en 2 o 3 páginas) y las carátulas (benditas carátulas, aunque está por ahí el dicho de "No juzges a un libro por su portada" bueno, acá no se cumple tanto eso).
Y qué pasa con todo lo demás? Pff andá a saber si lo van a leer; El último día, el día de la presentación final, llevas el manual de usuario que parece una biblia 2.0 + todos los documentos y seguro quedan archivados en algún lugar till the end of time. Sus ayudantes les van a decir que los van a leer...puede ser pero no lo creo porque te firman la libreta antes de eso. De todas formas les doy el beneficio de la duda y por eso 99%

Good thing, el año de mi cursada casi dejan entregar toda la documentación por un medio digital (así no gastas al pedo en imprimir 100000 páginas) pero no se llegó a organizar bien y terminó siendo papel a lo old school. Supongo que en años posteriores lo implementarán mejor. Si la cuarentena por el COVID se extiende probablemente no les quede otra

Hay una electiva de Gerenciamiento de Proyectos dada por Salem, vale la pena? Diría que no. Es decir, si lo haces con el objetivo de "suma algo a Proyecto Final", no te preocupes que no suma. Y en todo caso te dan todos los templates en la cursada. Es más, los ayudantes mismos no se ponen en un mismo lineamiento a veces con Salem. Varias veces tuvimos que reescribir cierto documento, más que nada el Acta de Proyecto, porque los ayudantes nos dijeron A y después Salem vino y nos dijo B (y claramente Salem tiene la última palabra).

El fin del primer cuatri
Finalizamos el 1C con poco y nada implementado al igual que la mayoría de los otros equipos. Se demoró mucho el OK de las ideas de cada equipo por lo que hasta fines de Mayo, primeras semanas de Junio no había nada muy definido. Piensen que una vez definida la idea, hay que ponerse de acuerdo quién va a hacer cada cosa, hacer un cronograma, ver las tecnologías con las que estamos más cómodos, quién puede ayudar a quién por si se traba, curva de aprendizaje si la hubiese, etc.
Habiendo definido todo comenzamos la implementación. Acá depende mucho de cada equipo y la experiencia que tengan, como a su vez elegir buenas herramientas. En nuestro caso teníamos un equipo con gente que trabajaba ya hace un par de años desarrollando por lo que no hubo demasiadas complicaciones a la hora del desarrollo. Dividimos bien las tareas y listo, cada uno por su lado. De nuevo, esto depende mucho del equipo y también es por lo que estoy convencido (Grandoso estaría orgulloso) que es vital hacer un buen equipo.

El principio del fin
Durante el 2C, la mayor parte fueron tableros de control y reuniones cada 2 semanas con los ayudantes.

Los tableros de control me gustaron, consisten en armar una pequeña PPT, con un template de 1 slide que te dan, en donde comunicas: el estado del proyecto, lo que se hizo en esa iteración, problemas, posibles riesgos/amenzas, etc. Todo bien conciso y en menos de 10 minutos tiene que presentarlo alguien del equipo y prepararse si llega a surgir alguna pregunta. Hay apróximadamente 5 o 6, así que todos los integrantes del equipo pueden llegar a tener una oportunidad para pasar. Este aspecto me parecería genial que le den más importancia en la facultad, el hecho de pasar al frente a defender algo. Muy útil para la vida y como experiencia para un contexto laboral donde muchas veces hay que dar explicaciones.

Las reuniones con los ayudantes son poco y nada fructíferas luego de haber definido la idea. Al igual que dije antes, se desafía escasamente el aspecto técnico de la solución más allá de las preguntas bases de "por qué decidieron usar X?". Por ahí a otros equipos que llegaron a tener que afrontar cuestiones como Machine Learning tuvieron más feedback de sus ayudantes, no fue nuestro caso. Soy partidario de que siempre se puede desafiar un proyecto del lado técnico en algún aspecto y eso faltó.

El soporte no tan soporte
Los ayudantes que nos tocaron fueron no tan ayudantes. Suerte será? Who knows...las pocas preguntas que les hacíamos sobre la documentación tenían respuesta días o hasta semanas después de haberlas formulado. Incluso durante la iteración de ideas para el proyecto su feedback fue poco "estimulante".

Los seminarios
Sirven? No.
Es lo que te toman en el final? Sí
Entonces valen la pena? No
Son malos, no tengo otra palabra para describirlos. Te amenazan con tomar lista, al menos en mi cursada no vi que tomaran nunca. No hay contenido nuevo que no se haya visto en otras materias previas...encima eran los Sábados y muy aburridos. Le tratan de poner onda preguntando a la audiencia pero no da resultado...Es una pérdida de tiempo. Hay resúmenes subidos, también se graba y se sube un video al campus, y hasta diría que el final no lo podes desaprobar (no checkeado).

Cerrando todo
Llegando a Noviembre se vuelve todo un poco caótico. Acá se nota el resultado de una buena planificación y no haberse rascado a dos manos. En nuestro caso implementamos varias cosas durante las vacaciones de Invierno y mantuvimos un ritmo constante durante el cuatri. La mayoría del equipo dejó para el segundo cuatri materias más livianas (cof cof ladris cof cof) para que no nos representen una carga extra y poder meterle al proyecto si nos atrasábamos.
Se acercaba la presentación final que consiste en vender el producto a la cátedra en 20 minutos aprox, con una demo incluida. Para mi es así: + factor wow ==> más nota. Seguro entra en la balanza otros aspectos durante la cursada como por ejemplo qué opinión tienen los ayudantes del equipo o los tableros de control (el reporte de status del proyecto en el transcurso del año). Pero a mi parecer si tenés una presentación final que impacte con una demo impecable (mostrar lo que anda y esconder lo que no ) y respondes a las preguntas con el "humo" justo y necesario...estás con un pie del otro lado. Esto es porque el profesor a cargo de nuestro curso nunca estuvo en contacto directo con el equipo, su única posibilidad de sondear como íbamos era los tableros y los ayudantes.
Las preguntas que recibis en la presentación final deben variar de equipo a equipo, algunas de las nuestras fueron:
- Por qué eligieron X metodología de trabajo?
- Qué cosas creen que pueden haber hecho mejor en cuanto al proceso?
- Preguntas para clarificar aspectos del producto
- Un par más que no me acuerdo

Según mi experiencia:
- Muy importante que ande el producto final. Al menos lo que se ve, si lo tocas y se hace trizas...the future is dark.
- Practicar la demo final ayuda mucho, más si el producto no anda del todo bien jeje. En la demo el público no interactua (tampoco se recomienda), por lo que la demo la hace el equipo. Así que se puede resaltar lo bueno y dejar de lado lo no tan bueno.
- Cumplan con los deadlines, hagan buena letra con los ayudantes y la presentación final va a ser más amena.
- Pueden ir a Febrero? (extensión para salvar la materia y el proyecto) Sí, sucedió.
- El final de Proyecto es una farsa? Es más una excusa para llevar a los recibidos al Campus...al menos yo no vi/escuché desaprobar a nadie hasta ahora.

The end of time
Proyecto Final en resumen fue una decepción para mi. Si hay algunos que buscan un nivel de dificultad: no es como Sistemas Operativos, pero tampoco es un TP de una electiva donde llenas un doc, das una sola presentación y listo. Requiere trabajo constante, aguantar un par de golpes y salís. En el inicio de la cursada te dicen que el proyecto por lo general lo pueden hacer 3 personas, pero los grupos son de 5. Estoy 100% de acuerdo pero no se relajen siendo 5...porque en la mayoría de los casos no todos trabajan al mismo ritmo y cuando menos se lo esperen pueden estar tan atrasados que no llegan al deadline.

Retrospectiva
Re-leyendo el post de hace 5 años, este, me sorprende lo poco que ha cambiado todo. Hay una cosa que no mencioné y es la presentación comercial que se hace por Septiembre aproximadamente. Es exactamente igual. Y como bien dijo nadiafaya no es para todos y aunque la carrera no se trata solo de eso, así pareciera.

Al final del recorrido...
Entonces...
-Qué te deja proyecto final? No mucho
-Algún conocimiento nuevo? Directamente de la cátedra documentos y un poco de skills para tirar humo en presentaciones. Indirectamente queda en ustedes si deciden aprender alguna tecnología nueva o algo para no cagarse de embole...a menos que les guste la idea con la que terminaron claro.

Epílogo
Reitero una vez más, por si las dudas, que esta fue mi experiencia. Hubo algunos proyectos que parecieron copados, pero se que la mayoría de los equipos no estuvieron conformes al 100% con lo que les tocó. Hay varias personas de mi círculo que coinciden en que Proyecto no es la materia que debería ser y los motivos pueden ir variando de persona a persona. Ojalá sus cursadas sean mejores y que la cátedra, y ya que estamos la carrera en sí, mejore a futuro. Si tuviese que rankear la materia entre todas las de 5to estaría muy lejos del primer puesto y eso que la vara no es muy alta

Si llegaste hasta acá y leiste todo espero que te haya servido algo.
Good luck

..

yo la cursé un año dsp que nadia y con salem

veo que mucho no cambió

nada

que tipo destestable Claudio Crescentini

es todo lo vende humo chanta y arrogante que uno no quiere ser

Cursé con Crescentini durante el 2019, también en la cátedra de Salem.

Me identifico prácticamente con todos los comentarios de más arriba. Para agregarles un poco de valor y dejar unos tips para la posteridad. Básicamente, cosas que haría o esperaría si tuviera que vivir 2019 de nuevo:

• Si antes de cursar Proyecto podés cursar esa materia de Salem, que te ayuda a preparar la documentación, hacelo.
• Si antes de cursar Proyecto podés cursar Desarrollo Emprendedor, hacelo.
• Mucha gente abandona su grupo por diversos motivos. Recién a partir de las vacaciones de invierno podés estar confiado que una persona no va a abandonar/cambiarse/etc.
• Cuánto antes dividan las responsabilidades sobre quién codea/quién documenta, mejor.
• Es un red flag gigante si la/las personas que codean se niegan a mostrar progreso, en cualquier etapa del proyecto. No hay excusas para no pushear a remoto. Hay que visibilizar este problema lo antes posible, documentarlo en los informes de avance, contárselo a los profesores, los ayudantes, sus familiares, sus psicoanalistas, sus mascotas, la señora del almacén, etc. Está en ustedes si quieren hacer quedar mal a los responsables o no, pero hagan visible ese problema. Se van a ahorrar 10000 dolores de cabeza, y calls hasta altas horas de la madrugada.
  

glhf

Estabas los viernes Omnipresent ?

Yo si, viernes con Salem. Que equipo eras? (MP de ultima).

Me avisan por la chicharra que esta chequeado, el final no se desaprueba.

Yo rendí en marzo, y como ya se ha dicho por ahí, había dos personas que estaban "como para desaprobar", los llamaron adentro unos 5 minutos y salieron sonrientes como el resto.

No obstante, miren los videos y lean los resumenes, no sean tranfugas.

En qué consiste tener un cliente? Necesitás un contrato que lo demuestre?

Holii

Yo la estoy cursando ahora, y habiendo pasado el primer cuatrimestre, podría decirse que esa parte está cocinada.

"Tener un cliente" no implica ningún tipo de contrato ni nada por el estilo. Es como dicen más arriba, ir con los profesores y decir "Fulano es mi cliente. Mandale un mail y preguntale si no me creés".
Por ende, podés estar mintiendo descaradamente? La respuesta rápida es que si, pero si la cátedra se pone medio de culo y lo quiere llamar, lo va a hacer. De hecho, existe un proyecto en mi curso bastante grande e interesante (el cual ahora claramente se ve que están pariendo con el desarrollo), con quien efectivamente se comunicaron, y les dejaron en claro al grupo: "Si el cliente no aprueba el producto final, nosotros tampoco".
Nótese también la diferencia entre "Proyecto": idea que piensa llevarse adelante con el fin de lograr algo; versus "Producto": resultado tangible del proyecto. La diferencia es importante porque pareciera que ellos aprueban el "Producto", el cual, por lineamiento, puede ser un MVP y consiguientemente, puede tener fallas; y no aprueban el "Proyecto", el cual debería tener un seguimiento durante al menos unos meses para saber si el cliente, al menos, está conforme con lo brindado.

Besis y éxitos