Fique por dentro – Concurso de TI! Comentando uma avaliação discursiva sobre o Framework Scrum – Parte 2

Faaaaaala seus lindos!!! Tudo bem com vocês?

Estamos cada vez mais nos especializando em dissertar sobre diversos temas relativos ao Gerenciamento Ágil de Projetos, e o Framework Scrum é novamente nosso tema de estudos!!

Hoje vamos comentar uma avaliação discursiva da Fundação de PrevidÊncia Complementar do Servidor Público Federal do Poder Executivo (Funpresp-EXE), para o cargo de Analista de Previdência Complementar – Área de Atuação: Tecnologia, aplicada em janeiro de 2022 pela banca Cespe Cebraspe.

Esse artigo traz a análise dos itens IV a VII da prova, já que no artigo “Comentando uma avaliação discursiva sobre o Framework Scrum – Parte 1”, já fizemos uma análise bem detalhada dos itens I a III.

Vamos retomar o enunciado, que cobrou de forma muito crítica os conhecimentos sobre o Framework Scrum. Vejamos:

Ao assumir o cargo de product owner de uma organização, um servidor verificou, junto ao gestor da área de TI, as necessidades de desenvolvimento de novos sistemas e de manutenção — corretiva ou evolutiva — de sistemas já em produção. Concluindo que a área XYZ necessitava de um sistema novo para substituir as atividades manuais, o referido servidor nomeou outro servidor como scrum master para atender as demandas desse sistema. Nesse contexto, foram realizadas as atividades numeradas a seguir.

I Ao receber a demanda, que deveria ser concluída em 30 dias, o scrum master, sem contato com outras pessoas, elaborou um kanban com todas as tarefas a serem desempenhadas pela equipe, de modo que ele pudesse gerir o product backlog e publicar o product goal.

II O scrum master enviou o kanban para o product owner, para que este criasse um plano imutável para alcançar o sprint goal. 

III Após a elaboração do kanban com os cartões para cada requisito, o product owner solicitou que apenas o scrum master realizasse a priorização dos cartões, de modo a elencar os requisitos mais importantes a serem desenvolvidos, e que criasse o sprint backlog, responsabilizando-se pela ordenação de seus itens.

IV Ao se iniciar efetivamente o desenvolvimento do sistema para a área XYZ, houve a incidência de vários impedimentos ao progresso do scrum team, os quais foram levados ao conhecimento do gerente de TI, quem, por sua vez, afirmou que a remoção dos obstáculos era função dos developers.

V No sprint planning, por meio de discussão com o product owner, os developers selecionaram os itens do product backlog a serem incluídos na sprint atual.

VI Ao longo do desenvolvimento, o scrum team percebeu que a primeira sprint do projeto não iria ser concluída em um mês, tal como combinado; então ficou decidido em reunião diária, no 20.º dia da sprint, que a sprint seria estendida por 20 dias ou mais, sem prazo fixo, sendo possível também modificá-la, incluindo-se mais tarefas, de modo a ser entregue o melhor para o cliente.

VII Durante uma reunião, o product owner esclareceu que, no momento em que um item do product backlog satisfaz à definition of done, nasce um increment. Ficou acertado que poderiam ser criados múltiplos increments dentro de uma sprint, inclusive com a possibilidade de um increment poder ser entregue aos stakeholders antes do fim da sprint.

Após observar essas atividades, o gestor da área de TI encontrou problemas em cinco delas.

Considerando a situação hipotética precedente, redija um texto analisando cada uma das atividades numeradas de I a VII. Em seu texto, ainda, identifique, à luz do Scrum 2020, as atividades que apresentam problema, explicitando qual é o problema e qual deve ser

a respectiva solução.

Então vamos continuar nossa análise, tão detalhada quanto necessário, para formarmos o padrão de respostas dessa prova! 

O item IV menciona que ao se iniciar o desenvolvimento do sistema, o scrum team foi afetado por vários impedimentos, e que esses impedimentos foram levados ao conhecimento do gerente de TI. Nós sabemos que o scrum master é um líder servidor, que serve a organização e ao scrum team, nesse caso, removendo os impedimentos em relação ao progresso do time scrum. Dessa forma, o gerente de TI está errado ao afirmar que a remoção dos impedimentos é função dos desenvolvedores.

 O Item V já traz uma situação adequada ao Scrum Guide 2020, quando menciona que no sprint planning, por meio de discussão com o product owner, os developers selecionaram os itens do product backlog a serem incluídos na sprint atual.

Como mencionado na análise do item I, o P.O. prioriza os itens do Product Backlog, e os desenvolvedores selecionam quais itens podem ser desenvolvidos dentro do timebox da sprint atual, pois são capazes de estimar, com base em empirismo, o esforço necessário para esses itens. E sabemos também que, durante o processo, o scrum team pode refinar esses itens, conforme aumenta o nível de compreensão sobre o produto.

No item VI, temos alguns problemas importantes a comentar. Primeiramente, o enunciado diz que ao longo do desenvolvimento, o scrum team percebeu que a primeira sprint do projeto não seria concluída no prazo, e então foi tomada a decisão de prorrogá-la. 

Ora, já estudamos que Sprints são um containers de eventos, e possuem prazo fixo, o que nós chamamos de timebox. É premissa básica do framework scrum a definição do tempo fixo para a sprint, pois isso melhora o empirismo da equipe, que passa a estimar melhor o esforço e tempo necessário para realizar as atividades das próximas sprints.

Ainda, em relação à possibilidade de modificação da sprint, sabemos que durante a sprint, não devem ser feitas alterações que possam colocar em risco a meta da sprint (sprint goal), e no caso proposto, a meta da sprint já está em risco.

Apenas como informação adicional, que não faz parte de um padrão de respostas para a questão, mas serve para aumentar o nosso conhecimento sobre o tema, o P.O. é o único que pode cancelar uma sprint, caso a meta da sprint se torne obsoleta.

E para concluir, analisando o item VII, que menciona que durante uma reunião, o P.O. esclareceu que, no momento em que um item do product backlog satisfaz à definition of done, nasce um increment. Até aqui tudo certo de acordo com o Guia Scrum 2020.

Ainda, ficou acertado que poderiam ser criados múltiplos incrementos dentro de uma sprint, inclusive com a possibilidade de um incremento poder ser entregue aos stakeholders antes do fim da sprint. Mais uma vez, existe alinhamento ao Guia Scrum 2020, já que de fato podemos criar múltiplos incrementos dentro de uma sprint, e podendo ser entregues aos stakeholders antes do fim da sprint. 

Essa análise complementa, então, o estudo iniciado no artigo denominado “Comentando uma avaliação discursiva sobre o Framework Scrum – Parte 1”, e assim, concluímos a análise da questão que cobrou os principais tópicos do Guia Scrum 2020, e nos ajudou a criar um senso crítico para análise de questões sobre esse tema.

E antes que eu me esqueça!! Temos um curso completo de Gerenciamento de Projetos, PMBOK 6ª edição e 7ª Edição, com 500 questões comentadas em cada um, além de um curso TOP de Gerenciamento Ágil de Projetos  abordando o Manifesto Ágil, o framework SCRUM, a metodologia eXtreme Programming – XP e o Kanban, com muitas questões comentadas, como sempre! 

Bora estudar!!

Um grande abraço!!

Professor Darlan Venturelli