Lições aprendidas

Na reunião de apresentação estiveram presentes a equipe de desenvolvimento e o scrum master do projeto, os gerentes e membros das áreas de manutenção, análise de sistemas, desenvolvimento de sistemas e estratégia de dados, além da direção do Centro. O trabalho foi apresentado pelo time scrum e ao nal foram observados os seguintes pontos:

• A interferência de projetos externos prejudicou a produtividade da equipe nas pri- meiras sprints, além de intervir no poder de autonomia do scrum master junto a equipe.

• O sprint backlog composto de tarefas mais especícas facilitou o trabalho da equipe de desenvolvimento.

• Ter o cliente disponível para o projeto é fundamental para esclarecer dúvidas do sprint backlog e ter feedback antes da reunião de entrega.

• Há necessidade de envolvimento da estratégia de dados no projeto, bem como do consultor da plataforma de desenvolvimento, mesmo que mediado pelo scrum mas- ter.

• A equipe observou que precisa aprimorar os testes na abordagem, já que algumas falhas não foram detectadas durante a sprint, deixando transparecer apenas na reunião de entrega.

• O pareamento de um desenvolvedor mais experiente, com outro menos experiente ajudou a nivelar o conhecimento acerca da plataforma de desenvolvimento.

• A utilização da plataforma de desenvolvimento para prototipar as interfaces do sistema foi considerada uma solução lenta. Além disso, a ideia inicial era poder evoluir esse protótipo para que ele se tornasse funcional, mas o trabalho para que isso pudesse acontecer era o mesmo de começar a construir do zero, segundo os desenvolvedores do projeto.

• De forma geral, a experiência foi considerada positiva e satisfatória por todo o time scrum, inclusive pelo product owner, que analisou que o produto entregue atendeu as suas expectativas e em um curto prazo de tempo.

Após a apresentação, o gerente de desenvolvimento de sistemas pediu a palavra, e apesar de concordar sobre o ganho de produtividade da equipe, alegou que a forma de trabalho não respeitava a hierarquia, já que as decisões eram tomadas sem o seu envolvi- mento. Informou ainda que até então ele não tinha conhecimento de como estava sendo executado o trabalho. O gerente de análise de sistemas então interviu, informando que o mural de atividades estava exposto em local de acesso a todos, que os relatórios estavam sendo enviados semanalmente e que as reuniões do scrum eram abertas a todos. A direção ainda sinalizou para o fato do gerente de desenvolvimento de sistemas ter declarado que não participaria da nova abordagem.

Assim, apesar do apoio da direção do Centro, houve um conito hierárquico gerado com o gerente de desenvolvimento de sistemas. Contudo, diante do resultado positivo e da satisfação do grupo e do cliente, foi autorizada a realização de mais um projeto utilizando a nova abordagem. Foi solicitado para que nesse novo projeto houvesse o envolvimento de todos os gerentes, inclusive para a formação do novo time.

A Tabela 3.2 apresenta o resultado da utilização de práticas, princípios e técnicas especicadas para a abordagem ágil denida para o SINUP, bem como sugere adaptações para os pontos que foram candidatos à melhoria para o próximo projeto.

Tabela 3.2: Utilização de práticas, princípios e técnicas na abordagem ágil do SINUP e considerações para o novo projeto.

Prática / Princípio / Técnica

Utilização Considerações para o próximo projeto.

Kanban Considerado positivo para melhor controle e acompanhamento de ta- refas.

Mantida para o próximo projeto.

Framework Mudanças sem interação com o time Scrum prejudicou o andamento do projeto.

Necessidade de inserção de um ou mais membros da plataforma de desenvolvi- mento na equipe do projeto.

Tabela 3.2: Utilização de práticas, princípios e técnicas na abordagem ágil do SINUP e considerações para o novo projeto. (continuação)

Prática / Princípio / Técnica

Utilização Considerações para o próximo projeto. Relatório das reuniões de planejamento, entrega e retros- pectiva

Promoveu melhor acompanha- mento e transparência, principal- mente para as gerências que não participavam dos eventos Scrum do projeto.

Mantida para o próximo projeto

Técnica de pro- totipação com o framework

Considerada improdutiva, devido ao desperdício gerado pelo não- aproveitamento do protótipo.

Necessidade de adaptação para a próxima fase, através da utilização de ferramentas de desenho ou rascunhos. Programação em

par

Considerada positiva, pois colabo- rou na disseminação do conheci- mento sobre o framework de desen- volvimento.

Mantida para o próximo projeto.

Padronização do código e proprie- dade coletiva do código

Práticas já utilizadas pelo Centro, foram consideradas positivas para o projeto.

Mantida para o próximo projeto.

Integração contí- nua

Promoveu maior dinamismo e com- prometimento ao time, já que todos os desenvolvedores passaram a estar envolvidos na utilização dessa prá- tica.

Mantida para o próximo projeto.

Ritmo sustentá- vel

Seguida à risca pela equipe, que se manteve num ritmo de traba- lho constante e sem necessidade de horas-extras.

Mantida para o próximo projeto.

Tabela 3.2: Utilização de práticas, princípios e técnicas na abordagem ágil do SINUP e considerações para o novo projeto. (continuação)

Prática / Princípio / Técnica

Utilização Considerações para o próximo projeto.

Entregas curtas Sprints com duração de 1 (uma) se- mana foram consideradas curtas de- mais, pois o time sentiu a necessi- dade mais dias para realização de testes.

Ampliação do número de dias das sprints, incluindo dias especícos para realiza- ção de testes.

Cliente presente A falta de envolvimento do product owner impactou na execução de al- gumas tarefas, bem como na falta de feedback antes da reunião de en- trega.

Criação de um novo papel que possa ser uma espécie de espelho do product ow- ner durante o projeto, ga- rantindo maior presença de um perl cliente no projeto. Planning Poker De fácil entendimento para a

equipe, foi considerada uma boa prática para estimar o tamanho das tarefas.

Mantida para o próximo projeto.

Tabela 3.2: Utilização de práticas, princípios e técnicas na abordagem ágil do SINUP e considerações para o novo projeto. (continuação)

Prática / Princípio / Técnica

Utilização Considerações para o próximo projeto.

Princípios do LSD

O princípio da eliminação do des- perdício foi impactado pela falta da presença do cliente, bem como pela utilização do framework na constru- ção de protótipos. Os demais prin- cípios foram seguidos e considerados positivos no projeto. A inclusão de qualidade no processo se deu através da inserção de práticas do XP, como por exemplo a programação em par e os novos moldes da integração con- tínua. O princípio de "aprendizado contínuo"e o de "tornar-se cada vez melhores"foi reforçado nas retros- pectivas do Scrum, bem como no registro das lições aprendidas ao - nal do projeto. As entregas curtas e constantes e o cumprimento do curto prazo de 30 (trinta) dias fo- ram relacionadas ao princípio "en- tregar rápido". O envolvimento e o comprometimento da equipe na exe- cução das sprints estiveram relacio- nados ao princípio "envolver todos".

Mantidos para o próximo projeto, com as adaptações necessárias à eliminação do desperdício.