Hiflex

Compartilhar

Os riscos e desafios do Scrum na relação cliente-fornecedor

Utilizar Scrum na relação cliente-fornecedor é muito válido, embora seja necessário fazer uma revisão do atual modelo de contratação cliente-fornecedor em projetos. Leia um pouco mais sobre a questão contratual neste artigo.

Porém, existem alguns cuidados que devemos tomar para não cairmos em ciladas. O principal cuidado, comum a todos os cenários que descreverei abaixo, é evitar a famosa divisão “nós e eles” ou “o cliente e os terceiros”. Mesmo na relação cliente-fornecedor em projetos Scrum, o conceito de “Whole Team” (equipe inteira) deve ser mantido.

 

Vejam os possíveis cenários e riscos:

1) Product Owner no cliente / Scrum Master e Equipe de Desenvolvimento no Fornecedor

Riscos:

  • O Product Owner estar focado em outras atividades dentro da empresa cliente e não trabalhar de forma colaborativa com a equipe de desenvolvimento do fornecedor
  • O Scrum Master focado somente na equipe de desenvolvimento, vendo o Product Owner como um cliente externo e não como parte fundamental da equipe Scrum
  • Ter um gerente de contas disfarçado de Scrum Master. Ele está mais preocupado em monitorar alterações de escopo, se apegar a contrato e fazer a intermediação da comunicação entre Product Owner e Equipe de Desenvolvimento do que ser efetivamente um Scrum Master
  • Ter um gerente de conta fazendo o meio-de-campo entre o Product Owner e o restante da equipe Scrum, onde o líder técnico faz um papel Scrum Master disfarçado uma vez que tem pouca autonomia no processo.

2) Analista de negócio do fornecedor como Product Owner

Riscos:

  • Analista de negócio não estar no dia-a-dia do ambiente de negócio do cliente e construir um Product Backlog que não capte as necessidades e expectativas do cliente
  • Analista de negócio definir um Product Backlog mais voltado para a visão da equipe de desenvolvimento do que para a visão do cliente
  • Analista de negócios construir um Product Backlog extremamente detalhado para atender a forma de contrato utilizado

3) Product Owner e Scrum Master no cliente / Equipe de Desenvolvimento no Fornecedor

Riscos:

  • Scrum Master atuar mais como um gerente de projetos que “cobra, cobra e cobra” do que ser um facilitador da equipe de desenvolvimento (Atenção: Não tenho absolutamente nada contra a existência do papel de gerente de projetos no Scrum. Leia meu ponto de vista sobre o assunto aqui)
  • Falta de sinergia entre Scrum Master e equipe de desenvolvimento
  • Scrum Master não se dedicar aos impedimentos sinalizados pela equipe de desenvolvimento, uma vez que pode estar focado em outras atividades dentro da empresa cliente.

4) Product Owner no cliente / Scrum Master e Equipe de Desenvolvimento co-alocados no cliente

O melhor dos cenários, pois cria um melhor senso de engajamento e torna a comunicação entre Product Owner e Equipe de Desenvolvimento muito melhor. O único risco que permanece é a visão “nós e eles” ou “o cliente e os terceiros”

Claro que nem sempre é possível que em todos os projetos com cliente-fornecedor a equipe Scrum esteja formatada como no cenário 4. Mas deve buscar mitigar ou eliminar os riscos que descrevi nos demais cenários.

 

 


 

 

PREPARATÓRIO PMI-ACP – TURMA ONLINE AO VIVO JUNHO 2020

👉 c/ Vitor Massari – Dias 15, 16, 17, 18, 22, 23, 24 e 25 de junho das 19h00 às 22h00.

 

Prepare-se para a certificação que vai mudar a sua vida profissional. Faça parte de um time de 20 mil pessoas que obtiveram o Agile Certified Professional e agora sabem o que fazer e como fazer para ter sucesso no mundo corporativo.

Aprenda de uma forma ágil e objetiva no conforto da sua casa.

 

📝 SAIBA MAIS AQUI! 👉  https://bit.ly/Prep-PMIACP-Jun2020

VEM PRA HIFLEX! 💙

 

Outras Publicações