Gerenciamento de escopo para

projetos militares sem perder a

veia ágil
Fabio C.S. Eiras
Quem somos?

400 Colaboradores
SP / RJ / SJC / BS / GPX
100%
Brasileira

3 Unidades de negócio
B2B / ATM / DEFESA
 ➔ Engenheiro
➔ 24 anos de experiência em
projetos de software / infra
estrutura
➔ 13 anos de ATECH
➔ Atualmente Diretor de
Quem é Fabio? Projetos responsável pela
alocação e capacitação
técnica dos colaboradores,
UX/UI, Desenvolvimento
mobile e processos
produtivos
➔ Jornada Ágil na empresa !
Projetos
Porque eles falham?!
CHAOS REPORT 2015
O Standish Group vem, há mais de uma
década, realizando estudos em volta dos
resultados dos projetos de software ao
redor do mundo.
Em 2015, foi publicado um estudo
realizado com 50 mil projetos, que os
classificou em 3 tipos:
Sucesso 29%
Projeto dentro do prazo, dentro do
orçamento e com um resultado satisfatório.
Sucesso Parcial
52%
Projeto fora do prazo, ou fora do orçamento,
com parte do escopo implementado.
Fracasso 19%
Projetos cancelados em algum ponto
durante o ciclo de desenvolvimento
CHAOS REPORT 2015

Será que esses projetos Foi entregue o que de

O cliente ficou satisfeito também agregaram fato ele precisava?
com o produto recebido? valor para o cliente?

Sucesso
Projeto dentro do prazo, dentro do
orçamento e com um resultado satisfatório.
29%
 ➔ Projetos Longos

➔ “Definições” Antecipadas

Projetos ➔ Legislações Alteradas com o

Tempo
Militares
➔ Mudança de “Pessoas Chave”

➔ Necessidades se Alteram

➔ Cliente contrato ≠ Cliente

Usuário
Escopo
Fechado
E agora???
O que significa escopo
fechado?
Antes de vender o projeto todos os requisitos estarão 100%
definidos e detalhados sem a necessidade de mudanças
futuras.
É possível definir por completo
e antecipadamente o escopo
de um projeto de SW de mais
de 1 ano sem que existam
mudanças futuras?
Papel do Gerente:
Barrar qualquer
mudança?
 ➔ As coisas vão mudar, e
eu preciso aceitar isso e
Qual a única estar preparado para
isso.
certeza quando
iniciamos ➔ Verdadeiro papel do
gerente: gerenciar as
um projeto? mudanças de tal forma
que o resultado final não
impacte o sucesso do
projeto.
 1. Colaboração com o
cliente mais que
Escopo negociação de contratos
Fechado ?

Como posso ser ágil? 2. Responder a mudanças

mais que seguir um
plano ?
Nem tanto o céu nem tanto o inferno!
 ➔ Maior prioridade: satisfazer o
cliente, através da entrega
adiantada e contínua de

Papel da software de valor.

➔ Se adequar às mudanças sem

Equipe impactar o sucesso do projeto e

de Gestão a saúde da equipe

➔ Garantir que existam interações

entre a equipe e o
cliente/usuário (Entregas
intermediárias, apresentação de
protótipos, storyboards, etc.)
 ➔ Construir projetos ao redor de
indivíduos motivados. Dando a
eles o ambiente e suporte
necessário, e confiar que farão
seu trabalho.
Papel da ➔ Garantir que apenas a
Equipe documentação realmente
necessária seja elaborada (Ex:
de Gestão úteis para dev. ou que sejam
requisitos/entregáveis)

➔ Garantir que a equipe tenha

subsídios para a contínua
atenção à excelência técnica e
➔ bom design
 ➔ Buscar a simplicidade: a arte de
maximizar a quantidade de
trabalho que não precisou ser
Papel da feito.

Equipe ➔ Dar subsídios para que o time

busque um mínimo de auto-
de Gestão organização e autonomia

➔ Focar em melhoria contínua:

promover discussões sobre o
que poderia ser melhorado em
todo o processo
 O escopo deve
ser tratado como
um alvo a ser
seguido! BASELINE
Um conjunto inicial de requisitos!
O que isso significa no dia a dia?
Identificar necessidades
e comparar com a baseline do escopo

RFC
Possibilidades
de tratamento
das RFCs
Trocas de Escopo
Como não comparar alhos com
bugalhos?

Métricas: PF, Story Points, HM...

UX como ferramenta neste
processo!

UX incorporado
em equipes
Com um UX Design bem feito, os
produtos vão atender às
necessidades reais do usuário.
➔ Menos retoque no
produto final
➔ Abordagem mais barata
e fácil de corrigir os
erros
➔ Reflexo na reputação da
empresa
➔ Menos risco de fugir do
escopo
➔ Produto melhor que o
dos concorrentes
 ÁGIL É FILOSOFIA!

ÁGIL É ATITUDE!

ÁGIL é um modo de pensar

ÁGIL é evoluir com os erros Não é KANBAM + JIRA

ÁGIL é se comprometer com o time, Não é Gestão visual

com o cliente, com a empresa
Não é simplesmente manter contato com o
ÁGIL é se comprometer com o Resultado cliente
Gerado

ÁGIL é evoluir como pessoa e como

profissional

ÁGIL é entregar valor agregado para o cliente

e para o cliente do cliente
 Obrigado !!!!

Fabio C.S. Eiras

fabiocse@gmail.com
https://br.linkedin.com/in/fábio-cocchi-da-s-eiras-msc-1a061b