El desarrollo móvil necesita el equilibrio adecuado entre el propietario del producto y el equipo de desarrollo.
Administro el desarrollo de aplicaciones móviles en Nascenia, una compañía de desarrollo de aplicaciones móviles y web. Actualmente estoy gestionando el desarrollo de la versión iOS y Android de la aplicación para una compañía de barcos. La aplicación rastrea a los pasajeros y muestra ofertas. La aplicación muestra información sobre el restaurante del barco, el menú de comida y la ubicación del barco.
Para el desarrollo de aplicaciones, mi política es sencilla: aclarar, ejecutar e iterar
Aclarar
Asegúrese de que el requisito sea absolutamente claro. En el outsourcing, hay una distancia entre el cliente y el desarrollador. Es importante que nos mantengamos en la misma página. La solución más rápida para tal problema es tener múltiples reuniones y hacer que las cosas sean más claras. Puede tener las reuniones a través de Skype. Asegúrese de que las discusiones se anoten como actas de la reunión. Puede poner los requisitos en la junta de administración del proyecto como trabajos atrasados y asignar un plazo tentativo para cada tarea.
Ejecutar e iterar
Para ejecutar un requisito, primero haga diseños y envíelo al cliente y vea si les gusta o no. Si les gusta, comience con el desarrollo. Mi equipo sigue el desarrollo ágil (SCRUM). En SCRUM, divide su desarrollo completo en ciertos hitos. Estos hitos se llaman sprints. Adoptas un enfoque holístico en SCRUM. Si comparamos la aplicación con el cuerpo humano, en el sprint 1, desarrollas todo el esqueleto, en el sprint 2, desarrollas sangre y carne. En el sprint 3 desarrollas piel, etc. No desarrollas miembro por miembro. Básicamente se desarrolla en múltiples iteraciones.
Como gerente de proyecto, su trabajo será monitorear el progreso si los desarrolladores están logrando sus tareas específicas en cada iteración. Siéntese con el cliente una vez que termine cada sprint. Toma nota de sus comentarios. Pero no comience a trabajar en los problemas y las desviaciones de inmediato. Si la desviación es pequeña, empújela hasta que todos los sprints para el desarrollo hayan terminado. Luego comienza un nuevo sprint para solucionar problemas
Todos los días asiste a una reunión de pie de 15 minutos que lo ayuda a mantenerse actualizado con el resto del equipo.
Aquí hay un vistazo rápido sobre cómo funciona SCRUM. Aquí está el enlace fuente
SCRUM vs Kanban
La idea del sprint está en SCRUM. Hay otro método llamado Kanban. En Kanban, tienes una fecha límite para cada tarea. Las fases de desarrollo (Backlog, In Progress, Completed, Tested, Deployed) se llaman swimlanes. En Kanban, intenta mantener la menor cantidad posible en el carril de natación, excepto en Desplegado. Siempre que tenga algo pendiente, muévalo al siguiente paso y luego intente finalizar la tarea lo más rápido posible.
La razón por la que estoy hablando de esto es que SCRUM es más fácil de seguir cuando estás desarrollando algo desde el principio. Te da un bloqueo mental que es importante en el desarrollo. Cuando finaliza el desarrollo y está mejorando, es difícil decidir y bloquear las tareas para las próximas 2-4 semanas de anticipación.
En SCRUM, su lista de tareas está predefinida. En nuestro caso, el cliente estaba recibiendo muchos comentarios nuevos continuamente de los clientes. Estábamos teniendo dificultades para bloquear tareas. Entonces cambiamos a Kanban y nos enfocamos en cada tarea en cuestión. Nuestros objetivos eran trabajar en cada tarea de la mano e intentar mantener el carril delgado. Cuando las prioridades cambian, finalizamos la tarea actual y asumimos la siguiente tarea de alta prioridad.
Aquí hay una ilustración de cómo funciona Kanban. Aquí está el enlace fuente
Espero que eso ayude. He escrito otros artículos sobre outsourcing y desarrollo de aplicaciones. Echar un vistazo. Gracias.
