This HTML version of the Scrum Guide is a direct port of the November 2020 version available as a PDFhere.

objectivo do Guia Scrum

desenvolvemos o Scrum no início dos anos 90. escrevemos a primeira versão do guia theScrum em 2010 para ajudar as pessoas a compreenderem o Scrum em todo o mundo. Desde então, envolvemos o guia através de pequenas actualizações funcionais.Juntos, apoiamo-lo.o Guia Scrum contém a definição de Scrum. Cada elemento do quadro serve um propósito específico que é essencial para o valor global e os resultados realizados com o Scrum. Mudar o projeto central ou ideasof Scrum, deixando de fora elementos, ou não seguindo as regras do Scrum,cobre os problemas e limita os benefícios do Scrum, potencialmente até mesmo rendendo-o inútil.seguimos o uso crescente do Scrum num mundo complexo e em constante crescimento.Sentimo-nos humildes ao ver o Scrum a ser adoptado em muitos domínios de trabalho extremamente complexo, para além do desenvolvimento de produtos de software, onde o Scrum tem as suas raízes. À medida que o uso do Scrum se espalha, desenvolvedores, pesquisadores,analistas, cientistas e outros especialistas fazem o trabalho. Nós usamos a palavra”desenvolvedores” no Scrum não para excluir, mas para simplificar. Se receberes valor do Scrum, considera-te incluído.

como Scrum está sendo usado, padrões, processos e insights que se encaixam no framework theScrum como descrito neste documento, podem ser encontrados, aplicados e visualizados. Sua descrição está além do propósito do Scrum Guidebec porque eles são sensíveis ao contexto e diferem amplamente entre os usos Scrum.Tais táticas para usar dentro do Scrum framework variam amplamente e são descritas em outros lugares.

definição Scrum

Scrum é uma estrutura leve que ajuda as pessoas, equipes e organizações a gerar valor através de soluções adaptativas para problemas complexos.

em poucas palavras, Scrum requer um mestre Scrum para promover um ambiente onde:

1. um proprietário de Produto ordena o trabalho para um problema complexo em um ProductBacklog.

2. A Equipa de Scrum transforma uma selecção do trabalho num aumento de valor durante um Sprint.a Equipa Scrum e as suas partes interessadas inspeccionam os resultados e ajustam-se para o próximo Sprint.

repita

Scrum é simples. Tente COMO ESTÁ e determine se sua filosofia, teoria e estrutura ajudam a alcançar objetivos e criar valor. O quadro Scrumframework é propositadamente incompleto, apenas definindo as partes necessárias para implementar a teoria Scrum. O Scrum é construído pela inteligência colectiva das pessoas que o usam. Ao invés de fornecer instruções detalhadas às pessoas, as regras do Scrum guiam seus relacionamentos e interações.vários processos, técnicas e métodos podem ser utilizados dentro do quadro. O Scrum envolve as práticas existentes ou torna-as desnecessárias. O Scrum torna visível a eficácia relativa da Gestão Corrente, do ambiente e das técnicas de trabalho, para que possam ser feitas melhorias.

a teoria de Scrum

Scrum é fundada no empirismo e no pensamento magro. O empirismo afirma que o conhecimento vem da experiência e da tomada de decisões com base no que é observado. O pensamento magro reduz o desperdício e concentra-se no essencial.

Scrum emprega uma abordagem iterativa e incremental da optimização da rentabilidade e do controlo dos riscos. O Scrum envolve grupos de pessoas que possuem todas as competências e conhecimentos necessários para fazer o trabalho e o shareor adquirir as competências necessárias.

Scrum combina quatro eventos formais para inspeção e adaptação em um evento de formação, o Sprint. Estes eventos funcionam porque implementam os pilares empíricos de transparência, inspeção e adaptação.

transparência

o processo emergente e o trabalho devem ser visíveis para aqueles que executam o trabalho, bem como para aqueles que recebem o trabalho. Com o Scrum, as decisõesimportantes baseiam-se no estado perceptível dos seus três formalartifactos. Artefatos com baixa transparência podem levar a decisões que diminuem o valor e aumentam o risco.a transparência permite a inspecção. A inspecção SEM transparência é prejudicial e é um desperdício.

inspecção

os artefactos do Scrum e o progresso em direcção aos objectivos acordados devem ser examinados com frequência e diligentemente para detectar potenciais variações indesejáveis ou problemas. Para ajudar com a inspeção, Scrum fornece cadencein a forma de seus cinco eventos.a inspecção permite a adaptação. A inspecção SEM adaptação é considerada inútil. Os eventos Scrum foram concebidos para provocar mudanças.adaptação

adaptação

Se algum aspecto de um processo se desviar para fora dos limites aceitáveis ou se o produto que o origina for inaceitável, o processo a ser aplicado ou os materiais produzidos devem ser ajustados. O ajustamento deve ser feito o mais rapidamente possível para minimizar novos desvios.a adaptação torna-se mais difícil quando as pessoas envolvidas não são dotadas de autonomia ou autogestão. Espera-se que uma equipa Scrum adapte o momentit aprende tudo de novo através da inspecção.os valores de Scrum

a utilização bem sucedida de Scrum depende de as pessoas se tornarem mais proficientes para sobreviver a cinco valores:a Equipa Scrum compromete-se a alcançar os seus objectivos e a apoiar-se mutuamente. Seu foco principal é o trabalho do Sprint para fazer o melhor progresso possível em direção a esses objetivos. A Equipa Scrum e os seus agentes estão abertos ao trabalho e aos desafios. Os colegas de equipa do Scrum respeitam-se uns aos outros para serem capazes, pessoas independentes, e são respeitados como tal pelas pessoas com quem trabalham. Os colegas de equipa do Scrum têm a coragem de fazer a coisa certa, de trabalhar em problemas difíceis.

estes valores dão direção à equipe Scrum no que diz respeito ao seu trabalho,ações e comportamento. As decisões que são tomadas, os passos dados e a forma como o Scrum é utilizado devem reforçar estes valores, não diminuí-los ou subvertê-los. Os membros da equipe Scrum aprendem e exploram os valores como eles trabalham com os eventos e artefatos Scrum. Quando estes valores são incorporados pela Equipa Scrum e pelas pessoas com quem trabalham, os pilares empíricos de transparência, inspecção e adaptação vêm para a confiança na construção da vida.

equipe Scrum

a unidade fundamental do Scrum é uma pequena equipe de pessoas, uma equipe Scrum.A equipe Scrum consiste de um mestre Scrum, um proprietário de produto, e desenvolvedores. Dentro de uma equipa Scrum, não há sub-equipas ou hierarchies.It é uma unidade coesa de profissionais focados em um objetivo de cada vez, o objetivo de Produto.as equipas Scrum são multifuncionais, o que significa que os membros têm todas as competências necessárias para criar valor a cada Sprint. São também auto-gerentes, o que significa que decidem internamente quem faz o quê, quando e como.a Equipa Scrum é pequena o suficiente para permanecer ágil e grande o suficiente para completar um trabalho significativo num Sprint, normalmente 10 ou menos people.In general, descobrimos que as equipas mais pequenas comunicam melhor e são mais produtivas. Se as equipas Scrum se tornarem demasiado grandes, devem considerar reorganizar-se em múltiplas equipas Scrum coesas, cada uma focada no mesmo produto. Portanto, eles devem compartilhar o mesmo objetivo de Produto, atraso de produto e proprietário do produto.a Equipa Scrum é responsável por todas as actividades relacionadas com o produto, desde a colaboração, verificação, manutenção,operação, experimentação, investigação e desenvolvimento, e tudo o mais que possa ser necessário. Eles são estruturados e capacitados pela organização para gerir o seu próprio trabalho. Trabalhar em Sprints a um ritmo sustentável melhora o foco e consistência da equipe Scrum.

toda a equipe Scrum é responsável por criar uma valiosa e útil reforma a cada Sprint. O Scrum define três contabilidadesespecíficas na equipa Scrum: os desenvolvedores, o proprietário do produto e o ScrumMaster.

os programadores

os programadores são as pessoas da Equipa Scrum que se comprometem a criar qualquer aspecto de um incremento utilizável a cada Sprint.

as habilidades específicas necessárias pelos desenvolvedores são muitas vezes amplas e willvary com o domínio do trabalho. No entanto, os Desenvolvedores estão alwaysaccountable para:

• a Criação de um plano para o Sprint, Sprint Backlog;

• Incutir qualidade aderindo a uma Definição do Feito;

• a Adaptação de seu plano, a cada dia, para o Sprint Goal; e responsabilizando-se mutuamente como profissionais.

proprietário do produto

o proprietário do produto é responsável por maximizar o valor do produto resultante do trabalho da Equipa Scrum. Como isso é feito pode variar muito entre organizações, equipes Scrum e indivíduos.

O proprietário do produto também é responsável por uma gestão eficaz do atraso do produto, que inclui:

• desenvolver e comunicar explicitamente o objectivo do produto;

• criar e comunicar claramente os itens do atraso do produto;

• encomendar artigos em atraso do produto; e,

• assegurar que o volume de enchimento do produto seja transparente, visível e consistente.

o proprietário do produto pode fazer o trabalho acima ou pode delegar a responsabilidade a outros. Independentemente disso, o proprietário do produto continua a ser responsável.para que os proprietários dos produtos tenham êxito, toda a organização deve respeitar as suas decisões. Estas decisões são visíveis no conteúdo e na ordenação do atraso do produto e através do aumento controlável na revisão preliminar.o proprietário do produto é uma pessoa e não um comité. O proprietário do produto pode representar as necessidades de muitas partes interessadas no atraso do produto. A intenção de alterar o atraso do produto pode fazê-lo tentando convencer o proprietário do produto.

Scrum Master

o Scrum Master é responsável pelo estabelecimento do Scrum, tal como definido no Guia theScrum. Eles fazem isso ajudando todos a entender a teoria do Scrum e a prática, tanto dentro da equipe Scrum quanto da organização.o mestre Scrum é responsável pela eficácia da Equipa Scrum. Eles fazem isso ao permitir que a equipe Scrum melhore suas práticas, dentro do quadro de theScrum.os mestres Scrum são verdadeiros líderes que servem a equipe Scrum e a maior organização.

O Scrum Master serve a Equipa de Scrum em várias formas, incluindo:

• de treinar os membros da equipe em auto-gestão andcross-funcionalidade;

• Ajudando a Equipe Scrum foco na criação de valor elevado Incrementos thatmeet a Definição do Feito;

• Causando a remoção dos obstáculos para o Scrum Team progresso;e,

• Assegurar que todos os Scrum eventos ocorrem e são positivos,produtivos e mantido dentro do timebox.

O Scrum Master serve o Proprietário do Produto em várias formas, incluindo:

• Ajudar a encontrar técnicas para a eficácia do Produto definição do Objectivo de andProduct lista de Pendências de gestão;

• Ajudando o Time Scrum a entender a necessidade de um claro e conciseProduct itens da lista de Pendências;

• Ajudar a estabelecer empírica de planejamento de produto para um complexenvironment; e,

• Facilitar a colaboração das partes interessadas, conforme solicitado ou necessário.

O mestre Scrum serve a organização de várias formas, incluindo::

• de Liderança, formação, treinamento e organização em suas Scrumadoption;

• o Planejamento e a assessoria de Scrum implementações dentro da organização;

• Ajudar os funcionários e partes interessadas a compreender e promulgar uma empiricalapproach para o complexo trabalho; e,

• a Remoção de barreiras entre as partes interessadas e Equipes Scrum.

Scrum eventos

o Sprint é um recipiente para todos os outros eventos. Cada evento no Scrum é uma oportunidade formal de inspecionar e adaptar artefatos Scrum. Estes eventos são especificamente concebidos para permitir a transparência necessária. A falta de funcionamento de quaisquer eventos, como prescrito, resulta na perda de oportunidades de inspecção e adaptação. Eventos são usados no Scrum para criar regularidade e tominimizar a necessidade de reuniões não definidas no Scrum.Optimally, all events are held at the same time and place to reducecomplexity.

o Sprint

Sprints são o batimento cardíaco do Scrum, onde as ideias são transformadas em valor.

São eventos de duração fixa de um mês ou menos para criar consistência.Um novo Sprint começa imediatamente após a conclusão do print anterior.

todo o trabalho necessário para atingir o objectivo do produto, incluindo planeamento de imagens, Scrums diários, Sprint Review e Sprint Retrospective, happencom Sprints.durante o Sprint: a qualidade não diminui; o atraso do produto é refinado conforme necessário; e o escopo pode ser clarificado e renegociado com o proprietário do produto asmore é aprendido.

as imagens permitem a previsibilidade, assegurando a inspecção e a adaptação dos progressos em direcção a um objectivo do produto, pelo menos a cada mês civil. Quando o horizonte de aSprint é muito longo, o objetivo de Sprint pode tornar-se inválido,a complexidade pode aumentar e o risco pode aumentar. As imagens mais curtas podem ser utilizadas para gerar mais ciclos de aprendizagem e limitar o risco de custo e esforço a um menor período de tempo. Cada Sprint pode ser considerado um projeto curto.existem várias práticas para prever o progresso, como Queimadas, Queimadas ou fluxos cumulativos. Embora provados úteis, estes não substituem a importância do empirismo. Em ambientes complexos, o que vai acontecer é Desconhecido. Apenas o que já aconteceu pode ser utilizado para a tomada de decisões prospectivas.um Sprint pode ser cancelado se o Sprint se tornar obsoleto. Apenas o proprietário do produto tem autoridade para cancelar o Sprint.

Sprint Planning

Sprint Planning inicia o Sprint ao definir o trabalho a executar para o Sprint. Este plano resultante é criado pelo trabalho colaborativo de toda a Equipa Scrum.

O proprietário do produto garante que os participantes estão preparados para discutir os itens mais importantes do Backlog do produto e como eles mapeiam para o ProductGoal. A equipe Scrum também pode convidar outras pessoas a participar do SprintPlanning para dar conselhos.

Sprint Planning aborda os seguintes tópicos:

tópico um: por que este Sprint é valioso?

o proprietário do produto propõe como o produto poderia aumentar o seu valor e inutilidade no Sprint atual. Toda a equipe Scrum, em seguida, colabora para definir um gol de Sprint que comunica por que o Sprint é valioso tostakeholders. A meta de Sprint deve ser finalizada antes do final do planejamento do sprint.tópico dois: o que pode ser feito neste Sprint?

através de discussão com o proprietário do Produto, Os desenvolvedores selecionam items do Backlog do produto para incluir no Sprint atual. A equipa ScrumTeam pode aperfeiçoar estes itens durante este processo, o que aumenta a compreensão e a confiança.

selecionar o quanto pode ser concluído dentro de um Sprint pode ser um desafio.No entanto,quanto mais os desenvolvedores souberem sobre seu desempenho passado, sua capacidade próxima, e sua definição de feito, mais eles estarão em suas previsões de Sprint.

tópico Três: como será feito o trabalho escolhido?

para cada item de backlog de produto selecionado,os desenvolvedores planejam o trabalho necessário para criar um incremento que atenda à definição de feito. Isto é muitas vezes feito decompondo itens de Backlog do produto em pequenos itens de trabalho de um dia ou menos. A forma como isto é feito fica ao critério exclusivo dos programadores. Ninguém mais lhes diz como transformar o Backlog do produto em incrementos de valor.

O Sprint Goal, os itens de Backlog do produto selecionados para o Sprint, plusthe plano para entregá-los são referidos em conjunto como o SprintBacklog.

Sprint Planning é programado para um máximo de oito horas para um mês. Para Sprints mais curtos, o evento é geralmente mais curto.

Scrum diário

o objectivo do Scrum diário é inspeccionar o progresso em direcção ao SprintGoal e adaptar o Sprint Backlog conforme necessário, ajustando o trabalho planificado ascendente.

o Scrum diário é um evento de 15 minutos para os desenvolvedores do ScrumTeam. Para reduzir a complexidade, realiza-se ao mesmo tempo e em todos os dias úteis do Sprint. Se o proprietário do produto ou mestre Scrum estão trabalhando ativamente em itens no Sprint Backlog, eles participam como desenvolvedores.

os desenvolvedores podem selecionar qualquer estrutura e técnicas que quiserem, desde que seu Scrum diário se concentre no progresso em direção ao objetivo de Sprint e produza um plano de ação para o próximo dia de trabalho. Isto cria Focus e melhora a auto-gestão.os Scrums diários melhoram as comunicações, identificam impedimentos, promovem a rápida tomada de decisões e, consequentemente, eliminam a necessidade de outras reuniões.

o Scrum diário não é o único tempo que os desenvolvedores podem ajustar seu plano. Encontram-se muitas vezes durante todo o dia para discussões mais aprofundadas sobre a adaptação ou o planeamento do resto do trabalho do Sprint.

Sprint Review

o objectivo da Sprint Review é inspeccionar o resultado da Sprint e determinar futuras adaptações. A Equipa Scrum apresenta os resultados do seu trabalho às principais partes interessadas e é discutido o progresso em direcção ao objectivo do produto.durante o evento, a Equipa Scrum e os stakeholders revêem o que foi planeado no Sprint e o que mudou no seu ambiente.Com base nesta informação, os participantes colaboram no que fazer a seguir. O atraso do produto também pode ser ajustado para dar resposta a novas oportunidades. A revisão impressa é uma sessão de trabalho e a equipa do Scrum deve evitar limitá-la a uma apresentação.

A Sprint Review é o segundo a última prova da Sprint e atingiu um máximo de quatro horas para um Sprint de um mês. Para shorterSprints, o evento é geralmente mais curto.

Sprint Retrospective

o objectivo da retrospectiva Sprint é planear formas de aumentar a igualdade e a eficácia.a Equipa Scrum inspecciona como o último Sprint correu no que diz respeito aindividuais, interacções, processos, ferramentas e à sua definição de droga. Elementos inspecionados muitas vezes variam com o domínio de trabalho. São identificados e Exploradas assumpçõesque os induziram em erro. A equipa de TheScrum discute o que correu bem durante o Sprint, quais os problemas encontrados e como esses problemas foram (ou não) resolvidos.

A Equipa Scrum identifica as alterações mais úteis para melhorar a sua eficácia. As melhorias mais impactantes são abordadas o mais rapidamente possível. Eles podem até ser adicionados ao Sprint Backlog para o nextSprint.

a retrospectiva Sprint conclui a Sprint. É timeboxed to amaximum of three hours for a one-month Sprint. Para Sprints mais curtos, o evento é geralmente mais curto.Artefactos de Scrum

os artefactos de Scrum representam trabalho ou valor. Eles são projetados para maximizar a transparência das informações-chave. Assim, todos os que os inspeccionam têm a mesma base de adaptação.

cada artefacto contém um compromisso de assegurar que fornece informação que aumenta a transparência e foco contra o qual o progresso pode ser medido:

• para o Backlog do produto é o objetivo do produto.

• para o Sprint Backlog é o Sprint Goal.

• para o incremento é a definição de feito.estes compromissos existem para reforçar o empirismo e os valores do Scrum para a Equipa Scrum e para as suas partes interessadas.

  Backlog do produto

  o Backlog do produto é uma lista urgente e ordenada do que é necessário para melhorar o produto. É a única fonte de trabalho empreendida pela equipe de theScrum.

  produtos Backlog itens que podem ser feitos pela equipe Scrum dentro de oneSprint são considerados prontos para a seleção em um evento de planejamento Sprint. Normalmente adquirem este grau de transparência após as actividades de refinação.Refinamento de backlog de produtos é o ato de quebrar e aperfeiçoar itens de backlog de produtos em itens mais pequenos e mais precisos. Esta é uma atividade contínua para adicionar detalhes, tais como uma descrição, ordem e tamanho. Os atributos muitas vezes variam com o domínio do trabalho.

  os desenvolvedores que estarão fazendo o trabalho são responsáveis por thesizing. O proprietário do produto pode influenciar os programadores, ajudando-os a compreender e a seleccionar compromissos.

  compromisso: objetivo do produto

  o objetivo do produto descreve um estado futuro do produto que pode servir um alvo para a equipe Scrum para planejar contra. O objectivo do produto está no atraso do produto. O resto do Backlog do produto emerge para definir “o que” irá cumprir o objetivo do produto.

  um produto é um veículo para entregar valor. Tem uma fronteira clara, partes interessadas conhecidas, utilizadores ou clientes bem definidos. Um produto pode ser um serviço, um produto físico ou algo mais abstracto.

  o objetivo do produto é o objetivo de longo prazo para a equipe Scrum. Devem cumprir (ou abandonar) um objectivo antes de assumirem o próximo.

  Sprint Backlog

  o Sprint Backlog é composto pelo Sprint Goal( why), o conjunto de itens de backlog do produto selecionados para o Sprint (what), bem como um plano legível para entregar o incremento (como).

  O Sprint Backlog é um plano de e para os desenvolvedores. É uma imagem altamente visível e em tempo real do trabalho que os programadores planeiam executar durante o Sprint, a fim de atingir o objectivo de Sprint.Consequentemente, o Sprint Backlog é atualizado ao longo do Sprint asmore é aprendido. Deve ter detalhes suficientes para que possam inspecionar o seu progresso no Scrum diário.

  compromisso: Sprint Goal

  o Sprint Goal é o único objectivo para o Sprint. Embora o objectivo principal seja um compromisso dos programadores, proporciona flexibilidade em termos do trabalho EXACTO necessário para o alcançar. O objectivo de Sprint também cria coerência e concentração, incentivando a equipa do Scrum a trabalhar em conjunto, em vez de em iniciativas separadas.

  O Sprint Goal é criado durante o Sprint Planning Evento e depois adstrito ao Sprint Backlog. À medida que os desenvolvedores trabalham durante o Sprint,eles mantêm o objetivo Sprint em mente. Se o trabalho se revelar diferente do esperado, colaboram com o proprietário do produto para negociar o âmbito do Sprint Backlog no Sprint sem afectar o objectivo inicial.

  incremento

  um incremento é um trampolim concreto para o objetivo do produto. Cada adição é aditiva a todos os incrementos anteriores e cuidadosamente verificada, garantindo que todos os incrementos funcionam em conjunto. Para fornecer valor,o incremento deve ser utilizável.podem ser criados incrementos múltiplos dentro de um Sprint. A soma dos aumentos é apresentada na revista Sprint, apoiando assim o empirismo.No entanto, pode ser fornecido um aumento às partes interessadas antes do final do Sprint. A revisão Sprint nunca deve ser considerada uma porta para facilitar o valor.o trabalho não pode ser considerado como parte de um incremento, a menos que cumpra a definição de feito.compromisso: definição de feito a definição de feito é uma descrição formal do estado da tintura quando satisfaz as medidas de qualidade exigidas para o produto.no momento em que um item de backlog de produto cumpre a definição de feito, a anIncrement nasce.a definição de “feito” cria transparência, proporcionando a todos uma compreensão clara do trabalho que foi concluído como parte da reforma. Se um item de Backlog do produto não corresponde à definição dedone, não pode ser lançado ou mesmo apresentado na revisão Sprint.Em vez disso, retorna ao atraso do produto para consideração futura.se a definição de feito para um incremento faz parte dos padrões da organização, todas as equipes Scrum devem segui-la como um mínimo. Se não é um padrão organizacional, a equipe Scrum deve criar uma definição de feito apropriado para o produto.

  os desenvolvedores são obrigados a se conformar com a definição de feito. Se existirem várias equipas de Scrum a trabalhar em conjunto num produto, devem normalmente definir e cumprir a mesma definição de “feito”.

  nota final

  Scrum é gratuito e oferecido neste guia. O Scrum framework, como outlined herein, é imutável. Embora implementando apenas partes do Scrum é possível, o resultado não é Scrum. Scrum existe apenas em sua totalidade e funções, bem como um recipiente para outras técnicas, metodologias e práticas.

  Agradecimentos

  Pessoas

  uma das milhares De pessoas que contribuíram para o Scrum, nós shouldsingle aqueles que foram fundamentais no início: Jeff Sutherlandworked com Jeff McKenna e John Scumniotales, e Ken Schwaber workedwith Mike Smith e Chris Martin, e todos eles trabalharam juntos. Muitos outros contribuíram nos anos seguintes e sem a sua ajuda Scrum não seria refinado como é hoje.

  Scrum Guide History

  Ken Schwaber and Jeff Sutherland first co-presented Scrum at the OOPSLAConference in 1995. Ele essencialmente documentou a aprendizagem que Ken andJeff ganhou ao longo dos anos anteriores e tornou pública a primeira definição formal de Scrum.the Scrum Guide documents Scrum as developed, evolved, and sustained for 30-plus years by Jeff Sutherland and Ken Schwaber. Outras fontes fornecem registros, processos e insights que complementam o framework Scrum.Estes podem aumentar a produtividade, o valor, a criatividade e a satisfação com os resultados.

  A história completa de Scrum é descrita em outro lugar. Para honrar os primeiros lugares onde foi julgado e provado, reconhecemos Individual Inc., Newspage, Fidelity Investments, and IDX (now GE Medical).

  © 2020 Ken Schwaber e Jeff Sutherland, Esta publicação é oferecido para a licença sob a AttributionShare mesma licença do Creative Commons, acessível em https://creativecommons.org/licenses/by-sa/4.0/legalcode e alsodescribed em forma de resumo em https://creativecommons.org/licenses/by-sa/4.0/. Ao utilizar este ScrumGuide, você reconhece e concorda que leu e concorda em ficar preso pelos termos da licença Share-Alike Attribution de CreativeCommons.