ele. Sem coragem, o PO podeinconscientemente abrir mao da oportunidade de sucesso, parando de ouvir os clientesfinais ou ate mesmo idealizando um produto grande demais com resultadosinferiores.OPO e o clientePara gerenciar umproduto, em particular um software, e preciso entender que mesmo umespecialista precisa do feedback do usuario final. E o cliente, e apenas ele,quem podera validar o que o ha de inovador em um sistema. Aquilo que ja econhecido, ou que ja foi medido anteriormente, pode ate dar certo sem avalidacao do cliente, mas o que for o diferencial competitivo do seu produto,nao. Fica no diferencial, em suas caracteristicas unicas, o maior potencial degeracao de valor; por isso, ouvir o cliente o tempo todo e fundamental.A sintonia com ocliente e o que permite que o PO consiga capturar e transmitir a direcao corretapara os outros stakeholders e para a equipe dedesenvolvimento. O contato entre a equipe e os stakeholders com o cliente finalsempre sera limitado, se comparado ao do PO. Por isso, o PO nao deve se privarde "estar na rua", falando com seu publico-alvo. Para manter essasintonia viva e constante, precisa orientar a equipe na direcao de entregaspequenas e frequentes. O produto deve ser criado de forma incremental e a cadapasso as funcionalidades produzidas devem passar por um ciclo de feedbackenvolvendo os usuarios finais. E importante observar que, quanto antes umafuncionalidade estiver em producao, sendo utilizada por usuarios verdadeiros,melhor sera o produto.Qualidaderelativa e qualidade absolutaOutro ponto que podedesviar o caminho de sucesso dos gestores de um produto de software e aqualidade. Discussoes interminaveis sobre este assunto sao frequentes entre aequipe e o PO, com ou sem a participacao de outros stakeholders. Tais discussoes,alem de improdutivas, podem crescer e se transformar em antagonismo, o que astornam destrutivas para o produto, e tambem para a uniao e a motivacao dosenvolvidos.O principal motivo dedivergencia reside em uma sutileza sobre o que e qualidade em um produto desoftware. Como em qualquer outro produto, qualidade e um conceito relativo. Ospadroes de qualidade e os custos de se fazer um novo produto sao variados edependem de fatores como regulamentos, leis e o publico-alvo. Para usar umexemplo do dia-a-dia, a qualidade exigida em um carro popular nao e a mesma quea de um carro de luxo.Podemos dizer que oPO entende qualidade como o nivel de aceitacao de seus clientes enquantoconsumidores daquele novo produto. Este tipo de qualidade esta, de certa forma,sob o controle do PO, e influencia suas decisoes. Muitas vezes, a equipe naoentende este parametro; apenas quer fazer o seu trabalho bem feito. Na verdade,e comum que a equipe leve em consideracao outro tipo de medida: a qualidade noseu ciclo de desenvolvimento. Apenas para citar um exemplo, no caso de umaindustria automobilistica, o PO estaria preocupado com a aceitacao dedeterminado veiculo pelo publico, sendo que a equipe esta mais comprometida coma qualidade do fluxo de producao.Neste caso, ainda queas fabricas (ou unidades de fabricacao) dos carros populares e luxuosos tambemtenham suas diferencas, elas sao de fato bem mais parecidas do que a distanciaque existe entre os dois produtos finais: um carro pode ser desenhado para naodar defeito