Estou confuso sobre a responsabilidade do OP aqui. Eu era desenvolvedor de uma equipe de recursos de jogos, mas também um PO. O trabalho diário do desenvolvedor é quase em tempo integral, então eu tenho que trabalhar com o tempo para cuidar do meu dever de OP, e a responsabilidade do PO parece ser contra os pensamentos do desenvolvedor.
Como PO, vou escolher mais recursos no próximo sprint. Caso contrário, direi a mim mesmo para não fazer isso, porque sou membro da equipe para desenvolver esses recursos. Essa situação me deixa confusa, então eu quero ouvir algumas idéias de vocês.
Sou iniciante no Scrum e Game Dev (cerca de 1 ano e meio) e também sou novato aqui e inglês.
agile
scrum
game-development
Charlie
fonte
fonte
Respostas:
Pode parecer um pouco estranho, mas realmente não deve haver nenhuma razão para essas funções serem combinadas. Por um lado, alguém confiou em você esse papel; portanto, sua equipe deve respeitar isso. Em segundo lugar, você está agora em uma posição em que pode priorizar o trabalho que precisa ser feito, para sempre explicar por que as coisas estão indo do jeito que estão. Terceiro, você está na equipe e carrega sua parte da carga de trabalho. Finalmente, é um trabalho, se você tiver que trabalhar duro, tudo bem. Uma equipe sempre precisa se lembrar de agregar valor ao seu projeto, não se trata de distribuições gratuitas.
O que se resume é: "Você tem os bens para tomar essas decisões?" Se você acha que tem, faça-o!
fonte
Na minha experiência, o proprietário do produto é um PM / TPM ou um membro da equipe de negócios. Embora não seja impossível para o PO ser um desenvolvedor, há algum perigo de conflito de interesses. Se o seu produto for altamente técnico, o pedido deve ter um histórico de desenvolvimento. Se for menos técnico e mais focado no usuário final, um PO com experiência em negócios é essencial.
fonte
Como programador (supondo que você seja um bom), você investirá em seu código. Como proprietário ou gerente, você precisa investir no produto.
Nem sempre são a mesma coisa. E quando não estiverem, você terá grandes problemas.
Eu sempre disse que o papel de um bom gerente é bloquear a porcaria de cima e roubar meu código quando é bom o suficiente. Sem um gerente, eu poderia trabalhar em uma única função pelo resto da minha vida, melhorando-a para sempre.
Os proprietários precisam olhar para o cenário geral, os programadores precisam observar os detalhes. Você não pode fazer as duas coisas a menos que seja Deus!
fonte
Como é definido no Scrum tradicional, não há um problema com um desenvolvedor que também funciona como proprietário do produto. No entanto, você precisa tomar cuidado ao planejar prestar contas de qualquer pessoa que esteja desempenhando sua função em período parcial, seja porque eles estão trabalhando em vários projetos ou porque têm várias funções na mesma equipe. No seu caso, você não pode se considerar um desenvolvedor em tempo integral, pois é necessário planejar o tempo em cada iteração para desempenhar as funções do Dono do Produto.
Eu acho que você também tem um mal-entendido do que o Dono do produto faz. Não é sua responsabilidade escolher quais recursos entram em uma iteração. Em vez disso, é seu trabalho ser a voz do cliente no projeto, quando se trata de introduzir novas histórias, atribuir prioridades a essas novas histórias e garantir que a implementação de cada história seja aceitável por meio da criação e execução de testes de aceitação. A escolha das histórias é baseada na velocidade da equipe e na lista de pendências priorizada, não em quantas histórias o Dono do Produto deseja implementar.
fonte
Interessante que estou dando conselhos a um cara chamado Charlie, (meu nome é Charles), mas tenho alguma experiência em papéis duplos como dev / PM e, na minha experiência, é MUITO fácil ficar muito envolvido em um papel ou o outro.
Se você conseguir manter o controle de ambas as funções, faça-o de qualquer maneira, mas faça um orçamento do seu tempo e mantenha a alternância de contexto entre essas duas funções no mínimo absoluto, especialmente em um único dia.
Idealmente, eu recomendaria que você evitasse misturar esses papéis, pois eles são, como você notou, bastante conflitantes entre si.
fonte
Quase sempre uma má ideia. Tínhamos um gerente de projeto que era proprietário do produto e isso era bastante conflitante.
fonte
Entendo os problemas gerais de equilíbrio entre os dois papéis, mas o que não entendo são suas preocupações específicas.
O desenvolvimento é apenas um papel em tempo integral, se você o fizer. Se você se considerar apenas 50% durante o planejamento do sprint (ao contar todas as horas / dias de desenvolvedor disponíveis), você terá tempo de sobra para suas tarefas de PO.
fonte