Tengo que hacer una especie de estudio de caso en la aplicación de una metodología de desarrollo de software. La atención se centra más en el informe que documenta mis experiencias con el proceso.
Me quedan solo 16 días para hacer el proyecto y tengo un equipo de 6 miembros. Estamos trabajando para mejorar una aplicación de Android existente y está escrita en Java. Solo 4 miembros son competentes en Java (2 en la interfaz de usuario de Android, 1 en el backend de investigación y 1 en ambos) con diferentes niveles de experiencia. Pueden pasar alrededor de 20 horas por semana. Hay algunas tareas de recopilación de datos y tareas estadísticas para ocupar las otras dos. Existe cierta incertidumbre asociada con el backend de investigación, ya que es una tarea de ML.
No es necesario que la aplicación esté lista para la producción, pero debe poder demostrarse. Sugiera algunos paradigmas para usar en estas condiciones para que pueda descubrir qué funcionaría para nosotros.
Erm... algunos términos elegantes para incluir en mi informe serían útiles :)
Scrum, Kanban, XP, ritmo sostenible, programación en pareja, pico
(Esta lista no es exhaustiva, pero dado que solo le quedan 16 días, quiero centrarme en algunos que son fáciles de investigar e implementar)
Ambos son principios de gestión de equipos , centrados en la gestión de procesos que no se pueden planificar de antemano (como el desarrollo de software o prototipos).
Beneficios: Ser flexible en un entorno de requisitos o prioridades cambiantes o poco claros.
XP es un conjunto de herramientas que se utiliza para mejorar el flujo de trabajo de los equipos de desarrollo de software, aunque la mayoría también se puede aplicar a otros equipos creativos .
Beneficios: Mejoras en todo el proceso de trabajar juntos para un equipo creativo.
Un término utilizado en XP es ritmo sostenible, que básicamente significa que no dedique más horas de las que puede mantener durante mucho tiempo. es decir , no quemes al equipo con horas extras al máximo.
Beneficios: Mantener la moral ; eliminar la presión percibida; aumento de la previsibilidad percibida (!) .
Otra herramienta de XP, la programación en parejas, es el principio de distribuir el conocimiento en un equipo haciendo que los miembros trabajen en parejas en un nuevo problema/con una nueva herramienta donde un miembro de la pareja ya tiene experiencia en el tema y el otro está ahí para aprender de esa experiencia . Esto tampoco se limita a la programación y, por lo tanto, a menudo se denomina simplemente "emparejamiento".
Beneficios: Fácil (quiero decir sin esfuerzo) distribución de conocimientos y habilidades en todo el equipo; mejor galvanización del equipo .
Este es un término scrum, para pequeños proyectos de investigación . Una característica clave de los picos es un cuadro de tiempo . El equipo reserva una cantidad de horas/días para dedicar a la investigación y luego procede a dedicar esa cantidad de tiempo, pero no más (o menos, a menos que estén seguros de que la pregunta se respondió satisfactoriamente).
Beneficios: las tareas de investigación no se irán de las manos ni inflarán el tiempo total que puede tomar el proyecto ni bloquearán otras partes.
También hay desventajas, como con cada cambio en el proceso o paradigma de gestión. Resistencia al cambio; trabajo extra percibido solo para mantener el proceso en marcha; preferencias/aversiones personales; una lista larga pero familiar.
CMW
Tiago Cardoso