Aqui na UOL Edtech, ultimamente temos nos movimentado para discutir processos nas atividades das equipes. Queremos ser ágil. Queremos usar o SCRUM em nossos processos. Queremos chegar mais longe, melhor. Eu estou estudando SCRUM e desejo registrar algumas reflexões para consultar no futuro breve.
Na equipe macro, temos uma especialista em SCRUM que chegou para auxiliar esse processo de adoção do SCRUM. Essa especialista foi contratada para assumir o papel de PO (Product Owner) dos nossos produtos. Mas até agora está enfrentando a falta de cultura ágil da nossa empresa.
Acontece que existe uma sensação de que a atual equipe de negócios e gestão de projetos (GPs) estão tendo dificuldades de assumir a adoção do SCRUM no processo de vendas e definição de projeto. Entendo que mudar processos é difícil porque precisamos mudar para melhor, logo precisamos estressar as certezas de que o processo proposto é melhor, portanto isso faz parte do desafio.
Tivemos uma reunião (17/01) com a equipe de negócios, projetos e desenvolvedores para discutir os processos atuais e o que podemos melhorar. Nessa reunião a especialista em SCRUM não pôde participar da reunião inteira porque já tinha marcado um compromisso familiar anterior. Mesmo assim o chefe da Gestão de Projetos -- digamos, não percebeu a falha -- não remarcou a reunião.
- A primeira falha do processo aqui registrado é que o especialista contratado para implementar o SCRUM não poderia participar da reunião agendada, mesmo assim a data da reunião foi mantida.
Nessa reunião, o mais importante resultado foi um documento feito no formado XMind com os tópicos dos processos que queremos melhorar. O documento foi construído coletivamente pelos participantes da reunião. Um dos tópicos do documento se chamava Cerimônias que listava ritos conhecidos como:
- kickoff,
- daily meeting,
- review,
- retrospective, etc.
Isso mesmo, se você é familiar com o framework proposto pelo SCRUM, essas cerimônias são conhecidas. É interessante que esses tópicos foram propostos e registrados na reunião sem dificuldades, sem crise, sem choro. Portanto, esses ritos são desejáveis pelos presentes na reunião. Mas quais são os ritos que não são desejáveis?
A resposta está no relacionamento com o cliente. Sem dúvidas a equipe de Gestão de Projetos não deseja alterar o processo atual de relacionamento com o cliente, mas o SCRUM é baseado em um princípio de relacionamento ativo, constante e interativo com o cliente.
Nessa reunião, estavam presentes outros colegas do time de desenvolvimento mobile. Um deles gosta da ideia de SCRUM e até manifestou interesse em ser PO em outra oportunidade há uns 6 meses atrás. No entanto, nessa reunião, esse colega fez a seguinte pergunta:
Quais são os benefícios de adotar o SCRUM se não for o SCRUM real? Do que adianta adotar o SCRUM apenas para o time de pesquisa e desenvolvimento (P&D)?
Eu não sei a resposta correta para essa pergunta, mas tenho a inclinação para acreditar que os benefícios existem ao adotar partes das cerimônias apresentadas pelo SCRUM. Não é a mesma coisa que adotar todas as propostas do SCRUM, como envolver o cliente interando no processo de desenvolvimento. Mas é melhor adotar certas cerimônias como Daily meeting baseado na ideia de interação entre a equipe, do que ficar sem interação e processo de transparência e acompanhamento definido.
Sobre essa dúvida, parece que a sprint é o motor do SCRUM. Logo, podemos aproveitar o motor sem aproveitar as rodas de um carro?
O coração do Scrum é a Sprint. (https://scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Portuguese-Brazilian.pdf, pag. 9)