Se voc\u00ea \u00e9 novo na \u00e1rea de tecnologia, a quantidade de terminologia e m\u00e9todos desconhecidos pode parecer assustadora. H\u00e1 muitas metodologias diferentes para escolher, e cada uma \u00e9 mais adequada para diferentes tipos de empresas e projetos. Uma das abordagens mais comuns \u00e9 o Scrum.<\/p>\n\n\n\n
Ele faz parte das conhecidas “metodologias \u00e1geis”<\/strong> centradas na ideia de desenvolvimento iterativo, onde requisitos e solu\u00e7\u00f5es evoluem por meio da colabora\u00e7\u00e3o entre equipes multifuncionais auto organizadas. Assim, ele permite que as equipes agreguem valor mais rapidamente, com maior qualidade e previsibilidade, e maior aptid\u00e3o para responder \u00e0 mudan\u00e7a. <\/p>\n\n\n\n Quer entender tudo sobre Scrum? Vamos l\u00e1!<\/p>\n\n\n\n O conceito de \u201cScrum\u201d foi visto pela primeira vez em um artigo da Harvard Business Review, intitulado “The New New Product Development Game<\/a>“, escrito por Hirotaka Takeuchi e Ikujiro Nonaka em 1986. A termo \u201cScrum\u201d vem de um dos principais esportes dos Estados Unidos, o r\u00fagbi. \u00c0 \u00e9poca, os autores do artigo explicaram o termo dizendo que \u201ccomo no r\u00fagbi, a bola \u00e9 passada dentro da equipe \u00e0 medida que esta se move como uma unidade campo acima\u201d.<\/p>\n\n\n\n Ao longos dos anos, o m\u00e9todo foi desenvolvido e codificado por Ken Schwaber e Jeff Sutherland em 1995 nas publica\u00e7\u00f5es Agile Manifesto<\/a> e SCRUM Development Process<\/a>.<\/p>\n\n\n\n O Scrum de Schwaber e Sutherland foi em parte uma rejei\u00e7\u00e3o ao modelo de desenvolvimento de software em cascata, no qual os projetos s\u00e3o fragmentados em fases sequenciais, e os entreg\u00e1veis<\/a> de cada fase servem para desbloquear o trabalho da fase seguinte. Schwaber e Sutherland acreditavam que os desenvolvedores de software poderiam se beneficiar de uma abordagem mais flex\u00edvel e iterativa que lhes permitisse responder e adaptar-se continuamente ao ambiente, a fim de criar o melhor produto poss\u00edvel para os clientes.<\/strong><\/p>\n\n\n\n Os dois contribu\u00edram tanto para a comunidade de tecnologia, que desenvolveram um Guia do Scrum<\/a>, um documento din\u00e2mico que atualizam com regularidade e, segundo eles, incentiva as equipes a \u201canalisar a efic\u00e1cia das suas t\u00e9cnicas de trabalho e as desafia a evoluir e se aperfei\u00e7oar continuamente\u201d.<\/p>\n\n\n\n Eu sei, voc\u00ea ainda deve estar se perguntando, o que \u00e9 Scrum?<\/em> O Scrum foi projetado usando um modelo de software que segue um conjunto de fun\u00e7\u00f5es, responsabilidades e reuni\u00f5es. Ele pode ser usado para qualquer projeto complexo, mas funciona melhor quando o resultado \u00e9 um produto concreto do que um servi\u00e7o.<\/p>\n\n\n\n Adotar a metodologia \u00e1gil Scrum requer fun\u00e7\u00f5es e responsabilidades espec\u00edficas, incluindo o seguinte:<\/p>\n\n\n\n \u00c9 respons\u00e1vel por representar o melhor interesse do cliente. Essa pessoa tem a autoridade m\u00e1xima sobre o produto final.<\/p>\n\n\n\n Essa pessoa \u00e9 facilitadora, respons\u00e1vel por organizar as reuni\u00f5es di\u00e1rias, melhorar as intera\u00e7\u00f5es da equipe e maximizar a produtividade. O gerente de projeto geralmente assume o papel de Scrum master, mas pode deleg\u00e1-lo a qualquer pessoa da equipe que seja especialista em Scrum e forte facilitador.<\/p>\n\n\n\n O backlog \u00e9 uma lista de tarefas e requisitos inclu\u00eddos no produto final. \u00c9 responsabilidade do propriet\u00e1rio do produto criar o backlog.<\/p>\n\n\n\n Um sprint \u00e9 um per\u00edodo de tempo definido para concluir cada conjunto de tarefas do backlog. Cada sprint deve ter o mesmo comprimento. Duas semanas \u00e9 t\u00edpico, mas um sprint pode durar de uma a quatro semanas, dependendo das necessidades da equipe e do projeto.<\/p>\n\n\n\n Espera-se que uma equipe de projeto Scrum se re\u00fana todos os dias para discutir o progresso. Essas reuni\u00f5es s\u00e3o normalmente chamadas de Daily Scrum ou Daily Stand-Up.<\/p>\n\n\n\n Cada sprint deve terminar com uma reuni\u00e3o de revis\u00e3o, chamada retrospectiva. Aqui, a equipe analisa seu progresso e discute como eles podem melhorar no pr\u00f3ximo sprint.<\/p>\n\n\n\n \u00c9 importante ressaltar que o Scrum n\u00e3o \u00e9 somente para programadores e desenvolvedores. Ele pode ser utilizado por qualquer equipe de uma organiza\u00e7\u00e3o<\/strong> que tenha um projeto a ser colocado em pr\u00e1tica, n\u00e3o necessariamente de tecnologia. A metodologia \u00e1gil de Scrum pode ser usada em uma empresa\/startup de Marketing ou Recursos Humanos (RH), por exemplo.\u00a0<\/p>\n\n\n\n Voc\u00ea j\u00e1 aprendeu o conceito, o que \u00e9 e finalmente chegamos na parte mais interessante: como aplicar o Scrum no seu dia a dia, na pr\u00e1tica. \u00c9 importante ter em mente que o processo do Scrum n\u00e3o \u00e9 melhor e nem pior que as outras metodologias \u00e1geis. Ele \u00e9 apenas um m\u00e9todo \u00e1gil que foca na melhoria cont\u00ednua do seu projeto e time<\/strong>. Voc\u00ea pode n\u00e3o saber muito no in\u00edcio do sprint, mas pode ajustar os seus processos e necessidades com base nas informa\u00e7\u00f5es obtidas durante o desenvolvimento do Scrum Sprint.<\/p>\n\n\n\n Mas como isso funciona na pr\u00e1tica? Veja como funciona o processo:<\/strong><\/p>\n\n\n\n Para come\u00e7ar um sprint, o l\u00edder da sua equipe (tamb\u00e9m conhecido como Scrum Master) identificar\u00e1 os trabalhos a serem extra\u00eddos do seu backlog, ou seja, o trabalho que precisa ser feito. Para fazer da forma correta, voc\u00ea precisa ter documentado o backlog do produto de modo claro em um \u00fanico lugar. Voc\u00ea pode utilizar ferramentas com o Asana<\/a> para se organizar. <\/p>\n\n\n\n Antes de come\u00e7ar o sprint do Scrum, voc\u00ea precisa saber o que dever\u00e1 enfocar. Durante a sess\u00e3o de planejamento do sprint, voc\u00ea avaliar\u00e1 o trabalho do backlog em que a sua equipe precisar\u00e1 se concentrar neste sprint espec\u00edfico do Scrum. Para come\u00e7ar, experimente os nossos modelos gr\u00e1tis para planejamento de sprints<\/a>.<\/p>\n\n\n\n Comumente, um sprint leva duas semanas, contudo pode-se ter sprints mais curtos ou mais longos, dependendo do que for melhor para a sua equipe. Durante o sprint, ela trabalhar\u00e1 nos itens do backlog listados durante a sess\u00e3o de planejamento do sprint.<\/p>\n\n\n\n Planeje reuni\u00f5es di\u00e1rias de 15 minutos com a sua equipe. Esses encontros di\u00e1rios s\u00e3o a sua chance de informar os projetos em que voc\u00eas est\u00e3o trabalhando e identificar bloqueios inesperados que voc\u00eas encontraram. <\/p>\n\n\n\n Depois de concluir o sprint do Scrum, a sua equipe deve-se reunir para realizar uma revis\u00e3o do sprint. Durante essa ocasi\u00e3o, a equipe do Scrum apresentar\u00e1 o trabalho que estiver \u201cFeito\u201d para a aprova\u00e7\u00e3o ou inspe\u00e7\u00e3o dos participantes.<\/p>\n\n\n\n Ap\u00f3s a conclus\u00e3o do sprint, dedique algum tempo para discutir como ele correu e o que pode ser melhorado no futuro. Lembre-se de que o Scrum depende de um processo de melhoria cont\u00ednua, por isso n\u00e3o tenha medo de experimentar novos processos ou estrat\u00e9gias de retrabalho que aparentem ser menos eficazes no seu pr\u00f3ximo sprint. <\/p>\n\n\n\n Um quadro Scrum \u00e9 mais acess\u00edvel e funcional do que um na parede. Atualiza\u00e7\u00f5es regulares garantem que todos do time permane\u00e7am informados. Relat\u00f3rios indicam seu progresso e ajudam voc\u00ea a prever seu desempenho no pr\u00f3xima sprint. Eles tamb\u00e9m d\u00e3o visibilidade ao seu trabalho \u00e0s suas partes interessadas. Os quadros de hor\u00e1rios ajudam voc\u00ea a medir o tempo gasto em cada tarefa.<\/p>\n\n\n\n Em resumo, as equipes Scrum seguem uma abordagem de inspe\u00e7\u00e3o e adapta\u00e7\u00e3o<\/strong>. Ou seja, eles tentam coisas, medem e aprendem com eles a tomar melhores decis\u00f5es no futuro. Isso implica que medir seu trabalho \u00e9 uma parte cr\u00edtica do aprendizado com ele.\u00a0<\/p>\n\n\n\n Autonomia, fluidez e evolu\u00e7\u00e3o s\u00e3o princ\u00edpios fundamentais do Scrum<\/strong>. Uma hierarquia fluida equipa as equipes para tomar decis\u00f5es aut\u00f4nomas que assumir\u00e3o e fazer o trabalho em que investe, criando um ambiente que est\u00e1 constantemente aprendendo e evoluindo.<\/p>\n\n\n\n Quando o Spotify lan\u00e7ou seu primeiro reprodutor de m\u00fasica em 2008, eles eram uma empresa de scrum.<\/p>\n\n\n\n Eles operam em equipes aut\u00f4nomas multifuncionais chamadas squads. Eles criaram sua pr\u00f3pria estrutura para dimensionar o Scrum quando se expandiram. Com gigantes como Google, Amazon e Apple como concorrentes, eles precisavam de uma vantagem not\u00e1vel para se manterem relevantes no mercado e seu sucesso pode ser atribu\u00eddo diretamente \u00e0 sua cultura orientada pela agilidade.<\/p>\n\n\n\n A Awari nasceu e permanece assim: pensando totalmente em transformar a vida de nossos alunos com conte\u00fados de valor, proporcionando uma experi\u00eancia incr\u00edvel que seja real e acess\u00edvel a todos. <\/p>\n\n\n\n Conhe\u00e7a nossos cursos<\/a>, que v\u00e3o desde Trilhas de Data Science<\/a>, Gest\u00e3o de Produtos<\/a>, Design<\/a> e Programa\u00e7\u00e3o<\/a>. Saiba mais sobre a nossa jornada personalizada e materiais complementares feitos por especialistas no mercado.<\/p>\n","protected":false},"excerpt":{"rendered":" Se voc\u00ea \u00e9 novo na \u00e1rea de tecnologia, a quantidade de terminologia e m\u00e9todos desconhecidos pode parecer assustadora. H\u00e1 muitas metodologias diferentes para escolher, e cada uma \u00e9 mais adequada para diferentes tipos de empresas e projetos. Uma das abordagens mais comuns \u00e9 o Scrum. Ele faz parte das conhecidas “metodologias \u00e1geis” centradas na ideia […]<\/p>\n","protected":false},"author":9,"featured_media":122012,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":[186],"meta":{"inline_featured_image":false,"footnotes":""},"categories":[229],"tags":[],"trilha":[],"class_list":["post-117623","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-skills","format-artigos"],"acf":[],"yoast_head":"\nConceito de Scrum<\/h2>\n\n\n\n
O que \u00e9 o m\u00e9todo Scrum?<\/h2>\n\n\n\n
Bom, ele \u00e9 uma estrutura de regras, fun\u00e7\u00f5es, eventos e artefatos usados para implementar projetos \u00e1geis.<\/strong> \u00c9 uma abordagem iterativa, consistindo em sprints que normalmente duram apenas de uma a quatro semanas. Essa abordagem garante que sua equipe entregue uma vers\u00e3o do produto regularmente.<\/p>\n\n\n\nProduct Owner<\/strong><\/h3>\n\n\n\n
Scrum master<\/strong><\/h3>\n\n\n\n
Backlog<\/strong><\/h3>\n\n\n\n
Sprint<\/strong><\/h3>\n\n\n\n
Reuni\u00f5es di\u00e1rias<\/strong><\/h3>\n\n\n\n
Retrospectiva<\/strong><\/h3>\n\n\n\n
Quem pode utilizar Scrum?<\/h2>\n\n\n\n
Como aplicar o Scrum?<\/h2>\n\n\n\n
1. Organiza\u00e7\u00e3o do backlog<\/strong><\/h3>\n\n\n\n
2. Realizar uma sess\u00e3o de planejamento do sprint<\/strong><\/h3>\n\n\n\n
3. In\u00edcio do sprint do Scrum<\/strong><\/h3>\n\n\n\n
4. Realiza\u00e7\u00e3o de encontros di\u00e1rios do Scrum<\/strong><\/h3>\n\n\n\n
5. Apresenta\u00e7\u00e3o do trabalho durante a revis\u00e3o do sprint<\/strong><\/h3>\n\n\n\n
6. Intera\u00e7\u00f5es e reflex\u00f5es durante a retrospectiva do sprint<\/strong><\/h3>\n\n\n\n
Qual a import\u00e2ncia do Scrum?<\/h2>\n\n\n\n
Um exemplo famoso<\/h3>\n\n\n\n
1. Spotify<\/h4>\n\n\n\n
? Quer se desenvolver ainda mais? Conhe\u00e7a a Awari<\/strong>!<\/h2>\n\n\n\n