domingo, 29 de janeiro de 2012

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.

sábado, 28 de janeiro de 2012

Agile Development - The customer in site role


Hi, in this post I’ll write about the confusion that many agile teams are doing about the role of Customers and Product Owners. I hope that you enjoy.
Let’s to the work…
In the Agile Development we see the Customer role are the principle business owner. Well, and where stays the Product Owner role ?
As you can see, this roles cause confusion in agile teams beginners, because it is difficult to distinguish to what extent do each role.
Therefore, I’ll try to show the main differences between the role of Customer and Product Owner role.
Below is a brief description of the differences:
The Customer (in site) Role:
  1. Focus on the vision of the product
  2. Helps the team to build the product vision
  3. Participates in frequent deliveries
and more…
The Product Owner:
  1. Maintain the vision of the product
  2. Promote the vision
  3. Responsible of the requisites and documents
  4. Participates in frequent deliveries with their ideas
  5. They can be a Product Manager
and more…
Well, As you can see the papers often seem confusing, but in their essence they are totally different.