![\"Quadro](\"https:\/\/arthurwilliam.com.br\/blog\/wp-content\/uploads\/2011\/08\/scrum-metodo-agil-gerenciamento-quadro-tarefas-kanban-300x224.jpg\" "\\"Quadro")
Quadro de tarefas do Scrum<\/p><\/div>\n
Scrum<\/strong> \u00e9 um m\u00e9todo de gerenciamento de projetos<\/strong> muito usado atualmente pela TI de diversas empresas para o desenvolvimento de softwares, mas que tem um recente crescimento em \u00e1reas como Web Design<\/strong> e Marketing Digital<\/strong> (m\u00eddias sociais).<\/p>\n A metodologia \u00e1gil<\/strong> Scrum atua no sentido de aumentar o ROI<\/strong> (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, priorizando as entregas<\/strong> de acordo com o valor agregado<\/strong> que 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 escopo \u00e9 flex\u00edvel<\/strong>, pois parte-se da ideia de que o cliente n\u00e3o \u00e9 capaz de definir tudo o que deseja antes<\/strong> de come\u00e7ar a usar um software ou site. Ao final de uma sprint<\/strong> (trabalho que dura de 1 a 4 semanas) \u00e9 entregue uma parte<\/strong> de um portal, por exemplo. Isto permite que o cliente d\u00ea um melhor 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 melhoria cont\u00ednua<\/strong> ao 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 Manifesto \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 da troca de experi\u00eancias<\/strong> e conhecimentos, podem crescer juntos<\/strong> com o desenvolvimento do produto.<\/p>\n Cabe ao Scrum Master<\/strong> ajudar 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 Product Owner<\/strong> (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