Certificação Scrum Master: Curso Preparatório COMPLETO

Aqui apresentamos como o curso pode ser assistido. Você pode fazer de 2 formas:

1. Escolher a certificação desejada e assistir as seções somente dessa certificação

2. Assistir o curso inteiro e perceber as pequenas e sutis diferenças entre os conteúdos de uma certificação e outra.

Nesta aula veremos que todos os projetos possuem restrições e como o Scrum pode ajudar com isso. Veremos também como é composto o ciclo Scrum.

Nesta aula explicaremos o que é o Guia SBOK e qual a melhor maneira de utilizá-lo.

Muito se fala do Scrum nos dias de hoje. Mas você sabe como ele surgiu? Nesta aula veremos quem foram os idealizadores do Scrum e porque esse framework recebe esse nome.

Nesta aula listaremos uma gama bem variada de benefícios ao se adotar o Scrum em um projeto. 

Nesta aula abordaremos o tema escalabilidade, ou seja, os tamanhos que um time Scrum pode adotar.

Nesta aula veremos os 6 princípios do Scrum: Controle de Processos Empíricos, Auto-Organização, Colaboração, Priorização Baseada em Valor, Time-Boxing e Desenvolvimento Iterativo.

Nesta aula iniciaremos a explanação dos 5 aspectos do Scrum. Começaremos com a “Organização” e os principais papéis em um projeto Scrum.

Nesta aula continuaremos com a explanação dos 5 aspectos do Scrum. Mostraremos a Justificativa de Negócio, Qualidade, Mudança e Risco.

Dentro do framework Scrum alguns documentos são essenciais para que o trabalho consiga ser realizado com sucesso. A documentação e outros elementos gráficos utilizados ao longo de um projeto Scrum são denominados artefatos, e eles são especificamente projetados para maximizar a transparência das informações chave necessárias para assegurar que o Time Scrum tenha sucesso nas entregas do projeto.

O Scrum é composto por diversos eventos Time-boxed também chamados de cerimônias. Nesta aula vamos ver cada um deles.

Nesta aula abordaremos de forma breve os 19 processos distribuídos entre as 5 fases de um projeto Scrum: Iniciar, Planejar e Estimar, Implementar, Revisão e Retrospectiva e por fim Release.

Afinal, qual é correto? A Sprint ou O Sprint? Vamos tentar resolver essa questão nesta aula.

Nesta aula vamos abordar as principais diferenças entre os métodos tradicionais e os métodos ágeis de gerenciamento de projetos.

Faça este questionário como parte de sua preparação para o exame de certificação SFC.

Nesta aula vamos explicar por que os princípios são importantes para um projeto que adota o Scrum.

Nesta aula veremos que no Scrum, as decisões são tomadas com base na observação e em experimentos, ao invés de no planejamento inicial detalhado. O Controle de Processos Empíricos se baseia em três idéias principais: transparência, inspeção e adaptação.

O Scrum acredita que os colaboradores são auto-motivados e procuram aceitar responsabilidades maiores.Com isso, eles entregam um valor maior quando auto-organizados.

A Colaboração em Scrum refere-se ao Time Central do Scrum trabalhando e interagindo em conjunto com os Stakeholders para criar e validar as entregas do projeto, para assim atingir os objetivos delineados na Visão do Projeto.

O framework Scrum é impulsionado pelo objetivo de oferecer o máximo valor de negócio em um período de tempo mínimo. Uma das ferramentas mais eficazes para realizar esse objetivo é a priorização.

O Scrum trata o tempo como uma das restrições mais importantes no gerenciamento de um projeto. Para solucionar as restrições de tempo, o Scrum introduz um conceito chamadoTime-boxing, que propõe a fixação de um certo período de tempo para cada processo e atividade de um projeto Scrum.

O framework Scrum é impulsionado pelo objetivo de oferecer o maior valor de negócio em um curto período de tempo. Para alcançar este objetivo, na prática, o Scrum acredita em desenvolvimento iterativo de resultados

A partir desta seção iniciaremos a explicação dos Aspectos do Scrum que devem ser considerados e gerenciados durante o projeto. 

E especificamente nesta seção, iremos discutir os vários ângulos de uma organização do projeto Scrum, bem como os papéis centrais e não-essenciais, e como formar os Times Scrum de alto desempenho.

O Dono do Produto representa os interesses da comunidade de stakeholders para o Time Scrum. O Dono do Produto é responsável por garantir uma comunicação clara para o Time Scrum, sobre requisitos de funcionalidade do produto ou serviço, definindo os Critérios de Aceitação, e garantindo o cumprimento desses critérios.

O Scrum Master é o "líder servidor" do Time Scrum, aquele que modera e facilita a interação do time, agindo como motivador e mentor do time. O Scrum Master é responsável por garantir que o time tenha um ambiente de trabalho produtivo, protegendo o time de influências externas, removendo qualquer impedimento, e aplicando os princípios, aspectos e processos do Scrum.

O Time Scrum é muitas vezes referido como Time de Desenvolvimento, uma vez que são responsáveis pelo desenvolvimento do produto, serviço ou de outro resultado. Trata-se de um grupo de indivíduos que trabalham nas Estórias de Usuário do Backlog do Sprint para criar as entregas para o projeto.

Para um Time Scrum novo, a abordagem e o método do Scrum, podem parecer inicialmente um pouco difícil  e diferente. Como em qualquer outro time novo, sua evolução acontece geralmente através de um processo de quatro etapas, durante o seu primeiro projeto Scrum. Este processo é conhecido como modelo de  Tuckman de dinâmicas de grupo (Tuckman, 1965).

As organizações que aplicam o framework Scrum incentivam um ambiente aberto e de diálogo entre os seus colaboradores. Os conflitos entre os membros do Time Scrum são geralmente resolvidos de forma independente, com pouco ou nenhum envolvimento dos gerentes, ou outros fora do Time Scrum. 

As organizações que aplicam o framework Scrum incentivam um ambiente aberto e de diálogo entre os seus colaboradores. Os conflitos entre os membros do Time Scrum são geralmente resolvidos de forma independente, com pouco ou nenhum envolvimento dos gerentes, ou outros fora do Time Scrum. 

Os estilos de liderança variam de acordo com: a organização, a situação, e até mesmo com os indivíduos e com os objetivos específicos do projeto Scrum. 

Bons lideres motivam suas equipes. É por isso que nesta aula abordaremos as principais teorias de motivação que o ScrumMaster pode aplicar.

O objetivo desta seção é entender o conceito e a finalidade da Justificativa de Negócio no que se refere aos projetos Scrum.

Um projeto é um empreendimento colaborativo para criar novos produtos ou serviços, ou para entregar resultados, conforme definido na Declaração da Visão do Projeto. Os projetos são geralmente afetados por restrições de tempo, custo, escopo, qualidade, pessoas e capacidades organizacionais. Normalmente, os resultados gerados pelos projetos devem criar algum tipo de valor de negócio ou serviço.

A justificativa de negócio demonstra as razões para a realização de um projeto, respondendo à pergunta: "Por que este projeto é necessário?". A justificativa de negócio impulsiona toda a tomada de decisão referente a um projeto. Por isso, é importante avaliar a sua viabilidade e probabilidade de sucesso.

O valor do negócio deve ser avaliado regularmente, para determinar se a justificativa ou viabilidade de execução do projeto continua a existir. A avaliação frequente do investimento no projeto em relação ao valor do negócio que está sendo criado, qualifica a viabilidade de um projeto.

Embora comumente utilizadas, as ferramentas como gráficos de barra e Gráficos de Gantt, têm limitações ao acompanhar e fornecer relatórios de progresso, referentes ao desempenho do projeto. A Análise de Valor Agregado (AVA) é utilizada para esse propósito.

Esta é a 2a parte da Aula referente à Análise do Valor Agregado.

Embora comumente utilizadas, as ferramentas como gráficos de barra e Gráficos de Gantt, têm limitações ao acompanhar e fornecer relatórios de progresso, referentes ao desempenho do projeto. A Análise de Valor Agregado (AVA) é utilizada para esse propósito.

O objetivo desta seção é definir a qualidade no que se refere aos projetos e apresentar a abordagem do Scrum no atingimento de níveis exigidos de qualidade.

O Escopo de um projeto é a soma total de todos os incrementos do produto e do trabalho necessário para o desenvolvimento do produto final. A qualidade é a capacidade das entregas em atender os requisitos de qualidade do produto e satisfazer as necessidades dos clientes.

A qualidade e o valor de negócio estão muito ligados. Compreender o escopo de um projeto é fundamental para mapear corretamente os benefícios e resultados do projeto e de seu produto final, para entregar valor de negócio.

Cada Estória de Usuário terá respectivamente os Critérios de Aceitação da Estória de Usuário associados (também conhecidos como "Critérios de Aceitação"), que são os objetivos componentes pelos quais a funcionalidade de uma Estória de Usuário é julgada.

Os Critérios de Aceitação são únicos para cada Estória de Usuário e não são substitutos da lista de requisitos. Nesta aula vamos ver como escrever um critério de aceitação.

Há uma diferença fundamental entre os "Critérios de Pronto" e os "Critérios de Aceitação". E é o que veremos nesta aula.

Nesta aula veremos como o ciclo PDCA pode ser aplicado ao Scrum. 

O objetivo desta seção é definir a mudança no que se refere aos projetos e apresentar a abordagem do Scrum do seu controle.

Acredite se quiser, mas a única coisa constante em um projeto é que ele está mudando a todo momento. E é isto o que veremos nesta aula.

Nesta aula veremos como o Scrum ajuda as organizações a se tornarem mais flexíveis e abertas a mudanças. 

Mudanças são inevitáveis. Cabe então ao PO fazer com que elas sejam incorporadas ao projeto sem grandes traumas, e é isso o que veremos nesta aula.

O risco não precisa ser hoje tão temido: administrá-lo tornou-se sinônimo de desafio e oportunidade.

É importante ter em mente que, embora os riscos sejam eventos reais, isto é, que existem efetivamente no universo que nos cerca, a análise deles se baseia muito mais na nossa percepção de sua existência do que na sua própria existência. 

As teorias da decisão e utilidade são as bases fundamentais para um controle de riscos eficaz e é isso o que veremos nesta aula.

A vida real é um jogo de estratégia. Mas, raramente podemos esperar sairmos sempre “vencedores”. Escolher a alternativa de aparente maior retorno tende a ser a decisão mais arriscada, pois poderá provocar a defesa mais acirrada dos que perderão com essa alternativa. Geralmente aceitamos alternativas moderadas de meio termo: nem se ganha muito nem se perde muito. E veremos como isso funciona nesta aula.

Nesta aula veremos qual é o procedimento de gerenciamento de riscos que deve ser adotado em um projeto Scrum.

Um risco não pode ser gerenciado se não foi identificado. Isso parece óbvio, mas muitas vezes deixamos os riscos que a princípio nos parecem simples passar despercebidos. E é isso o que detalharemos nesta aula.

Nesta aula abordaremos a avaliação de riscos que ajuda a compreender o impacto potencial de um risco, qual sua a probabilidade de ocorrência e quando o risco pode se materializar. 

Nesta aula veremos que os Riscos Identificados devem ser considerados na criação do Backlog Priorizado do Produto que também pode ser chamado de Backlog Priorizado do Produto com o Risco Ajustado.

A resposta a cada um dos riscos vai depender da probabilidade e impacto dos riscos. No entanto, a natureza iterativa do Scrum com seus ciclos rápido de tempo e feedback, permite a detecção precoce de falhas, portanto, na prática, já possui uma característica natural de mitigação. E é isso o que veremos nesta aula.

Pelo fato de que os stakeholders têm interesse no projeto, é importante mantê-los informados sobre os riscos. Essas informações devem incluir o impacto potencial e os planos de resposta para cada risco. E é isso o que abordaremos nesta aula.

Nesta aula veremos como o Scrum ajuda a minimizar riscos.

Aqui descrevemos brevemente os processos que fazem parte desta fase.

Neste processo, o Caso do Negócio do Projeto é revisado para criar uma Declaração da Visão do Projeto que servirá como inspiração e orientação para todo o projeto. O Dono do Produto também é identificado aqui.

Nesse processo, o Scrum Master e os stakeholders são identificados, utilizando Critérios de Seleção específicos.

Nesse processo, os membros do Time Scrum são identificados. Normalmente, o Dono do Produto tem a responsabilidade de selecionar os membros do time, porém, muitas vezes conta com a colaboração do Scrum Master.

Nesse processo, a Declaração da Visão do Projeto serve como base para o desenvolvimento dos Épicos que podem ser elaborados durante as Reuniões dos Grupos de Usuários.

Neste processo, os Épicos são refinados e elaborados, e em seguida priorizados, para criar o Backlog Priorizado do Produto. Os Critérios de Pronto também são estabelecidos aqui. 

Neste processo, o Time Central do Scrum analisa as Estórias de Usuário no Backlog Priorizado do Produto para desenvolver um Cronograma de Planejamento da Release, que é essencialmente, um cronograma de implantação por fases. O tamanho das Sprints também é determinado durante esse processo.