{"id":1328,"date":"2024-06-24T11:55:25","date_gmt":"2024-06-24T14:55:25","guid":{"rendered":"https:\/\/fedablio.com.br\/blog\/?p=1328"},"modified":"2024-07-06T14:13:00","modified_gmt":"2024-07-06T17:13:00","slug":"o-que-e-scrum","status":"publish","type":"post","link":"https:\/\/fedablio.com.br\/blog\/arquivos\/1328","title":{"rendered":"O que \u00e9 Scrum?"},"content":{"rendered":"\n
\n\n

\nAntes de qualquer coisa Scrum n\u00e3o \u00e9 um acr\u00f4nimo e ele vem do Rugby (aquele esporte parecido com Futebol Americano). \u00c9 um nome dado a reuni\u00e3o que ocorre no scrum (m\u00e9todo de rein\u00edcio de jogada onde as equipes ficam se empurrando com suas cabe\u00e7as e corpos, uns com os outros), para em conjunto e equipe, levar a bola para frente (no sentido literal mesmo).\n<\/p>\n\n

\nBom agora sim, Scrum \u00e9 um framework \u00e1gil de gerenciamento de projetos, voltado para as \u00e1reas de desenvolvimento de software. Com ele \u00e9 poss\u00edvel que um projeto seja executado em pequenas partes, com verifica\u00e7\u00f5es e feedbacks cont\u00ednuos. No contexto do esporte Rugby, Scrum \u00e9 onde a equipe se re\u00fane para levar o produto para frente.\n<\/p>\n\n

\nA estrutura Scrum tem pontos bastante simples: o Time Scrum, com o Dono do Produto, o Scrum Master e os Desenvolvedores. O Time Scrum participa de 5 eventos e produz 3 artefatos.\n<\/p>\n\n

\nO Scrum se baseia em: transpar\u00eancia<\/strong>, que garante o f\u00e1cil entendimento e visibilidade do projeto; a fiscaliza\u00e7\u00e3o<\/strong>, que visa o constante feedback e avalia\u00e7\u00e3o do trabalho j\u00e1 realizado e; a adapta\u00e7\u00e3o<\/strong> que faz constantes adequa\u00e7\u00f5es ao andamento do projeto.\n<\/p>\n\n

\nO Scrum possui valores importantes como Coragem<\/strong>, onde se deve ter a coragem de fazer a coisa certa e trabalhar em problemas dif\u00edceis; Foco<\/strong>, em que todos focam no trabalho do sprint e nos objetivos do time; Compromisso<\/strong>, em que a personalidade das pessoas se compromete a alcan\u00e7ar os objetivos do time; Respeito<\/strong>, em que os membros do time respeitam uns aos outros para serem pessoas capazes e independentes e; Abertura<\/strong>, em que o Time Scrum e as partes interessadas (stakeholders) concordam em ser abertos sobre todo o trabalho e os desafios na execu\u00e7\u00e3o deles e ambos estes valores s\u00e3o elementos extremamente importantes e que os membros do projeto devem trabalhar juntos.\n<\/p>\n\n

\nO Time Scrum se fundamenta em uma pequena equipe de pessoas (geralmente com dez pessoas ou menos). Temos o Scrum Master, o Dono do Produto e os Desenvolvedores e nesta equipe n\u00e3o existem hierarquia (l\u00e1 vamos n\u00f3s). O time ent\u00e3o, se torna cada vez mais focado no objetivo, que \u00e9 a Meta do Produto.\n<\/p>\n\n

\nFoi observado no Scrum que as equipes menores se comunicam melhor e s\u00e3o mais produtivas. Caso os times Scrum se tornem muito grandes, deve ser reconsiderado dividir em equipes menores e claro, todos focados no mesmo produto.\n<\/p>\n\n

\nScrum Master<\/strong>\n<\/p>\n\n

\nS\u00e3o os respons\u00e1veis em ajudar as equipes a terem sucesso o que acaba envolvendo oferecer ajuda em grupo ou individual. O Scrum Master acaba sendo o respons\u00e1vel pela efic\u00e1cia do time, pois sempre deve melhorar a forma como a equipe trabalha. Em qualquer situa\u00e7\u00e3o o Scrum Master deve possuir habilidades sociais e atuar como L\u00edder Servidor, L\u00edder Facilitador, Coach, Gerente, Mentor, Professor, Removedor de Impedimentos ou Agente de Mudan\u00e7a.\n<\/p>\n\n

\nDono do Produto<\/strong>\n<\/p>\n\n

\nEle \u00e9 respons\u00e1vel por gerenciar a lista de pend\u00eancias e isso inclui desenvolver e comunicar explicitamente o objetivo do produto, criar e comunicar os itens de pend\u00eancia do produto, solicitar itens de pend\u00eancia do produto e garantir que a lista de pend\u00eancias do produto seja transparente. O Dono Produto pode fazer esse trabalho ou delegar a outros membros.\n<\/p>\n\n

\nDe todos os citados anteriormente, o Dono do Produto tamb\u00e9m representa as necessidades de muitas partes interessadas e se algu\u00e9m na empresa\/organiza\u00e7\u00e3o deseja uma mudan\u00e7a, precisa falar diretamente com o Dono do Produto e claro, tentar convenc\u00ea-lo. Ele tamb\u00e9m fica como respons\u00e1vel por receber o feedback dos clientes, sobre o produto.\n<\/p>\n\n

\nDe toda forma e para atingir objetivos do Dono do Produto, ele deve ter posturas de o Vision\u00e1rio, o Colaborador, o Representante do Cliente, o Tomador de Decis\u00e3o, o Experimentador e o Influenciador (ele precisa ser um “Severino” na parada).\n<\/p>\n\n

\nDesenvolvedor<\/strong>\n<\/p>\n\n

\nUm Desenvolvedor n\u00e3o \u00e9 necessariamente um desenvolvedor de software e ele pode se concentrar em qualquer tipo de trabalho, seja de software ou n\u00e3o (n\u00e3o falei que era um “Severino”?). Pode se dizer que os Desenvolvedores s\u00e3o respons\u00e1veis por criar um plano para a Sprint, incutir qualidade e aderindo a uma Defini\u00e7\u00e3o de Pronto, adaptar seu plano a cada dia em dire\u00e7\u00e3o \u00e0 meta do Sprint e responsabilizar uns aos outros como profissionais.\n<\/p>\n\n

\nOs Desenvolvedores tamb\u00e9m podem precisar adotar pr\u00e1ticas de facilita\u00e7\u00e3o (um Daily Scrum \u00e9 um exemplo de evento de Desenvolvedores do Time Scrum e precisa de um facilitador), mentoria, ensino e coaching (\u00e9 recomendado que um Desenvolvedor possua habilidades de orientar membros da equipe de como fazer algo).\n<\/p>\n\n

\nSprint<\/strong>\n<\/p>\n\n

\nCada evento no Scrum \u00e9 uma oportunidade formal para adaptar artefatos do Scrum e a Sprint \u00e9 uma esp\u00e9cie de cont\u00eainer de todos estes eventos. Este eventos s\u00e3o projetados para permitir a transpar\u00eancia necess\u00e1ria e a falha em operar quaisquer eventos, resulta em oportunidades perdidas de inspe\u00e7\u00e3o e adapta\u00e7\u00e3o. Ou seja, os eventos s\u00e3o usados para criar regularidade e minimizar a necessidade de reuni\u00f5es.\n<\/p>\n\n

\nOs Sprints s\u00e3o considerados a pulsa\u00e7\u00e3o do Scrum, onde as ideias s\u00e3o transformadas em valor e: “o Sprint \u00e9 o evento Scrum que engloba todos os outros eventos Scrum”.\n<\/p>\n\n

\nO trabalho necess\u00e1rio para atingir o Objetivo do Produto, acontece das Sprints e durante elas. Nenhuma altera\u00e7\u00e3o \u00e9 feita se essa colocar o objetivo em risco, a qualidade n\u00e3o diminui, a lista de pend\u00eancias \u00e9 refinada conforme necess\u00e1rio e o escopo pode ser esclarecido e renegociado com o Dono do Produto \u00e0 medida que mais for aprendido.\n<\/p>\n\n

\nScrum Di\u00e1rio<\/strong>\n<\/p>\n\n

\n\u00c9 um evento de 15 minutos para os desenvolvedores do Time Scrum e usam para reduzir a complexidade. Ele \u00e9 realizado no mesmo hor\u00e1rio e local todos os dias \u00fateis do Sprint. Se o Dono do Produto e o Scrum Master estiverem trabalhando ativamente em itens do Sprint Backlog, eles trabalham como Desenvolvedores. Os Scrums Di\u00e1rios melhoram a comunica\u00e7\u00e3o, identificam impedimentos, promovem a r\u00e1pida tomada de decis\u00e3o e consequentemente eliminam a necessidade de mais reuni\u00f5es. Este tamb\u00e9m n\u00e3o \u00e9 o \u00fanico momento em que os Desenvolvedores podem ajustar seus planos, pois eles frequentemente se re\u00fanem ao longo do dia para discuss\u00f5es mais detalhadas sobre como adaptar ou replanejar o restante do trabalho do Sprint.\n<\/p>\n\n

\nOs Desenvolvedores escolhem qualquer estrutura t\u00e9cnica que desejarem, desde que seu Scrum Di\u00e1rio se concentre em atingir a Meta do Sprint e fa\u00e7a um plano pr\u00e1tico para o pr\u00f3ximo dia de trabalho.\n<\/p>\n\n

\nEm um Scrum Di\u00e1rio o Scrum Master<\/strong> garante que a reuni\u00e3o aconte\u00e7a, por\u00e9m os Desenvolvedores s\u00e3o respons\u00e1veis pela condu\u00e7\u00e3o e assim, os Scrums Master ensinam os Desenvolvedores a manter o evento dentro do tempo de 15 minutos.\n<\/p>\n\n

\nO que \u00e9 uma revis\u00e3o de sprint?<\/strong>\n<\/p>\n\n

\nAqui ocorre a inspe\u00e7\u00e3o do Sprint e atrav\u00e9s do resultado determina se ocorrer\u00e1 adapta\u00e7\u00f5es futuras. O Time Scrum apresenta os resultados para as partes interessadas (stakeholders) e o progresso em dire\u00e7\u00e3o ao objetivo \u00e9 discutido. O Time Scrum e as partes interessadas analisam o que foi realizado no Sprint e o que mudou. Tendo como base as informa\u00e7\u00f5es obtidas e os participantes discutem o que fazer a seguir. O Time Scrum deve evitar que uma Sprint Review seja apenas uma sess\u00e3o de trabalho.\n<\/p>\n\n

\nA Sprint Review \u00e9 o pen\u00faltimo evento e o tempo limite \u00e9 de quatro horas para um Sprint de um m\u00eas. A Sprint Review pode decidir que: os participantes incluam o Time Scrum e as principais parte interessadas convidadas pelo Dono do Produto; os membros do Time Scrum explicam quais itens do Backlog do Produto foram ou n\u00e3o terminados; os Desenvolvedores discutem o que deu certo durante o Sprint; os Desenvolvedores demonstram o trabalho feito e responde d\u00favidas sobre o incremento; o Dono do Produto discute que o Backlog onde est\u00e1 e neste momento ele ou ela projeta metas prov\u00e1veis e datas de entrega com base no progresso que ocorreu at\u00e9 o momento; todo o grupo colabora para decidir o que fazer a seguir, para que a Revis\u00e3o do Sprint forne\u00e7a informa\u00e7\u00f5es valiosas para o planejamento do Sprint posterior; a revis\u00e3o de como o mercado ou uso potencial do produto pode ter mudado o que \u00e9 a coisa mais valiosa a fazer a seguir e; a Revis\u00e3o do cronograma, or\u00e7amento, recursos potenciais e mercado para os pr\u00f3ximos lan\u00e7amentos previstos de funcionalidade e capacidade do produto.\n<\/p>\n\n

\nOs artefatos Scrum\n<\/p>\n\n

\nBacklog do produto: \u00e9 a \u00fanica fonte de trabalho realizada pelo Time Scrum, cujo objetivo \u00e9 gerar uma lista emergente e ordenada do que \u00e9 necess\u00e1rio para melhorar o produto.\n<\/p>\n\n

\nO refinamento do Backlog do Produto \u00e9 o ato de dividir e definir os itens em partes menores e mais precisas. Ele pode ocorrer a qualquer momento durante uma Sprint. O refinamento n\u00e3o \u00e9 obrigat\u00f3rio por\u00e9m deve considerar como uma boa pr\u00e1tica para aumentar a transpar\u00eancia e tornar os itens de trabalho mais precisos.\n<\/p>\n\n

\nO Objetivo do Produto descreve um estado futuro do produto que pode servir como uma meta para o Time Scrum planejar.\n<\/p>\n\n

\nUm produto \u00e9 um ve\u00edculo para entregar valor. Tem um limite claro, partes interessadas conhecidas e usu\u00e1rios ou clientes bem definidos. Um produto pode ser um servi\u00e7o, um produto f\u00edsico ou algo mais abstrato.\n<\/p>\n\n

\nA Meta do Produto \u00e9 um objetivo de longo prazo do Time Scrum e os itens do Backlog do Produto definem o que cumprir\u00e1 o Objetivo do Produto \u00e0 medida que o Time Scrum aprende mais sobre como atingir o objetivo enquanto trabalha em cada Sprint. O Objetivo do Produto \u00e9, portanto, uma declara\u00e7\u00e3o direcional simples que fornece contexto e prop\u00f3sito para o Time Scrum e suas partes interessadas (stakeholders).\n<\/p>\n\n

\nO Sprint Backlog \u00e9 um plano feito por e para os desenvolvedores. \u00c9 uma imagem altamente vis\u00edvel e em tempo real do trabalho que os Desenvolvedores planejam realizar durante o Sprint para atingir a Meta do Sprint. Consequentemente, o Sprint Backlog \u00e9 atualizado ao longo do Sprint \u00e0 medida que mais \u00e9 aprendido. Deve ter detalhes suficientes para que eles possam inspecionar seu progresso no Daily Scrum.\n<\/p>\n\n

\nA Meta de Sprint \u00e9 o \u00fanico objetivo do Sprint. Embora a Meta da Sprint seja um compromisso dos Desenvolvedores, ela oferece flexibilidade em termos do trabalho exato necess\u00e1rio para alcan\u00e7\u00e1-la. A Meta da Sprint tamb\u00e9m cria coes\u00e3o e foco , incentivando o Time Scrum a trabalhar em conjunto, em vez de em iniciativas separadas. \u00c9 criado durante o Sprint Planning pelo Time Scrum e ent\u00e3o adicionado ao Sprint Backlog. \u00c0 medida que os Desenvolvedores trabalham durante o Sprint, eles mant\u00eam o Objetivo do Sprint em mente. Se o trabalho evolui e n\u00e3o \u00e9 o que esperavam, colaboram com o Dono do Produto para negociar o \u00e2mbito do Sprint Backlog dentro do Sprint sem afetar a Meta da Sprint.\n<\/p>\n\n

\nUm Incremento \u00e9 um trampolim concreto em dire\u00e7\u00e3o ao Objetivo do Produto. Cada incremento \u00e9 aditivo a todos os incrementos anteriores e minuciosamente verificado, garantindo que todos os incrementos funcionem juntos. Para fornecer valor, o Incremento deve ser utiliz\u00e1vel. A soma dos Incrementos \u00e9 apresentada na Sprint Review apoiando assim o empirismo. No entanto, um Incremento pode ser entregue \u00e0s partes interessadas antes do final do Sprint . A Sprint Review nunca deve ser considerada uma porta para a libera\u00e7\u00e3o de valor.\n<\/p>\n\n

\nA Defini\u00e7\u00e3o de Pronto (conclu\u00eddo) \u00e9 o compromisso dos Desenvolvedores com o Incremento, assim como a Meta do Sprint \u00e9 o compromisso dos Desenvolvedores com o Backlog do Sprint e a Meta do Produto \u00e9 o compromisso do Dono do Produto com o Backlog do Produto. A Defini\u00e7\u00e3o de Pronto inclui todas as caracter\u00edsticas e padr\u00f5es que um incremento precisa atender para ser lan\u00e7ado. Tamb\u00e9m pode ser dizer que \u00e9 uma descri\u00e7\u00e3o formal do estado do Incremento quando atende \u00e0s medidas de qualidade exigidas para o produto. Assim que a Defini\u00e7\u00e3o de Pronto for atendida, o Incremento estar\u00e1 Feito e poder\u00e1 ser entregue.\n<\/p>\n\n

\nA Defini\u00e7\u00e3o de Pronto cria transpar\u00eancia ao fornecer a todos um entendimento compartilhado dos padr\u00f5es de trabalho exigidos como parte do Incremento. Isso pode ser t\u00e3o simples quanto a equipe colaborar e anotar tudo em conjunto. Alguns Times Scrum tamb\u00e9m podem incorporar atividades de brainstorming.\n<\/p>\n\n

\nAlguns exemplos dos itens em uma Defini\u00e7\u00e3o de Pronto para um Estudo de Caso de Marketing escrito: Atende \u00e0s diretrizes de marca do cliente em destaque; escrito em estilo AP; revisado pelo cliente em destaque e feedback recebido; feedback implementado e; rascunho Final Aprovado pelo Cliente.\n<\/p>\n\n

\nAlguns exemplos dos itens de uma Defini\u00e7\u00e3o de Pronto para um aplicativo de software voltado para a sa\u00fade: todos os testes conclu\u00eddos; nenhum defeito conhecido, revis\u00e3o de c\u00f3digo conclu\u00edda e aprovada; atende aos padr\u00f5es de conformidade HIPAA e; atende aos requisitos gerais de seguran\u00e7a\n<\/p>\n\n

\nDepois que todos os itens da Defini\u00e7\u00e3o de Pronto estiverem marcados e conclu\u00eddos, este incremento ser\u00e1 considerado Feito. O Scrum \u00e9 usado em trabalhos complexos e essas caracter\u00edsticas podem ser adicionadas a uma defini\u00e7\u00e3o de pronto para torn\u00e1-la mais rigorosa.\n<\/p>\n\n

\nFonte:<\/strong>
\nhttps:\/\/www.scrum.org<\/a>
\n<\/a>
\n<\/a>
\n<\/p>\n\n<\/div>\n","protected":false},"excerpt":{"rendered":"

Antes de qualquer coisa Scrum n\u00e3o \u00e9 um acr\u00f4nimo e ele vem do Rugby (aquele esporte parecido com Futebol Americano). \u00c9 um nome dado a reuni\u00e3o que ocorre no scrum (m\u00e9todo de rein\u00edcio de jogada onde as equipes ficam se empurrando com suas cabe\u00e7as e corpos, uns com os outros), para em conjunto e equipe, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[200,2],"tags":[202],"class_list":["post-1328","post","type-post","status-publish","format-standard","hentry","category-framework","category-internet","tag-scrum"],"_links":{"self":[{"href":"https:\/\/fedablio.com.br\/blog\/wp-json\/wp\/v2\/posts\/1328","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/fedablio.com.br\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/fedablio.com.br\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/fedablio.com.br\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/fedablio.com.br\/blog\/wp-json\/wp\/v2\/comments?post=1328"}],"version-history":[{"count":16,"href":"https:\/\/fedablio.com.br\/blog\/wp-json\/wp\/v2\/posts\/1328\/revisions"}],"predecessor-version":[{"id":1361,"href":"https:\/\/fedablio.com.br\/blog\/wp-json\/wp\/v2\/posts\/1328\/revisions\/1361"}],"wp:attachment":[{"href":"https:\/\/fedablio.com.br\/blog\/wp-json\/wp\/v2\/media?parent=1328"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/fedablio.com.br\/blog\/wp-json\/wp\/v2\/categories?post=1328"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/fedablio.com.br\/blog\/wp-json\/wp\/v2\/tags?post=1328"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}