![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-and-guiding-principles.png\")
O que \u00e9 o Manifesto \u00c1gil?<\/h2>\n
A reda\u00e7\u00e3o do manifesto \u00e9 muito deliberada, enfatizando a linguagem m\u00ednima necess\u00e1ria para capturar a ess\u00eancia da agilidade:<\/p>\n
- \n
- Pessoas e intera\u00e7\u00f5es sobre processos e ferramentas<\/li>\n
- Software funcional sobre documenta\u00e7\u00e3o abrangente<\/li>\n
- Colabora\u00e7\u00e3o com o cliente sobre negocia\u00e7\u00e3o de contrato<\/li>\n
- Responder \u00e0s mudan\u00e7as sobre seguir um plano<\/li>\n<\/ul>\n
![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-manifesto.png\")
Manifesto \u00c1gil<\/figcaption><\/figure>\n Observa\u00e7\u00e3o:<\/strong><\/p>\n
- \n
- As palavras-chave em todas essas afirma\u00e7\u00f5es s\u00e3o \u201csobre\u201d. O Manifesto n\u00e3o est\u00e1 sugerindo substituir o lado direito pelo lado esquerdo, mas sim enfatizar a prioriza\u00e7\u00e3o do lado esquerdo sobre o direito.<\/li>\n
- O Manifesto \u00c1gil foi criado como alternativa a processos pesados e intensivos em documenta\u00e7\u00e3o de desenvolvimento de software (como o modelo em cascata).<\/li>\n<\/ul>\n
Princ\u00edpios por tr\u00e1s do Manifesto \u00c1gil<\/h2>\n
Como complemento ao Manifesto \u00c1gil central, os Doze Princ\u00edpios aprofundam o significado da agilidade. O framework Scrum promove os princ\u00edpios \u00e1geis por meio de diversos eventos (por exemplo, Product Backlog<\/a>, reuni\u00f5es di\u00e1rias, desenvolvimento iterativo, retrospectivas):<\/p>\n
![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-principles.png\")
<\/h2>\nPrinc\u00edpios \u00c1geis<\/p>\n
<\/h2>\n
- \n
- Nossa maior prioridade \u00e9 satisfazer o cliente por meio da entrega precoce e cont\u00ednua de software valioso.<\/li>\n
- Bem-vindas as mudan\u00e7as nas exig\u00eancias, mesmo no final do desenvolvimento. Os processos \u00e1geis aproveitam as mudan\u00e7as para vantagem competitiva do cliente.<\/li>\n
- Entregar frequentemente software funcional, de algumas semanas a alguns meses, com prefer\u00eancia por prazos mais curtos.<\/li>\n
- Profissionais de neg\u00f3cios e desenvolvedores devem trabalhar juntos diariamente ao longo de todo o projeto.<\/li>\n
- Construa projetos em torno de pessoas motivadas. Forne\u00e7a-lhes o ambiente e o suporte de que precisam, e confie para que realizem o trabalho.<\/li>\n
- O m\u00e9todo mais eficaz de transmitir informa\u00e7\u00f5es para e dentro de uma equipe de desenvolvimento \u00e9 a conversa presencial.<\/li>\n
- O software funcionando \u00e9 a medida prim\u00e1ria de progresso.<\/li>\n
- Processos \u00e1geis promovem o desenvolvimento sustent\u00e1vel. Patrocinadores, desenvolvedores e usu\u00e1rios devem ser capazes de manter um ritmo constante indefinidamente.<\/li>\n
- A aten\u00e7\u00e3o cont\u00ednua \u00e0 excel\u00eancia t\u00e9cnica e ao bom design aumenta a agilidade.<\/li>\n
- Simplicidade\u2014 a arte de maximizar a quantidade de trabalho n\u00e3o feito\u2014 \u00e9 essencial.<\/li>\n
- As melhores arquiteturas, requisitos e designs surgem de equipes auto-organizadas.<\/li>\n
- As equipes refletem regularmente sobre como se tornar mais eficazes e, em seguida, ajustam seu comportamento de acordo.<\/li>\n<\/ol>\n
Como o Scrum Funciona?<\/h2>\n
O Scrum se diferencia de outros processos \u00e1geis por meio de conceitos e pr\u00e1ticas espec\u00edficas, divididas em tr\u00eas categorias: pap\u00e9is (Propriet\u00e1rio do Produto<\/a>, Scrum Master<\/a>, Equipe de Desenvolvimento e outros interessados), eventos, artefatos e regras.<\/p>\n
Para iniciar o processo Scrum, o Propriet\u00e1rio do Produto cria uma lista de desejos priorizada chamada o Product Backlog<\/a>. Durante Planejamento do Sprint<\/a>, o backlog \u00e9 dimensionado com base na complexidade e no valor de neg\u00f3cios (prioridade). O Propriet\u00e1rio do Produto (cliente) e a equipe de desenvolvimento decidem quais itens do backlog incluir no sprint. A equipe tem um tempo fixo (chamado de Sprint<\/a>, geralmente de duas a quatro semanas) para concluir seu trabalho, mas se re\u00fanem diariamente para avaliar o progresso (Daily Scrum<\/a>). Durante todo esse processo, o Scrum Master mant\u00e9m a equipe focada em seus objetivos. No final do sprint, a equipe revisa seu progresso, demonstra o produto de trabalho ao cliente e avalia o que deu certo e o que precisa ser melhorado para o pr\u00f3ximo sprint. O ciclo ent\u00e3o se repete.<\/p>\n
![\"What](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/the-agile-scrum-framework.png\")
<\/p>\nA abordagem \u00e1gil funciona dividindo o projeto em pequenas partes de funcionalidades do usu\u00e1rio, priorizando-as e entregando-as continuamente em ciclos de 2 a 4 semanas, conhecidos como itera\u00e7\u00f5es ou sprints.<\/p>\n
A equipe opera em ciclos curtos, visando a melhoria cont\u00ednua e desenvolvendo apenas o que os usu\u00e1rios realmente querem. O objetivo do trabalho \u00e9 definido pela equipe no in\u00edcio de cada ciclo. Se o cliente tiver alguma d\u00favida sobre uma funcionalidade, a equipe se comunica diretamente com o cliente. As prioridades do cliente s\u00e3o analisadas pelo Propriet\u00e1rio do Produto e repassadas \u00e0 equipe para que possam continuar trabalhando nos itens de maior prioridade. A equipe estima quanto tempo levar\u00e1 para concluir o trabalho em uma itera\u00e7\u00e3o e como faz\u00ea-lo.<\/p>\n
O desempenho \u00e9 medido pelo cliente ao final de cada itera\u00e7\u00e3o. As li\u00e7\u00f5es aprendidas durante cada itera\u00e7\u00e3o s\u00e3o capturadas em retrospectivas e aplicadas em itera\u00e7\u00f5es futuras. Dessa forma, o produto melhora continuamente, assim como o processo de desenvolvimento.<\/p>\n
Observa\u00e7\u00e3o:<\/strong>
\nO Scrum \u00e9 um framework para o desenvolvimento e manuten\u00e7\u00e3o de produtos complexos por meio de \u201cinspecionar e adaptar\u201d. \u00c9 uma abordagem \u00e1gil que segue o Manifesto \u00c1gil e seus princ\u00edpios, integrando tr\u00eas pap\u00e9is<\/a>, tr\u00eas artefatos, cinco eventos e cinco valores\u2014conhecidos como o \u201c3355<\/a>.\u201d<\/p>\n![\"3355](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/3355-scrum-framework.png\")
3355 Framework Scrum<\/figcaption><\/figure>\n Neste framework, todo o processo de desenvolvimento consiste em v\u00e1rios ciclos iterativos curtos chamadosSprints<\/a>. Pr\u00e1ticas recomendadas incluem:<\/p>\n
- \n
- Cada Sprint dura de 1 a 4 semanas.<\/li>\n
- Use oProduct Backlog<\/a>para gerenciar os requisitos do produto\u2014uma lista priorizada ordenada por valor.<\/li>\n
- Em cada itera\u00e7\u00e3o, aEquipe Scrum<\/a>seleciona os itens de maior prioridade do Product Backlog para trabalhar.<\/li>\n
- Durante o evento de Planejamento do Sprint, os requisitos selecionados s\u00e3o discutidos, analisados e estimados para alcan\u00e7ar o objetivo da itera\u00e7\u00e3o correspondente e o plano de entrega, conhecido como oSprint Backlog<\/a>.<\/li>\n
- DiariamenteDaily Scrum<\/a>reuni\u00f5es s\u00e3o realizadas ao longo da itera\u00e7\u00e3o. No final de cada itera\u00e7\u00e3o, a equipe Scrum convida os interessados e partes interessadas do neg\u00f3cio para revisar o incremento do produto potencialmente entreg\u00e1vel.<\/li>\n
- Em seguida, a equipe revisa e continua a aprimorar sua forma de trabalho.<\/li>\n
- Scrum n\u00e3o \u00e9 apenas adequado para projetos de desenvolvimento de software, mas tamb\u00e9m para quaisquer projetos complexos ou inovadores, explora\u00e7\u00e3o e iniciativas de mudan\u00e7a organizacional.<\/li>\n<\/ul>\n
Pap\u00e9is Scrum<\/h2>\n
O framework Scrum \u00e9 definido por tr\u00eas pap\u00e9is centrais: a Equipe de Desenvolvimento, o Scrum Master e o Product Owner.<\/p>\n
Product Owner<\/h3>\n
O Product Owner \u00e9 respons\u00e1vel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento. Como isso \u00e9 alcan\u00e7ado pode variar conforme a organiza\u00e7\u00e3o, a equipe Scrum e o indiv\u00edduo.<\/p>\n
Papel do Product Owner<\/h3>\n
O Product Owner \u00e9 a \u00fanica pessoa respons\u00e1vel por gerenciar oProduct Backlog<\/a>. O gerenciamento do Product Backlog inclui:<\/p>\n
- \n
- Expressar claramente os itens do Product Backlog;<\/li>\n
- Ordenar os itens no Product Backlog para melhor alcan\u00e7ar objetivos e miss\u00f5es;<\/li>\n
- Otimizar o valor do trabalho realizado pela equipe de desenvolvimento;<\/li>\n
- Garantir que o Backlog do Produto seja vis\u00edvel, transparente e claro para todos, e mostre o que a equipe Scrum ir\u00e1 trabalhar em seguida;<\/li>\n
- Garantir que a equipe de desenvolvimento entenda os itens no Backlog do Produto no n\u00edvel necess\u00e1rio.<\/li>\n<\/ul>\n
Mestre Scrum<\/h3>\n
O Mestre Scrum garante que o Scrum seja compreendido e aplicado. O Mestre Scrum faz isso garantindo que a equipe Scrum adira \u00e0 teoria, pr\u00e1ticas e regras do Scrum.<\/p>\n
O Mestre Scrum \u00e9 um l\u00edder servidor para a equipe Scrum. O Mestre Scrum ajuda as pessoas fora da equipe Scrum a entender quais intera\u00e7\u00f5es com a equipe Scrum s\u00e3o \u00fateis e quais n\u00e3o s\u00e3o. O Mestre Scrum ajuda todos a ajustar essas intera\u00e7\u00f5es para maximizar o valor criado pela equipe Scrum.<\/p>\n
Fun\u00e7\u00f5es do Mestre Scrum<\/h4>\n
O Mestre Scrum serve o Product Owner de v\u00e1rias maneiras, incluindo:<\/p>\n
- \n
- Identificar t\u00e9cnicas eficazes de gest\u00e3o do Backlog do Produto;<\/li>\n
- Auxiliar a equipe Scrum a entender a necessidade de itens claros e concisos no Backlog do Produto;<\/li>\n
- Compreender o planejamento do produto em um ambiente emp\u00edrico;<\/li>\n
- Garantir que o Product Owner saiba como priorizar o Backlog do Produto para maximizar o valor;<\/li>\n
- Compreender e praticar a agilidade;<\/li>\n
- FacilitandoEventos Scrum<\/a> conforme necess\u00e1rio.<\/li>\n<\/ul>\n
Servi\u00e7os do Mestre Scrum para a equipe de desenvolvimento
\nO Mestre Scrum serve a equipe de desenvolvimento de v\u00e1rias maneiras, incluindo:<\/p>\n- \n
- Guiar a equipe de desenvolvimento na auto-organiza\u00e7\u00e3o e na multidisciplinaridade;<\/li>\n
- Auxiliar a equipe de desenvolvimento a entregar produtos de alto valor;<\/li>\n
- Remover obst\u00e1culos que dificultam o progresso da equipe;<\/li>\n
- Facilitar os eventos Scrum conforme necess\u00e1rio;<\/li>\n
- Guiar a equipe de desenvolvimento em organiza\u00e7\u00f5es que ainda n\u00e3o adotaram ou compreenderam plenamente o Scrum.<\/li>\n<\/ul>\n
Servi\u00e7os do Mestre Scrum para a organiza\u00e7\u00e3o<\/p>\n
- \n
- O Mestre Scrum serve a organiza\u00e7\u00e3o de v\u00e1rias maneiras, incluindo:<\/li>\n
- Liderar e orientar a organiza\u00e7\u00e3o na ado\u00e7\u00e3o do Scrum;<\/li>\n
- Planejar a implementa\u00e7\u00e3o do Scrum dentro da organiza\u00e7\u00e3o;<\/li>\n
- Auxiliar funcion\u00e1rios e partes interessadas a compreenderem e adotarem o Scrum e o desenvolvimento emp\u00edrico de produtos;<\/li>\n
- Impulsionar mudan\u00e7as para melhorar a produtividade da equipe Scrum;<\/li>\n
- Colaborando com outros Mestres Scrum para melhorar a efic\u00e1cia da aplica\u00e7\u00e3o do Scrum dentro da organiza\u00e7\u00e3o.<\/li>\n<\/ul>\n
Equipe de Desenvolvimento<\/h4>\n
A Equipe de Desenvolvimento \u00e9 composta por profissionais respons\u00e1veis por entregar um incremento de produto potencialmente entreg\u00e1vel ao final de cada Sprint. Apenas membros da Equipe de Desenvolvimento podem criar o incremento.<\/p>\n
A equipe \u00e9 constru\u00edda e capacitada pela organiza\u00e7\u00e3o para organizar e gerenciar seu pr\u00f3prio trabalho. A sinergia resultante otimiza a efici\u00eancia e efic\u00e1cia geral da equipe.<\/p>\n
Caracter\u00edsticas da Equipe de Desenvolvimento<\/h4>\n
A Equipe de Desenvolvimento possui as seguintes caracter\u00edsticas:<\/p>\n
- \n
- Eles s\u00e3o auto-organizados. Ningu\u00e9m (nem mesmo o Scrum Master) diz \u00e0 Equipe de Desenvolvimento como transformar os itens do Product Backlog em um incremento potencialmente entreg\u00e1vel;<\/li>\n
- A Equipe de Desenvolvimento \u00e9 multifuncional, possuindo todas as habilidades necess\u00e1rias para criar um incremento de produto;<\/li>\n
- Scrum n\u00e3o reconhece t\u00edtulos para membros da equipe al\u00e9m de \u201cDesenvolvedor\u201d, independentemente do trabalho realizado. Esta regra n\u00e3o tem exce\u00e7\u00f5es;<\/li>\n
- Scrum n\u00e3o reconhece subequipes dentro da Equipe de Desenvolvimento, independentemente do dom\u00ednio espec\u00edfico, como testes ou an\u00e1lise de neg\u00f3cios. Esta regra n\u00e3o tem exce\u00e7\u00f5es;<\/li>\n
- Os membros individuais da equipe podem ter habilidades especializadas e \u00e1reas de foco, mas a responsabilidade recai sobre toda a Equipe de Desenvolvimento.<\/li>\n<\/ul>\n
Eventos do Scrum<\/h2>\n
O framework Scrum \u00e9 marcado por cinco eventos: Sprint, Planejamento do Sprint<\/a>, Daily Scrum<\/a>, Revis\u00e3o do Sprint<\/a>, e Retrospectiva do Sprint<\/a>.<\/p>\n
- Em cada itera\u00e7\u00e3o, aEquipe Scrum<\/a>seleciona os itens de maior prioridade do Product Backlog para trabalhar.<\/li>\n