Sobre o post de hoje, que tal continuarmos com a série Scrum Game? Se você é novo aqui no blog, veja um pouco sobre as peças do jogo, escrito na parte 1. Feito a leitura, vamos lá \o/
Desta vez irei apresentar o fluxo de funcionamento do Scrum Game. Como dito anteriormente, o jogo representa todas as cerimônias do Scrum. Para melhor entendermos, abaixo é apresentado um fluxograma com as etapas que compõem o mesmo (uma imagem vale mais que mil palavras):
O fluxograma apresentado acima é referente às etapas do jogo, juntamente com o que é feito em cada uma e qual o resultado proveniente da mesma. Por exemplo, para a etapa Ideia do projeto, a mesma é composta por um Brainstorming e deseja-se obter como resultado, a Definição do projeto. Uma vez finalizada, o resultado é apresentado na etapa seguinte e assim prossegue-se com o jogo.
Vale lembrar que todas as etapas são flexíveis ao seu modo. Ou seja, caso você queira utilizar alguma dinâmica ou técnica que ajude no entendimento do conteúdo em questão, fique à vontade. Outra flexibilidade é que você não é obrigado a jogar todas as etapas. Por exemplo, caso você já tenha uma Ideia de Projeto ou Product Backlog já existentes, basta aproveitá-los. Isto serve para os jogadores ganharem tempo e focarem apenas no que é necessário, de acordo com as suas necessidades.
Como dinâmica sugestiva, pode ser utilizado o Acordo de Time antes da execução do jogo.
Apenas uma ressalva sobre etapa de Revisão da Sprint. Os resultados provenientes da etapa de desenvolvimento devem ser apresentados ao cliente ou às partes interessadas. Caso os resultados sejam satisfatórios, é feita uma entrega parcial ou final do projeto. Caso contrário, deve-se dar início a um novo ciclo de desenvolvimento.
Tudo certo até aqui? (Espero que sim!)
Até o momento já falamos dos componentes do jogo na parte 1 e apresentamos neste post o fluxo do mesmo. O que será que está faltando? Talvez você esteja pensando sobre a PoC (Proof of Concept) e é isso mesmo.
A versão 3.0 do jogo foi testada com 31 participantes ao total, em diferentes empresas. Para a surpresa dos criadores da ferramenta, o jogo foi bem aceito e obteve feebacks construtivos (melhoria contínua!). Claro que, assim como o jogo evoluiu, os participantes também puderam evoluir e acredito que isso foi o mais importante. Além disso, vale a ressalva que o jogo foi testado com pessoas de áreas de atuação diferente (T.I., assistência social e pedagogia). O intuito era tanto observar as pessoas que estão inseridas no contexto de T.I., quanto aquelas que também não estavam. Logo abaixo, temos a imagem do jogo em execução com os participantes.
É isso aí galera, no próximo post apresentarei os resultados obtidos. Qualquer coisa, basta comentar logo abaixo que em seguida responderemos. E não se preocupe, em breve estaremos postando a terceira parte da série Scrum Game.
Um forte abraço!