Upload
internet
View
106
Download
0
Embed Size (px)
Citation preview
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
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)
• 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
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 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 EM PROJETOSDOUGLAS 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 PROJETOSDOUGLAS 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 PROJETOSDOUGLAS 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-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