No Scrum, o product owner é a pessoa que representa a clientes ou utilizadores vontades e desejos (visão e objetivos). O proprietário do produto é geralmente um indivíduo-chave que pode em muitos casos controlar o financiamento para o projeto a ser desenvolvido, ou se ele ou ela não controlar o financiamento, é responsável por aqueles que fazem para entregar suas visões de uma forma que seu retorno sobre o investimento é maximizado.,
definir a visão (responsabilidades do projeto)
o proprietário do produto é responsável por quebrar os objetivos globais, que muitas vezes são em termos de marketing, em uma série de segmentos menores. Ele ou ela é responsável por criar um relatório de atraso de produto que é uma lista priorizada de requisitos do produto com tempo estimado para sua conclusão. O relatório de Backlog do produto é uma das principais responsabilidades do proprietário do produto para criar e manter, mas pode ser delegado a outros para fazer.
uma equipe proprietária do produto pode até mesmo ser criada para conseguir isso., No entanto, se isso for feito, um membro da equipe do proprietário do produto deve ser designado como porta-voz. O porta-voz é a única pessoa a quem a equipa de desenvolvimento do Scrum vai para as respostas finais às suas perguntas. As decisões não devem ser tomadas em comissão.
responsabilidades de equipa
é importante que o proprietário do produto partilhe e envolva a equipa de desenvolvimento do Scrum com as visões da organização. O proprietário do produto deve responder a todas as perguntas da equipe e ouvir todas as sugestões deles para adicionar, excluir, mudar ou melhorar os objetivos do Usuário., Isto é importante para motivar a equipe e para obter feedback do Usuário.
definindo restrições
além de definir os objetivos do projeto, o proprietário do produto é responsável por definir os limites ou restrições para atingir os objetivos. Restrições como datas de conclusão do prazo, limites de custo, limites de memória, mínimos de velocidade, etc.. Os limites ou restrições que o proprietário do produto solicita devem ser possíveis de atingir. O proprietário do produto deve ter o cuidado de não pedir objetivos irrealistas ou tecnicamente impossíveis., Se, no entanto, alguns objetivos irrealistas são submetidos, pelo menos com Scrum há uma comunicação constante entre um usuário, ou representante do Usuário e a equipe de desenvolvimento, e identificação precoce é provável.
priorização de Tarefas
outro fator importante que afeta a realização de objetivos é a priorização de tarefas em um sprint. A equipe trabalha em primeiro lugar nos segmentos mais importantes e quando concluída pode ser liberado para o usuário ou cliente para sua incorporação. Estes são geralmente segmentos de trabalho que trazem alto valor do produto e afetam positivamente o ROI., Ao liberar pedaços completos de trabalho priorizado em um sprint, partes de seu produto está no mercado mais rápido do que em projetos tradicionais, onde o trabalho concluído é liberado no total no final.
porque os projetos podem durar por um período considerável de tempo, isso é muito importante porque o feedback do usuário, bom ou ruim, volta para você muito mais cedo. Este feedback geralmente significa uma mudança no que resta fazer no projeto. Alguns objetivos podem ser alterados, alguns eliminados, e alguns novos objetivos adicionados ao projeto., Dado que as alterações ocorreram enquanto o projecto ainda estava a ser trabalhado, há muito mais probabilidades de serem incorporadas a um custo inferior do que se o projecto já estivesse concluído.
incorporando mudanças se mais cedo ou mais tarde é assumido por Scrum como vai acontecer. Nenhum projeto, então, é considerado para ser terminado de uma vez para sempre. Mesmo se atingido como inicialmente solicitado, sempre queremos ser capazes de melhorar nossos objetivos. A este respeito, definir nossas visões é um processo interminável e tem uma vida própria.