Apresentação sobre processo de desenvolvimento de software

1. PDS – Teoria e Prática Ralph J. R. Filho

2. Objetivos Esclarecer a importância do processo de desenvolvimento de software bem como explicar suas aplicabilidades e a participação das pessoas

3. Conteúdo Primeiros Passos Visão Geral Tipos de PDS Tradicionais RUP, Cascata Ágeis SCRUM, XP

4. Primeiros Passos Processo Conjunto de passos e instruçõesparaexecutardeterminadasatividades Desenvolvimento Criaçãooumanutenção de um produtoouserviço Software Conjunto de código-fonte e documentação

5. Primeiros Passos Um processo de desenvolvimento de software (PDS) é um conjunto de atividades, disciplinas e papéisqueprescrevepráticaspara se conceber, gerenciar, desenvolver, testar e implantar um software As atividades do PDS possuementradas, saídas, ferramentas e técnicasqueestãoligadas a artefatoscriadosoualteradosdurantesuaexecução

6. Crise do Software Osprimeiros PDS's surgiramnosanos 70 impulsionadospelacrise do software queocorreunosanos60 Osprojetos de software dos anosiniciaisapresentavamdiversosproblemas Altos investimentos, semvisibilidade Excesso de falhas (bugs) Requisitos mal compreendidos Quaseimpossível de manterapós pronto

7. Visão Geral

8. Visão Geral “Anyfoolcanwritecodethat a computercanunderstand. Goodprogramerswritecodethathumanscanunderstand” Martin Fowler

9. Alguns Objetivos Visão de Projeto Aplicação de boas práticas Indicadores de qualidade Definição de papéisligadosaoplano de carreira e àsatividadesexecutadas

10. Alguns Objetivos Visão de Projeto Saber sobre o progresso das atividades, impedimentos, atrasos, dependências, relacionamentos, custos, riscos Poderorganizar/planejar com maioreficiência as tarefasqueirãocomporcadaetapa de um desenvolvimento

11. Alguns Objetivos

12. Alguns Objetivos Indicadores de qualidade Identificaracuracidade de estimativas Compararprojetos Alinharobjetivos dos projetos com osobjetivosestratégicos da empresa Identificaresforço com defeitos e retrabalhos Mapeardesempenho de recursoshumanos

13. Alguns Objetivos

14. Alguns Objetivos

15. Alguns Objetivos Aplicação de boas práticas Modelos de documentos a seremutilizadosparaagregar valor ao software Liçõesaprendidas com projetosanterioresdescritoscomoguias Estrutura de papéisadequada à política da empresa Estrutura de fases e disciplinasadequada à natureza dos projetos da empresa

16. Primeiros Passos O que é? Papel Disciplina Artefato

18. Analista de Qualidade

19. Analista de Requisitos

20. Analista de Negócios

21. Analista de Testes

22. Arquiteto de Software

23. Consultor

24. Desenvolvedor

25. Gerente de Configuração

26. Gerente de Projetos

27. Testador

28. ...Cada papel tem sua importância, disciplina, artefatos associados e atividades pré-definidas

30. Desenvolvimento de software

31. Gerência de Configuração

32. Gerência de Requisitos

33. Gerência de Projetos

34. Implantação

35. Modelagem de Negócios

36. Teste de SoftwareCategorização de processos que são, teoricamente, independente dos demais

38. Burndownchart

39. Caso de Teste

40. Caso de Uso

41. Código fonte

42. E-mail

43. Glossário

44. Plano de iteração

45. Requisito

46. Exemplo:

47. Coleção de Requisitos

48. Caso de Uso

49. Regra de NegócioDocumento ou elemento pertencente a este, que deve ser criado ou alterado

50. Primeiros Passos - Artefato

51. Visão Geral

52. Visão Geral Organizaçõesbemestruturadasusam PDS emseuambiente, semprebuscandomelhoria O PDS possui um conjunto de regras e elementosquesãocriados e refinadosaopassar do tempo

53. Visão Geral Pessoasquedesempenham o papel de Analista de Qualidadefocamseutrabalhoemdefinir, manter, ensinar e auditar o PDS Algumasempresaspossuem um setor de qualidade O conhecimento das pessoasqueusam o PDS naprática é fundamental para o refinamento dos processos

54. Visão Geral

55. Visão Geral

56. Visão Geral

57. Visão Geral Uma página web é um bomcaminhoparacentralizar o PDS. Eledeveser de acesso a todosnaempresa Cadapessoa, de acordo com seuspapéis, executa as atividadesconforme o PDS e podedarsugestões de melhoriasbemcomoindagarsobreelementosquenãoconcordaouque tem dúvidas

58. Visão Geral É importanteconhecer o PDS como um todo! Conhecer o seupapelnaempresa Descobrir e trilharcaminhos de carreira Estudar e aplicar as melhorespráticas

59. Visão Geral Ferramentassãoutilizadaspelaspessoasquefazem o PDS acontecer. Através do usodelas as tarefassãoexecutadas, osdocumentosarquivados e as informaçõesmantidas Exemplos: MS Project, CVS, Eclipse, IBM Rational Suite, Thunderbird

60. Visão Geral O PDS deveevitarreferir-se a ferramentasdiretamente, oufazerisso de forma independente, porquê as ferramentasdevemoferecersuporteao PDS, e não o contrário O PDS deveenglobar as diferentesnaturezas dos projetosque a organizaçãoexecuta

61. Visão Geral - RUP

62. Visão Geral Atualmenteexistemdiversosmodelos de PDS no mercado O PDS ideal é aquelequeatendeaostipos de projetosque a organizaçãoexecuta Customização de modelos é normal

63. Modelos de PDS Tradicionais Possuemumagrandequantidade de papéis, disciplinas e fases. Chamadosdesta forma porseremprecursoresouserembaseadosnestes. Lembrametapas de um processofabril (Fábrica de Software) Ágeis Conceitocriadonosanos 90 com o pretexto de queostradicionaisnãoatendiamdeterminadasnaturezas de projetos (web) e queeramexcessivamenteburocráticos

64. Modelos de PDS Tradicionais Cascata RUP Ágeis SCRUM XP

65. Cascata ModeloCascata Primeiro PDS formalizado, anos 70 Processosequencial e estático, é simples de seraplicado e controlado Váriasempresasutilizamatualmente Originou-se emempresas da área industrial, de manufatura e construção

66. Cascata

67. Cascata O modelo Cascata “puro” prescreve que só é possível avançar para uma próxima fase depois que a fase anterior estiver 100% concluída Existem variações deste modelo

68. Cascata

69. Cascata

70. Cascata Quais as vantagens? Quais as desvantagens?

71. RUP IBM RationalUnifiedProcess Usa a abordagem O.O. e UML na sua documentação Organizado em fases e disciplinas inclui guias de boas práticas e templates Possui um vasto conjunto de papéis e documentos, abrange a elaboração de softwares de alta complexidade

72. RUP

73. RUP

74. RUP

75. RUP

76. RUP

77. RUP

78. RUP Principais documentos

79. RUP

80. RUP

81. RUP

82. RUP Quais as vantagens? Quais as desvantagens?

83. RUP Visite http://www.wthreex.com

84. Ágeis SCRUM, XP Porquê está em evidência? Toyota, Honda, HP Inovação Web A abordagem humanitária em detrimento dos processos bem elaborados

85. Ágeis Princípios Indivíduos e iterações melhor que: processos e ferramentas Software funcionando melhor que:documentação compreensiva Cooperação do cliente melhor que: negociar contrato Resposta à mudanças melhor que:seguir planos Cuidado com a interpretação dos itens acima

86. O case Toyota Mais de 300 mil colaboradores A maior empresa automotiva em produção e vendas

87. O case Toyota Toyota-way Pensamento longo prazo como base para decisões gerenciais Processo para soluções de problemas Adicionar valor à organização através do desenvolvimento das pessoas Solução de problemas na raiz direciona ao aprendizado organizacional

88. O case Toyota Respeito aos seres humanos e melhoria contínua Desafio Kaizen Trabalho em equipe Os ágeis basearam-se neste modelo

89. Ágeis

90. Ciclo de vida ágil

91. XP Extreme programming Práticas ágeis voltadas para o desenvolvimento de software

92. XP

93. XP - Metáforas

94. XP - Metáforas

95. XP - Metáforas

96. XP - Metáforas

97. XP - Metáforas Ok, pode-se entender o significado nos desenhos, mas... precisa ser tão feio? Em alguns casos precisa ser feito de forma rápida Mantem-se estes rascunhos? Sim, fotos de quadros também são aceitas como documentação. Lembre-se que Sw funcionando é melhor que docs bonitos

98. XP Planejamento com a participação da equipe Requisitos priorizados pelo cliente Desenvolvimento orientado à testes

99. XP – outras práticas Programação em par

100. XP – outras práticas Refactoring Sacrifício da qualidade interna que posteriormente é resgatada O funcionamento do sw não pode ser comprometido Refactoring é aplicação de boas práticas de codificação em um segundo momento porque no momento do desenvolvimento havia pouco tempo disponível

101. XP – outras práticas Código coletivo Integração contínua Participação ativa do cliente

102. XP – cenário ideal Mudanças constantes Equipes pequenas, experientes e maduras Requisitos pouco conhecidos

103. XP Quais as vantagens? Quais as desvantagens?

104. SCRUM Framework ágil voltado ao gerenciamento de projetos Foca em planejamento de iterações curtas, envolvimento do cliente e equipes multifuncionais e auto-organizáveis

105. SCRUM

106. SCRUM Requerimentos Projeto Código Teste Aoinvés de completarumacoisaporvez... ... equipes Scrum fazem um pouco de cadacoisa, todo o tempo.

107. SCRUM Change

108. SCRUM Papéis Dono do Produto (prioriza, aceita ou rejeita soluções) SCRUM Master (garante a execução do processo durante o desenvolvimento, resolve impedimentos) Equipe (de 6 a 9 pessoas, multifuncional e auto-organizável)

109. SCRUM - Planejamento Modelagem (8 horas)‏ Codificar interface (4)‏ Escrevertextos (4)‏ Codificar a classe foo (6)‏ Atualizar testes de performance (4)‏ Queroqueosusuários do portal possamplanejarsuasférias, escolhendoitinerários online.

110. SCRUM - Reunião

111. SCRUM - Acompanhamento 1 2 3 O quefizesteontem? O que vais fazer hoje? Há algum obstáculo?

112. SCRUM – Cerimônias finais Retrospectiva de Sprint O que funciona o que não funciona Revisão de Sprint Resultados obtidos WTH is sprint anyway?

113. SCRUM Artefatos Product Backlog Sprint Backlog Burndown chart

114. SCRUM - Burndown

115. SCRUM - Burndown

116. SCRUM Quais as vantagens? Quais as desvantagens?

117. PDS Qual o melhor? O que diferencia um artesão de um operário? Os dois paradigmas de modelos podem ser combinados? Documentação é necessária? Até que ponto?

118. Evitar Modelo constrói-conserta (caos)

119. PDS Toyota-way, seção 2 O processo correto trará os resultados corretos Foco nas pessoas Aproximação do cliente Qualidade interna e externa Evitar processos engessados, aplicar melhoria contínua

120. PDS O que mais tem a ver com isso CMMI, MPS.BR, PMI (PMBOK), ISO

121. Perguntas? Obrigado!