¿Cuál es la importancia del documento de la visión y cómo ayuda al desarrollo?

7

Soy un desarrollador que trabaja solo, y recientemente, buscando qué tipos de documentos puedo seguir beneficiando, aunque no requiera nada formal, he leído un documento que todavía se recomienda escribir. Es el documento de visión del proyecto.

Lo encontré descrito como un documento corto (una página y media o dos) que contiene el problema que debe resolverse, cómo se resolverá y cómo se beneficiará el usuario final de la solución .

Leyendo más, parece que este documento es una entrada extremadamente importante para descubrir los requisitos y, finalmente, las historias de los usuarios.

En ese caso, considerando que esto es, como entendí, el primer paso al comenzar a construir un software, ¿cuál es la importancia de este documento y cómo se usa para que ayude? el desarrollo?

Todavía no entiendo cómo un documento tan simple y corto puede ser tan importante y tan útil.

¿Qué importancia tiene este documento y cómo se utiliza para ayudar al proceso de desarrollo? En particular, ¿cuál es el papel de este documento en el proceso de recopilación de requisitos?

    
pregunta user1620696 12.01.2017 - 01:11

5 respuestas

5

El documento de la visión describe cómo los interesados ven lo que debería ser el futuro para el producto.
El objetivo del documento de la visión es mantener a todas las personas involucradas en el desarrollo del producto enfocadas en la dirección en la que se debe tomar el producto.

Sin un documento de visión, hay muchas posibilidades de que diferentes partes interesadas / departamentos intenten dirigir el desarrollo en su propia dirección, ya que los desarrolladores quedan atrapados en el medio con un montón de requisitos conflictivos. Si hay un documento de visión, entonces es más fácil decir "este documento de visión es la dirección que acordaron todas las partes interesadas y sus nuevos requisitos se desvían de eso. No podemos tomarlos en consideración hasta que se acuerde una nueva visión".

    
respondido por el Bart van Ingen Schenau 12.01.2017 - 08:55
5

Teniendo en cuenta que está trabajando solo, el documento de visión sería menos útil para usted que la mayoría, ya que es principalmente una herramienta de comunicación . Sin embargo, lo que es más importante, el documento de la visión es un punto de referencia , algo que puede mirar hacia atrás y determinar si sus esfuerzos van o no al lugar correcto.

Incluso como desarrollador en solitario podemos estar en dos mentes sobre las decisiones de diseño o cambiar de opinión con el tiempo. Podría ser útil confiar en su visión original . Si su enfoque para una herramienta es ser "multiplataforma", pero se encuentra atascado con el uso del código específico de la plataforma porque está apresurando las soluciones, puede volver a mirar el documento y recordar su idea y forma originales. de pensar. Puede ayudarte a priorizar.

El documento de la visión también lo ayudaría a comunicarse con otras personas sobre lo que está haciendo a sus compañeros entusiastas, amigos y si el proyecto crece en el futuro para incluir una audiencia u otras partes interesadas.

Te obliga a pensar en todas las preguntas correctas: por qué, cómo y qué . Personalmente, me resulta mucho más fácil recitar un "discurso de ascensor" después de escribir un documento de visión, porque solo cito líneas del documento de visión.

    
respondido por el Erdrik Ironrose 12.01.2017 - 09:42
2

Veo el beneficio del documento de la visión principalmente como un medio de comunicación con las partes interesadas. Aporta una idea en papel y sirve de base para crear un producto. Ciertamente no es un documento escrito por el desarrollador, sino el gerente de producto.

Como ya lo han indicado otros, el documento lo ayuda a mantenerse en el camino. Puede consultarla cuando obtenga los requisitos.

    
respondido por el Frode Akselsen 12.01.2017 - 08:27
0

Puede ser difícil mantenerse enfocado en un proyecto como desarrollador solitario. En última instancia, usted está a cargo, por lo que si desea hacer cambios o agregar cosas, a menudo no hay nadie que lo detenga.

Tener este documento debería ayudarlo a formalizar su objetivo y utilizarlo como una herramienta para cumplir con el plan. O al menos si cambia el plan, cambia el documento para mostrar su nuevo enfoque.

La mayor parte será el beneficio para el usuario. Se sorprendería de la cantidad de aplicaciones que se crean cuando esto no se determina, y mucho menos se coloca en un documento. Es la mentalidad de "si lo construyes, vendrán". Si no puede escribir este documento, no comience con este proyecto.

La única parte con la que puede salirse con la no entrada desde el principio es el "cómo" la va a construir la parte. Esto puede ocurrir un poco más tarde después de que hayas investigado y experimentado, pero una vez que hayas identificado y decidido eso, consíguelo documentado y apúntate a ello.

Es una excelente manera de hacerte un retroceso y evitar que agregues un montón de características que nadie quiere. Ya es bastante malo que alguien más te haga esto. No te lo hagas a ti mismo.

    
respondido por el JeffO 12.01.2017 - 19:40
-1

La documentación es una parte esencial de cualquier proyecto.

Nos ayudará a centralizar todo y mientras discutimos, podemos hablar de algo central con referencia al documento.

Ejemplo simple, La mayoría de los clientes vendrán con requisitos genéricos.

  • En un lugar muestran a León y les gusta, ahora lo investigan y luego concluyen que queremos crear un animal.
  • luego vendrá con el requisito de que yo quiera crear un animal con cuatro patas, una nariz, dos ojos, etc. etc.
  • mientras discutías, obtuviste el requisito claro y llegaste a la conclusión de que el cliente quiere un elefante con cuatro patas, etc.
  • obtuviste el requisito y comenzaste a desarrollar y entregar, luego me dijo que no, no quiero crear esto y luego argumentas que he creado un animal con cuatro patas y luego continúa.

Lo siento si no te gusta este ejemplo, pero espero que le de claridad sobre lo que quiero transmitir.

En cambio, si hemos documentado todo sobre lo que podemos tener una discusión al respecto, hagamos una lluvia de ideas sobre el tema y las cosas quedarán claras en ese momento.

No digo que no haya ningún cambio, pero al menos puedo decir que el 80% será claro.

Para referencia, solo estoy pensando en las cosas a tener en cuenta al crear Vision Doc.

Cuando esté desarrollando cualquier software / producto, intente responder a estas tres preguntas básicas.

  1. ¿Por qué quieren los clientes, qué problemas específicos intentaron resolver?
  2. Qué quiere el cliente, aquí puede hacer una lluvia de ideas sobre ¿Por qué parte y preparar preguntas sobre qué cliente va a obtener una respuesta del sistema? 3 ¿Cómo podemos ofrecer, puede hacer wireframes y flujos básicos y mostrarles?

También lo obligará a pensar en el problema y la solución, y aclarar sus ideas.

Déjame saber tu opinión sobre esto.

    
respondido por el Vikash Rajpurohit 20.01.2017 - 16:44

Lea otras preguntas en las etiquetas