Acabo de tomar un nuevo trabajo en una universidad como (el único) desarrollador de aplicaciones web.
La universidad tiene varios sistemas heredados dispares pero todos muy mal codificados. Construidos principalmente en PHP, se ocupan de cosas como asistencia, resultados de exámenes, calificaciones, etc.
Mi primer trabajo es construir un sistema que incorpore muchos de estos datos, que actualmente se encuentran en varias bases de datos sin ningún tipo de API amigable para sacarlo (los sistemas existentes están codificados en PHP vanilla sin separación de datos y vista) con una nueva plataforma para registrar información pastoral sobre los estudiantes y presentarla a tutores y personal superior de manera útil para que puedan reaccionar a los problemas con los estudiantes rápidamente.
¡En nuestra primera reunión, había 18 personas! No había un líder claro o una voz que representara a la mayoría. Ningún cliente identificable . La reunión pasó de ideas de implementación detalladas sobre características menores de los jefes de facultad a argumentos sobre si deberíamos usar hojas de cálculo de Excel o no para la entrada de datos.
Como puedes imaginar, mi cabeza daba vueltas al final. De hecho, tenía muchas buenas ideas, pero no pude hacerlas oír. Este es un papel muy nuevo para mí, antes de formar parte de un equipo de desarrollo en una agencia de marketing. Tuvimos roles muy bien definidos: Gerente de Proyecto, Cliente, Diseñador, Desarrollador.
Me gustaría saber si algún desarrollador o gerente experimentado puede darme algunos consejos sobre cómo puedo convertir a mis colegas en algo que se parezca a un equipo de proyecto. ¿Es ágil el camino a seguir? ¿Cómo abordarías el manejo de todas las voces dispares? Está claro que algunos procesos deben implementarse muy rápidamente, simplemente no estoy seguro de qué es eso.