Вы находитесь на странице: 1из 15

Adaptando o Scrum

para evolução de um
ERP de grande porte
com múltiplas equipes
concorrentes

Cleber Soares Martins Junior

Workshop anual do MPS


Sumário

• Introdução
• Cenário do Projeto MPS
• A Iniciativa de MPS com Scrum na PC Sistemas
• Metodologia
• Análise e Resultados da Pesquisa
• Conclusão
Simbora!
INTRODUÇÃO

Este artigo apresenta resultados de um estudo sobre a adaptação


de um método ágil (Scrum) em projetos de evolução de um sistema
ERP de grande porte. Os projetos foram divididos em pequenas
equipes concorrentes, cada uma utilizando o mesmo processo de
desenvolvimento, que é uma adaptação do método Scrum. Além da
escolha, das adaptações e da aplicação do método, o artigo discute
os resultados obtidos dessas adaptações no contexto descrito.
Cenário do Projeto MPS
Efeitos colaterais:
• 1. Surgimento de erros detectados após a entrega das soluções ao cliente;
• 2. Falta de garantia de entrega das solicitações, devido a mudanças nas prio
ridades;
• 3. Baixa produtividade, em razão de várias iniciativas serem conduzidas ao
mesmo tempo pela equipe de produção;
• 4. Desmotivação da equipe, em função do constante atendimento de chama
dos emergenciais, sem oportunidades de focar em melhorias reais e necess
árias;
• 5. Pouco tempo para garantia da qualidade da codificação, da documentaçã
o e dos demais processos de construção de software.
A Iniciativa de MPS com Scrum na PC Sistemas

A missão atribuída à empresa de consultoria foi a de orientar a adap


tação da metodologia Scrum ao ambiente de produção de software da empres
a PC. A escolha dessa metodologia foi feita em comum acordo entre a equipe
gestora da PC e a consultoria da Estratégia, considerando o cenário em que a
PC atua.
Durante o ano de 2008 a PC Sistemas fez a adaptação, integração, tr
einamento e implantação das práticas do Scrum em seu processo de desenvol
vimento e manutenção de software. A iniciativa de MPS com base na metodol
ogia Scrum envolveu ao todo nove equipes de produção de software, contend
o, em média, doze integrantes. As equipes foram alocadas de acordo com os p
rocessos de negócio apoiados pelos sistemas da PC: Compras, Vendas, Fiscal, F
inanceiro, entre outros.
A Iniciativa de MPS com Scrum na PC Sistemas
1º Adaptação

Feita no método Scrum foi na definição da estrutura de papéis. Cada


equipe foi composta pelos seguintes papéis: Scrum Master, Dono de
Produto, Analista de Negócio, Analista de Requisitos, Analista de Test
es, Analista de Documentação e Desenvolvedores. Cada equipe poss
uía apenas um Scrum Master e um Dono de Produto.
A Iniciativa de MPS com Scrum na PC Sistemas
2º Adaptação

Os projetos de software foram organizados em sprints mensais por eq


uipe. Ao todo são nove sprints concorrentes a cada mês, contempland
o quatro tipos de requisitos de software: (i) solicitações dos clientes; (i
i) acordos de venda para novos clientes; (iii) obrigações legais; e (iv) o
plano de evolução do sistema (roadmap do produto).
A Iniciativa de MPS com Scrum na PC Sistemas
2º Adaptação

Os projetos de software foram organizados em sprints mensais por eq


uipe. Ao todo são nove sprints concorrentes a cada mês, contempland
o quatro tipos de requisitos de software: (i) solicitações dos clientes; (i
i) acordos de venda para novos clientes; (iii) obrigações legais; e (iv) o
plano de evolução do sistema (roadmap do produto).
A Iniciativa de MPS com Scrum na PC Sistemas
2º Adaptação

A complexidade das demandas é feita com base em uma adaptação


do método planning poker [Cohn, 2005]. A essência dessa adaptação
é que a estimativa deve tomar como base um conjunto de característ
icas de complexidade predefinido pela empresa. Essas características
incluem, por exemplo, fatores de complexidade relacionados com as
interfaces de usuário e com a parametrização de funcionalidades env
olvidas no atendimento da demanda.
A Iniciativa de MPS com Scrum na PC Sistemas
2º Adaptação

O papel de Dono do Produto foi alocado ao analista de negócio/requisitos co


m maior experiência em cada equipe. Esses analistas interagem continuame
nte com o Diretor de Produto da empresa, de forma a estabelecer o roadma
p que orienta a evolução de cada parte do ERP.

O backlog de cada equipe é gerido pelo respectivo Dono de Produto, que pri
oriza e agenda cada demanda em um dos sprints mensais planejados. Para v
iabilizar a realização dos sprints concorrentes foi introduzida uma cerimônia
de pré-planejamento, envolvendo um comitê composto pelos Scrum Master
s e pelos Donos de Produto de cada equipe.
A Iniciativa de MPS com Scrum na PC Sistemas
3º Adaptação

A cerimônia daily Scrum foi adaptada para ser realizada a cada dois dias em
cada equipe. Desta forma, ocorrem nove reuniões de equipe, mas cada equi
pe faz sua reunião de forma independente das demais.
A Iniciativa de MPS com Scrum na PC Sistemas
4º Adaptação

Outra adaptação feita foi a substituição das cerimônias de Revisão e


Retrospectiva do Scrum por um método mais formal de encerrament
o de projeto visando, principalmente, a passagem do produto gerado
no sprint para a área de produção.
METODOLOGIA

Uma pesquisa do tipo survey foi realizada no período de 16 a 20 de janeiro


de 2012, com oitenta colaboradores que usam o processo baseado no Scru
m na empresa. Um questionário foi distribuído pela internet contendo onze
questões objetivas.

O objetivo principal da pesquisa foi avaliar quantitativamente o nível de co


nhecimento sobre o processo, a satisfação da equipe com esse processo, e
o grau de institucionalização do processo na empresa.
Continuação no artigo

Вам также может понравиться