Centro de Informática UFPE. Relatório Scrum. OficinaWeb. Tortola. Equipe: Aloísio Soares Helton Douglas José Carlos Wagner Felipe

Transcrição

1 Centro de Informática UFPE Relatório Scrum Equipe: Aloísio Soares Helton Douglas José Carlos Wagner Felipe

2 Sumário 1- Introdução Product Backlog Sprints Tarefas Desafios Conclusão... 5 Página 2

3 1- Introdução Este documento tem como base a descrição da aplicação da metodologia ágil Scrum nos processos do projeto de fabricação do da empresa SA, que consiste no desenvolvimento de um aplicativo web que pode servir como ferramenta de auxílio para uma oficina mecânica interagir melhor com o cliente. 2- Product Backlog No nosso product backlog contém todas as atividades necessárias para a conquista do sucesso, ordenadas, designadas aos seus responsáveis e com o objetivo de serem finalizadas no tempo estimado para melhor controle das tarefas. Micro Atividade Macro Atividade Responsável Tempo Estimado Definir layout do site Site da fábrica de Aloísio 1h Definir tecnologia usada na Site da fábrica de Aloísio 2h criação do site Montar ambiente de desenvolvimento do site Site da fábrica de Aloísio, Helton Implementação do site Site da fábrica de Aloísio 20h Definir escopo do projeto Escopo do projeto 7h Elaboração da WBS WBS Wagner 5h Elaboração da matriz de responsabilidade Matriz de Responsabilidade José Carlos 4h Elaboração do plano de comunicação Comunicação Wagner, José Carlos 2h Elaboração do diagrama PDM Diagrama PDM Aloísio, Helton 6h Elaboração do orçamento do projeto Orçamento do projeto 8h Levantamento de requisitos Análise de requisitos Elaboração do documento de Análise de requisitos requisitos Levantamento de possíveis riscos Análise de Riscos 20h 8h Página 3

4 Elaboração do documento de riscos Definição da arquitetura do sistema Elaboração do documento de arquitetura do sistema Implementação da arquitetura do sistema Elaboração de casos de teste Análise de Riscos Helton, José Carlos, Wagner Aloísio, Helton José Helton Entrega do Software Projeto 25h 100h 15h 1h 3- Sprints Nossas Sprints foram essenciais para o sucesso na utilização do Scrum no projeto de construção do, onde aconteceram reuniões de quinze em quinze dias, e nelas eram abordados pontos como as maiores dificuldades, os maiores erros e o que deverá ser feito nas próximas Sprints e como mitigar possíveis riscos, facilitando com que o projeto caminhasse dentro do que foi planejado, respeitando os prazos estipulados. Durante cada sprint, aconteciam também reuniões diárias (Daily Scrum Meeting), onde aconteciam em um período de no máximo quinze minutos e eram abordados tópicos como o desempenho de cada integrante da equipe naquele dia, em que status se encontrava sua atividade e qual seria sua atividade do dia seguinte. 4- Tarefas Apesar de ser uma metodologia ágil, onde existiu a distribuição de tarefas entre os membros das equipes, os integrantes fugiram um pouco dessa ideia onde cada um faz sua parte e tiveram liberdade de opinar e participar de tarefas designadas a os outros membros da equipe, mas só era possível quando um membro estava ocioso e tinha conhecimento de como trabalhar na tarefa conduzida por outro membro da equipe. Os processos de realização das tarefas eram divididos em etapas classificadas como: To-do (a fazer), Doing (fazendo) e Done (feito), como os nomes sugerem e como foi descrito acima, as atividades eram colocadas a disposição e os membros da equipe chamavam pra si a responsabilidade de realiza-la. Página 4

5 5- Desafios Os maiores desafios encontrados foi à falta de experiência da equipe para esse tipo de atividade, daí surgiu o problema de planejamento e gerenciamento das atividades, que geraram diversos outros, listados abaixo: Estouro de prazos estipulados - Em algumas iterações e atividades, nossa falta de experiência fez com que ultrapassássemos o tempo limite estipulado para aquela tarefa, implicado em um replanejamento das atividades ou em uma aplicação de carga maior de trabalho nas iterações seguintes. Integrantes ociosos - Certas tarefas custam menos tempo que outras, então alguns integrantes ficavam ociosos, e para resolver isso, era designado a esse integrante colaborar em outra atividade que estivesse sendo realizada por outro integrante (caso não tivesse nada designado a ele), o grande desafio disso era fazer isso sem comprometer a qualidade da atividade. Atividades paradas - Problemas como falta de comprometimento da equipe, falha de planejamento ou controle, atrasos nos prazos de entrega, podem acarretar em um acúmulo de atividades, onde a equipe não está preparada para tamanha demanda, fazendo com que algumas atividades que deviam estar sendo processadas, estejam paradas. 6- Conclusão O uso da abordagem de Scrum em nosso projeto nos permitiu uma melhor organização e acompanhamento de todas às fases vividas ao longo desse projeto. Ele nos ajudou a definir melhores caminhos para um ciclo de vida mais rápido e eficiente no nosso projeto. Ficando claro a importância da disciplina de Scrum, ou o uso de qualquer outra abordagem para melhor gerir o projeto. Sua utilização também possibilitou um maior número de testes a cada implementação, facilitando a descoberta precoce de problemas e sua resolução sem permitir com que interferisse na codificação mais a frente. Página 5