Implementação de um sistema para gerenciamento de projetos baseado no Framework Scrum: um estudo de caso

Transcrição

1 ISSN T.I.S. São Carlos, v. 1, n. 1, p. 8290, jul Tecnologias, Infraestrutura e Software Implementação de um sistema para gerenciamento de projetos baseado no Framework Scrum: um estudo de caso Vinícius Rafael Micali Soares, Reinaldo de Oliveira Castro Abstract: Keywords: agile, Scrum, web application Resumo: ágeis, como o Scrum, permite um desenvolvimento incremental e iterativo, resultando na diminuição dos impactos causados pelas alterações Palavraschave I. INTRODUÇÃO Segundo Costa Filho 2006, os modelos tradicionais de Engenharia de Software surgiram com o intuito de aperfeiçoar o processo de desenvolvimento, de modo a aumentar a qualidade do software entregue e, consequentemente, diminuir os gastos início do projeto, tornando difícil a liberação do produto dentro práticas de desenvolvimento de acordo com as necessidades de Nesse contexto, este trabalho tem como objetivo auxiliar gerentes de projetos e desenvolvedores no planejamento das atividades relacionadas ao desenvolvimento de sistemas, gerando produção de software. Para tanto, foi desenvolvido um sistema aplicado no gerenciamento do desenvolvimento de um sistema De acordo com Schwaber 1995, o software a ser entregue des. Como podem ocorrer mudanças nessas variáveis durante o projeto, o processo de desenvolvimento de sistemas deve ser trabalho. mento de software sugerem um planejamento contínuo, de requisitos, tendo como foco a entrega constante de software que agregue valor aos negócios. Ainda segundo o autor, o Scrum II. O MANIFESTO PARA DESENVOLVIMENTO ÁGIL DE SOFTWARE De acordo com Dias 2005, houve um movimento na comunidade de desenvolvimento de software devido às constantes mudanças de requisitos, ao baixo desempenho em projetos, Departamento de Computação Universidade Federal de São Carlos UFSCar Caixa Postal São Carlos SP Brasil Autor para correspondência: vmicali@gmail.com, reinaldo@dc.ufscar.br

2 Implementação de um sistema para gerenciamento de projetos baseado no : um estudo de caso B. Práticas do Scrum empresas. Tal movimento resultou na criação do por Schwaber et al. 2001, 3. Colaboração com o cliente mais do que negociação de con 4. Resposta a mudanças mais do que seguir um plano. Na comunidade de desenvolvimento de software existe uma discussão a respeito de o Scrum ser considerado uma metodologia ou um um, já que ao contrário das metodologias, não aprede Rugby em que os jogadores se reúnem para alcançar um objetivo. Para Abrahamsson, Salo & Ronkainen 2002, o Scrum foi desenvolvido para gerenciar projetos de sistemas, podendo ser lhas e impedimentos de modo a melhorar o processo de desenvolvimento de sistemas, tendo como foco o modo em que a equipe de desenvolvimento de software deve trabalhar para mudanças de requisitos. e práticas, os mais importantes serão apresentados nas subse de que estes auxiliem no desenvolvimento de software, já que A. Papéis no Scrum Segundo Costa Filho 2006, o Scrum baseiase nos seguintes valores: Comprometimento, Foco,, Respeito e Coragem. Tais valores servem de base para as práticas do Scrum, que são apresentadas por Schwaber 2004 conforme prática e na segunda a respectiva descrição. mento do desenvolvimento de software, como pode ser visto na das ao Proprietário do Produto na Reunião de Revisão de Itera III. ESTUDO DE CASO: O SISTEMA SCRUM4ALL juntamente com os padrões Façade e DAO, e JPA 2.0 como API de mapeamento objetorelacional. após um professor ter questionado um grupo de alunos de pós graduação em relação ao modo com que eles iriam gerenciar o desenvolvimento de um sistema denominado SICA: Sistema O SICA permite a aproximação entre aluno, pais e escola, provendo um constante e analítico acompanhamento da vida cia, comportamento e outras informações relacionadas à área nome do papel e na segunda a respectiva descrição. está relacionada ao fato desses alunos de pósgraduação não Schwaber, 2004 Papel Proprietário do Produto Equipe Scrum Descrição Ocupa a posição de gerente do projeto, sendo responsável por administrar o processo do Scrum, projeto, protegendo os desenvolvedores de interrupções externas. Controla os requisitos funcionais e nãofuncionais, podendo acrescentar e remover requisitos, Desenvolve software e auxilia na criação dos requisitos. Ajuda a estimar o esforço necessário e dos e decidindo quem irá desenvolver cada tarefa. 83

3 Tabela 2. Práticas do Schwaber, 2004 Prática Descrição reções. Durante o projeto itens são adicionados, removidos e podem ter a prioridade alterada. necessárias para transformar tais itens em funcionalidades. Durante a Iteração apenas a Equipe Scrum pode mudar esta lista. Reunião de Planejamento de Iteração Iteração próxima Iteração. Na primeira parte da reunião o Proprietário do Produto apresenta o que nido na Reunião de Planejamento de Iteração. Reuniões Diárias Scrum Reunião de Revisão de Iteração Reunião de Retrospectiva de Iteração objetivo levantar o que foi bom na última Iteração e o que poderia melhorar na próxima Iteração. Como pode ser observado na Figura 2, as práticas do Scrum Task não foi referenciada neste trabalho como uma prática, foi implementado no sistema, sendo assim, Team e Scrum Não, referenciando o papel Team, que não tem acesso privilegiado no sistema. Schwaber, 2004 acordo com o Diagrama de Classes apresentado na Figura 2, terem disponibilidade para se reunirem presencialmente com tre eles. Após o levantamento dos conceitos apresentados pelo conter mais de um SprintBacklogItem, sendo assim, foram criados os cada registro de Sprint. Os Novo, Alterar e Ex Diagrama de Classes foi criado, podendo ser visto na Figura 2. que estiverem com o atributo master contendo o valor Sim.

4 Implementação de um sistema para gerenciamento de projetos baseado no : um estudo de caso Figura 2. Diagrama de Classes do sistema Figura 3. Cadastro de 85

5 Como pode ser observado na Figura 4, as Sprints foram 30 dias consecutivos. Optouse por criar uma Sprint chamada Geral, na qual engloba diversos requisitos, como a elaboração de uma interface rica para o sistema, o provimento de acesso via dispositivo móvel, a implementação dos cadastros básicos, e o desenvolvimento de Web Services para autenticação via dispositivo móvel. O sexto registro presente na Figura 6 não possui os que ainda não se tornou um SprintBacklogItem. Em outras para ser implementado no futuro. Os contidos na Figura 6 estão disponíveis para sideração. Pode ser observada na Figura 6 a implementação das classes ProductBacklogItem, SprintBacklogItem e Task no sisatributo importancia de ProductBacklogItem. Notase que a o primeiro a ser desenvolvido, já que possui a coluna Importância com o valor mais baixo, tornandose o item prioritário. De acordo com o Diagrama de Classes apresentado na Figura 2, ProductBacklogItem pode se tornar SprintBacklo Tasks. Isso pode ser visto nos cinco primeiros registros contidos na Figura 6 por meio dos Alterar SprintBI, implementação do requisito. Pode ser observada na Figura 8 a tela de cadastro de Sprinclicar no Inserir SprintBI presente na Figura 6. Segundo o Diagrama de Classes apresentado na Figura 2, SprintBacklogItem obrigatoriamente deve estar contido em uma rio selecionar uma Sprint. Observase que ProductBacklogItem encontrase selecionado e bloqueado. Inserir Task contido na Figura 6. De acordo com o Diagrama de Classes apresentado na Figura 2, Task obrigatoriamente

6 Implementação de um sistema para gerenciamento de projetos baseado no : um estudo de caso Figura 5. Cadastro de 87

7 Figura 7. Cadastro de Figura 8. Cadastro de

8 Implementação de um sistema para gerenciamento de projetos baseado no : um estudo de caso Figura 9. Cadastro de Notase que ProductBacklogItem que se tornou SprintBacklogItem encontrase selecionado e bloqueado. IV. CONCLUSÃO Este artigo apresentou um estudo sobre o Scrum e a imple tornase possível desenvolver software de modo incremental e iterativo, obtenmercado. A principal contribuição deste trabalho foi mostrar a apli renciando o desenvolvimento de um sistema de controle aca facilitar a implantação do mesmo com o fornecimento de uma base sólida. equipe de desenvolvimento de software, em que os membros atividades efetuadas durante o projeto. temas de apoio ao Scrum, como o software permitindo o controle simultâneo de vários projetos e provendo acesso ao papel Product Owner. REFERÊNCIAS Agile Soft Espoo: ware Development Methods: 89

9 Experiências com desenvolvimento ágil. tatística, Universidade de São Paulo, São Paulo, Costa Filho, E. G. Integração de Padrões Organizacionais e de Processo ao Método Ágil Scrum. trado Departamento de Computação, Universidade Feder 25 mai Um novo enfoque para o gerenciamento de projetos de desenvolvimento de software. Dissertação sidade de São Paulo, São Paulo, Disponível em: Agile and Iterative Development: AddisonWesley, Schwaber, K. Scrum Development Process. kshop on Business Object Design and Implementation. Schwaber, K. Agile Project Management with Scrum. Red Schwaber, K. et al. Manifesto for Agile Software Development. em: 15 ago