Tópicos Avançados em Sistemas de Informação Análise de Demandas Raimundo Sales Neto e Azevedo

Tópicos Avançados em Sistemas de InformaçãoAnálise de Demandas

Raimundo Sales Neto e Azevedo

AGENDA

• Scrum

• Conceitos e definições

• Papéis e responsabilidades

• Cerimônias

• Produtos de Trabalho

• Tarefas

• Um Processo

2

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. Selected Product Backlog2. Planning Meeting (planejamento do sprint)3. Sprint Backlog4. Dailly Meeting 5. Desenvolvimento do Sprint6. 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 pessoasDeve ser multifuncional(Arquiteto de software,

analista de teste, analista de requisitos, implementador, etc)

Preferencialmente, dedicado única e exclusivamente ao projeto

Auto-gerenciadoAuto-organizadoProduz 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 de Demandas

Scrum

• Descrição

• Priorização

20

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


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


• 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)

• Governança em Projetos (Douglas Alvares)

25

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


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.


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.


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 PROJETOSDR. 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 PROJETOSDOUGLAS 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 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


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.


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-das-trinch

eiras.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-%20Portugue

se%20BR.pdf

• Processo Ágil BNB - Proposta

Tópicos Avançados em Sistemas de InformaçãoAnálise de Demandas

Raimundo Sales Neto e Azevedo

Documents

Tópicos Avançados em Sistemas de Informação Análise de Demandas Raimundo Sales Neto e Azevedo