Estudo de caso voltado à utilização da metodologia Scrum no desenvolvimento de projetos no NTIC

Resumo

A Universidade Federal do Pampa (Unipampa) é uma universidade nova; devido a sua curta existência existe uma demanda elevada de solicitações para construção de sistemas de informação com requisitos específicos decorrentes de funções que cada setor da universidade desempenha. Em consequência disto, fez-se necessário a criação de um setor especializado no desenvolvimento de sistemas para atender a demanda dos setores chamado Núcleo de Tecnologia da Informação e Comunicação (NTIC). Este é o setor responsável por criar e manter condições para o funcionamento sistêmico das atividades ligadas à tecnologia da informação e comunicação na Universidade. Este trabalho tem como propósito descrever os passos que foram empregados na construção do sistema de Consultoria Jurídica (CONJUR) da Unipampa, a ser utilizado pelos advogados desta Instituição. O Escritório de Projetos do NTIC reuniu-se com a CONJUR, cliente deste projeto, e através de uma entrevista formal coletou e validou os requisitos juntamente os interessados no sistema (Stakeholder). Sendo assim após esse contato, os Stakeholders foram liberados. Com a lista geral de requisitos especificada (Product Backlog), o Escritório de Projetos alinhou com a Coordenação de Desenvolvimento (CODEV) a lista das User Stories(US) a serem desenvolvidos no primeiro ciclo (Sprint Backlog). Levou-se em consideração a priorização das necessidades do cliente, baseando-se na metodologia Scrum utilizada pela CODEV no desenvolvimento de seus projetos. Após as US do Sprint terem sido definidos, iniciou-se a implementação do sistema. O Sprint ficou sob a responsabilidade de um analista da CODEV, integrante do TEAM. Entretanto, a CODEV utiliza agregado ao SCRUM a metodologia eXtreme Programming (XP) para o desenvolvimento dos sistemas. Sendo assim, alocou-se um estagiário para fazer par com o analista responsável pelo projeto. O coordenador da CODEV (Scrum Master), realizou reuniões de revisão do Sprint (Sprint Review) periodicamente, com o objetivo de manter o projeto no cronograma estipulado. Ao término da codificação do sistema, o TEAM disponibilizou este para a equipe de garantia de Qualidade. Esta por sua vez, elaborou e executou testes funcionais para validar o sistema. Assim que os resultados foram obtidos, foi repassado ao TEAM para eventuais melhorias e posteriormente realizou-se uma nova bateria de testes. Após a finalização do sistema, o TEAM disponibilizou-o no servidor de Produção, para que desse modo o setor solicitante pudesse começar a utilizá-lo. Por intermédio da metodologia Scrum associada com práticas do XP e bateria de testes, percebeu-se melhorias no andamento do projeto. Pode-se citar: Diminuição do retrabalho vindo de reclamações da utilização do software, melhoramento na gerência e acompanhamento do andamento do projeto através das reuniões definidas pelo modelo Daily Meeting e menor espaço de tempo entre uma solicitação de solução do cliente e a disponibilização da nova versão.