Como obter uma visão consistente em um projeto ágil.

Em muitas empresas que adotam o desenvolvimento ágil, o Product Owner é  reposnsável por manter a visão dos produtos, dos sistemas e de aplicações que estejam sob sua responsabilidade, ou área.
É de responsabilidade do product owner os seguintes itens:

• Manter a visão atualizada, como já dissemos;
• Promover a visão junto ao time;
• Responsável pelos requisitos e documentações;
• Participar das cerimônias de entregas;
• Participar do planejamento das iterações representando o cliente;

...
Geralmente os questionamentos ligados a visão do produto/projeto, que um Product Owner bem treinado deveria fazer são:

• Qual problema este produto/projeto resolve para o meu cliente?
• Quais as funções e benefícios a solução agregaria ao meu cliente ?
• Para quem é esta solução ?
• Que performance, segurança, escalabilidade e outras coisas, preciso entregar para o meu cliente ?
• Quais plataformas, padrões, aplicações e etc, terá que suportar?

"O resultado da reunião para criar a visão será uma lista de funcionalidades, com uma breve descrição do cenário."
A visão poderá ser mantida em um documento, no qual descreva de forma clara e sucinta, descrevendo o seu valor para o usuário. Poderá ser um documento formal, ou uma lista de requisitos.
Ainda no documento de visão, deveríamos incluir os requisitos não funcionais, no qual incluem:  segurança, performance, qualidade, compatibilidade, entre outros itens que serão necessários para construir o sistema.
Você pode se perguntar: Preciso de todas essas informações no documento de visão ? Nãoo seria mais fácil chamar esse documento de Documento de Escopo do Projeto ?
R: O importante é você ter um documento com as informações que serão necessários para começar o projeto, o nome ou a forma como você irá formalizar essas informações, ao meu ver tanto faz, desde que você as tenha de forma clara e objetiva.
Elas serão úteis mais para frente, principalmente para decomposição da deste documento ou visão, como chamamos.
Como pode se observar, um documento de visão, é muito similar ao documento de escopo de projeto, no qual o PMBOK  adota, onde você tem uma breve descrição do projeto, os requisitos, funcionais e não funcionais e toda e qualquer informação que seja relevante ao projeto.
Calma, sei que essa declaração  é um pouco estranha e vai de contra a muitos pensamentos agilistas, mas francamente, não sejamos puritanos. Qual o problema de montar um documento bem elaborado, que será crucial para ajudar a decompor a visão de forma mais segura?  Claro que não precisamos seguir o modelo do PMBOK, mas é importantes termos bem claros quais são os objetivos do projeto, e francamente o modelo sugerido pelo PMBOK casa bem com determinados projetos.
No próximo post, vamos abordar uma forma de decompor esta visão.