Tópicos Avançados em Sistemas de Informação
Análise de Demandas
Raimundo Sales Neto e Azevedo
AGENDA
•
2
Scrum
•
Conceitos e definições
•
Papéis e responsabilidades
•
Cerimônias
•
Produtos de Trabalho
•
Tarefas
•
Um Processo
Scrum
Conceitos
• Framework (conjunto de conceitos) dentro do qual as pessoas podem resolver
problemas adaptativos complexos, enquanto, produtivamente e criativamente
entregam produtos com o mais alto valor possível (scrum.org)
• Processo de desenvolvimento iterativo e incremental para Gerenciamento
de Projetos e desenvolvimento ágil de software.
• A idéia principal do Scrum é controlar processos empíricos, mantendo o foco
na entrega de valor de um negócio no menor tempo possível.
POR QUE USAR SCRUM ?





O processo de desenvolvimento de software não é um processo
fabril, é um processo criativo.
Estimar prazo não é uma verdade e sim uma incerteza. Por isso os
cronogramas falham. Se os cronogramas sempre falham, porque
fazer no inicio do projeto de software um cronograma complexo ?
Utiliza-se scrum quando a alteração de escopo é constante e
quando o usuário a medida que o sistema vai ficando pronto, vai
tendo mais idéias e aperfeiçoando o sistema.
Um projeto de software sofre muitas alterações de escopo porque a
natureza do projeto muda muito, e não porque o usuário não sabe o
que quer. Por isso é importante desenvolver software de forma
incremental.
Apesar de scrum ter sido criado por dois desenvolvedores de
software, outras áreas também podem utilizar scrum.
O QUE É SCRUM ?



SCRUM É UM PROCESSO ITERATIVO E
INCREMENTAL PARA DESENVOLVIMENTO DE
PRODUTOS E GERENCIAMENTO DE PROJETOS.
É MAIS UM FRAMEWORK QUE UMA METODOLOGIA,
É UMA MUDANÇA COMPORTAMENTAL , É
MUDANÇA CULTURAL , É UMA MUDANÇA NA
FORMA DE TRABALHAR, DO QUE UM PROCESSO.
SCRUM É SIMPLES, É PEQUENO, MAS É RÍGIDO
O QUE É SCRUM ?



É um framework incompleto para gerenciar de forma ágil
projetos, e que pode ser aperfeiçoado de acordo com sua
necessidade.
No SCRUM não existe nada relacionado a gerenciamento de
RISCO. Você deve buscar soluções no PMBOK, PRICE2, ou
outra metodologia.
Scrum propõe algo que não gere desperdícios:
Não gerar relatórios que não agreguem valor para empresa,
simplesmente para seguir um processo.
 Precisa do Planejamento de Comunicação (disciplina do
PMBOK) para um projeto interno da empresa, com uma
equipe de 2 pessoas ? Só para seguir o PMBOK ?

SCRUM NÃO É...
Ferramenta empacotada
 Conjunto de templates
 Check-list para avaliar seu nível de
maturidade
 Scrum não tem suporte técnico

FLUXO DO SCRUM
1.
2.
3.
4.
5.
6.
Selected Product Backlog
Planning Meeting (planejamento do sprint)
Sprint Backlog
Dailly Meeting
Desenvolvimento do Sprint
Reunião Retrospectiva e Revisão
Scrum
PAPEIS DO SCRUM

Product Owner
• Define as funcionalidades do produto;
• Decide a data de entrega e o conteúdo;
• Responsável pelo ROI (Return of Investiment) do produto;
• Prioriza as funcionalidades conforme o valor de negócio;
• Ajusta as funcionalidades e suas prioridades a cada Sprint;
• Aceita ou rejeita os resultados.
• Responsável por garantir o ROI (Retorno de Investimento)
• Responsável por Conhecer as necessidades do Cliente
• Decide se um projeto deve continuar ou não.
• Decide o que fazer se o projeto está atrasado.
PAPEIS DO SCRUM

Scrum Master
 Responsável pela aplicação dos valores e práticas do
Scrum;
 Remove impedimentos;
 Assegura que a equipe está totalmente funcional e
produtiva;
 Permite a cooperação entre os diversos papéis e funções;
 Líder Servidor : líder que ajuda a equipe a pensar em
equipe. Motiva e estrutura o time.
 Protege o time das interferência externas.
 Responsável por garantir o uso de Scrum
PAPEIS DO SCRUM

Time
 Grupo formado, preferencialmente, por 5 a 9 pessoas
 Deve ser multifuncional(Arquiteto de software, analista
de teste, analista de requisitos, implementador, etc)
 Preferencialmente, dedicado única e exclusivamente ao
projeto
 Auto-gerenciado
 Auto-organizado
 Produz produto com qualidade e valor para cliente
O SPRINT




Um sprint é a unidade básica de desenvolvimento em
Scrum.
Sprints tendem a durar entre uma semana e um mês, e são
um esforço dentro de uma “Caixa de tempo" (ou seja,
restrito a uma duração específica) de um comprimento
constante.
Cada sprint é precedido por uma reunião de planejamento,
onde as tarefas para o sprint são identificadas e um
compromisso estimado para o objetivo do sprint é definido e
seguido por uma reunião de revisão ou de retrospectiva,
onde o progresso é revisto e lições para os próximos sprints
são identificadas.
Durante cada sprint, a equipe cria um incremento de
produto potencialmente entregável (por exemplo, software
funcional e testado).
O SPRINT








O conjunto de funcionalidades que entram em um sprint vêm do “backlog" do
produto, que é um conjunto de prioridades de requisitos de alto nível do
trabalho a ser feito.
Quais itens do backlog entram para o sprint são determinados durante a
reunião de planejamento do sprint.
Durante esta reunião, o Product Owner informa a equipe dos itens no
backlog do produto que ele quer concluídos.
A equipe então determina quantos eles podem se comprometer a concluir
durante o próximo sprint, e registram isso no backlog do sprint.
Durante um sprint, ninguém está autorizado a alterar o backlog do sprint, o
que significa que os requisitos são congelados para esse sprint.
O desenvolvimento está dentro de uma caixa de tempo, o que significa que o
sprint deve terminar a tempo.
Se os requisitos não são completados por qualquer motivo, eles são deixados
de fora e voltam para o backlog do produto.
Depois que um sprint é completado, a equipe demonstra como usar o
software.
AS CERIMÔNIAS

Daily Scrum (reunião de Acompanhamento)





Cada dia durante o sprint, uma reunião de status do projeto ocorre.
Isso é chamado de "scrum diário", ou "de pé o dia". Esta reunião tem
diretrizes específicas: A reunião começa precisamente no horário
marcado.
Todos são bem-vindos, mas apenas "poucos" podem falar.
O encontro tem duração determinada (Time-Box) e dura 15 minutos.
A reunião deve acontecer no mesmo local e mesma hora todos os dias
Durante a reunião, cada membro da equipe responde a três perguntas:




O que você tem feito desde ontem?
O que você está planejando fazer hoje?
Você tem algum problema impedindo você de realizar seu objetivo?
É papel do Scrum Master para facilitar a resolução desses
impedimentos. Normalmente, isso deve ocorrer fora do contexto do
Daily Scrum para que a reunião possa durar menos de 15 minutos.
AS CERIMÔNIAS
•
Reunião de Planejamento da Sprint (Sprint Planning Meeting)
 Realizado no início do ciclo de sprint (a cada 7-30 dias)
 Preparado o Sprint Backlog que detalha o tempo que levará para
fazer esse trabalho
 Dividida em duas partes:



Parte 1: Team Product Owner: diálogo para priorizar o Product Backlog.
Parte 2: Team apenas: hash de um plano para a Sprint, resultando na Sprint
Backlog.
No final de um ciclo de sprint, são realizadas duas reuniões: a
"Sprint Review" e do "Sprint Retrospective".
AS CERIMÔNIAS
• Reunião de Revisão da Sprint (Sprint Review)
Rever o trabalho que foi concluído e não concluído.
 Apresentar o trabalho realizado para os interessados (ou "a demo").
Um trabalho incompleto não pode ser demonstrado.
 O PO faz projeções de datas de conclusão prováveis a partir de várias
hipotéses de velocidade.
 A revisão da Sprint fornece entradas valiosas para as reuniões de
planejamento de Sprints seguintes.


Retrospectiva da Sprint (Sprint Retrospective)
Todos os membros da equipe refletem sobre a sprint passada.
 Faça melhorias contínuas de processos.
 Duas questões principais são feitas na retrospectiva do sprint: O que
correu bem durante a corrida? O que poderia ser melhorado na
próxima sprint?

RESUMINDO - RETROSPECTIVA E REVISÃO
Retrospectiva : É uma reunião para discutir o
“processo”, lições aprendidas focadas no processo,
sprint por sprint.
Revisão : É uma reunião entre o TIME e o Product
Owner, para se avaliar se o produto está bom. E
para avaliar se tudo que foi pedido no sprint foi
entregue e o que ficará no sprint backlog.
COMO GARANTIR A QUALIDADE ?
Na definição da meta, o PO, indica que o produto só
será aceito se satisfazer os critérios de qualidade da
empresa.
 Para a garantia da qualidade, pode-se incluir
revisão de código.
 Para a garantia da qualidade, deve-se fazer a gestão
de demandas.

AGENDA
• Gestão
20
de Demandas Scrum
•
Descrição
•
Priorização
Gestão de Demandas
Descrição da Demanda
• Deve fornecer detalhes suficientes para ajudar no entendimento do que deve ser feito
e facilitar a análise da equipe;
• O foco deve ser a necessidade de negócio e os benefícios almejados;
• Uma demanda deve responder aos questionamentos:
• O que?
• Por que?
• Como pode ser verificada?
Exemplo:
• O que ?
• Preciso de uma interface de pagamento por cartão de crédito que seja intuitiva e
fácil de usar.
• Por que ?
• Com objetivo de facilitar os pagamentos.
• Como pode ser verificada?
• Quanto tempo o usuário identifica a forma de pagamento?
Gestão de Demandas
Priorização da Demanda - Matriz GUT
Analisa de forma quantitativa a prioridade de resolução de um problema, que pode
estar dentro ou fora da empresa.
• Como utilizar
Atribuir uma nota dentro dos três aspectos principais abaixo:
• Gravidade: Representa o impacto do problema analisado caso ele venha a
acontecer. Analisando sempre seus efeitos a médio e longo prazo, caso o problema
em questão não seja resolvido;
• Urgência: Representa o tempo necessário para resolver um determinado
problema analisado. É recomendado que seja feita a seguinte pergunta: “A
resolução pode esperar ou deve ser realizada imediatamente?”;
• Tendência: Representa o potencial de crescimento do problema com o passar do
tempo. Recomenda-se fazer a seguinte pergunta: ”Se eu não resolver agora, ele
vai piorar pouco a pouco ou vai piorar bruscamente?”.
Gestão de Demandas
Priorização da Demanda - Matriz GUT
Nota
Gravidade
Urgência
Tendência
1
Sem Gravidade
Não tem pressa
Não vai piorar
2
Pouco Grave
Pode esperar um pouco
Pior a longo prazo
3
Grave
O mais cedo possível
Pior a médio prazo
4
Muito Grave
Com alguma urgência
Pior a curto prazo
5
Extremamente Grave
É necessária ação imediata
Imediato
Gestão de Demandas
Priorização da Demanda - Matriz GUT
• Objetivo
A priorização quantitativa das demandas nos informa o valor de negócio da mesma.
Isso nos possibilita calcular o retorno sobre investimento(ROI) de uma determinada
demanda:
ROI: O retorno do investimento (conhecido como ROI) mede a relação entre o valor de
negócio (benefício) da necessidade e seus esforço para implementação.
O ROI é usado também para estimar a quantidade de demandas que pode ser atendida
em um ciclo de desenvolvimento.
AGENDA
• Feedback
do 8º. Encontro
Nacional de Profissionais em
Gerenciamento de Projetos – 2012
•
•
Perspectives on Projects: Nine Schools of
Project Management. (Dr. Rodney Turner)
O Futuro do gerenciamento de projetos. (Dr.
Harold Kerzner)
25
•
Governança em Projetos (Douglas Alvares)
OBSERVAÇÕES IMPORTANTES SOBRE
SCRUM




Para que definir todo o escopo no inicio do projeto, se o usuário no
início do projeto ainda não tem certeza de tudo que vai precisar ?
Estudos comprovam que 45% das funcionalidades definidas no
inicio dos projetos não são utilizadas pelo usuário.
O início do projeto SCRUM não é tranqüilo , pois logo no começo
como existem entregas, são identificados alguns “bugs” do
sistema. Porém a medida que o projeto vai caminhando, o projeto
vai ficando mais tranqüilo.
O progresso no projeto SCRUM é real !!! Quando uma
funcionalidade está pronta, está pronta mesmo em produção.
APLICAR SCRUM EXIGE UMA MUDANÇA DE
COMPORTAMENTO DE TODOS.






Não adianta mudar o nome de gerente de projetos para SCRUM
MASTER, e continuar trabalhando da mesma forma de sempre.
Se você quer resultado diferente, mude, não faça da mesma forma.
Pessoas comprometidas são mais importantes para o sucesso do
projeto, do que processos.
O fato da equipe de projeto ter cumprido com o cronograma, não
quer dizer que o projeto é um projeto de sucesso, pois se o
software não tiver as funcionalidades que o cliente precisa... O
projeto não é um projeto de sucesso.
Não tem como ter sucesso ou insucesso se o cliente não atuou no
projeto.
Pessoas respeitam muito mais valores do que regras!!!
OBSERVAÇÕES IMPORTANTES
O que contribui mais para o sucesso do projeto
são as pessoas certas e interagindo de forma
certa, muito mais que processos.
 O scrum foi criado com a única certeza: O escopo
vai mudar, o cliente vai desistir de alguma
funcionalidade e vai querer novas
funcionalidades.

OS TRÊS PILARES DO SCRUM



Transparência : garante que os aspectos do processo que afetam o
resultado devem ser visíveis para aqueles que gerenciam os
resultados.
Inspeção: Os diversos aspectos do processo devem ser
inspecionados com uma frequência suficiente para que variações
inaceitáveis no processo possam ser detectadas.
Adaptação: Ajustar os problemas detectados na inspeção o mais
rápido possível para minimizar desvios posteriores.
MAIS INFORMAÇÕES DE COMO SE TRABALHAR
COM SCRUM...
Como o SCRUM é uma mudança cultural, o
cliente também deve entender o fluxo de trabalho
do scrum, através de palestras.
 No Sprint todas as atividades devem ser feitas
para disponibilizar o software em produção,
inclusive a homologação do cliente.

PERSPECTIVES ON PROJECTS: NINE SCHOOLS OF PROJECT
MANAGEMENT.
DR. RODNEY TURNER

Fatores de Sucesso


São as coisas que vão nos ajudar ao alcançar o
sucesso.
Critério de sucesso

É a forma como vamos julgar o sucesso do projeto
PERSPECTIVES ON PROJECTS: NINE SCHOOLS OF PROJECT
MANAGEMENT.
DR. RODNEY TURNER
A inteligência emocional do gerente de projetos
interfere diretamente no sucesso do projeto.
 O gerente de projetos deve ter competencia de
gerenciamento + inteligência emocional.

PERSPECTIVES ON PROJECTS: NINE SCHOOLS OF PROJECT
MANAGEMENT.
DR. RODNEY TURNER
Critérios de Sucesso
1.
Satisfação da Equipe é o fator mais importante para o
sucesso do projeto.
2.
Satisfação do Cliente
3.
O sucesso do projeto não é tempo, custo e escopo.
4.
O time perde o foco do projeto, quando passam a se
preocupar mais com ferramentas e processos, do que com
o projeto.
5.
A tendência é o gestor do projeto ter funções de Recursos
Humanos (motivar a equipe).
6.
As pessoas tem que se envolver emocionalmente com o
projeto.
PERSPECTIVES ON PROJECTS: NINE SCHOOLS OF PROJECT
MANAGEMENT.
DR. RODNEY TURNER



Marketing é muito importante para o sucesso do projeto,
pois as pessoas devem ser convencidas a comprar a idéia do
projeto.
Focar no tempo e custo não é fundamental. O sucesso do
projeto é atingir a meta estabelecida e satisfação do cliente.
Todos os gerentes de projetos devem ser emocionalmente
inteligentes, antes de focados em tempo e custo.
Contatos:
[email protected]
O FUTURO DO GERENCIAMENTO DE PROJETOS
DR. HAROLD KERZNER
Conclusões
 Os gestores devem conhecer o negócio.
 Os gestores devem ser inseridos no
gerenciamento de portfólio.
 Executivos devem investir no futuro de
gerenciamento de projeto.
 Percepções de clientes sobre valor serão mais
importantes do que tempo e custo.
GOVERNANÇA EM PROJETOS
DOUGLAS ALVARES
Algumas frases:
“Em pequenos detalhes, vamos identificar oportunidades.”
“Ou você tem uma estratégia própria ou é parte da
estratégia de alguém”
“O futuro pertence aqueles que vêem as oportunidades
antes que se tornem óbvias”
“É importante ter metas, mas também é fundamental
planejar cada passo.”
GOVERNANÇA EM PROJETOS
DOUGLAS ALVARES

Governança de Projeto:






Padrões e processos
Habilidades em conduzir riscos
Visibilidade executiva do projeto
Qualidade
Retorno de Investimento (ROI)
Tecnologia da Informação e Negócios
GOVERNANÇA EM PROJETOS
DOUGLAS ALVARES

Como agregar valor:







Valorizando as ações para os investidores.
Melhorando o controle.
Investimentos em TI -> ganhos operacionais.
Fazendo “mais com menos”.
Assegurando investimentos em projetos.
Fazendo o projeto certo.
Melhorando a qualidade.
GOVERNANÇA EM PROJETOS
DOUGLAS ALVARES

Mensagem:






Entenda o Cliente
Promova “reuniões no momento certo”
Facilite
Evolua
Controle
COMEMORE !!!!!
Leitura Adicional
• http://www.scrumalliance.org/
• http://blog.mountaingoatsoftware.com/
• http://www.cti.ufu.br/sites/cti.ufu.br/files/scrum-e-xp-direto-dastrincheiras.pdf
• http://www.agilemanifest.com.br/
• 8º. Encontro Nacional de Profissionais em Gerenciamento de Projetos
09/06/2010 a 11/06/2010 por Jacqueline Brasil Accioly de Araújo/BNB
• http://www.scrum.org/storage/scrumguides/Scrum%20Guide%20%20Portuguese%20BR.pdf
• Processo Ágil BNB - Proposta
Tópicos Avançados em Sistemas de Informação
Análise de Demandas
Raimundo Sales Neto e Azevedo