Workshop SAP Activate

Gestão Ágil de Projetos

DIA 2

Tadeu Bittencourt
Facilitador

Gerente de Projetos
Agile Coach

Tadeu Bittencourt
https://www.linkedin.com/in/tadeubittencourt/
Agenda
Gestão Ágil de Projetos

▪ AGILIDADE
▪ SCRUM
▪ Introdução
▪ Papeis
▪ Elementos do Scrum
▪ ACTIVATE
▪ Equipe
▪ O que é ?
▪ Fases
▪ Quality Gate
AGILIDADE - Introdução

• O Cliente Sabe o que quer

• A equipe sabe como Construir

• Nada muda durante o Projeto

AGILIDADE - Introdução

O que temos que aceitar:

• O Cliente DESCOBRE o que quer

ao longo do projeto

• A equipe APRENDE como

construir ao longo do projeto

• Muita coisa muda durante o

projeto
AGILIDADE - Introdução

Waterfall
B ig
Design
Up
F ront
AGILIDADE - Introdução

Momento atual:
➢ Era da Informação
AGILIDADE - Introdução

Momento atual:
➢ Era da Informação

➢ Machine Learning
AGILIDADE - Introdução

Momento atual:
➢ Era da Informação

➢ Machine Learning

➢ IoT
AGILIDADE - Introdução

Momento atual:
➢ Era da Informação

➢ Machine Learning

➢ IoT

➢ Industria 4.0
AGILIDADE - Introdução

Momento atual:
➢ Era da Informação

➢ Machine Learning

➢ IoT

➢ Industria 4.0

➢ Blockchain
AGILIDADE - Introdução

Trabalhar da mesma forma já não é suficiente !

AGILIDADE - Introdução

O que fazer ?
 AGILIDADE - Introdução

No ano 2000, um grupo de líderes da comunidade de software se reuniu para discutir a

forma de entregar software e o que fazer para melhorar. Daí surgiu o MANIFESTO ÁGIL :

http://agilemanifesto.org
AGILIDADE - Introdução
MANIFESTO ÁGIL – OS 12 PRINCÍPIOS:
01 – Nossa maior prioridade é satisfazer o cliente através da entrega contínua e adiantada
de software com valor agregado.

02 – Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento.

Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente.

03 - Entregar frequentemente software funcionando, de poucas semanas a poucos meses,

com preferência à menor escala de tempo.

04 - Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por

todo o projeto.

05 - Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte

necessário e confie neles para fazer o trabalho.

06 - O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de
desenvolvimento é através de conversa face a face. http://agilemanifesto.org
 AGILIDADE - Introdução
MANIFESTO ÁGIL – OS 12 PRINCÍPIOS:
07 – Software funcionando é a medida primária de progresso.

08 – Os processos ágeis promovem desenvolvimento sustentável. Os patrocinadores,

desenvolvedores e usuários devem ser capazes de manter um ritmo constante
indefinidamente.

09 - Contínua atenção à excelência técnica e bom design aumenta a agilidade.

10 - Simplicidade--a arte de maximizar a quantidade de trabalho não realizado--é essencial.

11 - As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis.

12 - Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina
e ajusta seu comportamento de acordo.

http://agilemanifesto.org
AGILIDADE - Introdução

E depois do Manifesto?
 AGILIDADE - Introdução

Surgiram diversas vertentes sobre a Agilidade:

http://www.metodoagil.com/metodos-ageis/
 AGILIDADE - Introdução

Mas todas tem em comum:

SAP ACT_200
SCRUM
SCRUM – O que é ?
O que é SCRUM ?

• É um FRAMEWORK para tratativa de

problemas COMPLEXOS e ADAPTATIVOS

• Tem como principal objetivo trazer a

resolução de problemas através de uma
abordagem EMPÍRICA, INCREMENTAL e
ITERATIVA

• Foca no time, mais do que no processo.

• Se preocupa em entregar VALOR para o

cliente

• “Fácil de ser entendido, difícil de ser

implementado”
SCRUM – Valores e Pilares

Pilares do Scrum:

SCRUM

Transparência Inspeção Adaptação

 SCRUM – Valores e Pilares
Valores do SCRUM:

https://www.scrum.org/resources/scrum-values-poster
SCRUM – Visão Geral

Daily Meeting

Refinement
Grooming

Product Sprint Sprint Sprint Sprint

Backlog Planning Backlog Review Retrospective
SPRINT
SCRUM

Papéis do SCRUM
SCRUM – PAPÉIS DO SCRUM

Product Owner
SCRUM – PAPÉIS DO SCRUM

O que é Produto?
“Qualquer coisa que possa ser oferecida a um mercado
a fim de alcançar objetivos de um negocio
através de uma ou mais tecnologias”
SCRUM – PAPÉIS DO SCRUM
Maximizar o Valor
do produto e
garantir o ROI
Definir o que será
Definir e comunicar
incluído e em qual
a visão do produto
ordem.

Necessário
Necessário estar
conhecer o negócio
Essencial que disponível para o
e as reais
detalhe os time sempre que
necessidades dos
requisitos no nível necessário
usuários
necessário para a
equipe desenvolver
SCRUM – PAPÉIS DO SCRUM
Apenas o PO pode inserir, Alterar, remover
ou priorizar itens do Backlog

O PO tem a autoridade de aceitar ou rejeitar

um trabalho executado pelo time e tem a
palavra nas decisões que influenciam
conteúdo e qualidade do produto

O PO não é chefe do time de

Desenvolvimento nem do Scrum Master
SCRUM – PAPÉIS DO SCRUM
SCRUM – PAPÉIS DO SCRUM
SCRUM – PAPÉIS DO SCRUM
SCRUM – PAPÉIS DO SCRUM

Disseminar o Garantir a aplicação

método e a cultura do método

Remover Facilitador e
impedimentos Proteger a equipe Mediador
de interferências
externas
SCRUM – PAPÉIS DO SCRUM
SCRUM – PAPÉIS DO SCRUM

Scrum Master é um Gestor DO MÉTODO,

não de pessoas

Menos foco em executar, e mais foco em

ensinar e conduzir o time para que esse
execute os desenvolvimentos
SCRUM – PAPÉIS DO SCRUM

Time de
Desenvolvimento
SCRUM – PAPÉIS DO SCRUM

O Time é quem faz o

backlog virar produto!
SCRUM – PAPÉIS DO SCRUM

Auto Organizado

Colaborativo Multidiciplinar

Define o que
deve ser feito
É coletivamente Essencial estar
para transformar
responsável pelo COMPROMETIDO
o backlog em
produto sucesso de cada
iteração e do
projeto inteiro
SCRUM – PAPÉIS DO SCRUM

Comprometimento vs Envolvimento:
SCRUM

Elementos do SCRUM
SCRUM – SPRINT

SPRINT
SCRUM – SPRINT

Ciclo de desenvolvimento que compõe o projeto.

Toda e qualquer atividade é realizada dentro de uma

SPRINT ( Não existe atividade sem Sprint )

A Sprint é “Time boxed”, ou seja: tem tempo fechado

para acabar, ainda que as atividades não tenham
concluído

Ao final de uma Sprint deve-se ter um incremento

POTENCIALMENTE liberável.
SCRUM – SPRINT

Sprint 1 Sprint 2 Sprint N

Não tem intervalo

entre as Sprints

Dentro de cada Sprint tem-se um ciclo

completo de planejamento, execução e
entrega
SCRUM – SPRINT PLANNING

SPRINT PLANNING
SCRUM – SPRINT PLANNING

PO Explica os itens já priorizados. Caso o time julgue

necessário pode solicitar maior detalhamento.

O time de desenvolvimento estima o esforço de cada

atividade

Dados os esforços e as priorizações, O TIME escolhe os

itens que farão parte da Sprint.

Alinhamento do OBJETIVO da Sprint.

SCRUM – SPRINT PLANNING

Para uma Sprint

de 1 mês
50%

O QUE COMO
Planning de
até 8 horas
50%
SCRUM – PRODUCT BACKLOG

PRODUCT
BACKLOG
SCRUM – PRODUCT BACKLOG

É uma lista com TODO o trabalho que necessita ser

realizado

Deve ser ordenado de forma a priorizar o que traz

mais VALOR para o negócio

É a ÚNICA fonte de requisitos para o produto. O que

não estiver no backlog não deve ser desenvolvido.

O PO é o dono do Backlog, e qualquer atividade para

entrar deve vir através dele.
SCRUM – PRODUCT BACKLOG

Montando um PBL:

Descrição Prioridade Estimativa

Lista das partidas 500 16h
em aberto de um
cliente
Relatório ABC de 400 40h
Vendas
Correção do 200 20h
formulário de
Cadastro
SCRUM – PRODUCT BACKLOG

Montando um PBL:

Descrição Prioridade Valor Estimativa

Lista das 500 1 - Alto 16h
partidas em
aberto de um
cliente
Relatório ABC 400 2 - Médio 40h
de Vendas
Correção do 200 1 - Alto 60h
Workflow de
Cadastro
SCRUM – User Stories

E as User Stories ?
SCRUM – User Stories

Embora fortemente utilizadas, não são parte dos

entregáveis do Scrum.

Descrição Concisa de uma

O Que
necessidade
é? do ponto de vista do USUÁRIO

Para
Li s tar as necessidades para guiar a equipe de
que des envolvimento no que deve ser contemplado,
serveaoceite
que o que deve ser testado e os critérios de aceite
desse requerimento
?

Quem A User Story deve impreterivelmente ser

escreve
escrita pelo PO ou algum usuário membro da
? equipe por ele designado.
SCRUM – User Stories
SCRUM – User Stories
SCRUM – Refinement

REFINEMENT
SCRUM – Refinement

O Nível de detalhamento deve ser o SUFICIENTE para o time

desenvolver

É Responsabilidade do PO mas pode contar com a

participação do Time.

Pode acontecer a qualquer momento, mas é recomendável

reservar ao menos 10% do tempo da Sprint.
SCRUM – SPRINT BACKLOG

SPRINT BACKLOG
SCRUM – SPRINT BACKLOG

É a lista das funcionalidades que acontecerão na

Sprint, já divididas em tarefas

É de responsabilidade do TIME

Deve estar visível e acessível a todos.

SCRUM – DAILY MEETING

DAILY MEETING
SCRUM – DAILY MEETING

Deve ocorrer Diariamente

Mesmo horário e local

Time Box de 15 minutos. ( Recomendável fazer em pé )

Responder 3 perguntas: O que fiz ontem?

O que farei hoje ?
Há impedimentos?
SCRUM – SPRINT REVIEW

SPRINT REVIEW
SCRUM – SPRINT REVIEW

Demonstração dos itens PRONTOS e obtenção de

feedbacks.

Participação do time mais convidados

Foco no PRODUTO não no processo

SCRUM – SPRINT RETROSPECTIVE

SPRINT RETROSPECTIVE
SCRUM – SPRINT RETROSPECTIVE

É a última reunião de uma sprint, tem

como objetivo avaliar o processo de
trabalho em uma sprint, e promover
soluções para adaptar o que não estiver
bom
SCRUM – SPRINT RETROSPECTIVE

É a única reunião que o foco é

MELHORAR A FORMA DE TRABALHAR,
onde a equipe deve discutir o que deu
certo, o que não deu certo e propor o que
achar necessário.
SCRUM – SPRINT RETROSPECTIVE

Existem várias formas de se realizar

uma retrospectiva, mas deve seguir NO
MÍNIMO essas 4 fases:
Listagem dos
pontos Filtragem /
Abertura Encerramento
Positivos/Negati Discussão
vos
PAUSA – COFFEE TIME
ACTIVATE
ACTIVATE - EQUIPE

VAMOS FALAR DE PESSOAS?

ACTIVATE – EQUIPE

O GP Virou Scrum
Master?
ACTIVATE – EQUIPE

SM

GP

PO

Key
User

Time

Consu
ltores
ACTIVATE – EQUIPE

SM

GP

PO

Key
User

Time

Consu
ltores
ACTIVATE – EQUIPE

Gestor de Processo
SM Facilitador do Scrum
Removedor de impedimentos

Dono do Produto
Responsável por entregar valor PO
Manter e comunicar a visão

Transforma Backlog em incremento Time

Auto organizável

Gerenciamento em alto nível

Garantir a entrega GP
Prazo, escopo, qualidade
ACTIVATE – EQUIPE

Project Manager

Team 1 Team 2 Team n

• SM • SM • SM
• PO • PO • PO
• Scrum tea m • Scrum tea m • Scrum tea m
ACTIVATE – EQUIPE
ACTIVATE – EQUIPE
ACTIVATE
ACTIVATE – EVOLUÇÃO DA METODOLOGIAS

E assim tudo começou

ACTIVATE – METODOLOGIAS

E foi se transformando
ACTIVATE – METODOLOGIAS

E evoluindo

SHORTEN TIME TO VALUE REDUCE RISKS, WHILE FLEXIBILITY AND CHOICE

AND REDUCE COSTS MOVING FORWARD

Big-Bang

On premises
Cost Time to Value

On cloud On premise

Cost Time to Value

Incremental Approach
Hybrid Mobile
ACTIVATE – METODOLOGIAS

E chegou no Activate que é MAIS que uma metodologia:

ACTIVATE – Best Pratices

BEST PRATICES
ACTIVATE – Best Pratices

Quick Start: Você não precisa ( nem deve ) começar

do zero

Reutiliza as melhores práticas, já maduras e

comprovadas em diversas empresas do segmento

Possível selecionar o que se aplica a cada situação

ACTIVATE – Best Pratices
ACTIVATE – Guided Configuration

GUIDED CONFIGURATION
ACTIVATE – Guided Configuration

Agilizar configurações demoradas

Diminuir a complexidade das configurações

Padronização nas configurações

ACTIVATE – Guided Configuration
ACTIVATE – Guided Configuration
ACTIVATE – Metodologia
ACTIVATE – Metodologia

O Activate não PRECISA ser implementado de forma

ágil, existe roadmap também para o modelo waterfall
ACTIVATE – Metodologia

A Metodologia é composta de 6 fases, das quais 4 são

etapas dentro projeto.
DISCOVERY

RUN
ACTIVATE – Metodologia

FASES
ACTIVATE – BEST PRATICES
ACTIVATE – Metodologia

PREPARE
ACTIVATE – BEST PRATICES
ACTIVATE – Metodologia
ACTIVATE – Metodologia

▪ Governança do Projeto
▪ Roadmap do Projeto
▪ Download das Best Practices
ACTIVATE – Metodologia

EXPLORE
ACTIVATE – EXPLORE
ACTIVATE – EXPLORE
ACTIVATE – EXPLORE

Modelo de Referência + GAPs Conhecido Preparação dos Protótipos

Apresentação do Sistema Standard Apresentação para o Cliente
Navegação do Sistema Aceitação do Protótipo
Lista de GAPs Lista Final do Backlog
ACTIVATE – EXPLORE

WORKSHOP A
ACTIVATE – EXPLORE

Conhecido como FIT & GAP Analisys ( On Premise ) ou

FIT to STANDARD ( On Cloud )

Objetivo: Processo TO-BE

Apresentar o Processo STANDARD da SAP – Navegar

no Sistema e explora estrutura de processos

Complementa com as necessidades específicas

previamente levantadas ( Via RFP, Discovery, Pré-
venda, etc. )
Capturar os processos e funcionalidades que NÃO
deram FIT e montar um Backlog.
ACTIVATE – EXPLORE

DADOS DE ENTRADA DADOS DE SAIDA

WORKSHOP
• BEST PRATICES • CONFIRMAÇÃO DE FIT

• BASELINE • NOVOS PROCESSOS

• FLUXOS DE PROCESSO • LISTA DE

FUNCIONALIDADES
• NECESSIDADES NÃO ATENDIDAS
INICIAIS
ACTIVATE – EXPLORE

DELTA SCOPE PRIORIZATION

ACTIVATE – EXPLORE

Listar todos os GAPS e DELTAS identificados no

Workshop A

Estima-se o esforço de cada gap ( em nível Macro )

Priorizar a lista conforme valor para o NEGÓCIO

Sugestão para priorizar: Técnica MOSCOW ( Separar

cada gap em Must, Should, Could e Would )
ACTIVATE – EXPLORE

DADOS DE ENTRADA DADOS DE SAIDA

PRIORIZATION
• CONFIRMAÇÃO DE FIT • LISTA DE GAPS
PRIORIZADA
• NOVOS PROCESSOS

• LISTA DE
FUNCIONALIDADES
NÃO ATENDIDAS
ACTIVATE – EXPLORE

WORKSHOP B
ACTIVATE – EXPLORE

Conhecido como DELTA DESIGN

Objetivo: Demonstrar e validar o processo como um

todo, e obter a aprovação do escopo macro.
Apresentar o processo resultado do Workshop A
adicionado às soluções propostas aos GAPS. ( Se
possível prototipadas )

Desenhar e Validar GAPS.

Capturar os processos e funcionalidades que NÃO

deram FIT e montar um Backlog.
ACTIVATE – EXPLORE

DADOS DE ENTRADA DADOS DE SAIDA

WORKSHOP
• CONFIRMAÇÃO DE FIT • PROJECT BACKLOG

• NOVOS PROCESSOS • PLANEJAMENTO DE

RELEASES
• LISTA DE
FUNCIONALIDADES
NÃO ATENDIDAS

• LISTA DE GAPS
PRIORIZADA
ACTIVATE – EXPLORE

• Preparar o ambiente com as Best pratices

• Montar um Baseline com as necessidades inicialmente identificadas
• Levantar os GAPS desse baseline ( Workshop A )
• Priorizar os gaps ( Priorização de Backlog )
• Detalhar os itens do backlog e desenho dos deltas ( Workshop B )

DETALHAMENTO DO ESCOPO
ACTIVATE – EXPLORE

Exemplo de Agenda de Workshops

ACTIVATE – EXPLORE

▪ Configuração para Adequação

▪ Workshop de Apresentação do Sistema
▪ GAP Analysis
▪ Construção do Backlog do Produto
▪ Apresentação dos Protótipos
▪ Lista Final do Backlog do Produto
▪ Planejamento das Releases
ACTIVATE – Metodologia

REALIZE
ACTIVATE – REALIZE
ACTIVATE – REALIZE
ACTIVATE – REALIZE
ACTIVATE – REALIZE
ACTIVATE – REALIZE

▪ Sprints
▪ Demonstrações
▪ Testes
▪ Testes Integrados
▪ Preparação para Produção
ACTIVATE – Metodologia

DEPLOY
ACTIVATE – DEPLOY
ACTIVATE – DEPLOY
ACTIVATE – DEPLOY

▪ Avaliação de Prontidão
▪ Cutover
▪ Go Live
▪ Handover para Suporte
ACTIVATE – Metodologia

E as fases
DISCOVERY e RUN ?
ACTIVATE – Metodologia

DISCOVERY
ACTIVATE – DISCOVERY
ACTIVATE – DISCOVERY

Início do projeto, alinhamento inicial da empresa

sobre Missão, Visão, Objetivos Estratégicos

Definições de Valores ( Para o negócio e para o cliente

final )

Definição de KPI e Indicadores

Identificar as Capabilidades e como a Solução pode

alavancá-los.
ACTIVATE – Metodologia

RUN
ACTIVATE – RUN
ACTIVATE – RUN

Monitoramento da operação

Planejamento de Releases, Atualizações e demais

atividades de ALM

Gerir Conhecimento e Aprendizado

ACTIVATE – QUALITY GATE

QUALITY GATES
ACTIVATE – QUALITY GATE