O slideshow foi denunciado.
Seu SlideShare está sendo baixado. ×

Contrato Ágil? Não. Melhor Processo Possível? Sim

Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Carregando em…3
×

Confira estes a seguir

1 de 37 Anúncio

Mais Conteúdo rRelacionado

Diapositivos para si (19)

Semelhante a Contrato Ágil? Não. Melhor Processo Possível? Sim (20)

Anúncio

Mais recentes (20)

Contrato Ágil? Não. Melhor Processo Possível? Sim

  1. 1. Contrato Ágil? Não. Melhor Processo Possível? Sim Amanda Varella
  2. 2. Eu vivenciei o Sonho Ágil! Primeiro na minha equipe Depois ajudando mais de 30 equipes Treinei mais de 200 pessoas E até ganhei um prêmio por causa disso!
  3. 3. Trabalho em uma Gerência de TI que desenvolve os principais sistemas relacionados à Exploração e Produção de Petróleo da empresa 223pessoas 40 entre e 50projetos O Contexto
  4. 4. Os Riscos
  5. 5. Equipes felizes, trabalhando em conjunto, funcionários próprios e terceirizados, sem distinção de empresa
  6. 6. E aí vieram os contratos de Serviço
  7. 7. Pânico Geral! O que faremos?
  8. 8. O começo de tudo, o MD do contrato
  9. 9. Auto reflexões Ok, talvez não dê mais pra ser “ ágil” Eu penso para complexidade Poderia ser pior se fosse um contrato onde pagamos por entrega de uma fase, cascata! Vamos ver como podemos fazer o melhor disso aqui! Software funcionando é a medida primária de progresso.
  10. 10. Um pouco mais de contexto Cliente(s) PO Funcionário Sistema Empresa Contratada
  11. 11. X 50
  12. 12. O resultado da Licitação OMG! Cadê as empresas que frequentam eventos como este?!?! Vamos ter que ensiná-los a trabalhar!
  13. 13. Algumas Políticas pra começar 4 semanas 50 pf ASAS
  14. 14. Value Stream Autorização de Serviço Épicos Stories e Defeitos Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de tempo.
  15. 15. Visualize Limite o Wip Gerencie o Fluxo Políticas Explícitas Use Feedback Loops Melhore e evolua Práticas KANBAN
  16. 16. Alguém tem que fazer o trabalho sujo de tradução! A escrita desses contratos é muito confusa!
  17. 17. Tornar as políticas explícitas 50 sistemas 5 empresas > 200 pessoas
  18. 18. FAQ
  19. 19. Execução e Acompanhamento Reuniões semanais com as empresas, no estilo operations review do Kanban Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina e ajusta seu comportamento de acordo.
  20. 20. A medição Simplicidade--a arte de maximizar a quantidade de trabalho não realizado--é essencial. 700 ppf por mês 3000 HS em serviços não contáveis Cálculo de indicadores em cima de tudo isso
  21. 21. Colaboração e Parceria com as empresas são fundamentais
  22. 22. Visualize Limite o Wip Gerencie o Fluxo Políticas Explícitas Use Feedback Loops Melhore e evolua Práticas KANBAN
  23. 23. Como? Designers de Processo Documentadores Desenvolvedores Designers Gráficos
  24. 24. Ufa, quanta coisa! Antes não era só um time de desenvolvimento e um cliente?!?!
  25. 25. Isso até que ficou bom, mas...
  26. 26. Estão faltando algumas coisas aí... “Nossa maior prioridade é satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado.” “Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento.” “Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente.” “Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto.” “Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte necessário e confie neles para fazer o trabalho.” “Os processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente.” “Contínua atenção à excelência técnica e bom design aumenta a agilidade.” “As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis.” “O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de desenvolvimento é através de conversa face a face”
  27. 27. Infelizmente é um modelo focado em Eficiência, não em Eficácia Produzir mais, mas não necessariamente produzir melhor
  28. 28. Os problemas dos pontos de função.... Não remuneram a escolha da melhor solução Estimativa custosa (faça para 50 sistemas!) Problemáticos para evoluções em cima de sistemas existentes
  29. 29. Eli Goldratt “Diga-me como você me mede e eu lhe direi como eu me comportarei. Se você me mede de uma maneira ilógica…você não pode reclamar de um comportamento ilógico…”
  30. 30. 3 Grandes Desafios
  31. 31. Como garantir que as empresas que entram possuem experiência sólida e com resultados na adoção de Métodos Ágeis? Hoje em dia todo mundo diz que usa Métodos Ágeis! 1
  32. 32. Como criar um contrato nos moldes da administração pública, que possa ser facilmente rescindido e uma contratação rapidamente refeita? It is Safe to Fail!! 2
  33. 33. Como garantir um preço justo, e como contratante provarmos que determinadas propostas não são exequíveis? Vamos utilizar nossa fábrica na ÍÍÍIndia! 3
  34. 34. “Quando os pilares da sociedade estão destruídos, não é só uma questão de trabalhar mais ou achar uma solução rápida. É sobre sonhar grandes ideias, falar e agir diferente. É sobre persistir mesmo quando parece impossível." Jurgen Appelo
  35. 35. Não se desespere Pense para a solução Mas não se conforme com a solução! Obrigada!!! Amanda Varella

Notas do Editor

  • Me apresentar aqui: Meu nome é Amanda, trabalho há 8 anos na Petrobras conduzindo melhoria de processos com ajuda de Métodos Ágeis. Eu vivenciei o sonho ágil, primeiro na minha equipe, depois ajudando mais de 30 equipes. Dei treinamento pra muita gente e até ganhei um prêmio por conta da adoção de Kanban lá.
  • Atualmente eu trabalho em uma gerência de TI com cerca de 200 pessoas e entre 40 e 50 projetos
  • Alguns desses sistemas são muito críticos pra companhia. Se um deles pára, pode representar uma perda de milhões. Se algum requisito não é implementado, se alguma informação não é recebida, a empresa pode receber uma multa da ANP
  • ... E por 6 anos nós tivemos equipes felizes, trabalhando em conjunto, com times de funcionários e contratados sem distinção de empresa
  • E aí veio a determinação do TCU e os contratos de serviço
    Um contrato de serviço é um modelo onde o pagamento é realizado pelo serviço executado (ex pontos de função) ao invés de pagamento por HH de equipe
  • ... E com os contratos de serviço veio o pânico também
  • Bem, nós recebemos um memorial descritivo do contrato. Ele havia sido feito fortemente baseado em Scrum e possuía alguma inspiração ágil embutida. Tinham várias coisas ali que eu gostaria de ter mudado, mas não havia tempo. Se não iniciássemos o processo de licitação, corríamos o risco de ter uma descontinuidade de contratos
  • E aí eu comecei a refletir.. Ok..
    Talvez não dê mais pra ser ágil.
    Mas eu penso pra complexidade.
    Pelo menos o contrato é focado em entregáveis e não fases.
    Vamos ver como fazemos o melhor disso aqui!
  • De um modo geral, os funcionários próprios atuariam como Product Owners junto aos clientes.
  • Repita isso 50 vezes
  • O PO demanda para a empresa autorizações de serviço. Definimos que essas autorizações poderiam ter um tamanho máximo de 4 semanas, o que dá mais ou menos 50 pontos de função. Cada autorização de serviço seria um conjunto de Stories. O PO pode validar stories ao longo do desenvolvimento da AS, mas o pagamento só será feito ao fim da AS
  • Se o PO não validar em 30 dias, temos que realizar o pagamento
  • A primeira coisa, era fazer uma tradução do contrato. Eu não sou advogada! Sou analista de sistemas! Mas alguém tinha que fazer o trabalho sujo
  • Como tornar políticas explicitas pra essa quantidade imensa de envolvidos?
  • Nós documentamos bem todos os fluxos e papéis em um wiki
  • COLOCAR AQUI UM EXEMPLO DE UM ITEM DE DOCUMENTAÇÃO DO WIKI
  • E o resultado foi uma extensa e útil documentação, com 1000 acessos por mês. Posto Ipiranga
  • Semanalmente, tínhamos um único objetivo: identificar onde o trabalho estava parado, e se era responsabilidade da Petrobras ou da Contratada. Tomávamos as ações necessárias para que as atividades pudessem fluir
  • Pessoas da execução blindadas do
    que não era relativo ao desenvolvimento
    Designers
    Documentadores
    Desenvolvedores
    E pessoas com conhecimento do processo
    Dedicados ao esforço de transição
  • “Tell me how you measure me and I will tell you how I will behave. If you measure me in an illogical way… do not complain about illogical behavior…”
  • Mas os grandes desafios estão aqui
  • "When the building blocks of society are broken, it’s not just a matter of working harder or finding a quick fix.
    It’s about dreaming large ideas and thinking, speaking and acting differently
    . It’s about persisting when the odds seem impossible."
  • E aqui, vou falar uma frase que repito pra mim todos os dias:

×