Holii a todos

Este 2023 cursé Proyecto Final y vengo a contarles de manera un poco más actualizada cómo viene siendo la movida.

Mi experiencia empezó en diciembre del 2022 cuando me di cuenta que ya estaba en condiciones de poder cursar proyecto y no tenía a nadie conocido para hacerlo. Desde entonces que me puse a buscar gente comprometida para poder sacarla adelante. Hay quienes obviamente no lo hacen y luego conocen gente sobre la marcha y les sale todo perfecto, pero tampoco cuesta nada mandar un par de mensajes durante el verano para poder organizarse y darnos cuenta que estamos todos en la misma sintonía de poder terminar esta bella pero un tanto tediosa carrera. Un dato conocido es que aproximadamente el 80% de los proyectos que fallan es debido a roces sociales, así que por qué no prevenir antes que llorar.

Dicho esto, arrancamos en marzo con un equipo muy comprometido y formado desde febrero con 5 monos que querían terminar a como de lugar. Nos dijeron que era más fácil cursar con un tal Eribe, así que nos anotamos con él. Pero la verdad es que todo termina siendo un poco aleatorio y hay que tener suerte, porque en realidad hay 5 profesores que se reparten la carga de todos los grupos de una manera un poco más equilibrada.
Los 5 profesores en cuestión son: Roberto Eribe, Gabriela Salem (la jefa de cátedra), Gisella Brassesco, Claudio Crescentini y un pavote más que no recuerdo el nombre pero está todo el tiempo con el celu mirando porno durante las entregas.
Por ende, si bien nosotros estuvimos anotados con Eribe, terminamos cursando con Gisela Brassesco, una mujer muy tranquila en sus tratos y correcciones al grupo.

Como ya es conocido por muchos, a principio de año hay que llevar ideas durante las 3 o 4 primeras clases, proponerlas y contarlas un poco. Te las bastardean de punta a punta hasta que la pegás con alguna (Estudio de perfil, según lo visto en Sistemas de Gestión); y ahora, habiendo terminado el año, puedo decir que lo hacen con razón, porque al principio la gente siempre propone ideas que, quizás no se den cuenta, pero son demasiado triviales o poco interesantes, cosa que también nos pasó, hasta que decantás un poco y presentás una idea bastante razonable con el resto de tu equipo.
Te dicen que podés cambiar la idea en cuestión hasta junio/julio, que es cuando termina la rúbrica de presentación de idea, análisis de factibilidad y documentación en general, pero la verdad es que una vez que la idea fue presentada, ya estás en camino a terminarla. Y también con razón, porque si no te empezás a atrasar con todas las entregas parciales de documentación que hay durante este primer cuatrimestre.

Algo que me enteré hace poco y puede ser dato útil es que el primer cuatrimestre de proyecto es idéntico, en cuanto a temas y trabajo, a cursar la materia "Habilitación Profesional" (la que te permite sacar el título intermedio).
Y otro dato no menor es que hacer la electiva de cuarto "Gerenciamiento de Proyectos Informáticos" no influye en lo más mínimo a que te sea más fácil hacer este primer cuatrimestre de proyecto.

Ahora bien, hasta agosto y fin del primer cuatrimestre somos todos guapos y presentamos nuestras ideas como excelentes futuros ingenieros que vamos a ser, pero la posta es que a partir de acá es cuando se ven los pingos en la cancha, porque toda la documentación que presentaste hasta ahora, problemas y soluciones que planteaste que ibas a resolver con tu proyecto, tenés que llevarla adelante. Ergo, hablando en sistemas, programar todo lo que dijiste en un principio que ibas a programar.
Hay unos 5 checkpoints durante la cursada que te permiten ver el avance del grupo y el de los demás, y puedo asegurar que venimos todos bien hasta agosto, punto de quiebre donde todos empiezan a darse cuenta que esto no es joda.
Acá es nuevamente donde juega la organización y predisposición de cada equipo. Si la gente viene con ganas, hasta diría que el proyecto puede ser resuelto por menos de 5 personas, como quizás haya sido nuestro caso. Pero si no es el caso, preparate porque se vienen noches largas de codeo y llanto.

Llegado el deadline en noviembre, el proyecto se presenta y te das cuenta que dicha presentación es muy amena. Tenés que mostrar el MVP (Producto Mínimo Viable) del mismo como si estuviera a punto de salir a producción. Los profesores son los clientes y miran lo que estás mostrando. Miran tu código? No. Miran si está todo parcheado y hardcodeado o hiciste las cosas bien? Tampoco. Así que queda en la moral de cada uno en cómo llega a este punto, pero de lo que puedo dar fe es que la presentación es más de tu trabajo que lo técnico que hay detrás. Es lo que se hace en la realidad, así que los que lloran porque nadie te marca los typos de tu código, que vayan a estudiar una tecnicatura en programación, no ingeniería.

Preguntas que te pueden hacer luego de la presentación final, a modo de "evaluación":
* ¿Cómo surgió la idea y por qué es viable de continuar llevándola adelante dentro del mercado elegido?
* ¿Cómo se desenvolvió el grupo durante el año?
* ¿Cuál/es metodología/s fueron aplicadas?
Facilito...

Por si a alguien le interesa, les dejo la carpeta final nuestra de proyecto, para que puedan ver un poco del trabajo escrito que se hace durante el año. Obviamente, el aplicativo es otra cosa.
Pueden tomarlo como referencia, ya que fuimos uno de los 3 proyectos ganadores del CoNaIISI 2023, por si quieren cerrar proyecto con un 10

Cualquier otra duda pueden preguntar sin problemas.

Luego voy a estar posteando sobre el final de esta materia y cierre completo de mi participación en este foro. Gracias a todos por acompañarme en este camino y les deseo lo mejor en su futuro.
Besis y éxitos

Hola! Gracias por el post. Tengo que cursar proyecto el año que viene y estoy viendo qué hacer y con quiénes formar grupo. Veo que la documentación es extensa. Decís que es mejor que una parte del grupo de dedique a documentar y otra a codear o es mejor que todos hagan un poco de todo?

Holii

Antes que nada, te traigo calma. Estuve en la misma que vos y te digo que es totalmente posible formar grupo con gente comprometida que esté en la misma situación que vos. Lo que si, al menos desde mi perspectiva, te diría que, también con calma, vayas mandando mensajes a quienes conozcas y más, para poder hacer esto con tiempo. Conocí un par de grupos en particular que se juntaron a último minuto y luego las cosas terminaron bastante mal.
En cuanto a la documentación final, si, es extensa. Se trata de entregas parciales semanales en donde van haciendo "cachitos" que forman parte luego de esta carpeta final. Pero si son capaces de tener conciliada una idea para mediados de abril, aproximadamente, te deja unos 3 meses para hacer todo esto, lo cual lo hace bastante más ameno. Acá es donde juega ya tener el grupo armado, porque este mes y medio donde estás buscando ideas, sumale además buscar grupo si es que no lo tenés.

Otro datazo que te va a servir es saber que te van a pedir que plantees una metodología de trabajo al principio y luego cumplirla. El spoiler es que absolutamente nadie va a revisar que la misma luego se esté cumpliendo, y que optar por una metodología ágil te adiciona unas cuantas hojas de documentación extra; mientras que la estructurada ahorra bastante en ese sentido.

Sobre lo otro, nosotros particularmente creíamos que estábamos al horno, porque únicamente 2 de los 5 que éramos sabían programar "bien", y 1 que se defendía. Así que fuimos 3 monos haciendo la documentación mientras los otros 2 estaban tranqui, y luego los roles cambiaron; éramos 2 monitos "alentando" a los otros 3.
Así que nuestros roles habían estado bastante marcados desde el principio. Nos funcionó perfecto durante todo el año. Aunque también tengo entendido que otros grupos iban metiendo mano todos en todos lados, y también salieron adelante. No tengo idea sobre cómo fueron esas internas, pero si podría suponer que la modularización de las tareas es necesaria, ya que podemos estar de acuerdo en las generalidades del proyecto, pero luego ciertas particularidades de cómo implementar soluciones pueden ser muy personales para cada uno. Aplíquese el dicho "muchas manos en un mismo plato hacen mucho garabato".

Lo que más voy a resaltar para que el trabajo no falte, sino que sobre, es la predisposición de la gente a la hora de asignarse las tareas.
Ante la pregunta que nos hicieron en la presentación final: ¿Cómo se desenvolvió el grupo durante el año?
Un compañero de equipo respondió: "Por suerte la discusión siempre fue por asignarnos tareas de más, nunca de menos". Y con mucha razón, porque fue la clave de nuestro éxito.
Quiero diferenciar igual "Asignarnos tareas" de "Proponer más funcionalidades". Porque nuestra idea a principio de año era terminar el proyecto a como de lugar, no hacernos los guapos proponiendo mandar un cohete a la luna, porque sabemos que eso es imposible, ni tampoco de nuestro interés.
Entonces la ambición de terminar todos terminó decantando en siempre predisponernos para resolver cualquier problema que se nos presente.

Besis y éxitos

Buenas.

Felicitaciones Nico por poder aprobar esta cursada. Yo tengo que rendir este mismo jueves y esta información me viene de 10, sobretodo en algunas partes de la documentación en donde, a menos que tengas a uno muy afilado, es facil hacer agua.

Te consulto: ¿Tenes idea si algun grupo de los que expusieron (Al momento 8 en total) fueron desaprobados?

Gracias y saludos

Holii

Gracias Phillip antes que nada por la buena onda.

Te respondo, de lo poco que escuché por ahora a nadie le fue mal en la presentación final. Incluso en nuestra fecha había una chica con ojeras hasta el piso porque tenían errores en el deploy de su app, y creían que era muy probable que tengan que hacer dicha presentación en versión local. Desconozco si pudieron parchear algo a último momento, pero tengo entendido por alguien más que les fue bien en su presentación, que aprobaron. Lo cual hasta puede ser un aliciente si estás complicado. Nunca dejar de ir a dar la cara (lo cual ya es hasta ilógico en este punto)
Por otro lado, acordate que de los 5 profesores, tenés un único tutor que conoce "más o menos" la documentación que estuviste haciendo durante el año. El resto no tiene ni idea, ni le interesa. Lo máximo que te podría pasar es que ese profesor justo recuerde algo en particular que le haya hecho ruido; pero sinceramente dudo que te pase.
La única pregunta que podrían llegar a hacer sobre la documentación, por lo que tengo entendido, es que les cuentes un poco la arquitectura del sistema, cómo funciona y cómo se conectan algunos endpoints. Pero nada que tenga que ver con la estructura de la base de datos, ni los costos finales de desarrollo, por ejemplo.

El único motivo por el cual tengo entendido que un grupo puede "desaprobar", y lo pongo entre comillas porque no te mandan a recursar la materia, sino corregir los errores con agregado de funcionalidades para presentar nuevamente en una fecha de febrero, es si existe algún bug que salte durante la presentación en vivo. Por lo cual, el obvio consejo es que naveguen su presentación en el laboratorio unas cuantas veces antes de ir el día de la fecha de presentación final e incluso vayan ese mismo día un rato antes para que nada raro suceda. Cosa que nos pasó, porque al trabajar bastante sobre redes, tuvimos un pequeño inconveniente de último minuto, pero nada del otro mundo.

Muchos éxitos a ustedes también para este jueves. Besis

Buenas.

Muchas gracias por la aclaración. Habíamos escuchado lo mismo, de hecho uno de los docentes dijo "LA DEMO TIENE QUE FUNCIONAR SEA COMO SEA" *guiño guiño* haciendo enfásis en el COMO SEA.

Saludos