Delivery Manager - um novo papel no mundo ágil

Bom dia a todos!

Até o final do ano, quase tudo ficou, mas ainda teremos vários novos produtos nos cursos. Um desses novos cursos é o Agile Delivery Manager , criado por Marina Arefieva . Por tradição, preparamos lições abertas e materiais interessantes para você. Hoje, conheceremos a visão do que é o Delivert Manager e o que é comido.

Vamos lá

Rich Lewis é o melhor com quem já trabalhei. Quando o conheci, ele era analista de negócios e mestre de scrum de uma equipe pequena. Ele fez seu trabalho, mas era claramente capaz de mais. Ofereci a ele o cargo de gerente de entregas no programa em que estava trabalhando naquele momento.

Não falamos frequentemente sobre o papel do Delivery Manager. Obviamente, isso não faz parte da "família" Agile, onde a terminologia Scrum domina. Dono do produto; Scrum master; Todo mundo está rotulado como "Desenvolvedor". Provavelmente é tudo.

No entanto, o título do gerente pós-entrega existe. Por exemplo, no The Government Digital Service (GDS) no Reino Unido e em um número crescente de empresas nos Estados Unidos.



Por que preciso do Delivery Manager

Marty Cagan notou uma tendência nos EUA, do gerente de projetos (PM) para o gerente de entregas . Marty gosta dessa tendência e do novo papel por três razões:

  • A "marca" do gerente de projeto está tão danificada que pode ser necessário mudar a marca. "
  • “Há uma pergunta sobre o objetivo - concluir o produto. A tarefa não está na pesquisa, nem nos processos de aprendizagem; o objetivo é apenas de liberação. "
  • O Delivery Manager é responsável por classificar e priorizar os problemas do produto, liberando, assim, o Dono do produto.

Os usuários do Scrum certamente concordam que o papel do gerente de projeto é tão manchado que requer uma nova marca. É por isso que, de acordo com Mike Cohn, um dos luminares do Scrum, o papel do scrum master apareceu. No entanto, acho que o papel do scrum master já está manchado. Portanto, não contrato mestres de scrum .

No entanto, liguei para o Rich Delivery Manager, não porque não gosto do termo "gerente de projetos". Não vejo muitos conflitos entre gerentes de projeto e Agile em geral / funções Agile. Além disso, não vejo muito sentido em mudar o nome dos gerentes de projeto. Eu só quero mostrar às pessoas qual é o significado do Delivery Manager.

O que o Delivery Manager faz?

Se você pesquisar no Google "Delivery Manager", não deve confiar em muitos resultados. (No momento da redação deste documento, em 2015.) Um dos primeiros será material do Serviço Digital do Governo Britânico (GDS). Tem muitas coisas interessantes. Por exemplo, Mark Stanley descreve um dia na vida de um gerente de entrega no GDS . Ele escreve:

O Delivery Manager protege o tempo da equipe para garantir um desempenho contínuo. O tempo da equipe é um tempo precioso.

O GDS também tem uma descrição da função de Gerente de Entrega. As principais responsabilidades nesta função são as seguintes:

  • Libere projetos e produtos, use a metodologia ágil apropriada, aprenda e melhore constantemente os processos.
  • Juntamente com um gerente de produto, desenvolva um roteiro e traduza-o em histórias de usuário.
  • Gerenciar um processo de planejamento dinâmico e coletivo - o foco principal está no trabalho que precisa ser realizado, em face da capacidade e capacidades limitadas da equipe.
  • Gestão matricial de uma equipe multidisciplinar.
  • Verifique a qualidade do produto em todas as etapas (alfa / beta / produção).
  • Participe ativamente da comunidade do Delivery Manager, compartilhe e encontre solicitações de habilidades e conhecimentos, implemente as melhores práticas.

Tudo está em ordem com o papel do GDS e, na minha opinião, é muito mais útil do que o papel de um scrum master.

Gerente de Programa e Gerente de Entrega

Eu tinha uma necessidade definitiva quando convidei Rich para a função de Delivery Manager. A linha inferior é:

  • Eu tinha três equipes de desenvolvimento que trabalhavam em uma sala grande - apenas cerca de 35 pessoas.
  • Eu precisava de um processo e um quadro Kanban para toda a equipe.
  • Eu estava presente apenas quatro dias por semana, um deles remotamente.

De fato, Rich dirigia o quadro Kanban e todos os processos relacionados. Ele estabeleceu fortes laços táticos com o proprietário do produto, certificou-se de que os cartões fossem criados e sincronizados com o sistema de bilhetes eletrônicos. Ele coletou métricas, desenhou o Fluxograma Acumulativo, organizou retrospectivas. Além disso, ele estava presente no trabalho todos os dias para que a equipe não perdesse impulso na minha ausência.

Meu relacionamento com Rich pode ser comparado ao do diretor executivo (brevemente - CEO) e do diretor operacional (diretor de operações, brevemente - COO). Como CEO, eu era o rosto da equipe. Durante o trabalho remoto, discuti a estratégia com as principais partes interessadas remotas para garantir que as compensações sejam alcançáveis ​​e que as prioridades sejam adequadas. Como COO, o trabalho de Rich foi direcionado para dentro da equipe. Ele a ajudou a seguir em frente. Eu verifiquei a direção correta. Juntos, fizemos felizes os proprietários do produto.

O FIM

Como sempre, estamos aguardando suas perguntas e comentários, que você pode deixar aqui ou escrevê-los diretamente para Marina em uma lição aberta .

Source: https://habr.com/ru/post/pt432198/


All Articles