Cómo comenzar un proyecto de desarrollo cuando hay demasiados interesados potenciales

No esperaría ningún "proceso de desarrollo ágil" aquí como solución a su problema actual. Lo primero que debes hacer es: borrar tu misión . Eso significa:

• aclara cuáles son tus propias responsabilidades
• aclare cuáles son las responsabilidades de las otras partes interesadas
• identificar quién es responsable de cada uno de los sistemas heredados
• Si no hay un cliente (todavía) para su aplicación web, busque uno que lo vaya a utilizar en el futuro y solicite permiso para incorporarlo como usuario representativo de su sistema (una persona con quien puede discutir los requisitos). )
• Si hay diferentes partes interesadas con diferentes objetivos, reúna sus requisitos (por ejemplo, entrevistándolos uno por uno, no con 18 personas en una sola habitación). Escribe los resultados en una lista. Después, comience a priorizar.
• escriba una hoja de ruta (el panorama general) y una pequeña especificación para la versión 0.1 y haga que su jefe y el cliente representativo lo acepten formalmente
• EDITAR: ver el comentario de GlenH7

Esto puede tardar un tiempo, probablemente no escribirá mucho código en esta etapa del proyecto. En tal situación, debe hacer primero una "ingeniería de requisitos". Pero empieza pequeño, piensa en grande. Una vez que haya desarrollado su primer lanzamiento, tendrá algo que mostrar, discutir los requisitos nuevamente con las partes interesadas, etc.

Separe los que realmente quieren que este proyecto funcione de la manada.

Debido a la gran cantidad de política, alguien organizó esta reunión con una lista de asistentes en la que la membresía estaba determinada por quién se molestaría más si no los invito. Sucede. Este objetivo se cumplió pero, como desarrollador, descubrió que no se decidió nada. A nadie se le asignó qué hacer. Si tienes suerte, lograron programar la próxima reunión o Dios no lo permita, establecieron una reunión recurrente el tercer martes de cada mes.

Luego vendrá la formación de comités, sub-comités y grupos de trabajo. Esto es mejor, pero los encontrará a todos igualmente inútiles.

Finalmente, vas a descubrir quién se preocupa realmente por este proyecto. Quien realmente quiere dedicar el tiempo para hacerlo bien. Con suerte, esta (s) persona (s) tendrá un supervisor que les dará tiempo para hacerlo y no solo será otro elemento en su larga lista de tareas pendientes. Encuentra a estas personas lo antes posible! Ayúdelos a administrar las expectativas de su jefe y obtener una cantidad acordada de compromiso.

Ponga algo frente a tantas personas en el grupo original que incluso se molestarán en regresar. Todos pueden ser personas inteligentes y / o educadas, pero no van a leer un montón de especificaciones. Les gustarán algunas cosas, odiarán otras y querrán más. No duele escribir sugerencias, pero intenta hacer que la fiesta haga un seguimiento con algo de tema en el juego. No prometas hacer todo. Simplemente aborde lo que se puede hacer en un futuro cercano.

Si terminas teniendo que tratar con más de 5 personas de manera regular, es porque un gerente hizo que varias de sus personas se involucraran y no quieren estar allí.

Cree una lista de ideas que cree que podrían consolidar / mejorar los sistemas existentes en función de sus observaciones y sus "necesidades" y asegurarse de centrarse en dónde puede obtener ganancias visibles reales. Incluya en esa lista cada idea que considere útil, así como cualquier sugerencia "razonable" destacada de los no desarrolladores.

Cree una lista de características de cosas que "deben" incluirse en sus esfuerzos de desarrollo. Otorgue a cada miembro el poder de "votar", tal vez en forma de "estrellas pegajosas" y descubra lo que realmente quiere el conjunto al colocar cada estrella junto a lo que creen que es importante. Algunas personas pueden terminar con más estrellas si firman el cheque, tienen la última palabra, etc. Después de eso esperamos que usted, y todos los demás, vean lo que es importante para el conjunto, y esperen que estén de acuerdo con la prioridad, que luego se traduce en una hoja de ruta

1). Encueste al equipo : descubra lo que cada miembro considera importante / necesario / prioridad máxima

2). Obtenga algo ahí afuera, rápidamente : no intente resolver todos los problemas de una vez, obtenga la funcionalidad "mínima" y haga que los aprueben, luego avancen colectivamente en función de los comentarios de los usuarios.

3). Utilice sus comentarios y los comentarios de otros usuarios para guiar el proceso de desarrollo

(Crear, Evaluar comentarios, Crear, Evaluar comentarios) Enjuagar y repetir.

Además, podría considerar poner "puntos de esfuerzo" u horas estimadas para completar ... que también podrían ayudar en la priorización.

Su primer desafío es identificar la necesidad de este proyecto. Organice otra reunión con todas esas personas y pídales que escriban los problemas que deben resolverse. No les permita hablar sobre las muchas formas en que este proyecto será la solución. Oblígalos a identificar verdaderamente las necesidades / problemas.

Una forma de hacerlo es pedirles a cada uno que documente esas necesidades en notas adhesivas, una idea por nota adhesiva. Luego ejecute un Diagrama de afinidad para ayudarlos a agrupar esas ideas dispares en necesidades específicas. Finalmente, haz que voten ( Multi-Voting ) para que puedas ver las mayores necesidades.

Agile nos recuerda que debemos abordar primero la función que tiene el mayor valor para el cliente. Comience con la mayor necesidad y luego divida ese elemento hasta que tenga la primera pieza pequeña que pueda hacer en un corto período de tiempo.

KISS - Haz un itinerario. Gracias a todos por venir, revisarlo, hacerlo. El seguimiento lateral se ralentizará si lo aborda compartiendo su preocupación y les pide que se queden DESPUÉS de la reunión. Tomar decisiones por votación donde haya controversia para mantener a los más felices. La motivación para participar en cualquier sistema está directamente relacionada con la creencia de los individuos en sus métodos.