![\"Quadro](\"https:\/\/arthurwilliam.com.br\/blog\/wp-content\/uploads\/2011\/08\/scrum-metodo-agil-gerenciamento-quadro-tarefas-kanban-300x224.jpg\" "\\"Quadro")
<\/p>\n<\/p>\n
Quadro de tarefas do Scrum<\/p>\n
Scrum<\/strong>\u00a0\u00e9 um\u00a0m\u00e9todo de gerenciamento de projetos<\/strong>\u00a0muito usado atualmente pela TI de diversas empresas para o desenvolvimento de softwares, mas que tem um recente crescimento em \u00e1reas como\u00a0Web Design<\/strong>\u00a0e\u00a0Marketing Digital<\/strong>(m\u00eddias sociais).<\/p>\n A\u00a0metodologia \u00e1gil<\/strong>\u00a0Scrum atua no sentido deaumentar o ROI<\/strong>\u00a0(retorno sobre investimento ou rela\u00e7\u00e3o custo-benef\u00edcio) de um projeto. Atrav\u00e9s dele, \u00e9 poss\u00edvel dividir as etapas de constru\u00e7\u00e3o de um Web Site, por exemplo,\u00a0priorizando as entregas<\/strong>de acordo com o\u00a0valor agregado<\/strong>\u00a0que a parte finalizada trar\u00e1 ao cliente, elevando sua satisfa\u00e7\u00e3o.<\/p>\n Nos m\u00e9todos gerenciais tradicionais como o PMBOK\/PMI, o escopo (conjunto de funcionalidades do produto) \u00e9 fechado, muitas vezes pela for\u00e7a de um contrato. A flexibilidade fica com a qualidade (mais r\u00e1pido = pior qualidade e mais bugs), custo (mudan\u00e7a no projeto = pre\u00e7o mais caro) e prazo (novas fun\u00e7\u00f5es = adiamentos e atrasos constantes).<\/p>\n J\u00e1 no Scrum, o\u00a0escopo \u00e9 flex\u00edvel<\/strong>, pois parte-se da ideia de que o\u00a0cliente n\u00e3o \u00e9 capaz de definir tudo o que deseja antes<\/strong>\u00a0de come\u00e7ar a usar um software ou site. Ao final de uma\u00a0sprint<\/strong>\u00a0(trabalho que dura de 1 a 4 semanas) \u00e9\u00a0entregue uma parte<\/strong>\u00a0de um portal, por exemplo. Isto permite que o cliente d\u00ea um\u00a0melhor feedback<\/strong>para os deselvolvedores, que, por sua vez podem entregar as funcionalidades que mais v\u00e3o agregar valor ao projeto.<\/p>\n No final, muitas das fun\u00e7\u00f5es pensadas inicialmente n\u00e3o ser\u00e3o implementadas, porque ao longo do projeto foram preteridas, perdendo import\u00e2ncia. Outras surgir\u00e3o e ser\u00e3o priorizadas, pois, no momento, incrementam mais o ROI. Desde o in\u00edcio de um projeto, o cliente j\u00e1 recebe partes do produto, que vai sofrendo um processo de\u00a0melhoria cont\u00ednua<\/strong>\u00a0ao longo das sprints.<\/p>\n Do in\u00edcio ao fim, o que se v\u00ea \u00e9 software, produto concreto, e n\u00e3o papel, levantamento de requisitos, burocracia. Esta \u00e9 a filosofia do\u00a0Manifesto \u00c1gil<\/strong>.<\/p>\n Equipe multidisciplinar e \u00a0auto-organizada<\/strong><\/p>\n A equipe de um projeto Scrum deve ser composta por um grupo multidisciplinar de profissionais, que, a partir datroca de experi\u00eancias<\/strong>\u00a0e conhecimentos, podem\u00a0crescer juntos<\/strong>\u00a0com o desenvolvimento do produto.<\/p>\n Cabe ao\u00a0Scrum Master<\/strong>\u00a0ajudar a equipe a trabalhar. Ele n\u00e3o \u00e9 o chefe tradicional, que d\u00e1 ordens, manda e delega tarefas. O Scrum Master organiza as reuni\u00f5es de planejamento (Sprint Planning) e revis\u00e3o (retrospective e Sprint review), al\u00e9m do feedback di\u00e1rio (stand-up daily meeting). O pr\u00f3prio time distribui as tarefas e escolhe a maneira de execut\u00e1-la (pair programming ou individualmente).<\/p>\n J\u00e1 o\u00a0Product Owner<\/strong>\u00a0(dono do produto) \u00e9 a figura respons\u00e1vel por aprovar ou rejeitar as entregas de partes de um site ao final de uma sprint. O PO quebra o projeto em hist\u00f3rias (stories ou \u00e9picos) e as prioriza, de acordo com a vis\u00e3o do neg\u00f3cio em que est\u00e1 inserido o projeto. E o Scrum Master, junto com a equipe, divide uma hist\u00f3ria em tarefas. Tudo para elevar o valor agregado do produto (website, aplicativo mobile ou software).<\/p>\n