Aprovação ou Feedback?

Compartilhe:

A reunião de Sprint Review começa. Time de Desenvolvimento e Product Owner apresentam para o cliente o que fizeram nesse Sprint. O cliente observa, mas pouco fala, exceto por algumas poucas perguntas básicas. Ao final, aprova (e até mesmo aplaude) e se despede.

Todos pensam: “ufa! A reunião foi um sucesso”. Mas será que foi mesmo? Na realidade, acredito que esse seja um dos piores cenários possíveis para uma Sprint Review. Pior que isso, talvez, só se o cliente não estiver presente.

Será que esse cliente entendeu o que lhe foi demonstrado? Será que ele realmente se importou com o que estava vendo? Ele certamente irá se importar no futuro, possivelmente quando utilizar o software e notar que não atende bem às suas necessidades.

O propósito da reunião de Sprint Review não é o de se obter a aprovação formal do cliente sobre o que foi feito no Sprint, ou seja, polegar para cima ou carimbo de “aceito” no contrato. Não é UAT (User Acceptance Testing) tampouco. O objetivo dessa reunião é de se obter feedback do cliente sobre o Incremento do Produto gerado no Sprint e, com isso, poder frequentemente fazer ajustes de direção e, assim, diminuir os riscos do projeto. É trabalho – e obrigação – do Time de Desenvolvimento e do Product Owner puxarem o feedback do cliente. Convidá-lo a usar o produto ali mesmo. Instigar. Fazer perguntas. Mostrar alternativas.

Aprovação ou Feedback?
Seu time busca aprovação ou feedback ao realizar uma demo para o cliente?

O cliente achou que algo não estava exatamente como ele queria? Ótimo! Deixemos a postura defensiva de lado. Não tenhamos medo. Nós não fizemos besteira. Não estragamos tudo. Na realidade, já esperávamos por isso. Faremos de tudo para acertar, claro, mas não sabemos ler a mente de ninguém. E, mesmo que soubéssemos, isso não adiantaria muito pois o cliente só irá saber exatamente o que ele precisa após ver algo pronto. O produto, na cabeça do cliente, é construído aos poucos, incrementalmente.

Mesmo quando der tudo errado e o cliente entender que tudo o que foi feito no Sprint não serve pra nada, pelo menos obteremos esse feedback antes de gastarmos meses trabalhando naquilo. Gestão de riscos pura, não?

Ou seja, o espírito da Sprint Review não é:

“Cliente, o que fizemos está aprovado?”

Mas talvez algo assim:

“Cliente, agora que você está tendo a oportunidade de ver funcionando (e experimentar!) esse Incremento do Produto que fizemos para você nesse Sprint, o que podemos modificar ou adicionar a ele para melhor atender às suas necessidades?”

Sobre o autor(a)

Co-fundador e Trainer na K21

Rafael Sabbagh é co-fundador da K21 e foi membro do Board de Diretores da Scrum Alliance entre 2015 e 2017. Ele é Certified Scrum Trainer (CST) pela Scrum Alliance e também Accredited Kanban Trainer (AKT) pela Kanban University. Atuando em nível executivo, possui uma vasta experiência em Transformação Digital e Gestão de Produtos. Ao longo da sua carreira, já treinou milhares de Scrum Masters, Product Owners e membros de equipes em mais de 15 países na Europa, América e Ásia.

No headers found for the table of contents.

Artigos relacionados

Já se pegou pensando “Por que isso sempre acontece comigo?” depois de um projeto que deu errado? Ou talvez tenha se flagrado apontando o dedo para sua equipe após um lançamento malsucedido? Quem sabe você é aquela pessoa que sempre…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Se você estivesse em um elevador com um grande investidor, conseguiria convencê-lo em menos de um minuto sobre o valor do seu produto? No artigo Apresentação de Produto: Como mostrar o seu Produto de Forma Enxuta e Impactante escrevi sobre…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Você já abandonou as estimativas porque achava que elas só faziam o time perder tempo? Eu também. Mas aprendi que elas podem ser mais úteis do que parecem. Já utilizamos Kanban há algum tempo e suas métricas nos são muito…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Em um mundo ideal, todos os times da empresa seriam de ponta a ponta. Indo desde a concepção do produto / serviço através de formulação de hipóteses, passando pela construção, entrega para o cliente até a aferição de resultados. Porém,…