Quantos processos são apresentados no SBOK como parte da estrutura do Scrum?

SCRUM � um processo desenvolvimento iterativo e incremental, ele surgiu nos anos 80, mas s� come�ou a ser utilizado para desenvolvimento de software nos anos 90. Uma das coisas mais interessantes nessa metodologia � que ela n�o se aplica somente a software, o SCRUM pode ser utilizado nos mais diversos tipos de projetos j� que sua principal fun��o � o gerenciamento de projeto. O SCRUM pode ser utilizado em conjunto com outros m�todos �geis como o XP (Extreme Programming), por exemplo.

No SCRUM existem pap�is bem definidos e diversas etapas que devem ser cumpridas em prazos estipulados visando entregar o produto de forma r�pida e que ao mesmo tempo em que atenda as expectativas do cliente. O propriet�rio do produto ou Product Owner representa os stakeholders e o neg�cio, a equipe ou Team � formada por cerca de 7 pessoas, as equipes com poucos membros e multidisciplinares s�o uma das principais caracter�sticas do SCRUM, com o tempo foi observado em diversos projetos que equipes pequenas conseguem muitas vezes serem mais produtivas dependendo da forma como trabalham. Para gerenciar o projeto surge a figura do ScrumMaster que atua como um gerente de projeto, coordenando a equipe para que as metas sejam alcan�adas. Agora vejamos as etapas do processo:

Product Backlog

� basicamente uma lista com requisitos e suas prioridades definidas pelo Product Owner. No product backlog s�o definidas as funcionalidades a serem entregues ao cliente, este documento pode ser alterado a qualquer momento, est� � outra caracter�stica importante do SCRUM, neste processo a equipe tem que ter ci�ncia da natureza mut�vel do software, ou seja, as necessidades dos clientes podem e muito provavelmente v�o mudar a qualquer momento e um processo de desenvolvimento �gil tem de ser flex�vel neste ponto. Quando se tem o Product Backlog pronto pode-se partir para a pr�xima etapa o Sprint Backlog.

Sprint Backlog

Consiste em uma lista de itens selecionados do Product Backog que ser�o realizados no pr�ximo Sprint, esta lista � definida durante uma reuni�o chamada Sprint Planning Meeting na qual a equipe decide o que vai ser realizado em determinado Sprint, alias as reuni�es s�o um dos pontos centrais do SCRUM.

Sprint

A julgar pela dura��o de um sprint (entre 7e 30 dias) o nome sprint(corrida) � bem apropriado, a grosso modo um sprint � o desenvolvimento de um incremento de um software a ser entregue em determinado prazo, mas esse processo envolve algumas nuances a mais que veremos a seguir.

Daily Scrum

� uma reuni�o di�ria realizada a cada dia de um sprint, est� reuni�o tem um conjunto de regras bem definido:

• A reuni�o come�a precisamente no hor�rio marcado.
• Todos s�o bem-vindos, mas apenas "poucos" podem falar.
• O encontro tem dura��o determinada (Time-Box) e dura 15 minutos.
• A reuni�o deve acontecer no mesmo local e mesma hora todos os dias
• Durante a reuni�o, cada membro da equipe responde a tr�s perguntas:
  • O que voc� tem feito desde ontem?
  • O que voc� est� planejando fazer hoje?
  • Voc� tem algum problema impedindo voc� de realizar seu objetivo?

Uma das vantagens das reuni�es curtas � que evitam o cansa�o causado por reuni�es delongadas e que muitas vezes acabam sendo pouco produtivas, tamb�m � importante destacar que desta forma tamb�m se garante que todos os membros da equipe estar�o a par de cada progresso feito durante o projeto.

Reuni�o de Revis�o da Sprint (Sprint Review)

Esta reuni�o tem dois objetivos principais: rever o trabalho conclu�do e o n�o conclu�do e apresentar uma demo ao cliente. Dessa forma a cada sprint o cliente poder� ver uma parte do produto funcionando e participar do processo fazendo sugest�es de melhorias.

Retrospectiva da Sprint (Sprint Retrospective)

Est� reuni�o tem o objetivo de rever os erros e acertos no sprint realizado. Est� � uma das partes mais importantes do processo, j� que nela � poss�vel aprender com os erros e tentar aprimorar o produto, com isso � poss�vel obter o que se procura n�o s� quando se est� desenvolvendo software, mas em qualquer outro produto: a melhoria continua.

Conclus�o

Resumindo o SCRUM � um processo que se bem utilizado pode agregar muito valor ao produto que vai ser entregue. No entanto � preciso enfatizar que nenhum dos m�todos �geis existentes faz milagre, voc� at� pode conseguir entregar mais r�pido, mas para conseguir usar todo o potencial dos m�todos �geis ser� preciso ter uma boa equipe que se comprometa em colaborar para melhoria constante do processo, � como dizem: s� a pratica leva a perfei��o.

Confira outros conte�dos: