SIMPLe: uma abordagem simples

Transcrição

1 SIMPLe: uma abordagem simples orientada a problemas para o desenvolvimento de software Rafael Sabbagh

2 Parte I!! Problemas e Soluções

3 Aceitar Feature Request gera desperdício! Feature Request!

4 Converse com a pessoa ao lado!! "Quais os principais desafios que você enfrenta em seus projetos?!! 2min

5 O cliente não sabe o que quer! Mudanças no escopo!

6 DeGrace & Stahl já diziam em 1990: Requisitos não são completamente compreendidos no início do projeto;!! s só sabem exatamente o que querem após ver uma versão inicial do produto;!! Requisitos mudam durante o processo de desenvolvimento;!! Novas ferramentas e tecnologias tornam as estratégias de desenvolvimento imprevisíveis.

7 Mas

8 "O cliente sabe o que quer, afinal o produto é para ele!"

9 "O que desenvolver em seguida?" Certo? "PERGUNTE PARA O CLIENTE!"

10 Você coleta tickets' do cliente?

11 Você trabalha em uma 'fábrica'? Feature Request! Feature Request! Feature Request! Feature Request!

12 (mas seu trabalho não é assim, é?)

13 O cliente pode até ACHAR que sabe o que quer.

14 O cliente pode até ACHAR que sabe o que quer. Mas ele não SABE o que precisa!

15 Então que produto é esse que seu time está criando? Done!

16 Eu quero um módulo de relatórios para mostrar qualquer dado da empresa!"

17 Doutor, você deve me receitar: dois omeprazol ao dia e um raio-x do abdômen!

18 Colaboração Negócios e Cliente

19

20 Feat%re Feature Feature Feature Feature Desenvolvimento Feature Feature Feature Feature Feature de Software Feature Feature Feature Feature Feature Feature Feature Feature

21 Feature =! Problema? Código =! Solução

22 FEATURE é solução,! não é problema!

23 Domínio de Negócios Domínio Técnico Problema de Negócios Solução de Negócios Feature =! Solução do Feature =! Solução do Feature =! Solução do Solução Técnica Código =! Solução Código Técnica =! Solução Técnica Código =! Solução Técnica

24 User Story = Perspectiva do Enquanto <quem>, quero <o quê>! para <por quê>

25 Perspectiva do = problema/necessidade do usuário Enquanto <quem>, quero <o quê>! para <por quê>

26 ? Enquanto comprador, quero buscar um livro por título para poder escolher o que comprar

27 ? Enquanto comprador, quero buscar um livro por título para poder escolher o que comprar FEATURE!

28 X? Enquanto comprador, quero buscar um livro por título para poder escolher o que comprar FEATURE!

29

30

31 ! Enquanto comprador, quero encontrar um livro que sei o título para poder escolher comprá-lo

32 Possíveis Soluções: Buscar livro por título Lista de livros ordenada por título Fotos de capas ordenadas por título Diferentes soluções têm diferentes custos!

33 Ao entender o problema, todos podem contribuir para: Uma solução mais adequada! Uma solução que resolva o problema certo!!

34 Quem já entregou EXATAMENTE o que o cliente pediu, mas ele não ficou satisfeito!!

35 Quem já entregou DIFERENTE do que ele pediu e ele ficou satisfeito!! Você entendeu o PROBLEMA real!!

36 Trabalhar orientado a problemas gera mais valor! Problema!

37 Parte II!! Simplicidade para Evitar o Desperdício

38 Simplicidade e Agile Manifesto Ágil

39 Simplicidade e Agile extreme Programming Qual é a coisa mais simples que pode funcionar? "

40 Feat%re Feature Feature Feature Feature Desenvolvimento Feature Feature Feature Feature Feature de Software Feature Feature Feature Feature Feature Feature Feature Feature

41 Simplicidade e Agile Qual o código mais simples que pode fazer a feature funcionar?"

42 Simplicidade e Agile Qual o código mais simples que pode fazer a feature funcionar?" Que feature?

43 Simplicidade e Agile Qual o código mais simples que pode fazer a feature funcionar?" Que feature? A QUE O CLIENTE PEDIU!

44 Simplicidade e Agile Qual o código mais simples que pode fazer a feature funcionar?" X Que feature? A QUE O CLIENTE PEDIU!

45 Simplicidade - Perguntas Certas Qual a feature mais simples que pode resolver esse problema do usuário?"

46 Simplicidade - Perguntas Certas Qual a feature mais simples que pode resolver esse problema do usuário?" Qual conjunto mais simples de problemas do usuário pode resolver o problema de negócios?"

47 Simplicidade - Baby Steps mas para resolver os problemas!

48 A Abordagem SIMPLe the Software Incremental Minimal Problem-Led approach

49 Problema de Negócios Domínio de Negócios O próximo Problema de Negócios mais importante

50 Problema de Negócios Domínio de Negócios O próximo Problema de Negócios mais importante No Scrum, o Problema de Negócios seria o Spring Goal

51 Problema de Negócios Domínio de Negócios O conjunto mais simples possível de Problemas do que resolve o Problema de Negócios mais importante! PRIORIZADOS!

52 Problema de Negócios Domínio de Negócios No Scrum, o conjunto de Problemas do vem do Product Backlog e forma o Sprint Backlog O conjunto mais simples possível de Problemas do que resolve o Problema de Negócios mais importante! PRIORIZADOS!

53 Problema de Negócios Domínio de Negócios O pode ser uma User Story

54 Domínio de Negócios Problema de Negócios Solução de Negócios Feature =! Solução do A funcionalidade mais simples possível que resolve o

55 Domínio de Negócios Problema de Negócios Solução de Negócios Feature =! Solução do Feature =! Solução do Feature =! Solução do O conjunto de funcionalidades mais simples possíveis que resolve o Problema de Negócios

56 Domínio de Negócios Trabalho de Problema de Negócios Solução desenvolvimento Negócios do Time Feature =! Solução do Feature =! Solução do Feature =! Solução do Domínio Técnico Solução Técnica Código =! Solução Código Técnica =! Solução Técnica Código =! Solução Técnica

57 Domínio de Negócios Domínio Técnico Problema de Negócios Solução de Negócios do mais importante Feature =! para o menos Solução importante do Feature =! Solução do Feature =! Solução do Solução Técnica Código =! Solução Código Técnica =! Solução Técnica Código =! Solução Técnica

58 Domínio de Negócios Domínio Técnico Problema de Negócios Solução de Negócios e, claro, "o código mais simples Feature possível =! que Solução fará as do funcionalidades Feature =! Solução funcionarem"! do Feature =! Solução do Solução Técnica Código =! Solução Código Técnica =! Solução Técnica Código =! Solução Técnica

59 Feedback Domínio de Negócios Domínio Técnico Problema de Negócios Solução de Negócios Feature =! Solução do Feature =! Solução do Feature =! Solução do Solução Técnica Código =! Solução Código Técnica =! Solução Técnica Código =! Solução Técnica Feedback

60 Problema de Negócios Domínio de Negócios O próximo Problema de Negócios mais importante

61 Problema de Negócios Domínio de Negócios O próximo Problema de Negócios mais importante O próximo Problema mais importante pode ser um incremento a um problema resolvido anteriormente

62 As features ganham mais complexidade incremento a incremento

63 sempre a partir de incrementos de problema, e somente o necessário.

64 Resumindo the SIMPLe approach: foco em PROBLEMAS do cliente/ usuário. Não receber feature requests - geram desperdício! desenvolver as funcionalidades mais simples que resolvem o problema, incremento a incremento

65 Resumindo the SIMPLe approach: 1. qual o próximo problema mais importante do cliente a resolver? 2. quais os problemas do usuário para resolver esse problema de negócio? 3. quais as funcionalidades mais simples para resolver os problemas do usuário?

66 VANTAGENS - the SIMPLe approach 1. redução drástica do desperdício resolver os problemas certos menor complexidade nas features menor esforço melhores soluções -todos participam -evoluir a partir do feedback

67 VANTAGENS - the SIMPLe approach 2. motivação do time Daniel Pink: Propósito" J. R. Hackman: "impacto significativo e perceptível sobre a vida ou o trabalho de outras pessoas"

68 Onde usamos isso?! Ver palestra amanhã, 16hs "Cultura de Entrega Diária com EVDnC Um Estudo de Caso com Marcos Garrido

69 OBRIGADO! Rafael Sabbagh