SCRUM Otimizando projetos Adilson Taub Júnior tecproit.com.br
Sobre mim Adilson Taub Júnior Gerente de Processos Certified ScrumMaster; ITIL Certified; Cobit Certified; 8+ anos experiência com TI Especialista em: UML, BPM, RUP, SCRUM, ITIL, COBIT, CMMi Sócio-fundador da TecPro.IT (tecproit.com.br)
Objetivo Exibir um resumo do cenário atual de projetos de TI e propor uma alternativa de fácil implementação para otimização de ROI nesses projetos
Chaos Report Review dos projetos de TI 100% 80% 40% 30% 25% 25% 60% 40% 45% 50% 55% 45% Fracasso Desafiado Sucesso 20% 0% 15% 20% 20% 30% 1994 2000 2004 2007 Chaos Report Standish Group
Chaos Report Causas de problemas Falta de clareza em: Requisitos Responsabilidades Funções pessoais Erro no acompanhamento dos diferentes ciclos de vida da aplicação;
Chaos Report Fatores para melhora Infraestrutura Web; Melhor gerenciamento de projeto; Desenvolvimento iterativo;
Survey - Projetos O que colaborou para que seus projetos tenham sido bem ou mal sucedidos? Comunicação Comprometimento Clareza das Necessidades Metas
Falta de clareza nos requisitos Uso das funcionalidades 45% 7% 13% Sempre Freqüentemente 16% Às vezes 19% Raramente Nunca Standish Group
Uma saída...
O que é o SCRUM Um processo iterativo e incremental para o desenvolvimento de produtos e gerenciamento de projetos; Um framework; Focado em entregas de valor para o cliente; Usado para gerenciar projetos desde 1990; Compatível com CMMi e ISO9001;
Origem do SCRUM Thenew new product development game By Jeff Sutherland & Ken Schwaber O manifesto ágil (Fev/2003) valoriza: Indivíduos e interação entre eles mais que processo e ferramentas; Produto em funcionamento mais que documentação abrangente; Colaboração com o cliente mais que negociação de contratos; Responder a mudanças mais que seguir um plano; http://agilemanifesto.org
Processos ágeis AGILE SCRUM Crystal DSDM XP
Compatibilidade SCRUM Empresa A Empresa B Empresa C
Comprometimento
Os papéis no SCRUM Product Owner (PO) - Garantia do ROI; - Conhecimento das necessidades do Cliente; - Criação/Manutenção do Product Backlog; - Decisão das entregas; ScrumMaster - Garantia do uso do SCRUM; - Remoção de impedimentos; - Proteger o time contra interferênicas externas; Time - Definição de metas de iterações; - Auto-gerenciamento de atividades x meta; - Produção de produto com qualidade e valor;
Quebra de paradigma Comando-Controle Facilitador
Processo Product Owner ScrumMaster Time Vision
Processo O Product Owner define a Visão do Produto, ou seja, a necessidade que deve ser atendida ao fim do projeto. O P.O representa aqui, os desejos do Cliente. Vision
Processo O Product Owner quebra o objetivo do produto em uma lista de necessidades. Essa lista é chamada de Product Backlog. Vision
Processo O ScrumMaster auxilia o Product Owner com o Product Backlog, para que o mesmo fique pronto para se iniciar uma Sprint. Vision
Processo No início de cada iteração (Sprint), o time realiza o Planning Meeting. Nessa reunião planeja-se e define-se o que será entregue ao final da Spring, de acordo com a priorização do Product Backlog, o Product Owner indica quais itens do Product Backlog devem ser atendidos (1). Planning Meeting Vision
Processo O time decompõe cada item selecionado do Product Backlog em tarefas técnicas, gerando assim o Sprint Backlog. Cada membro seleciona suas tarefas do Sprint Backlog e as estima em horas (2). Planning Meeting Vision
Processo Durante a execução de uma Sprint, vale a Engenharia definida para o projeto. O ScrumMaster remove impedimentos e garante a utilização do SCRUM. O time executa as tarefas do Sprint Backlog e, caso tenha necessidade, consulta agentes externos e também o Product Owner. Vision
Processo Diariamente o time realiza o Daily Meeting (15 minutos), uma reunião onde cada membro deve responder: - O que eu fiz desde a última reunião? - O que pretendo fazer até a próxima? - Tive algum impedimento? O ScrumMaster deve facilitar essa reunião e auxiliar o time, porém a reunião não é para ele, e sim para o time. Daily Meeting Vision
Processo Após se completar as tarefas de uma Sprint, é realizada a Review Meeting, onde o time apresenta ao Product Owner e convidados, o que foi feito. O Product Owner vê a demonstração do produto criado e verifica se a meta da Sprint foi atingida. Review Meeting Vision
Processo Finalmente, realiza-se a reunião de Retrospectiva, facilitada pelo ScrumMaster, onde o time deve avaliar: - O que foi bom? - O que pode ser melhorado? - Quem está no controle? O Product Owner pode participar, caso o time ache necessário. Vision Retrospective
O Time SCRUM Auto-organizados Auto-gerenciáveis Multidisciplinares No máximo com 9 integrantes Comprometidos Comunicativos Responsáveis Organizados em um local apropriado
Estimando projetos SCRUM Velocidade do Time O quanto do Product Backlog o Time consegue resolver em uma Sprint de duração X
Conclusão O uso do SCRUM permite que sejam priorizadas as atividades que garantirão um alto ROI para os projetos; A responsabilidade pela entrega de valor é do Time como um todo, e não de uma única pessoa; A integração de um time multi-disciplinar garante que as funções pessoais sejam mais claras; O auto-gerenciamento e a figura do Product Owner ajuda a garantir que o projeto está em constante avaliação e que as expectativas do Cliente estão sendo atendida;
OBRIGADO! adilson.taub@tecproit.com.br