As cerimônias (Sprint Planning, Daily Scrum Meeting, Sprint Review Meeting e Sprint Retrospective Meeting) e suas respectivas informações podem ser definidas no gerenciador de eventos, disponível dentro da função “Meus Projetos” do módulo “Projetos”. Através destas cerimônias é possível definir e alterar os requisitos e realizar solicitações de mudanças em um projeto em andamento.
Os artefatos previstos pelo Scrum pode ser visualizados em diversas partes da ferramenta.
O Product Backlog é gerado juntamente com as informações do projeto, onde o usuário pode selecionar estórias do Business Backlog e também cadastrar outras ligadas exclusivamente ao projeto. Além disto, a ferramenta permite o cadastro de estimativas e priorização das estórias.
O Sprint Backlog é definido a partir da seleção de estórias do Product Backlog, pelos membros da equipe do projeto, para uma Sprint na função “Meus Projetos”, permitindo que estes cadastrem também tarefas e problemas relacionados as estórias que escolheram. Também é possível visualizar o Burndown Chart, onde o usuário pode acompanhar a evolução (previsto x realizado) de determinada Sprint.
Os impedimentos são cadastrados em forma de problemas, os quais estão diretamente ligados à determinada tarefa. Estes problemas também podem estar vinculados ao acontecimento de riscos do projeto.
Tabela 6. Resultado da avaliação da extensão desenvolvida na ferramenta
Critério VersionOne FireScrum Bright Green Projects
Ferramenta Scrum (Antes)
Ferramenta Scrum (Depois)
1 T P P P T
2 N N N N T
3 P N P N T
4 T T T T T
5 P N N N T
TOTAIS 2T | 2P | 1N 1T | 1P | 3N 1T | 2P | 2N 1T | 1P | 3N 5 T | 0P | 0N Com os resultados obtidos na avaliação é possível afirmar que a extensão da ferramenta desenvolvida neste trabalho, atende totalmente todos os critérios de avaliação e apresentou um resultado satisfatório em relação ao alinhamento entre as práticas do Scrum e os resultados esperados do processo GRE do nível G do MR-MPS-SW. Isto é perceptível, principalmente, em função de algumas funções como o gerenciamento de artefatos e o gerenciamento de solicitação de mudança que eram funcionalidades deficientes e, em alguns casos, ausentes nas ferramentas avaliadas.
Como visto, a avaliação foi realizada não por leigos mas por profissionais experientes com conhecimento do assunto envolvido e o resultado obtido, serve como base para apoiar a hipótese levantada neste trabalho de que é possível afirmar que uma organização contemple os cinco resultados esperados no processo GRE do nível G do MR-MPS-SW utilizando o modelo de gerenciamento ágil de projetos Scrum.
7 CONCLUSÕES
Para tornar possível a execução deste trabalho foi realizado um estudo bibliográfico a respeito de assuntos como: gerência de requisitos; gerência ágil de requisitos; gerenciamento ágil de projetos com Scrum; e programa de melhoria de processos de software brasileiro (MPS.BR).
Foi realizado um estudo voltado para trabalhos sobre o mapeamento entre as práticas do Scrum e os resultados esperados do processo GRE no nível G do MR-MPS, servindo como base para fundamentar o alinhamento entre estes dois modelos. Foi observado que nenhum dos trabalhos pesquisados apresentou um alinhamento satisfatório, ou seja, baseado na interpretação dos resultados esperados do processo Gerência de Requisitos do MPS.BR e em trabalhos similares sobre o alinhamento do Scrum com outros modelos, as práticas Scrum não estavam totalmente alinhadas com os resultados esperados do processo GRE do MR-MPS. Com isso, para atender o objetivo específico 1 foi necessário criar algumas adaptações nos mapeamentos propostos pelos trabalhos pesquisados.
Com a finalidade de levantar os requisitos da extensão proposta por este trabalho, foi realizada uma avaliação de ferramentas similares e também uma avaliação da mesma ferramenta que se pretende implementar a extensão, a Ferramenta Scrum, que tem por objetivo atender as práticas do Scrum. Para tanto, foi necessário primeiramente definir os critérios com os quais as ferramentas selecionadas seriam avaliadas. Estes, por sua vez, foram determinados com base nos resultados esperados do processo GRE do nível G do MR-MPS.
O resultado da avaliação das ferramentas similares e da Ferramenta Scrum mostrou que as ferramentas para gerenciamento ágil avaliadas, não contemplam na totalidade os resultados do processo Gerência de Requisitos do MPS.BR. Por outro lado confirmou que é possível desenvolver uma ferramenta que possua funcionalidades ligadas às práticas do Scrum e também ligada aos requisitos de um programa de melhoria de processos de software. Além disto, esta avaliação foi fundamental para a identificação de alguns requisitos necessários para a extensão proposta à Ferramenta Scrum. Desta forma, os objetivos específicos 2 e 3 foram atendidos.
Com o levantamento dos requisitos, a modelagem dos dados e a prototipação das telas feita na etapa do projeto, iniciou-se a implementação da extensão da ferramenta proposta, utilizando a
abordagem Scrum para gerenciar requisitos e implementar algumas funcionalidades removidas do projeto anterior como, por exemplo, a função Gerência de Mudanças e o Plano de Comunicação.
Para atender ao objetivo 4 foi feita uma análise da Ferramenta Scrum, desenvolvida anteriormente, visando compreender a sua estrutura atual. Também foram utilizados alguns documentos para auxiliar no desenvolvimento da ferramenta (diagramas de modelo entidade- relacionamento, classe e protótipos de telas) desenvolvidos na etapa do projeto deste trabalho.
Para concluir o objetivo 4, foi realizado testes de funcionalidades na ferramenta (CRUD).
Diante do que foi proposto, pode-se concluir que a extensão proposta para a ferramenta foi implementada de forma satisfatória.
Pode-se dizer também que houve algumas dificuldades no início do desenvolvimento da extensão proposta devido a falta de conhecimento do aluno com as linguagens de programação PHP e Javascript. Isto resultou em um desenvolvimento inicialmente lento que afetou o cronograma do projeto. Com o decorrer da implementação da extensão proposta, viu-se que era necessário incluir novas estórias para que a ferramenta contemplasse de forma total todos os critérios definidos na seção 3.1. É importante comentar também que, durante o desenvolvimento, algumas estórias foram removidas do Product Backlog (UST.019 e UST.020) e tinham como objetivo atender o resultado esperado GRE 4. Isto porque em uma análise mais detalhada do resultado esperado GRE 4, viu-se que seu principal objetivo era permitir e evidenciar que fosse feita uma revisão nos planos e produtos de trabalho para identificar e corrigir inconsistências ao longo e, para isso, a inclusão da estória UST.028 permitiu que a ferramenta suportasse este resultado esperado. A estória UST.010 foi removida principalmente para simplificar o desenvolvimento, visto que as ideias (Business Backlog) previstas tornaram o trabalho extenso. Como esta estória tratava basicamente de se manter um histórico do status das solicitações de mudança, a mesma, não interferiu no resultado da avaliação. Por outro lado, é essencial relatar que as funcionalidades mais importantes para atender os requisitos deste trabalho foram mantidas. As estórias UST.021, UST.022, UST.023, UST.024, UST.025, UST.026, UST.027 e UST.028 foram incluídas ao Product Backlog para permitir que este projeto atingisse os seus objetivos. A inclusão da estória UST.022 e UST.025, permitiu que fossem cadastrados critérios objetivos na ferramenta para avaliar os artefatos de trabalho e registrado o comprometimento dos responsáveis pela avaliação de acordo com o GRE 2 do processo Gerência de Requisitos do nível G do MR-MPS. Já a inclusão da estória
UST.024 permitiu que a ferramenta apresentasse evidências de que as pessoas autorizadas a modificarem e avaliarem os artefatos fossem identificadas de acordo com o GRE 1. A inclusão da estória UST.027 permitiu que a funcionalidade de gerenciar planos de comunicação, não implementada no projeto anterior a este, fosse desenvolvida conforme definido no escopo deste trabalho.
Como havia sido definido no projeto deste trabalho de conclusão de curso, algumas estórias removidas do projeto anterior seriam analisadas e implementadas neste projeto. Foi dado atenção aos resultados esperados GPR 9 e GPR 16 relativos ao processo Gerência de Projetos do nível G do MPS.BR que tratam da forma de identificação e planejamento dos dados relevantes do projeto, do envolvimento das partes interessadas no projeto e do planejamento da comunicação entre as partes envolvidas, respectivamente. Desta forma, foi implementado no módulo Gerenciador de Projeto, já existente na ferramenta, a função Plano de Comunicação. Esta função, tem relação com o gerenciamento de requisitos devido a comunicação necessária para o entendimento dos requisitos junto as fornecedores.
Com o término das atividades de implementação e para atender o objetivo específico 5, foi realizada a avaliação das novas funcionalidades da ferramenta baseado nos critérios definidos na seção 3.1. Esta avaliação só foi possível com um planejamento inicial que permitiu definir um roteiro, um questionário para avaliação das novas funcionalidades e agendar um tempo com as pessoas responsáveis por avaliar a ferramenta para que as mesmas realizassem a avaliação. Esta avaliação permitiu visualizar uma evolução considerável da ferramenta quando comparada com as ferramentas selecionadas e avaliadas neste trabalho, principalmente nas funções de gerenciamento de artefatos e mudanças.
O objetivo principal deste trabalho foi desenvolver uma extensão da Ferramenta Scrum para gerenciamento de projetos que possa dar suporte à empresas que desejam implementar um programa de melhoria de processos, visando apoiar o desenvolvimento de software com atividades associadas à gerência de requisitos, facilitando o controle, estabilidade e manutenção dos requisitos.
Em linhas gerais pode-se afirmar que o objetivo principal foi alcançado, visto que a extensão da ferramenta desenvolvida neste trabalho, além de ter sido implementada todas as funcionalidades previstas inicialmente, contempla as práticas do modelo de gerenciamento ágil de projeto Scrum e atendem, de forma total, os resultados do processo GRE do nível G do MR-MPS.
Após a implementação da ferramenta foi possível confirmar a hipótese descrita na Seção 1.1.1, pois foi demonstrado com a implementação da extensão da ferramenta e com as informações contidas neste trabalho que é possível que uma organização contemple os cinco resultados esperados no processo GRE do nível G do MR-MPS utilizando o modelo de gerenciamento ágil de projetos Scrum.