Na metodologia Scrum temos também os desenvolvedores que executam as atividades propostas nas reuniões com o Scrum Master e Product Owner, essas atividades são realizadas durante cada Sprint. A Scrum por ser uma metodologia ágil obriga os desenvolvedores a se comunicar mais do que nos outros métodos de desenvolvimento, porque os requisitos são estudados durante todo o processo de desenvolvimento, com isso obriga a equipe Scrum fazer reuniões diárias que são curtas e objetivas, nesse período a equipe conversa entre si para ver o que vai ser posto de acordo com a prioridade do cliente, e assim cria uma proximidade entre todos os membros da equipe (Neto, 2008). A fase do desenvolvimento de software é feita em ciclos, segundo Soares (2004, p.6) a cada ciclo novas funcionalidades são implementadas, nessa fase cada Sprint é feito de forma tradicional com analise, projeto, implementação e testes. Os problemas encontrados durante o desenvolvimento são identificados de forma flexível, por eles serem abordados nas reuniões e no fim de cada Sprint, com isso facilita controlar e resolver os riscos do projeto. De acordo SCHWABER (1996 apud Neto, 2008) o desenvolvimento é dividido em algumas fases a primeira citada é a Planning, que é um planejamento que contem toda a lista de atividades que deverão ser realizadas, nessa fase a equipe organiza a estimativa de tempo e custo que deverá ser gastado para o desenvolvimento, sendo revistos e previstos todos os riscos de projetos que poderão ocorrer. Com isso é possível criar um planejamento de todo projeto tornando tudo muito organizado e definido para a equipe. Na fase do Architecture Staging, é feito uma lista de revisões e supostas mudanças que poderão ocorrer no projeto no inicio de cada Sprint, identificando possíveis problemas e impedimentos, nessa fase também são feitas mudanças na arquitetura do sistema, discutidas nas reuniões de revisão do design, as mudanças são implementadas no Product backlog, No final do