Enquanto aluno da Apple Developer Academy @ BINUS, tive a oportunidade de me tornar gerente de projetos e produtos nos últimos 4 meses, na construção do KOBAR, um aplicativo educacional de gamificação.

Apoiando a minha equipa como Gestor de Projetos e Produto, a Gestão de Projetos dispõe de muitas ferramentas que podem ser utilizadas, tanto na metodologia de trabalho como no próprio software. Há 4 meses meu time utiliza a metodologia SCRUM onde se tornou uma rotina do time realizar sprint meetings, daily scrums, sprint reviews e sprint retrospectives.

• Sprint controla o mecanismo de arrasto que limita a sobrecarga de entrada,
• O planejamento do Sprint permite a autoavaliação de cada tarefa que inicia a lucidez e o crescimento em relação ao DoD (Definition of Done).
• O desenvolvimento do Daily Scrum melhora a coordenação entre a equipe para mostrar e expressar suas ideias.
• A revisão do Sprint inclui a equipe scrum junto com os outros acionistas. Que leva o feedback da equipe scrum e também a inspeção foi feita aqui.
• A retrospectiva do sprint oferece uma chance de examinar os obstáculos no momento e receber suplementos para o próximo sprint.

Usamos a assistência do JIRA para gerenciamento de projetos porque neste software, somos ajudados a delegar tarefas facilmente a cada indivíduo, auxiliados se houver problemas filhos no backlog.

“Aqueles que planejam se saem melhor do que aqueles que não planejam, embora raramente cumpram seus planos.” — Winston Churchill

No início do período do projeto, todas as pendências ainda podem ser concluídas de acordo com o tempo predeterminado. A divisão de tarefas, foram claras e estruturadas de acordo com o cronograma desejado. No entanto, quando entra no período de desenvolvimento, há muito que deve ser ajustado para que seja um pouco trabalhoso para a equipe concluir as tarefas dadas.

É quando surgem os problemas, muitas vezes quando uma tarefa deveria ter sido concluída e iniciar o próximo sprint, a equipe não conseguiu concluí-la. No começo ficamos confusos por quê? o tempo dado não é suficiente?

Mas sabe-se que o principal problema é,

há muito backlog em um sprint, onde não podemos alinhar as expectativas com a realidade.

Então, por que esse problema ocorre?

• Superestimamos o que poderíamos concluir em uma iteração.
• Um dos itens de trabalho era muito maior do que esperávamos.
• Injeções de serviço/trabalho não planejado entraram na iteração.

Entenda a causa raiz e descubra como evitá-la. Minha equipe usa a retrospectiva do sprint para avaliar a causa e aprender com ela. Cada pessoa da equipe compartilha sua perspectiva e como superá-la.

Discuta o futuro de cada backlog

• Se o backlog tiver alta prioridade, mover o mesmo backlog para o próximo sprint deve ser útil . Talvez o tempo dado não seja suficiente com o tamanho dos itens de trabalho, então ainda está tudo bem
• Se a lista de pendências tiver baixa prioridade, determine se a lista de pendências pode ser dividida e mova o trabalho pendente para a lista de pendências do produto.

Tudo isso com base na minha experiência e apoiado pelos recursos de:

Qualquer feedback é muito apreciado! por favor me acerte aqui !

© 2022 Nathania Joyce Irene. Todos os direitos reservados.