É POSSÍVEL SER ÁGIL EM PROJETOS DE HARDWARE?

Transcrição

1 É POSSÍVEL SER ÁGIL EM PROJETOS DE Doubleday K. Francotti v 1.0

2 Onde foi parar os requisitos? Trabalhando 30h por dia! Manda quem pode... Caminho das pedras Hum... Acho que deu certo...

3 Onde foi parar os requisitos? 1) Precisamos de um novo produto que resolva nossos problemas. 2) O hardware está pronto? 3) Está tudo definido, já temos o prazo de entrega. 4) Vocês ainda não fizeram? Porque? 1) Putz... alguém tem modelo de currículo? 2) Alguém sabe que hardware é esse? 3)... cri cri cri......silêncio mortal.. 4) Onde estão os requisitos do projeto?

4 Onde foi parar os requisitos? 1) Veículo 2) Porta gaivota 3) Moderno 4) Ícone

5 Trabalhando 30h por dia! Suporte aos Produto Existentes Desenvolvimento de Novos Produtos

6 Manda quem pode... Quem é o responsável pelo projeto? Quem faz parte da equipe? Quem responde por ela? Quem é o cliente? Quem pode esclarecer as dúvidas?

7 Caminho das pedras Proposta Validação Planejamento Desenvolvimento Homologação Lançamento

8 Caminho das pedras Mapear os problemas Ciclo de inovação Proposta para equipe Proposta para gerência Ciclo de melhoria

9 Caminho das pedras Mapear os problemas Principais problemas? alocação de recursos estimativa de tempo escopo mal definido requisitos incompletos e inconsistentes indefinição de responsabilidades

10 Caminho das pedras - Ciclo de inovação Estudo Avaliação Proposta Execução

11 Estudo É POSSÍVEL SER ÁGIL EM PROJETOS DE Caminho das pedras - Ciclo de inovação Avaliação Proposta Estudo Execução Estudo da literatura Conhecer o perfil da empresa e suas limitações Mapear as necessidades e as oportunidades Mapear o ciclo de vida dos componentes críticos

12 Estudo É POSSÍVEL SER ÁGIL EM PROJETOS DE Caminho das pedras - Ciclo de inovação Avaliação Proposta Proposta Execução Ter o comprometimento de todos os envolvidos Elaborar alternativas para: Gestão de projetos Gestão de fornecedores Gestão dos produtos Demonstrar as fragilidades atuais Propor um projeto como case

13 Estudo É POSSÍVEL SER ÁGIL EM PROJETOS DE Caminho das pedras - Ciclo de inovação Avaliação Proposta Execução Execução Ter o comprometimento de todos os envolvidos Apresentar status reports constantes Gráficos de controle e comparação Planejamento por etapas Brainstorn com os envolvidos

14 Estudo É POSSÍVEL SER ÁGIL EM PROJETOS DE Caminho das pedras - Ciclo de inovação Avaliação Proposta Avaliação Execução RISCOS Definição de objetivos e indicadores Definição de padrões e artefatos

15 Caminho das pedras Proposta para equipe SCRUM MASTER Definir responsabilidades

16 Caminho das pedras Proposta para equipe Equipe Scrum Team

17 Caminho das pedras Proposta para equipe Product Owner

18 Caminho das pedras Proposta para equipe Artefatos Product Backlog Sprint backlog Burndown

19 Caminho das pedras Proposta para gerência Cerimônia Reunião Diária (Daily Scrum) Reunião de Revisão da Sprint (Sprint Review) Retrospectiva da Sprint (Sprint Retrospective) Reunião de Planejamento da Sprint (Sprint Planning Meeting)

20 Caminho das pedras Proposta para gerência Validação por etapas Gerenciar conflitos Respeito ao cronograma Respeito as definições do team Melhor definição dos requisitos (estórias)

21 Caminho das pedras Ciclo de melhoria Ciclo PDCA Scrum Ciclo de Vida de Produto

22 Caminho das pedras Ciclo de melhoria Planejamento Estratégico Empresarial Planejamento Estratégico Setorial Planejamento do Ciclo de Vida de Produto (CVP) Planejamento de P&D Planejamento de Ações Corretivas

23 Caminho das pedras Ciclo de melhoria Ter as definições dos planejamentos alinhados com todos os envolvidos

24 Caminho das pedras Ciclo de melhoria Ter os status dos planos

25 Caminho das pedras Ciclo de melhoria Executar os planos das ações corretivas Se um resultado estiver fora do padrão, investigar as causas Melhorar o ciclo de prevenção

26 Hum... Acho que deu certo... Definição dos papeis e responsabilidades Gerente funcional Product Owner Scrum team Scrum master Diretoria

27 Hum... Acho que deu certo... Proposta Validação Planejamento Planejamento setorial Levantamento Desenvolvimento dos Homologação requisitos Lançamento preliminares Pedido de kit ou componentes

28 Hum... Acho que deu certo... Validação Validação dos requisitos iniciais Desenvolvimento do Product Backlog Validação do hardware (protótipo #1)

29 Hum... Acho que deu certo... Planejamento Validação da documentação de hardware Validação do esquemático e layout (protótipo #2) Abertura do projeto Sprint Planning Meeting Definição do Sprint Backlog

30 Hum... Acho que deu certo... Sprint de 3 semanas Reuniões: Diária (Daily Scrum) Revisão da Sprint (Sprint Review) Retrospectiva da Sprint (Sprint Retrospective) Planejamento da Sprint (Sprint Planning Meeting) Desenvolvimento Homologação

31 Hum... Acho que deu certo... Status e custos mais detalhados Status report ao gerente funcional, diretor e PO (semanais) Antecipação de riscos (gestão de riscos) Homologação do protótipo (versão final) Produção do lote Alpha e Stencil Enceramento do projeto (termo de enceramento, termo de validação, release note, boletim técnico, manual, treinamento) Desenvolvimento Homologação

32 Hum... Acho que deu certo... Apresentação para equipe de vendas Treinamento técnico e suporte as filiais Inicio do Planejamento Estratégico Empresarial Planejamento Estratégico Setorial Lançamento

33 Hum... Acho que deu certo... Proposta Validação e Planejamento Desenvolvimento e Homologação Lançamento Agilidade nas definições das propostas Status report mais precisos Maior confiabilidades nos requisitos Capacitar a equipe e gerência Ter aprovação dos diretores e gerentes funcionais

34 Hum... Acho que deu certo... Proposta Validação e Planejamento Desenvolvimento e Homologação Lançamento Adoção em partes Validações em cada fase (documentar) Integrar os requisitos de qualidade existentes Análise mais ágil dos impedimentos (gestão de riscos) Pedidos em lotes (gestão de custos)

35 Doubleday Karlo Francotti Twiter: doubleday_sc Fone: (48) (48) msn: Gtalk:

36