As rotinas que são estabelecidas com o SCRUM (Daily Scrum, Sprint Review, Sprint Planning, Sprint Restrospective), os valores que são promulgados (comprometimento, coragem, foco, abertura e respeito) e a prática dessa metodologia altamente ágil.Permitir um bom gerenciamento nas áreas de tecnologiae consegue permear as diferentes áreas de uma empresa, estabelecendo diferentes dinâmicas.
No entanto, ao trabalhar com Software as a Service SaaS e, especialmente, em B2B, o senhor tem "do outro lado da mesa" um cliente com um gerenciamento mais tradicional, no qual ele exige uma entrega única e funcional para iniciar as operações e, em geral, não são contempladas etapas parciais.
Essa situação é um desafio em que os projetos devem ser gerenciados de uma forma para o cliente final com o PMI e de outra forma internamente com o SCRUM e, além disso Eles devem funcionar de forma sincronizada para que sejam compatíveis e imperceptíveis para ambos os dispositivos.
Diagrama SCRUM
Como pode ser visto no gráfico, a "casca" do PMI é mostrada para o gerenciamento de clientes e, dentro dela, o gerenciamento ágil com o SCRUM como protagonista, no gerenciamento da equipe interna.
O formalismo oferecido pelo PMI com rotinas como Kickoff, definição de Escopo, Gerenciamento de Riscos, reunião de transferência, entre outras, tornam-se os insumos perfeitos para o Scrum, pois possui um backlog bem definido de tarefas com um detalhamento do que é necessário e disponível para programação dentro dos Sprints.
Por fim, a soma dos incrementos resultantes da execução dos Sprints terá um resultado a ser entregue ao cliente para validação e aprovação.
Fatores a serem considerados no SCRUM
Uma vez que o Sprint vai começar, os objetivos das tarefas a serem realizadas ficam claros. A grande dificuldade é conseguir ajustar a WBS (estrutura detalhada de trabalho) e o cronograma de atividades do cliente na gestão do PMI, com o cronograma de entregas dos Sprints, que deve conversar bem com o que o cliente espera em datas específicas.
É um verdadeiro desafio ajustar ambas as metodologias e transmitir em ambas as extremidades da equação,O cliente e a equipe interna, que fazem parte de um único esforço que permite o mesmo objetivo: dar vida a uma funcionalidade.
Isso envolve ter umPO-PM, Proprietário do produto - Gerente de projetoEm outras palavras, o proprietário do produto precisa gerenciar o backlog com um cronograma tradicional de entrega única, em que o produto deve atender às solicitações e tem uma única data de produção. Por outro lado, como gerente de projeto, ele deve gerenciar todos os aspectos do projeto, o controle de riscos no andamento dos desenvolvimentos, a correção de possíveis incertezas, o gerenciamento dos recursos necessários, os planos de ação para corrigir desvios do cronograma, entre outros.
Por fim, para manter os dois processos de gerenciamento contínuos, é uma tarefa diária constante, é preciso se alimentar dos desafios do Daily para poder realizar os respectivos controles de mudança do projeto e, por exemplo, a materialização de um risco deve se tornar uma tarefa adicional do Backlog que permita o exercício de um plano de ação eficaz.
