Preparatório para as Certificações PSM® e PSPO®: Parte II

Mais Conceitos em Projetos

Aprenda a diferenciar um projeto, uma operação, um portfólio e o que é e não é Scrum. Afinal de contas, Scrum Master não é gerente de projetos.

Aplicações e Papéis do Scrum

Você consegue definir o que é projeto, programa e portfólio? O projeto é um esforço temporário que irá entregar um resultado único, o produto. Já o programa é um conjunto de projetos que consomem o mesmo recurso ou tipo de recurso, como uma obra pública, um programa de saneamento básico. O portfólio é um conjunto de projetos e programas relacionados entre si por meio de objetivos estratégicos.

Vários Times Scrum podem estar trabalhando e um único projeto dentro da organização.

Gerenciando e engajando os Stakeholders em um projeto Scrum

É necessário criar um engajamento entre os Stakeholders (partes interessadas: todo grupo ou indivíduo que pode afetar o projeto e/ou é afetado por ele). Para isso deveremos: administrar as expectativas, estimular a colaboração, acompanhar impactos nos negócios.

O Time Scrum e os Stakeholders trabalham juntos para validar as entregas, revisando o produto conforme cada entrega é aceita (aceitação definida a partir da participação ativa dos clientes). Portanto, o evento mais importante para o engajamento das partes é a revisão do produto.

Conceitos e Princípios

Transparência, Inspeção e Adaptação. Os três pilares do Scrum e que com certeza vão cair em sua prova de certificação de um jeito ou outro. Esta aula merece sua atenção! Iremos rever conceitos, para explorá-los e detalhá-los.

Trabalho Colaborativo

Ele acontece a partir do estabelecimento da formação de um grupo auto-organizado com profissionais que possuem responsabilidades atribuídas a si. O trabalho colaborativo beneficia o gerenciamento dos riscos e das mudanças, assim como estimula a melhoria contínua. As bases da colaboração para o Scrum são: apropriação de tarefas, time articulado e consciência.

• Times auto-motivados entregam mais valor, melhores resultados.

• Colaboradores motivados assumem mais responsabilidades.

Empirismo no Scrum

Em Scrum, as decisões são baseadas em experiências, portanto, o planejamento inicial é apenas superficial, ele apresentará, de forma geral o esqueleto do planejamento que será preenchido detalhadamente ao longo do projeto.

O empirismo também supões a criação de processos específicos para o desafio em pauta em vez de importar processos genéricos. Devemos buscar aprender a fazer fazendo e buscando sempre fazer melhor.

Os Pilares do Scrum

• Transparência: algumas práticas e ferramentas que nos ajudam a desenvolver a transparência são: reuniões, a Declaração de Visão do projeto, priorização, cronograma, scrumboad e o gráfico burndown.

• Inspeção: deve ser um quadro visual que permite que toda a equipe inspecione o trabalho que vem sendo feito, para isso podemos utilizar: scrumboard, feedback constante e demonstrações e validações.

• Adaptação: em casos de mudanças as práticas que nos auxiliarão na adaptação são: reunião diária, identificação de riscos, solicitações de mudança, scrum guidance body e reuniões de retrospectiva.

Justificativa de Negócio

Projetos não nascem sem razão, sem motivo, sem justificativa. Aprenda melhor o conceito de justificativa de negócio para organizar seus projetos da melhor forma possível. Scrum também pode ser utilizado no gerenciamento de projetos, então fique ligado!

O que deve ser levado em consideração para que se justifique um projeto? Nosso documento deverá mostrar a importância do negócio, qual é a estratégia abordada e quais são os benefícios que ele trará para a organização. A partir desse panorama geral nós iremos detalhar a operação por trás do projeto, comparando-o com outros projetos a partir da visão de modelos econômicos, os quais trabalharemos nesta aula.

Um caso de negócio que justifique o projeto deverá conter os benefícios do projeto, qual é a real necessidade do projeto, quais serão os custos do projeto e qual é o risco para o negócio.

Entrega Orientada a Valor

É a priorização dos requisitos de maior valor, trabalhando em colaboração para criar as entregas. A justificativa de negócio será como uma linha que conecta o projeto aos objetivos do negócio e ao planejamento estratégico, a partir disso conseguiremos fazer uma priorização adequada daquilo que for construído.

Dono do Produto

As responsabilidades do Dono do Produto durante o processo de criação de justificativa do negócio são: Criar, entregar e confirmar o valor do projeto para os stakeholders.

Técnicas e Ferramentas para a Justificativa de Negócio

• ROI (Retorno Sobre Investimento): (Receita do projeto - Custo do projeto) / Custo do projeto. Por exemplo: Receita = 450.000,00; Custo = 150.000,00 | (450 - 150) / 150 = 2 | ROI = 2x o valor investido.

• VPL (Valor Presente Líquido): É o valor do retorno esperado menos o valor total de custo previsto, considerando a atualização financeira. Ou seja, ao calcularmos o VPL devemos levar em conta as projeções para o futuro.

• TIR (Taxa Interna de Retorno): é a taza de desconto de um investimento em que o valor presente do fluxo de caixa é considerado igual ao valor presente das saídas de caixa.

Durante todo o projeto, a justificativa de negócio será reavaliada, continuamente devemos retornar à justificativa para confirma se o projeto segue valendo à pena.

Técnicas e Ferramentas para a Justificativa Contínua de Negócio

• Demonstrações, protótipos e simulações são técnicas para acompanhar o progrsso ao longo do tempo.

Com a visão do projeto definida, o Dono do Produto, junto com o Scrum Master selecionam os integrantes do Time Scrum, com base nos requisitos definidos na construção da visão do projeto (o que será feito? Como será entregue?).

Planejando com Scrum

Aprenda nesta aula a dar os primeiros passos no planejamento do seu projeto com Scrum.

Elaborando Épicos e Personas

O primeiro passo para seu planejamento é elaborar os Épicos (grandes entregas, um conjunto de entregas importantes) as Histórias de Usuário (que são as necessidades do usuário em relação ao seu produto) e as Personas (os indivíduos que irão fazer uso do produto). Essa elaboração poderá ser feita com base em entrevistas com usuários, reuniões de grupo desses usuários ou questionários, buscando entender que público é esse e quais são seus desejos e necessidades. O Time Scrum deve estimar e aprovar as histórias de usuários baseando-se nos requisitos (critérios) de acietação.

Estimando Histórias de Usuários

Existem algumas técnicas e ferramentas que são de grande auxilio para o processo de Estimar as Histórias, são elas:

• Planing Poker: esse método de planejamento consiste na utilização de um baralho com as cartas distribuídas como na sequência de Fibonacci (1, 2, 3, 5, 8, 13...) em que cada um presente na reunião ecolherá o número da carta conforme sua estimativa para a duração do projeto, por exemplo. Então, em dado momento todos apresentam suas cartas (estimativas) e a discrepância entre elas é trabalhada no grupo.

• Fist of Five: é uma técnica simples em que você demonstra o seu grau de concordância com a estimativa ou a ideia apresentada utilizando apenas a mão, sendo 1 a concordância mínima e 5 a máxima.

• Reuniões de Grupos de Usuários: as estimativas serão o entendimento do grupo em relação ao trabalho sendo desenvolvido, nessas reuniões poderão também ser utilizadas outras técnicas como o Plannig Poker e o Fista of Five.

Em reuniões de planejamento com o Time Scrum é ralizada a Ordenação das Tarefas, que é determinar o que precisa ser feito antes de dar início a cada tarefa e quais tarefas devem ser realizadas antes.

• Decomposição: decompor a tarefa é uma maneira de ordená-la, "quebrando" a entrega em partes menores, as quais serão também priorizadas e ordenadas.

• Determinação de dependência: outra forma de ordenar as tarefas é determinar a relação que elas possuem entre si, dessa forma, as tarefas que necessitam (dependem) de outras para serem realizadas poderão ser alocadas no lugar certo.

Melhorias no Scrum

Esta é uma aula introdutória sobre a melhoria e como gerir qualidade no Scrum por meio dos eventos apresentados no guia oficial e boas práticas de mercado.

A melhoria pode ocorrer no produto ou no processo que levou àquele produto.

Reuniões de acordo de melhorias, devem ter a participação de todo o Time Scrum. Essas reuniões são também conhecidas como retrospectiva, após a entrega pronta o time se reúne para debater sobre o que aconteceu ou o que deveria ter acontecido na Sprint. O time irá olhar para os processos empregados e vai buscar melhoras nesses processos para que elas sejam aplicadas na próxima Sprint.

Uma técnica utilizada nas reuniões visando a melhoria é a técnica da lancha, na qual é utilizada a ideia da lancha como uma analogia à equipe, asism, juntos os componentes deverão discutir quais são as ancoras que a equipe enfrenta, o que poderia ser feito para o motor ter mais força e ajudar a alcançar o objetivo mais rapidamente, etc.