ANALISE DA APLICAÇÃO DO SCRUM EM PROCESSOS DE SOFTWARES EM UMA EMPRESA DE CONTAGEM. ALUNO: Fernando Pereira de Tolêdo

Transcrição

1 CENTRO UNIVERSITÁRIO UNA DIRETORIA DE EDUCAÇÃO CONTINUADA, PESQUISA E EXTENSÃO CURSO DE PÓS- GRADUAÇÃO EM ENGENHARIA DE SOFTWARE CENTRADA EM METODOS ÁGEIS ANALISE DA APLICAÇÃO DO SCRUM EM PROCESSOS DE SOFTWARES EM UMA EMPRESA DE CONTAGEM ALUNO: Fernando Pereira de Tolêdo PROFESSOR ORIENTADOR: Yóris Linhares de Souza BELO HORIZONTE 2013/ 2

2 2 RESUMO Este trabalho tem por finalidade realizar um estudo sobre os resultados da aplicação da metodologia Scrum nos processos de gerenciamento e desenvolvimento de software em um ambiente de trabalho real, de forma a avaliar os benefícios e dificuldades oferecidos pela mesma. A pesquisa foi realizada pautada nos resultados dos trabalhos de uma equipe de software, em uma empresa de Contagem. Foi desenvolvido um questionário com base na pesquisa bibliografia e o mesmo foi aplicado aos funcionários do departamento de software da empresa, a fim de avaliar métricas como nível de conhecimento sobre a metodologia, grau de adaptação, benefícios e dificuldades encontradas. O estudo tem como objetivo fornecer material teórico e prático que sirva de base para pesquisas futuras e difunda em possíveis organizações a curiosidade de adotar a metodologia, visto que a mesma pode ser uma ótima aliada na melhoria de processos de gerenciamento e desenvolvimento de software. 1 INTRODUÇÃO Tendo em vista os projetos e cenários da tecnologia da informação, principalmente aqueles que dizem respeito à área de software, percebe-se que empresas têm falhado muitas vezes na entrega de seus sistemas ou falhado em quesitos como: entrega de um produto que agregue valor para o cliente, gerenciamento de projetos, estimativas, cumprimento de prazos, adoção de metodologia ou uso dos métodos e técnicas que a mesma oferece. Em virtude dessa situação, advém pensar ou até mesmo reestruturar a forma como a qual as organizações tratam seus processos de software. Diante disto, este trabalho, propõe um enfoque em uma metodologia que está em ascensão no Brasil: o Scrum. Metodologia esta, que surge como uma ferramenta promissora e que intenta a melhora dos resultados de desempenho dos processos de software. Com o presente trabalho objetiva-se apresentar os benefícios e dificuldades da utilização da metodologia Scrum em um ambiente de trabalho real, bem como avaliar os efeitos da sua aplicação sobre a equipe de software e sobre o cliente. Para tanto, foi elaborado um questionário com base na pesquisa bibliográfica e o mesmo foi aplicado aos funcionários em uma empresa de Contagem que adota a Scrum em seus processos de software, com o intuito de avaliar o conhecimento dos envolvidos na metodologia e os efeitos da sua aplicação. As avaliações realizadas basearam-se em métricas simples, como por exemplo:

3 3 produtividade, nível de organização nos projetos e o nível de conforto dos envolvidos. A medição dos dados foi fortemente embasada na opinião dos envolvidos. A justificativa deste trabalho é o aumento da eficiência nos processos de gerenciamento e desenvolvimento de software, visto que a metodologia Scrum oferece métodos e técnicas que se corretamente empregados e ou até mesmo adaptados a outras metodologias podem aumentar as chances de sucesso na entrega de um produto que agregue valor e qualidade para o cliente. Além disso, este trabalho busca fornecer um material com aplicação prática da metodologia em ambiente real para que seja utilizado como base para disseminação da metodologia e ou material de apoio a futuras pesquisas. 2 REFERENCIAL TEÓRICO 2.1 Metodologias ágeis Segundo Lanusse (s.d.), as metodologias ágeis vêm se destacando a cada dia, e um número desejável de profissionais as vem aderindo. Fato que pode ser observado devido estas metodologias terem proporcionado evidências de melhoria de produtividade nos mais diversos tipos de projetos de software. A definição de metodologia ágil foi elaborada em fevereiro de 2001 em uma reunião de metodologistas de processo de software e resultou no Manifesto para Desenvolvimento Ágil de Software (Beck et al,2001). Segundo Beck (2001) esse manifesto é baseado em 12 princípios: 1. Priorizar a satisfação do cliente através de entregas contínuas e frequentes; 2. Receber bem as mudanças de requisitos, mesmo em uma fase avançada do projeto; 3. Realizar entregas com frequência, sempre na menor escala de tempo; 4. Ter sinergia entre a equipe de negócio e a equipe de desenvolvimento de modo a trabalharem juntas diariamente; 5. Manter uma equipe motivada fornecendo ambiente, apoio e confiança necessários; 6. Circular a informação de maneira eficiente por meio de uma conversa face a face; 7. Ter o sistema funcionando é a melhor medida de progresso; 8. Promover desenvolvimento sustentável por meio de processos ágeis; 9. Ter atenção contínua a excelência técnica e a um bom projeto aumentam a agilidade; 10. Ter simplicidade;

4 4 11.Auto-organizar equipes por meio da utilização de melhores arquiteturas, requisitos e projetos; 12.Refletir, em intervalos regulares, sobre como se tornar mais efetivo, assim, ajustam-se e otimizam seu comportamento. Podem ser encontradas na literatura diversas metodologias que incorporam estes princípios, podemos citar: Extreme Programming (XP), Feature Driven Development (FDD), Dynamic Systems Development Method (DSDM) e Adaptative Software Development (ASD). Dentre as metodologias citadas, somente o Scrum será detalhado, visto que é o objeto de estudo deste trabalho. 2.2 O Scrum Definição O método ágil Scrum surgiu na década de 1990, concebido por Jeff Sutherland juntamente com sua equipe e mais tarde adaptado por Ken Schwaber que aliado a Mike Cohn fundou a Aliança Scrum em 2002 juntamente com a Aliança Ágil (Cohn, 2002). Segundo Bissi (s.d) a metodologia Scrum assume- se como uma metodologia extremamente ágil e flexível, que tem por objetivo definir um processo de desenvolvimento interativo e incremental que pode ser aplicado a qualquer produto ou no gerenciamento de qualquer atividade complexa, proporcionando um excelente entrosamento entre as equipes de desenvolvimento. Pereira (2007) demonstra que o Scrum baseia-se na auto-organização da equipe. Afirma que não há um líder geral na equipe, pelo contrário, decisões como a realização de determinadas tarefas e ou como problemas serão resolvidos encontram- se nas mãos dos membros da equipe como um todo. Ferreira (2005) afirma que alguns benefícios obtidos com o uso da metodologia são: agilidade no processo de gerenciamento e desenvolvimento de software, controle de caos resultante de necessidades e interesses conflitantes, aumento da comunicação, maximização da cooperação, detecção e remoção de impedimentos que atrapalhem a equipe.

5 Funcionamento artefatos. Nesta seção será relatado o funcionamento do processo Scrum e atividades envolvidas. Conforme mostra a figura 1, o processo Scrum é baseado em papéis, processos e Figura1: Desenvolvimento Scrum. Fonte: Papéis A metodologia Scrum baseia- se em três quatro papéis específicos; o Scrum Master, o Product Owner, a equipe Scrum e o cliente. Cada um destes exerce responsabilidades e tarefas específicas ao longo de um projeto. A seguir são definidos cada um dos papéis e suas respectivas responsabilidades segundo Deemer (2008) a) O Scrum Master : Tem o papel de auxiliar os membros da equipe ensinando e aplicando práticas, valores e regras do método ágil Scrum. Ele representa o líder para o projeto, é responsável pela aplicação das práticas corretas do Scrum, remover

6 6 obstáculos nos projetos garantindo a plena funcionalidade, produtividade da equipe e a colaboração entre os diversos papéis e funções. De acordo com Zanatta (2004), o Scrum Master tem a reponsabilidade de disponibilizar reuniões diárias, representar o gerente do projeto e o técnico, promover a gestão do Scrum dentro da organização e excluir obstáculos do projeto. b) Assume o papel de Dono do Produto. Se por acaso o produto final for de aplicação interna da organização, o Product Owner e o cliente podem ser a mesma pessoa. De acordo com Cohn (2002), as principais atividades realizadas pelo Product Owner são: definir as funcionalidades do produto, as datas de lançamento e conteúdo, priorizar funcionalidades de acordo com o valor do mercado, aceitar ou rejeitar o resultado dos trabalhos. Quando o projeto dispuser de mais de um cliente, negociar entre as partes. c) A equipe Scrum: É responsável por garantir a construção do produto determinado em cada Sprint, definir em que vai se comprometer e a melhor forma para atingir o objetivo. Além disso, a equipe é auto gerenciável, uma vez que possue autonomia e não necessita de um gerente de projeto que comande e controle suas atividades. Cada membro da equipe Scrum realiza diversas atividades, tais como: codificador, analista, testador e designer. d) O cliente: O cliente tem papel de participar de forma ativa na elaboração da lista de funcionalidades do sistema no início do projeto. Além disso, deve está disponível sempre que necessário para esclarecer os requisitos do sistema e auxiliar os membros da equipe no desenvolvimento do produto (Zanatta, 2007) Processos Segundo Deemer (2008) o Scrum é formado por seis fases como pode ser visto na figura1. Segue abaixo a descrição de cada uma: a) Sprint Planning Meeting : Reunião feita no início do Sprint com o objetivo de realizar o planejamento dos itens a serem executados do Product Backlog conforme mostra a figura. b) Daily Scrum: Uma vez iniciado o Sprint, reuniões de no máximo 15 minutos, realizadas em pé, são feitas diariamente com a equipe de desenvolvimento. A pauta da reunião limita-se apenas em expor avanços e empecilhos encontrados pelos

7 7 membros da equipe no período de desenvolvimento nas últimas 24 horas. Cada membro da equipe deve discorrer sobre os seguintes questionamentos: o que foi feito no dia anterior; o que será feito no dia atual após a reunião e o que vem a impedi-lo de realizar suas atividades com sucesso. c) Product Increment: Representa a fase na qual é iniciada a execução da Sprint. Segundo Cohn Sprints são iterações fixas, definidas previamente de acordo com a complexidade de cada projeto, tendo a duração de duas a quatro semanas. Essas iterações geram um produto incremental, portanto cada sprint irá conter análise, código e teste gerando um produto concluído ao fim da sprint. Além disso, ainda contempla uma reunião diária. Nesta fase, a equipe se fecha para execução das tarefas. d) Sprint review: Representa a etapa na qual a equipe Scrum e o Scrum Master apresentam ao Product Owner o incremento do produto com todas as suas funcionalidades do Sprint. Esta atividade é realizada no último dia do Sprint e tem como participantes todas as partes interessadas no produto que consequentemente irão avaliar os resultados e decidir as novas funcionalidades que irão compor o Product Backlog. e) Sprint Retrospective: Representa a etapa na qual realiza- se uma revisão de tudo o que foi executado durante o Sprint conforme mostra a figura, visualizando o que pode ser melhorado para o Sprint sucessor. Nesta atividade participam principalmente o Scrum Master e os membros da equipe, a presença do Product Owner é dispensável, porém é bem vinda. f) Update product backlog: Representa a etapa na qual se realiza as melhorias e adaptações. São relatados os pontos positivos que devem ser mantidos, e os negativos, nos quais a equipe vai apontar como devem ser melhorados, fechando assim, todo o fluxo de trabalho para implementação do Scrum Artefatos Product Backlog Conforme Abrahamsson et al.(2002), o Product Backlog é a lista de funcionalidades do sistema, definidas através de reuniões onde se encontram presentes todos os envolvidos e

8 interessados no produto. Este artefato deve está constantemente atualizado e os itens que o compõe estão ordenados pela prioridade estimada pelo Product Owner. 8 Sprint backlog O Sprint Backlog é o ponto de partida de cada Sprint. É formado por um conjunto de itens extraídos do Product Backlog durante reuniões entre a equipe Scrum, o Scrum Master e o Product Owner, levando sempre em consideração a prioridade de cada item, que serão desenvolvidos no próximo Sprint (Zanatta, 2004). Segundo Cohn é durante o Sprint backlog que cada indivíduo escolhe o trabalho que fará e onde ocorre a atualização diária do trabalho restante. 3 METODOLOGIA O trabalho foi divido em 3 etapas: 1- pesquisa, 2- elaboração e aplicação do questionário e 3- análise dos dados e elaboração dos resultados. A pesquisa foi realizada em diversos meios, entre alguns podem ser citados: livros, CDs, apostilas, internet e vídeo aulas. O principal objetivo da pesquisa bibliográfica foi fornecer o embasamento teórico para realização do estudo em questão. Com base na pesquisa bibliográfica foi elaborado um questionário anexo1, composto por 15 perguntas, sendo 6 fechadas e 8 abertas. O questionário foi aplicado à um grupo de 6 pessoas que compõem a equipe de software de uma empresa de Contagem que faz o uso da metodologia para gerenciamento e controle dos seus processos de desenvolvimento de software. As perguntas tiveram a finalidade de avaliar os entrevistados nos seguintes quesitos: conhecimentos na metodologia, nível de utilização do Scrum, benefícios e dificuldades na utilização da metodologia. A partir das respostas obtidas no questionário e com base na fundamentação teórica efetuou- se o levantamento e a análise crítica dos dados. Os resultados são apresentados no capítulo 4.

9 9 4 ANALISE DOS DADOS A partir do questionário aplicado e com base na fundamentação teórica pode-se estabelecer métricas e fazer a análise crítica dos resultados da pesquisa. A fim de facilitar a visualização os resultados provenientes da pesquisa foram agrupados na tabela 1, conforme mostra abaixo. TABELA1: Tabela apresentação de resultados Resposta Questão Ótimo Bom Regular Péssimo Neutro Sim Não Satisfeito Não Satisfeito 1 * * * * * * * * * 2 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 14 * * * * * * * * * 15 * * * * * * * * * Fonte: Autoria Própria As duas primeiras questões tiveram o objetivo avaliar o nível de conhecimento dos entrevistados. Pelas respostas obtidas pode- se observar que grande parte dos entrevistados tiveram dificuldades de fazer uma definição sobre a metodologia, mas sabem o que realmente é e como funciona. A terceira questão teve como objetivo avaliar se a metodologia contribui de certa forma para a equiparação de conhecimento entre os membros da equipe. Conforme mostram as porcentagens na tabela grande parte dos entrevistados acham que o uso de métodos e técnicas adotadas contribui para equiparação de conhecimento.

10 10 A quarta questão busca avaliar se o uso da metodologia contribui para a melhora das relações de trabalho. Serve para traçar se o time se sente mais confortável ou não no ambiente de trabalho com o uso da metodologia. Conforme pode ser observado no percentual das respostas, os envolvidos na pesquisa se sentem confortáveis ao utilizar os métodos e técnicas do Scrum. A quinta questão teve como objetivo avaliar os benefícios e restrições passados pela equipe no processo de adaptação aos processos adotados pela metodologia. Praticamente todos os entrevistados (100%) responderam na questão que acharam fácil a adaptação dos processos de software a metodologia, porém ainda informaram que de certa forma tiveram dificuldade em adaptassem no uso de algumas técnicas, manter o cronograma e lidar com o processo de estimativas e fazer as reuniões diárias. A sexta questão teve como objetivo avaliar a percepção da equipe sobre o uso das técnicas e métodos oferecidos pela metodologia. Conforme mostra os percentuais na tabela 1, 100 % dos entrevistados se sentem confortáveis ao lidar com o Scrum. A sétima questão busca avaliar a percepção dos membros da equipe com relação aos processos de desenvolvimento de software. Conforme pode ser observado, 100 % dos entrevistados deram resposta positiva. A oitava questão por sua vez, objetiva completar a anterior e avaliar os principais benefícios e desvantagens refletidos nos membros da equipe pelo uso da metodologia. Segundo as respostas, os principais benefícios encontrados ao utilizar a metodologia foram: melhoria do processo, organização da equipe, entregas funcionais de produto que agregue valor para o cliente, feedback do cliente, aumento da produtividade, diminuição de retrabalho. Como desvantagens alguns dos entrevistados citaram a pouca documentação e a dificuldade de cumprir em algumas vezes o cronograma. A nona questão teve como objetivo avaliar o nível de satisfação do cliente com relação ao produto entregue. Conforme pode ser observado na tabela 1, grandes partes dos entrevistados acharam que a adoção da metodologia agregou valor ao produto final e por consequência gerou a satisfação do cliente. A décima questão teve como objetivo avaliar se há ou não melhorias na estimativa de entrega de tarefas, se os membros da equipe conseguem ou não obedecer ao cronograma combinado com o cliente. Grande parte dos entrevistados respondeu positivamente. A décima primeira questão teve como objetivo avaliar o nível de satisfação dos membros da equipe com relação ao processo de estimativas. Com relação a essa questão, as respostas foram mais diversificadas, porém as respostas positivas continuam sobressaindo

11 11 sobre as demais. A justificativa pelas demais respostas, é a de que o desenvolvedor se sente tendencioso a estimar além do necessário e, portanto acaba não estimando corretamente as atividades. A décima segunda questão teve como objetivo avaliar o que os entrevistados acham sobre o nível de qualidade do produto final com a adoção da metodologia. Apresenta- se um resultado positivo. A décima terceira questão por sua vez serve para avaliar a percepção dos membros da equipe sobre o uso da metodologia e seus efeitos sobre o produto que trabalham. Grande parte dos entrevistados afirmaram que a metodologia foi de suma importância, visto que se sentiram mais confortáveis e motivados, dessa forma comprometendo- se mais no desenvolvimento do produto. A questão quatorze teve como objetivo avaliar o quão bem os entrevistados se sentiram com relação ao uso da metodologia a ponto de que se gerenciassem determinado projeto adotariam a metodologia. Grande parte dos entrevistados assumiram que seriam capazes de adotar a metodologia, tendo em vista a experiência de tudo que já passaram e os resultados. Poucos se mantiveram neutros tendo como justificativa a de que dependeria do projeto e da equipe envolvida. E por fim a ultima questão teve como objetivo efetuar o levantamento das técnicas e ferramentas adotadas no ambiente de trabalho. Dentre as principais foram destacadas: o Redmine para controle de projetos, o repositório SVN. Para estimativas foi citado o plannig poker. Para testes foram citados o Unit. Ainda foram citados as reuniões diárias e o quadro kanban. Pelas respostas obtidas é perceptível que a adoção da metodologia Scrum aliada ao comprometimento dos envolvidos com certeza tem fornecido melhorias nos processos de software da empresa. 5 CONSIDERAÇÕES FINAIS Instituições que não possuem metodologias de desenvolvimento de software, ou até mesmo as que possuem ou fazem o uso inadequado devido ao fato delas serem repletas de formalizações que fogem o que realmente o cliente necessita; o produto funcionando, tem falhado sistematicamente nos processos de gerenciamento e desenvolvimento de software.

12 12 O Scrum vem com o intuito de resolver esses problemas, tendo como objetivo principal a entrega rápida de um produto que agregue valor para o cliente, sem deixar de valorizar os conceitos das demais metodologias. Dessa forma o presente trabalho objetivou demonstrar a viabilidade de se aplicar o Scrum na melhoria de processos de software. A partir do questionário pode- se efetuar o levantamento e comprovar vantagens da adoção da metodologia para o software, para a equipe envolvida e para o cliente. Dentre as principais podemos citar: flexibilidade na incorporação de alterações, entrega em curtos intervalos de tempo de módulos do sistema, feedback constante com o cliente, aumento da qualidade do software, equiparação de conhecimento entre os membros da equipe, diminuição de retrabalho, redução de falhas... Com o questionário também pode- se efetuar o levantamento de dúvidas e dificuldades enfrentados pelos entrevistados. Dentre as principais podemos citar: dificuldades no processos de estimativas, confusões na definição dos papéis e responsabilidades dos mesmos e aplicação de algumas práticas da metodologia. Diante da análise dos resultados, pode- se comprovar que o Scrum é uma metodologia que com certeza se for utilizado corretamente e ou adaptado a processos de desenvolvimento de software aliados ao comprometimento dos envolvidos, mesmo diante das dificuldades pode trazer resultados satisfatórios. Espera- se que este trabalho possa fornecer embasamento teórico e prático para pesquisas futuras e sirva como exemplo para que outras organizações tentem adotar a metodologia.

13 13 6 REFERÊNCIAS BIBLIOGRÁFICAS ABRAHAMSSON, Pekka; SALO, Outi; RONKAINEN, Jussi; WARSTA, Juhani. Agile Software Development Methods: Reviews and Analysis. Espoo: VTT Publications, Disponível em: < Acessado em: out. de 2012 LANUSSE, A ndreano. Metodologias Ágeis- Scrum ou Extreme Programming (XP)? Disponível em: < Acessado em: jun. de 2012 BISSI, Wilson. SCRUM Metodologia de desenvolvimento ágil. Disponível em: < Acessado em: jun. de 2012 FERREIRA, D.; COSTA, F.; ALONSO, F.; ALVES, P.; NUNES, T. SCRUM - Um Modelo Ágil para Gestão de Projetos de Software. Disponível em:< Acessado em: jun. de SCRUM for Team System. Disponível em: < nce/scrum/scrum.html>. Acessado em: jun. de PEREIRA, Paulo; TORREÃO, Paula; MARÇAL, Ana Sofia Cysneiros. Entendendo SCRUM para Gerenciar Projetos de Forma Ágil. Revista Mundo PM, Curitiba, n.4, 16 maio COHN, Mike. An Introduction to Scrum, Disponível em: < pdf? >. Acessado em: Ago. de 2013 Beck, K.; Beedle, M.; Bennekum, A. van; Cockburn, A.; Cunningham, W.; Fowler, M.; Grenning, J.; Highsmith, J.; Hunt, A.; Jeffries, R.; Kern, J.; Marick, B.; Martin, R. C.; Mellor, S.; Schwaber, K.; Sutherland, J.; Thomas, D. Manifesto for Agile Software Development Disponível em: < Acessado em: abr.2012.

14 14 Anexo 1- Questionário Curso de Pós- Graduação em Engenharia de Software Centrada em Métodos Ágeis Centro Universitário Una Belo Horizonte - Setembro de 2013 Prezado funcionário (a): Essa pesquisa fornecerá subsídios para a elaboração de um trabalho de diplomação da Pós- Graduação em Engenharia de Software Centrada em Métodos Ágeis. A sua participação é de extrema importância. Mesmo algumas das questões sendo fechadas, caso queira inserir alguma observação sinta- se a vontade. Suas justificativas ou comentários às respostas são essenciais, pois são eles que fornecerão os elementos para a analise. Desde já agradecemos sua participação Fernando Pereira de Toledo 1- Defina o que você entende por Scrum. QUESTIONÁRIO 2- Defina os papeis do Scrum e suas respectivas funções. 3- Como você avalia a troca de conhecimento entre os membros do time com o uso da metodologia Scrum? ( )ótimo ( )bom ( )regular ( )péssimo ( )neutro 4- Como você avalia os benefícios do uso da metodologia Scrum no ambiente de trabalho? ( )ótimo ( )bom ( )regular ( )péssimo ( )neutro 5- Como você avalia o nível de adaptação do time com a aplicação da metodologia Scrum? Quais as principais dificuldades encontradas? 6- Você, como membro da equipe se sente confortável com as técnicas utilizadas pela metodologia? ( )sim ( )não ( )neutro 7- Você acha que a gestão dos processos de desenvolvimento de software melhoram com o uso da metodologia Scrum? ( )sim ( )não ( )neutro 8- Quais os principais benefícios e as desvantagens encontradas por você no uso da metodologia na organização? 9-Como você avalia o comportamento do cliente ao receber o produto (software)? ( ) satisfeito com o produto ( ) não satisfeito com o produto

15 15 10-O time consegue cumprir o cronograma estabelecido para a entrega do produto? ( )sim ( )não ( )neutro 11- Como você avalia o processo de estimativas para entrega do produto utilizando a metodologia Scrum? ( )ótimo ( )bom ( )regular ( )péssimo ( )neutro 12- O cliente consegue receber o software/ módulos do sistema em funcionando ao fim de cada Sprint? ( )sim ( )não ( )neutro 13- Qual a sua avaliação sobre o uso da metodologia Scrum e o seu impacto sobre o produto final? 14- Se você gerenciasse uma empresa optaria pela metodologia Scrum? Justifique 15- Fale um pouco sobre as técnicas e ferramentas adotadas ao decorrer do processo de desenvolvimento de software. (Sugestão: métodos de estimativa, ferramentas de controle de versão, teste, controle de atividades)