Segunda-feira (21/03/2011) tive o prazer de proferir uma especie de palestra para a turma de Engenharia de Software do mestrado em Ciencia da Computacao da UFV a convite do professor Jose Luis Braga. Nessa palestra abordei metodos ageis e customizacao de processo de software utilizando especificamente SCRUM + RUP + Parte do MPS.br nivel G.Mesmo para quem nao assistiu a apresentacao, vale muito a pena dar uma olhada no material disponibilizado abaixo com calma pois ele e bem auto-explicativo e abrange principalmente o SCRUM de maneira ampla. Em caso de duvidas, sugestoes, criticas...etc, comentem por ai pessoal.Scrum + Customizacao de Processos View more presentations from Lucas Vegi Dando continuidade a sequencia de postagens sobre temas polemicos em engenharia de software, o tema da discussao dessa postagem sera: Estimativas de projetos de software.E impressionante como essa parte fundamental do processo de desenvolvimento de software ainda hoje seja realizada de maneira tao erronea e que sofra com influencias tao negativas quanto as discutidas nesse resumo.Caso alguem ja tenha sentido na pele algum desses fatores negativos e queira compartilhar essa experiencia ruim para enriquecer nossa discussao, nao deixe de comentar.Universidade Federal de VicosaDepartamento de InformaticaMestrado em Ciencia da ComputacaoINF 622 - Engenharia de SoftwareResumo no 2Fatos Estudados09 - A maioria das estimativas de software sao realizadas no inicio do ciclo de vida. Isso faz sentido, ate que percebemos que as estimativas sao obtidas antes dos requisitos serem definidos e, portanto, antes do problema ser compreendido. Estimativa, portanto, ocorre geralmente na hora errada.10 - A maioria das estimativas de software sao feitas tanto pela alta gerencia ou pelo marketing, nao pelos profissionais que irao construir o software ou os seus gestores. Estimativa e, portanto, feita por pessoas erradas.11 - Estimativas de software raramente sao ajustadas conforme o andamento do projeto. Assim sendo, as estimativas feitas no momento errado, por pessoas erradas, geralmente nao sao corrigidas.DiscussaoOs fatos estudados analisam alguns problemas relacionados as estimativas de projetos de software. O nono fato trata do momento do processo de software em que as estimativas sao tracadas. Ele apresenta um problema que pode soar absurdo nos dias de hoje, mas que na pratica acontece em alguns projetos. Algumas equipes tracam as estimativas de tempo e custos de um projeto de software previamente ao levantamento de requisitos, algo que e completamente inaceitavel, se considerarmos as melhores praticas de gestao de projetos de software. Apos o levantamento e analise dos requisitos e que o problema a ser resolvido pelo projeto comeca a ser realmente entendido, portanto, fazer estimativas antes na analise de requisitos e como dar um tiro no escuro, pois dificilmente a equipe tera argumentos solidos onde se basear neste ponto de partida do ciclo de vida.Segundo MARCAL [2], em projetos gerenciados por Scrum, o cronograma e extraido do Product Backlog, sendo que as estimativas sao feitas em dois niveis. Primeiro em alto nivel, analisando cada requisito do Product Backlog para assim obter-se uma visibilidade geral do projeto e durante o processo sao feitas estimativas de cada Sprint Backlog, oferecendo dessa forma uma visibilidade mais precisa de cada iteracao.O decimo fato