Os resultados referentes ao questionamento se o participante trabalhou com Scrum ou outro método ágil demonstrou que 71,9% dos respondentes atuam ou atuaram em projetos dessa natureza, conforme a Figura 1. Consequentemente, 28,1% não têm experiência com métodos ágeis. Tendo em vista que o problema de pesquisa deste trabalho é identificar práticas do Scrum que podem ser aplicadas no MDS-EB, o pesquisador considerou somente as respostas dos participantes que possuem experiência com métodos ágeis para a alcançar o objetivo da pesquisa. No caso, 23 respondentes foram considerados. Figura 1 - Atuação do respondente com Scrum ou outro método ágil Fonte: o Autor 4.4 Resultados sobre a utilização do Product Backlog em substituição ao Documento de Declaração de Escopo Os resultados referentes à pergunta se o Product Backlog poderia substituir o documento de Declaração de Escopo do projeto de software, podem ser observados na Figura 2. Observa-se no gráfico da Figura 2. que aproximadamente 74% dos participantes apresentam opinião a favor da utilização do Product Backlog em detrimento do documento de Declaração de Escopo. No entanto, a parcela de opiniões desfavoráveis é significante, devendo ser levada em consideração na decisão de aplicação ou não da prática. Pode ocorrer que uma equipe de projetos possua uma parcela considerável de integrantes que preferem trabalhar com a Declaração de Escopo. 0 2 4 6 8 10 12 14 4,35% 17,39% 4,35% 47,83% 26,09% Figura 2 - Utilização do Product Backlog em substituição ao Documento de Declaração de Escopo Fonte: o Autor 4.5 Resultados sobre a utilização do Product Backlog em substituição ao Documento de Visão Os resultados referentes à pergunta se o Product Backlog poderia substituir o Documento de Visão do projeto de software, podem ser observados na Figura 3. Observa-se no gráfico da Figura 3 que 56,52% dos participantes apresentam opinião a favor da utilização do Product Backlog em detrimento do documento do Documento de Visão, e 26,09% se mostram contra. A parcela dos respondentes que concorda com a prática alcança pouco mais da metade do universo. Este pesquisador considera que não houve um consenso claro entre os participantes nesse quesito. O Documento de Visão é um artefato muito utilizado nos projetos de software, dando uma visão ampla do produto e descrevendo os requisitos em alto nível. É compreensível que a adoção do Documento de Visão seja apreciada por boa parte dos desenvolvedores, mesmo os atuantes em equipes ágeis de projeto. 0 2 4 6 8 10 12 17,39% 8,70% 17,39% 43,48% 13,04% Figura 3 - Utilização do Product Backlog em substituição ao Documento de Visão Fonte: o Autor 4.6 Resultados sobre a alocação da equipe do projeto no mesmo ambiente de trabalho Os resultados referentes à pergunta sobre se é importante importante que os membros do projeto de desenvolvimento de software necessariamente estejam alocados no mesmo ambiente de trabalho, podem ser observados na Figura 4. Observa-se no gráfico da Figura 4 que 82,61% dos participantes apresentam opinião a favor de que a equipe do projeto seja alocada no mesmo ambiente de trabalho para que a comunicação seja mais eficiente. O resultado mostra indícios de que a prática deve ser experimentada nos projetos do Exército e sua eficácia avaliada. 4.7 Resultados sobre a realização de reuniões diárias e rápidas ao início do expediente Os resultados referentes à pergunta sobre se é útil realizar reuniões diárias e rápidas com a equipe do projeto, no início do expediente, podem ser observados na Figura 5. 0 2 4 6 8 10 12 14 13,04% 4,35% 34,78% 47,83% Figura 4 - Alocação da equipe do projeto no mesmo ambiente de trabalho Fonte: o Autor Disc ordo tota lmen te Disc ordo par cialm ente Indif eren te Conc ordo par cialm ente Conc ordo tota lmen te 0 4 8 12 16 34,78% 65,22% Figura 5 - Realização de reuniões diárias e rápidas ao início do expediente Fonte: o Autor O resultado chama a atenção, visto que 100% dos profissionais da amostra que atuam ou já atuaram com Scrum ou outro método ágil apresentam opinião favorável à adoção da prática das reuniões rápidas e diárias. Essa é uma forte evidência de que a aplicação da prática pode trazer bons resultados às equipes de desenvolvimento de 4.8 Resultados sobre a utilização de Sprints Scrum como ciclos de trabalho dos projetos Os resultados referentes à pergunta sobre se as iterações, presentes nas metodologias tradicionais de desenvolvimento, podem ser substituídas por Sprints, podem ser observados na Figura 6. 0 2 4 6 8 10 12 14 16 4,35% 39,13% 56,52% Figura 6 - Utilização de Sprints Scrum como ciclos de trabalho dos projetos Fonte: o Autor O resultado mostra um alto índice de concordância (95,65%), evidenciando que os respondentes têm ou tiveram impressões positivas em suas experiências com o uso de ciclos de trabalho como Sprints. É uma prática que merece ser levada em consideração, aplicada nos projetos do Exército e ter sua eficácia avaliada. 4.9 Resultados sobre a realização de reunião de avaliação ao fim de um ciclo de trabalho Os resultados referentes à pergunta sobre se é útil realizar uma reunião ao fim de cada iteração, Sprint ou entrega, para avaliar o que precisa ser melhorado nos próximos ciclos de trabalho, podem ser observados na Figura 7. 0 5 10 15 20 25 17,39% 82,61% Figura 7 - Realização de reunião de avaliação ao fim de um ciclo de trabalho Fonte: o Autor Como aconteceu em pergunta anterior, salta aos olhos neste questionamento o fato de 100% dos profissionais da amostra que atuam ou já atuaram com Scrum ou outro método ágil apresentam opinião favorável à adoção da reunião de avaliação ao fim de um ciclo de trabalho, a fim de melhorar os próximos. No método Scrum, essa reunião denomina-se Scrum Retrospective. Visto a unanimidade na concordância, a aplicação da prática merece atenção e pode trazer bons resultados às equipes de desenvolvimento de 4.10 Resultados sobre a existência de um Product Owner na equipe do projeto Os resultados referentes à pergunta sobre se a existência de um Product Owner junto à equipe de desenvolvimento é útil para o pleno entendimento dos requisitos do produto, podem ser observados na Figura 8. Disc ordo tota lmen te Disc ordo par cialm ente Indif eren te Conc ordo par cialm ente Conc ordo tota lmen te 0 4 8 12 16 4,35% 30,43% 65,22% Figura 8 - Existência de um Product Owner na equipe do projeto Fonte: o Autor O resultado mostra um alto índice de concordância (95,65%) entre os profissionais da amostra que já tiveram contato com ágil, evidenciando que incluir o papel do Product Owner na equipe do projeto pode trazer benefícios aos times de desenvolvimento do Exército, evitando que as atividades se desalinhem das reais necessidades da parte demandante. Este resultado ilustra que os participantes viveram experiências positivas com os Product Owners, similares às relatadas por Silva e Lovato (2016). 4.11 Resultados sobre a utilização da prática de Programação em Pares Os resultados referentes à pergunta sobre se a aplicação da prática de Programação em Pares pode melhorar a qualidade do código gerado, podem ser observados na Figura 9. 0 2 4 6 8 10 12 14 8,70% 8,70% 13,04% 21,74% 47,83% Figura 9 - Utilização da prática de Programação em Pares Fonte: o Autor Observa-se que aproximadamente 70% dos participantes são favoráveis à prática da Programação em Pares, e aproximadamente 17% discordam. É uma prática que se baseia na crença de que um erro no código passa com menos facilidade pelos olhos de dois programadores. Além disso, normalmente emprega um desenvolvedor mais experiente atuando ao lado de outro menos experiente, visando aumentar a maturidade dos iniciantes. A desvantagem clara é a alocação do dobro de recursos humanos em uma tarefa do projeto. Portanto, é compreensível que o índice de concordância não seja tão elevado quanto o observado nos resultados de outras perguntas. Ainda assim, é um ponto que merece ser avaliado no âmbito dos projetos do EB, com aplicação à critério da equipe. Uma sugestão seria usar a prática em casos específicos, como quando se lida com inovação tecnológica ou produtos complexos de software. 4.12 Resultados sobre a manutenção de um quadro ou lista de atividades visível à equipe Os resultados referentes à pergunta sobre se a manutenção de um quadro ou lista de atividades visível é útil no processo de comunicação entre os membros do projeto, podem ser observados na Figura 10. 0 4 8 12 16 20 8,70% 13,04% 78,26% Figura 10 - Manutenção de um quadro ou lista de atividades visível à equipe Fonte: o Autor Nota-se no resultado um índice de concordância elevado (91,30%), uma pequena parcela indiferente e nenhuma opinião discordante. Um quadro ou lista de atividades é uma ferramenta simples e de fácil aplicação. As respostas dos profissionais indicam que a adoção desta prática pode trazer benefícios às equipes de projeto de software do EB. Silva e Lovato (2016) também encontraram aceitação positiva ao utilizar gráficos de burndown no monitoramento e controle. 4.13 Resultados sobre a importância da comunicação interpessoal em relação à formal e documental Os resultados referentes à pergunta sobre se a comunicação interpessoal e colaborativa entre os membros da equipe do projeto é mais importante que a comunicação formal e documental, podem ser observados na Figura 11. 0 2 4 6 8 10 12 14 16 8,70% 34,78% 56,52% Figura 11 - Importância da comunicação interpessoal em relação à formal e documental Fonte: o Autor Nota-se nos resultados que o índice de profissionais que tende a concordar que a comunicação interpessoal supera a documental em grau de importância supera os 90%. Ressalta-se que formalização e disciplina nos processos de gerenciamento sempre devem existir. Contudo, o resultado desta pesquisa leva à crença de que pode haver ganho de eficiência das equipes ao se dar atenção às formas de comunicação diretas e se reduzir a comunicação formal e burocrática ao estritamente necessário. 4.14 Resultados sobre a grau de atendimento às necessidades dos projetos software pelo MDS-EB Os resultados referentes à pergunta sobre se a a MDS-EB descreve e padroniza os processos, atendendo plenamente às necessidades dos projetos de software do EB, podem ser observados na Figura 12. 0 2 4 6 8 10 12 14 13,04% 47,83% 13,04% 17,39% 8,70% Figura 12 - Grau de atendimento às necessidades dos projetos software pelo MDS-EB Fonte: o Autor Os resultados desta pergunta demonstram 60,87% do universo considerado tendem a discordar de que o MDS-EB atende plenamente às necessidades do EB quanto aos projetos de desenvolvimento de software. Já 26,09% acham que o MDS-EB atende adequadamente. O resultado é pouco determinante, evidenciando, talvez, que identificar os pontos fortes das duas abordagens e agregá-las nos processos de gerenciamento seja um bom caminho a ser seguido pelas equipes de projetos de software do EB. 4.15 Resultados sobre a possível contribuição do Scrum na otimização dos projetos de software do EB Os resultados referentes à pergunta sobre se uma metodologia ágil, como o Scrum, poderia contribuir para o otimizar os projetos de desenvolvimento de software do EB, podem ser observados na Figura 13. Observa-se no resultado deste questionamento um alto índice de concordância no universo considerado (95,65%), havendo apenas 01 discordância. É um resultado significativo. Evidencia que as práticas ágeis, em especial o Scrum, devem ser levadas em consideração. São técnicas que tem aparecido constantemente no mercado, a ponto da APF, por meio do Acórdão 2314/2013 do TCU (TCU, 2013) mostrar interesse em analisar riscos e impactos de sua utilização, vislumbrando aplicação posterior. Portanto, merece atenção a possibilidade de sua agregação também nos projetos de desenvolvimento de software do EB. 0 5 10 15 20 25 4,35% 8,70% 86,96% Figura 13 - Possível contribuição do Scrum na otimização dos projetos de software do EB Fonte: o Autor Cabe ressaltar que não se está recomendando abandonar os procedimentos já em utilização e descritos no MDS-EB, mas estudar alguns pontos que podem ser adaptados, integrando práticas do Scrum, em prol da maior eficiência das equipes. 5 CONCLUSÃO E RECOMENDAÇÃO O estudo investigou a opinião de profissionais atuantes ou que já atuaram em projetos de desenvolvimento de software no âmbito do EB, procurando identificar práticas do método Scrum que podem trazer benefícios ao gerenciamento de projetos dessa natureza na instituição. O trabalho atuou diretamente nas práticas do Scrum que podem ser adaptadas para integrarem a metodologia já existente. A questão de pesquisa foi respondida em 13 fatores que se mostraram relevantes por meio de uma pesquisa survey, utilzando uma escala Likert de cinco pontos. O pesquisador considerou apenas as respostas dos participantes possuidores de experiência com Scrum ou outro método ágil. Houve sete práticas que apresentaram alto índice de concordância (acima de 90%). Essas práticas merecem atenção das autoridades e técnicos envolvidos na elaboração das metodologias de desenvolvimento de software do EB. Dessa forma este estudo atingiu o objetivo geral definido, ou seja, identificar práticas do Scrum que podem ser aplicadas na Metodologia de Desenvolvimento de Software do Exército Brasileiro. As contribuições deste estudo são de ordem prática, visando aplicação futura dos pontos do Scrum identificados como promissores. Portanto, contribui para o aperfeiçoamento das práticas gerenciais na esfera dos projetos de software do EB. Esta pesquisa mostra que algumas iniciativas de aplicação de métodos ágeis, já tomadas no Exército, em especial no CDS, será muito bem recebida pela maioria dos desenvolvedores. Mas também apresenta indícios de que, em determinadas situações, o processo atualmente previsto pelo MDS-EB já é o suficiente. A pesquisa possui a limitações de estudar o caso de uma única instituição. Apesar do trabalho focar no aprimoramento gerencial dos projetos de software do Exército, em oportunidades futuras, poder-se-ia aplicar questionários semelhantes a um universo maior de profissionais, envolver mais instituições e analisar mais pontos das metodologias tradicionais e ágeis. Deste modo, seria possível buscar maior generalização dos resultados obtidos, alcançando outros contextos de pesquisa. REFERÊNCIAS BECK, Kent et al. Manifesto para Desenvolvimento Ágil de Software. 2001a. Disponível em: <https://agilemanifesto.org/iso/ptbr/manifesto.html>. Acesso em: 20 ago. 2019. BECK, Kent et al. Princípios por trás do Manifesto Ágil. 2001b. Disponível em: <https:// agilemanifesto.org/iso/ptbr/principles.html>. Acesso em: 20 ago. 2019. BERSSANETI, Fernando Tobal; CARVALHO, Marly Monteiro Muscat De; NAMUR, Antonio Rafael. O impacto de fatores críticos de sucesso e da maturidade em gerenciamento de projetos no desempenho: um levantamento com empresas brasileiras. Production Journal, São Paulo, v. 26, n. 4, p. 707–723, out. /dez., 2016. Disponível em: <http://dx.doi.org/10.1590/0103-6513.065012>. Acesso em: 19 ago. 2019. BOURQUE, Pierre; FAIRLEY, Richard E. SWEBOK® v3.0: Guide to the Software Engineering Body of Knowledge. Piscataway: IEEE Computer Society, 2014. Disponível em: <www.swebok.org>. Acesso em: 12 ago. 2019. BRASIL. Decreto-Lei no 243, de 28 de fevereiro de 1967: Diretrizes e Bases da Cartografia Brasileira e outras providências. Presidência da República, Brasília, DF. Disponível em: <http://www.planalto.gov.br/ccivil_03/Decreto-Lei/1965-1988/Del0243.htm>. Acesso em: 21 ago. 2019. CARVALHO, Bernardo Vasconcelos De; MELLO, Carlos Henrique Pereira. Aplicação do método ágil Scrum no desenvolvimento de produtos de software em uma pequena empresa de base tecnológica. Gestão & Produção, São Carlos, v. 19, n. 3, p. 557–573, 2012. CDS, Centro de Desenvolvimento de Sistemas. Histórico do CDS. 2015a. Disponível em: <http://www.cds.eb.mil.br/index.php/historico>. Acesso em: 20 ago. 2019. CDS, Centro de Desenvolvimento de Sistemas. Missão do CDS. 2015b. Disponível em: <http://www.cds.eb.mil.br/index.php/missao>. Acesso em: 20 ago. 2019. COHEN, David; LINDVALL, Mikael; COSTA, Patricia. Agile Software Development: A DACS State-of-the-Art / Practice Report. Fraunhofer Center Maryland, NY, 2003. Disponível em: <http://users.jyu.fi/~mieijala/kandimateriaali/Agile software DIAS, Marisa Villas Bôas. Um novo enfoque para o gerenciamento de projetos de desenvolvimento de software. 2005. 202 p. Dissertação (Mestrado em Administração) – Universidade de São Paulo, São Paulo, 2005. EB, EXÉRCITO BRASILEIRO. Portaria no 007-DCT de 28 de março de 2013: Manual Técnico para Metodologia de Desenvolvimento de Software do Exército. Departamento de Ciência e Tecnologia - DCT, Brasília, DF. EB, EXÉRCITO BRASILEIRO. Portaria Ministerial nº 140 de 14 de março de 1997. Ministério do Exército, Brasília, DF. HIGHSMITH, Jim. Agile Project Management: Creating Innovative Products. 2. ed. Boston: Addison-Wesley Professional, 2009. HUGHES, B.; COTTERELL, M. Software Project Management. 5 ed. London: McGraw-Hill, 2009. KERZNER, Harold. Project Management: A Systems Approach to Planning, Scheduling, and Controlling. 12. ed. Hoboken: John Wiley & Sons, 2017. LEAL, Luciana De Queiroz. Uma Abordagem Ágil ao Gerenciamento de Projetos de Software Baseada no PMBOK® Guide. 2008. 129 p. Dissertação (Mestrado em Ciência da Computação) – Universidade Federal de Pernambuco, Recife, março de 2008. LEI, Howard et al. A statistical analysis of the effects of Scrum and Kanban on software development projects. Robotics and Computer-Integrated Manufacturing Journal, [s. l.], v. 43, p. 59–67, 2017. Disponível em: <http://dx.doi.org/10.1016/j.rcim.2015.12.001>. Acesso em: 1 ago. 2019. MAGALHÃES, Ana Liddy Cenni de Castro; ROUILLER, Ana Cristina; VASCONCELOS, Alexandre Marcos Lins De. O Gerenciamento de Projetos Desenvolvidos à Luz das Metodologias Ágeis: Uma Visão Comparativa. Revista ProQuality - Qualidade na Produção de Software, Lavras, v. 1, p. 29–45, 2005. MEREDITH, Jack R.; MANTEL, Samuel J. Project Management: a Managerial Approach. 7. ed. New York: John Wiley & Sons, 2009. MINGERS, John. Combining IS Research Methods: Towards a Pluralist Methodology. Information Systems Research, [s. l.], v. 12, n. 3, p. 240–259, 2001. MIRANDA, Webert Araújo. Testes na Metodologia Ágil. 2018. Trabalho apresentado como requisito parcial para conclusão de Especialização em Métodos Ágeis e Práticas DevOps, Faculdade do Instituto de Educação Tecnológica (IETEC), Belo Horizonte, 10 set 2018. Disponível em Disponível em: <http://www.techoje.com.br/site/techoje/categoria/detalhe_artigo/2300>. Acesso em: 20 ago. 2019. MORAES, Ricardo Alves. Proposta de Melhoria para o Processo de Desenvolvimento de Software do Exército Brasileiro com base no Modelo de Gestão de Risco e na Metodologia Ágil. 2015. 199 p. Dissertação (Mestrado Profissional em Computação Aplicada) – Universidade de Brasília, Brasília, junho de 2015. PAULK, Mark C. Agile Methodologies and Process Discipline. CROSSTALK - The Journal of Defense Software Engineering, Ogden, v. 15, n. 10, out. 2002, p. 15–18, Disponível em: <http://www.crosstalkonline.org/storage/issue-archives/2002/200210/200210-0-Issue.pdf>. Acesso em: 19 ago. 2019. PHAM, Andrew; PHAM, Phuong-Van. Scrum em Ação: Gerenciamento e Desenvolvimento Ágil de Projetos de Software. 1. ed. São Paulo: Novatec, 2011. PMI, Project Management Institute. Guia PMBOK®: Um Guia do Conhecimento em Gerenciamento de Projetos. 6. ed. Newtown Square: Project Management Institute, 2017. PRESSMAN, Roger S. Engenharia de Software: Uma abordagem profissional. 7. ed. Porto Alegre: AMGH, 2011. RIBEIRO, Lucio; GUSMÃO, Cristine. Definição de um Processo Ágil de Gestão de Riscos em Ambientes de Múltiplos Projetos. Revista HÍFEN, Uruguaiana, v. 32, n. 62, 2008- II sem., XIII Simpósio de Informática e VIII Mostra de Software Acadêmico, p. 67- 74. PUC, Uruguaiana, RS, 2008. Disponível em: <http://revistaseletronicas.pucrs.br/ojs/index.php/hifen/article/view/4580>. Acesso em: 4 out. 2018. SCHWABER, Ken; SUTHERLAND, Jeff. Guia do Scrum® - Um guia definitivo para o Scrum: As regras do Jogo. 2017. Disponível em: <https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Portuguese-Brazilian.pdf>. Acesso em: 25 ago. 2019. SERRADOR, Pedro; PINTO, Jeffrey K. Does Agile work? - A quantitative analysis of agile project success. International Journal of Project Management, [s. l.], v. 33, n. 5, p. 1040–1051, 2015. Disponível em: <http://dx.doi.org/10.1016/j.ijproman.2015.01.006>. Acesso em: 1 ago. 2019. SILVA, Edson Coutinho da e LOVATO, Leandro Alvarez. Framework Scrum: Eficiência em Projetos de Software. Revista de Gestão e Projetos - GeP, v. 7, n. 2, p. 1-15, maio/ago. 2016. Disponível em: <http://www.revistagep.org/ojs/index.php/gep/article/view/ 330>. Acesso em: 01 jul. 2019. SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo: Pearson Education do Brasil, 2011. TAKEUCHI, Hirotaka; NONAKA, Ikujiro. The new product development game. Harvard Business Review, Boston, v. jan-fev 86, p. 137–146, 1986. Disponível em: <https://hbr.org/ 1986/01/the-new-new-product-development-game>. Acesso em: 5 nov. 2018. TCU, TRIBUNAL DE CONTAS DA UNIÃO. Acórdão 2314/2013-TCU, de 28 de agosto de 2013: Levantamento sobre aplicação de metodologias ágeis em desenvolvimento de software. Brasília, DF. Disponível em: <https://portal.tcu.gov.br/biblioteca-digital/levantamento-sobre-aplicacao-de-metodologias-ageis-em-desenvolvimento-de-software.htm>. Acesso em: 24 jun. 2019. Apêndice A – Instrumento de Pesquisa Aplicação do método ágil Scrum nos projetos de No documento LEONARDO ARTHUR ESTEVES LOURENÇOAPLICABILIDADE DAS PRÁTICAS DO FRAMEWORKSCRUM NA GESTÃO DOS PROJETOS DEDESENVOLVIMENTO DE SOFTWARE DO EXÉRCITOBRASILEIRO (páginas 31-54)
