Você está na página 1de 2

Gerencie projetos baseados em desenvolvimento gil com o Scrum

04 de julho de 2012, 14:17 Em trabalhos mais longos ou mesmo quando no se tem o escopo totalmente definido e controlado desde o incio, essa metodologia pode trazer resultados muito bons. Por Rafael Dalosto Atualmente, a complexidade dos softwares algo que vem crescendo constantemente, junto com a necessidade dos sistemas incorporarem diversas funcionalidades. Para isso, a Informant investe em metodologias de gerenciamento, como o Scrum, que aplicada ao desenvolvimento de projetos, em busca de melhor controle sobre o planejamento estratgico, tcnicas e qualidade do software. Considerada uma metodologia gil de gerenciamento de projetos executados por pequenas equipes, auto-organizveis e que trabalham com entregas cclicas, tornando o desenvolvimento do projeto algo interativo, o Scrum pode ser utilizado em projetos que no estejam ligados ao desenvolvimento de software, embora seu uso concentre-se nesta rea.

Mas, quais seriam os diferenciais desta metodologia?


Basicamente, ela apresenta-se como uma maneira alternativa para o gerenciamento de projetos, que no possam ter todo seu processo definido, tornando mais controlvel as mudanas que poderiam acontecer durante o desenvolvimento. Ou seja, o Scrum defende que um projeto seja executado em pequenas etapas, com no mximo 30 dias, chamadas de sprint e que, ao trmino de cada etapa, o produto desenvolvido possa ser entregue para avaliao do cliente. Vamos ver como isso funciona na prtica? A primeira atividade uma reunio de planejamento, para definir um escopo de entregveis, em um perodo de trs ou quatro meses, dependendo do tamanho do projeto. Nesta reunio so levantados os cenrios mnimos necessrios para que essa entrega seja feita, etapa em que os cenrios so descritos pelo dono do produto, junto com o ScrumMaster e a equipe completa, de uma forma menos detalhada, focando em regras de negcio mais importantes e funcionalidades prioritrias. Em seguida, montado um backlog, com os cenrios da entrega. Feito isso, so planejados sprints, de uma ou duas semanas, em que os cenrios vo sendo implementados, testados, entregues e validados pelo dono do produto. A cada reunio de sprint, cada cenrio detalhado tecnicamente pelo time de desenvolvedores em conjunto com o ScrumMaster, para verificar quanto tempo e esforo sero necessrios para desenvolver cada um deles. importante frisar que o resultado um cenrio vertical, entregue e validado pelo prprio dono do produto. Ou seja, todo final de sprint deve agregar valor ao produto, com funcionalidades que possam ser testadas por ele. Para que voc possa entender melhor, o Scrum define papis a todos os envolvidos no projeto, e tarefas so repassadas a cada um. Acompanhando um raciocnio, a definio dos papis engloba (SANCHES, 2011):

Dono do produto: define as funcionalidades do produto, prioridade de entrega, data de incio do projeto e validao das entregas realizadas. Responsvel por priorizar backlog e conhecer muito bem o roadmap do produto, pela rentabilidade do projeto e as alocaes dos recursos necessrios para a execuo (responsabilidade exercida pelo Scrum Master ou pelo lder tcnico da equipe, em conjunto com o dono do produto); ScrumMaster: gerente do projeto e intermediador da equipe, responsvel por garantir que no haja obstculos que afetem a produtividade, ou funcionalidade, evitando interferncia externa. A responsabilidade principal fazer com que as prticas propostas pelo Scrum sejam realizadas:

Reunies dirias, de sprint e de planejamento; Incentivar a atualizao dos quadros de Scrum; Alinhar expectativas do dono do produto junto com a equipe; Tratar conflitos entre PO, desenvolvedores e outros stackholders do projeto.

Tudo isso para garantir que o time tenha tudo que necessrio, para poder trabalhar focado nas entregas. Equipe: no mximo com nove integrantes, responsvel pelo desenvolvimento das tarefas definidas. O Scrum no especifica papis aos integrantes, tornando a equipe autoorganizvel. Os integrantes devem ser multifuncionais e atuar em tarefas de diversas. Com base na metodologia, o Scrum define que, durante a fase inicial do projeto, cabe ao dono do produto elaborar uma listagem das funcionalidades que devero ser entregues e organiz-las de acordo com a importncia. Depois, a equipe deve realizar uma estimativa de tempo necessrio para a concluso de cada tarefa, que deve ser disposta em uma lista (produto backlog). Definido o produto backlog, dado incio ao projeto na data combinada. Desenvolvido de forma interativa, so agendadas reunies no incio de cada sprint. Alm disso, os itens alocados no produto backlog devem ser movidos para uma listagem de tarefas, denominadasprint backlog, de acordo com o tempo necessrio estimado e o disponvel, durante a realizao. No perodo de execuo da sprint, a equipe e o ScrumMaster devem realizar curtas reunies dirias, para que cada integrante apresente o que foi feito, o que ser produzido e se existe algum impedimento na ao. Ao trmino da sprint, todas as funcionalidades desenvolvidas devem ser apresentadas ao dono do produto, que ir validar a entrega, aceitando ou no o resultado. Por fim, antes do incio de uma nova sprint, equipe e ScrumMaster devem realizar uma nova reunio para discutir e montar um feedback, a respeito de problemas enfrentados na iterao anterior, e discutir o que pode ser alterado para as prximas iteraes. Em seguida, novas reunies so definidas, e este ciclo repete-se at o fim do projeto. Vamos comear? [Webinsider]