EXTENSÃO DE UMA FERRAMENTA SCRUM PARA APOIO AO PROCESSO DE GERENCIAMENTO DE SOLICITAÇÕES MPS.BR. Para que a implementação da ferramenta fosse possível foi necessário realizar um mapeamento entre os processos GPR no nível G do modelo MR-MPS (modelo de referência MPS.BR) e as práticas Scrum (SILVEIRA, 2012).
PROBLEMA DE PESQUISA
Solução Proposta
Este trabalho de conclusão de curso propõe a extensão da ferramenta Scrum, desenvolvida em projeto anterior, com o alinhamento das práticas Scrum e do processo de Gerenciamento de Requisitos (GRE) nível G do MR-MPS. É possível para uma organização considerar os cinco resultados esperados no processo MR-MPS nível G GRE usando o modelo ágil de gerenciamento de projetos Scrum.
Delimitação de Escopo
Esta ferramenta já permite às organizações combinar práticas ágeis de gestão de projetos com o modelo de referência de processos (MR-MPS), num nível primário previamente implementado (Gestão de Projetos), e também permite que as organizações atinjam grande parte do nível G com a extensão do esta ferramenta para apoiar o processo de Gestão de Requisitos neste nível do MR-MPS. Além disso, este trabalho não visa atender todos os atributos do processo (AP) nível G do MR-MPS-SW.
Justificativa
Da mesma forma, o foco deste trabalho foi o processo GRE nível G do MR-MPS-SW e sugere o alinhamento entre as práticas ágeis do Scrum e este processo. Este instrumento irá satisfazer quase todos os resultados dos processos de nível G descritos no MR-MPS-SW, pois já suporta o processo GPR e também apoiará o processo de nível G GRE, com apenas alguns resultados característicos do processo que ainda não foram ser preenchidas. (MUSICA RAP).
OBJETIVOS
Objetivo Geral
Objetivos Específicos
METODOLOGIA
Metodologia da Pesquisa
Procedimentos Metodológicos
Para desenhar a fundamentação teórica desta pesquisa, será realizado um levantamento bibliográfico utilizando livros, artigos, cursos e outros materiais relacionados ao gerenciamento de requisitos, Scrum e MPS.BR. Também será apresentada uma descrição do MPS.BR (Melhoria de Processos de Software Brasileiro) e seu processo GRE (Gerenciamento de Requisitos).
GERENCIAMENTO DE REQUISITOS E SCRUM
Gerenciamento de Requisitos
Essa atividade de gerenciar requisitos ao longo do tempo é chamada de gerenciamento de requisitos (SOMMERVILLE, 2007). Para implementar um gerenciamento de requisitos eficaz, um conjunto de políticas e objetivos para o processo de gerenciamento de requisitos deve ser definido.
Scrum
- O Time Scrum
- Eventos Scrum
- Artefatos do Scrum
A Equipe de Desenvolvimento é o grupo de pessoas responsáveis por desenvolver ou construir a funcionalidade do produto (MARTINS, 2007). Este backlog contém as atividades da Equipe de Desenvolvimento para a entrega do próximo produto (SCHWABER; SUTHERLAND, 2011).
PROCESSO GERÊNCIA DE REQUISITOS DO MR-MPS-SW
- GRE1
- GRE2
- GRE3
- GRE4
- GRE5
Contudo, deve haver um mecanismo que permita o rastreamento bidirecional entre requisitos e outros produtos de trabalho (SOFTEX, 2011). Ao longo do projeto, é responsabilidade da empresa e do cliente realizar revisões para garantir a consistência entre os requisitos do projeto e os produtos de trabalho.
MAPEAMENTO SCRUM E MPS.BR
A rastreabilidade bidirecional entre requisitos e produtos de trabalho não é mencionada na prática Scrum (OLIVEIRA, 2010; SZIMANSKI; ALBUQUERQUE;. A cerimônia principal é a reunião de planejamento da Sprint que possibilita selecionar os itens do product backlog e os requisitos necessários para o MPS. BR- para criar gerenciamento de requisitos.
CRITÉRIOS PARA AVALIAÇÃO DAS FERRAMENTAS
Suporta rastreabilidade bidirecional entre requisitos e produtos de trabalho: A ferramenta deve fornecer uma maneira de rastrear as dependências entre requisitos e produtos de trabalho. A ferramenta deve garantir que sejam realizadas revisões para identificar inconsistências nos planos e outros produtos de trabalho do projeto e garantir que as ações corretivas sejam seguidas. GR5).
FERRAMENTAS SELECIONADAS
Apoia a avaliação de requisitos com base em critérios objetivos e o registro do compromisso formal da equipe técnica com os requisitos do projeto: a ferramenta deve fornecer uma forma de avaliar os requisitos com base em critérios objetivos e informar e armazenar o comprometimento da equipe técnica com os requisitos do projeto. GR3). Apoia a gestão de requisitos ao longo do projeto: a ferramenta deve permitir registar a necessidade de alterações e fornecer um histórico de decisões sobre requisitos.
AVALIAÇÃO DAS FERRAMENTAS
- VersionOne Enterprise Edition
- FireScrum
- Bright Green Projects
- Ferramenta Scrum
Em seguida, com base nas instruções recebidas por e-mail, iniciou-se a avaliação de suas funcionalidades, acessando a versão de testes da ferramenta diretamente no servidor do fornecedor. Durante o processo de avaliação da ferramenta, constatou-se que a documentação de requisitos pode ser criada e armazenada em uma área denominada Requisito, destinada aos requisitos ou requisitos considerados requisitos para o projeto. Durante a avaliação da ferramenta constatou-se que a documentação de requisitos pode ser feita apenas na área destinada à criação de itens do backlog, no campo de descrição.
RESULTADO DA AVALIAÇÃO
No escopo original do projeto da Ferramenta Scrum estava previsto um mecanismo de solicitação e gerenciamento de mudanças, que foi removido devido ao cronograma apertado e à falta de tempo e recursos para a implementação. A versão atual da ferramenta já está adaptada ao processo de Gerenciamento de Projetos (GPR) nível G do MR-MPS. Serão descritas as histórias de usuários identificadas durante o processo de concepção do projeto, bem como serão demonstradas prototipagens de tela para destacar as funcionalidades do software proposto.
VISÃO GERAL DO SISTEMA
Também serão apresentados alguns artefatos relacionados à concepção (projeto) para facilitar o entendimento do projeto. Atualmente, a Ferramenta Scrum disponibiliza um mecanismo que permite ao usuário registrar os diferentes tipos de problemas que surgem durante o projeto. Os problemas são identificados durante a execução do projeto (sprints), priorizados e atribuídos aos responsáveis em reuniões diárias.
ANÁLISE DE REQUISITOS
Business Backlog
Como usuário, quero registrar meu comprometimento com o requisito por meio de uma avaliação baseada em critérios objetivos. Como usuário, quero criar um mecanismo para registrar uma solicitação de mudança para cada projeto. Como usuário, gostaria de acompanhar os detalhes do progresso de uma solicitação de alteração.
Requisitos Não Funcionais
RNF.001 A ferramenta deve estar hospedada em um servidor rodando o sistema operacional Suse Linux Enterprise 10, compilado com o kernel, ou Windows XP, com Service Pack 3 (SP3). RNF.006 A ferramenta deve ser compatível com os navegadores Google Chrome versão 27.0, Mozilla Firefox versão 21 e Safari versão 5.1.9. RNF.009 A ferramenta deve ser capaz de manter a integridade das informações através de direitos de acesso às funções do sistema.
MODELAGEM DO SISTEMA
Diagrama de classes
Os diagramas de classes foram criados com base no estudo das histórias de usuários do projeto. Para isso é necessária a classe que informe sobre o tipo de relacionamento entre os artefatos de trabalho. Quando uma solicitação de mudança é gerada para um projeto, o responsável pelo projeto ou Product Owner deve realizar a avaliação informando ao gerente de mudanças sobre os artefatos afetados, a análise de impacto e o plano de implementação.
Modelo entidade-relacionamento
Uma solicitação de mudança está diretamente associada a um projeto e gerencia todas as mudanças em um artefato de trabalho do projeto. No plano de comunicação torna-se possível registrar informações como finalidade, forma e meio de comunicação, responsáveis pela criação do plano, participantes, etc. Este capítulo descreve detalhadamente como a extensão da ferramenta é desenvolvida para atender a solução proposta.
PRODUCT BACKLOG
A história do UST.010 foi removida principalmente para simplificar o desenvolvimento, pois as ideias (Business Backlog) tornaram o trabalho extenso. A inclusão do histórico UST.024 permitiu que a ferramenta fornecesse evidências de que pessoas autorizadas a modificar e avaliar os artefatos foram identificadas de acordo com o GRE 1. A inclusão do histórico UST.027 permitiu a funcionalidade de gerenciamento de planos de comunicação, não implementados em o projeto anterior a este, foi desenvolvido conforme definido no escopo deste trabalho.
TELAS
O Workflow Manager foi desenvolvido logo em seguida e tem como principal função viabilizar um fluxo de trabalho sequencial baseado no status de um requisito ou solicitação de mudança. A ferramenta possui a função Gerenciador de Critérios que serve para registrar critérios objetivos de avaliação e aceitação dos artefatos do projeto pela equipe técnica. Para atender ao resultado do gerenciamento de mudanças nos requisitos, o recurso Change Manager foi implementado na ferramenta.
TESTES DAS NOVAS FUNCIONALIDADES DA FERRAMENTA
Método
Como o objetivo principal deste trabalho é implementar uma extensão para a ferramenta que permita suporte ao gerenciamento de requisitos nível G do MPS.BR, os testes desenvolvidos foram baseados nas cinco pontuações esperadas do GRE e contribuíram para que a ferramenta atingisse seu objetivo. Conforme já mencionado, estes testes de regressão foram realizados com base na análise dos critérios definidos para avaliação da extensão proposta neste trabalho, e portanto não contemplam todas as funcionalidades desenvolvidas neste projeto. A extensão da ferramenta desenvolvida neste trabalho foi avaliada com base nos critérios definidos no Capítulo 3 para avaliação de ferramentas relacionadas, pois um dos objetivos deste trabalho é fornecer funcionalidades que, além das práticas Scrum, atendam aos resultados esperados do processo MR GRE -MPS-SW.
PLANEJAMENTO DA AVALIAÇÃO
AVALIAÇÃO DA FERRAMENTA
Durante a avaliação, os avaliadores observaram que a ferramenta possibilita, por meio do Change Manager, solicitar e gerenciar alterações nos artefatos e produtos de trabalho do projeto. A visão do projeto, antes de ser iniciado, está disponível na função “Gerente de Projeto”, onde o usuário pode ter acesso a todas as informações sobre o projeto em questão. Outras funcionalidades da ferramenta também permitem ter uma visão geral do projeto, como por exemplo a função “Gerenciador de Artefatos” que permite ao usuário acessar os requisitos do projeto.
RESULTADOS DA AVALIAÇÃO
O resultado da avaliação de ferramentas similares e da ferramenta Scrum mostrou que as ferramentas de gestão ágil avaliadas não contemplam integralmente os resultados do processo de Gestão de Requisitos do MPS.BR. De uma forma geral, pode-se afirmar que o objetivo principal foi alcançado, uma vez que a extensão da ferramenta desenvolvida neste trabalho, além de ter implementado todas as funções originalmente previstas, inclui as práticas do modelo ágil de gestão de projetos Scrum e cumpre, em na sua totalidade, os resultados do processo GRE no nível MR-MPS. Após a implementação da ferramenta foi possível confirmar a hipótese descrita na seção 1.1.1, pois com a implementação da extensão da ferramenta e com as informações deste trabalho foi demonstrado que é possível para uma organização considerar os cinco resultados esperados no GRE- o processo no nível G do MR-MPS utilizando o modelo ágil de gerenciamento de projetos do Scrum.
TRABALHOS FUTUROS
O teste para exclusão de arquivos no artefato consiste em efetuar login, selecionar e editar um objeto existente, selecionar a aba Arquivos, excluir os arquivos associados ao objeto e verificar se eles não aparecem mais na lista de arquivos durante a edição. artefato novamente. O teste para inclusão de outros fornecedores no artefato consiste em efetuar login, selecionar e editar um objeto existente, selecionar a aba “Outros Fornecedores”, incluir um fornecedor e verificar se ele aparece associado ao artefato quando editado. O teste de associação de avaliadores ao objeto consiste em entrar no sistema, selecionar e modificar um objeto existente, selecionar a aba “Avaliadores”, incluindo os colaboradores responsáveis pela avaliação do artefato, e verificar se esses colaboradores estão listados na aba.
O teste para desconectar os revisores do artefato consiste em efetuar login no sistema, selecionar e editar um artefato existente, selecionar a aba “Revisores”, desconectar os revisores do artefato e verificar se os avaliadores não parecem mais estar associados ao artefato. o artefato quando isso acontece. está sendo editado. Esforço” na aba “Análise de Impacto” e verifique se a solicitação avaliada aparece corretamente na lista de solicitações.
