Backlog do Produto seja visivel, transparente, claro para todos, e mostrar o que o Time Scrum vai trabalhar a seguir; e,Garantir que a Equipe de Desenvolvimento entenda os itens do Backlog do Produto no nivel necessario.O Product Owner pode fazer o trabalho acima, ou delegar para a Equipe de Desenvolvimento faze-lo. No entanto, o Product Owner continua sendo o responsavel pelos trabalhos. O Product Owner e uma pessoa e nao um comite. O Product Owner pode representar o desejo de um comite no Backlog do Produto, mas aqueles que quiserem uma alteracao nas prioridades dos itens de Backlog devem convencer o Product Owner. Para que o Product Owner tenha sucesso, toda a organizacao deve respeitar as suas decisoes. As decisoes do Product Owner sao visiveis no conteudo e na priorizacao do Backlog do Produto. Ninguem tem permissao para falar com a Equipe de Desenvolvimento sobre diferentes configuracoes de prioridade, e o Time de Desenvolvimento nao tem permissao para agir sobre o que outras pessoas disserem.Equipe de DesenvolvimentoA Equipe de Desenvolvimento consiste de profissionais que realizam o trabalho de entregar uma versao usavel que potencialmente incrementa o produto Pronto ao final de cada Sprint. Somente integrantes da Equipe de Desenvolvimento criam incrementos.As Equipes de Desenvolvimento sao estruturadas e autorizadas pela organizacao para organizar e gerenciar seu proprio trabalho. A sinergia resultante aperfeicoa a eficiencia e a eficacia da Equipe de Desenvolvimento como um todo. As Equipes de Desenvolvimento tem as seguintes caracteristicas:Eles sao auto-organizadas. Ninguem (nem mesmo o Scrum Master) diz a Equipe de Desenvolvimento como transformar o Backlog do Produto em incrementos de funcionalidades potencialmente utilizaveis;Equipes de Desenvolvimento sao multifuncionais, possuindo todas as habilidades necessarias, enquanto equipe, para criar o incremento do Produto.O Scrum nao reconhece titulos para os integrantes da Equipe de Desenvolvimento que nao seja o Desenvolvedor, independentemente do trabalho que esta sendo realizado pela pessoa; Nao ha excecoes para esta regra.Individualmente os integrantes da Equipe de Desenvolvimento podem ter habilidades especializadas e area de especializacao, mas a responsabilidade pertence a Equipe de Desenvolvimento como um todo; e,Equipes de Desenvolvimento nao contem sub-equipes dedicadas a dominios especificos de conhecimento, tais como teste ou analise de negocios.Tamanho da Equipe de DesenvolvimentoO tamanho ideal da Equipe de Desenvolvimento e pequeno o suficiente para se manter agil e grande o suficiente para completar uma parcela significativa do trabalho.Menos de tres integrantes na Equipe de Desenvolvimento diminuem a interacao e resultam em um menor ganho de produtividade. Equipes de desenvolvimento menores podem encontrar restricoes de habilidades durante a Sprint, gerando uma Equipe de Desenvolvimento incapaz de entregar um incremento potencialmente utilizavel. Havendo mais de nove integrantes e exigida muita coordenacao. Equipes de Desenvolvimento grandes geram muita complexidade para um processo empirico gerenciar. Os papeis de Product Owner e de Scrum Master nao sao incluidos nesta contagem, ao menos que eles tambem executem o trabalho do Backlog da Sprint.O Scrum MasterO Scrum Master e responsavel por garantir que o Scrum seja entendido e aplicado. O Scrum Master faz isso para garantir que o Time Scrum adere a teoria, praticas e regras do Scrum. O Scrum