Cómo obtener los requisitos del proyecto de las partes interesadas

Introducción

Recopilar los requisitos de las partes interesadas del proyecto a menudo se siente como sacar dientes. Y si no realiza el trabajo preliminar para desarrollar todos los requisitos antes de comenzar el desarrollo de un proyecto, terminará con una lista muy larga de problemas durante las pruebas que deberían haberse capturado como requisitos. Hay una variedad de formas de impulsar la conversación para asegurarse de capturar todos los requisitos como parte de un proyecto, como recopilar historias de usuarios, configurar sesiones de lluvia de ideas, diagramar flujos de procesos y más. Ya sea que sea un gerente de proyectos o un analista de negocios, este artículo lo guiará a través de algunos de los enfoques más estándar para recopilar los requisitos del proyecto para asegurarse de que su proyecto comience con el pie derecho.

Las historias de usuarios a menudo se enmarcan en torno al papel del solicitante, lo que quieren y por qué lo quieren.

Designmodo

Historias del usuario

Ya sea que esté creando algo completamente nuevo o actualizando una aplicación existente, la primera ronda de requisitos siempre debe capturarse a través de historias de usuarios. No importa si estas historias provienen de usuarios finales o partes interesadas, y puede recopilarlas de cualquier persona. El objetivo es capturar sus expectativas sobre lo que se va a construir y los detalles sobre cómo quieren que funcione. Existen diferentes formatos para capturar historias de usuarios, pero todos generalmente capturan el rol asociado con el solicitante, lo que esa persona quiere y por qué lo quiere. Estas historias deberán desarrollarse más en el proceso del proyecto.

Sesiones de lluvia de ideas

Las sesiones de lluvia de ideas generalmente involucraban a todas las partes interesadas identificadas y algunos de los posibles usuarios finales que se reunían en una sala y presentaban sus ideas sobre cuáles deberían ser los requisitos para un proyecto. El objetivo es mantener la discusión y hacer que la gente siga hablando. Si hay discrepancias entre los requisitos que ya se han hablado o su interpretación de los requisitos, publíquelo para que el grupo lo analice. Debido a que estas sesiones a menudo se mueven increíblemente rápido, es mejor grabar la conversación o tener un escribiente dedicado para que pueda concentrarse en ser un participante activo en lugar de enredarse tratando de capturar todo. Si sigue este camino, no es raro tener más de una de estas sesiones para asegurarse de que todo se discute.

Si bien las sesiones de lluvia de ideas son excelentes para sacar a la luz todos los requisitos y tener una conversación sobre ellos, clasificar todo después de una de estas reuniones puede ser doloroso, dado el volumen de información.

PM Alliance

Sesiones de revisión

Continúe presentando los requisitos a las partes interesadas del proyecto para que los revisen, y no subestime la cantidad de tiempo que puede tomar un grupo para llegar a un acuerdo sobre todos los requisitos de un proyecto. No es raro que discutir sobre un proyecto pequeño pueda llevar un par de semanas. Un enfoque es esperar hasta que todos den una aprobación verbal de los requisitos y luego esperar unos días antes de volver a dar un rodeo con todos para obtener su firma en un documento formal donde puede pedirles que vuelvan a mirar rápidamente, solo para estar seguros. Otro enfoque es que alguien más en el negocio con conocimiento sobre lo que está haciendo revise los requisitos para asegurarse de que todo parezca lo más hermético posible.

Qué incluir en un informe de estado del proyecto semanal

Diagramación de procesos

El diagrama de procesos es donde reúne a todo el equipo y recorre el flujo de cada uno de los procesos identificados que serán parte del proyecto. Esto obliga a las partes interesadas a pensar en todos y cada uno de los pasos de la aplicación solicitada y, a menudo, expone nuevos requisitos que nadie había tenido en cuenta anteriormente. El resultado de estas sesiones también sirve como una entrada fantástica para el wireframing.

Sigue preguntando por qué

Preguntar por qué es un impulsor poderoso durante las conversaciones de requisitos, y los requisitos específicos y claros no se desarrollarán de manera confiable hasta que ya no tenga sentido hacer esa pregunta. Obliga a las partes interesadas a pensar detenidamente en los componentes granulares de sus requisitos iniciales, lo que puede resultar doloroso y consumir mucho tiempo. Además, a veces preguntar continuamente puede, en última instancia, exponer algo que inicialmente se pensó que era un requisito que, después de todo, no tiene por qué serlo.