Processos de Melhorias Contínuas - Git + Gitflow + Gitlab

Talk realizada para os times de desenvolvedores e gestores de squads com o objetivo de reforçar os padrões adotados no gerenciamento de projetos e controle de versão das aplicações em desenvolvimento.

Esse momento faz parte do Processo de Melhoria Contínua adotado pelo Núcleo de Tecnologia da Informação (NTI) da UNA-SUS/UFMA e Grupo SAITE.

Transcript

1. Gitlab, gitflow e Scrum Facilitando a vida do time de desenvolvimento (e gestores) com os recursos do Gitlab + Gitflow + Metodologia Scrum
2. OBJETIVO PRINCIPAL Mostrar a importância das boas práticas de gerenciamento e controle de versões dos nossos projetos. “Dilson apagou meu código” “Mas tava aqui ontem!! Não sei o que aconteceu”
3. “Sempre passar o que você aprendeu.”
4. Gitlab • Uma visão geral • Dashboard • Organizar a vida • Grupos • Projetos • Repositórios • 20%?
5. Git • O que é? • Pra que serve? • Como usamos? • Como REALMENTE deveríamos utilizar? • Expectativa VS Realidade • Deu problema! Agora fu%#$! • Tudo é costume
7. Gitflow
8. GIT (FLOW) DÁFUQUI!? O gitflow é um modelo de organização de branches e repositórios para se ter um fluxo de trabalho contínuo e bem declarado. Os times conseguem trabalhar de forma paralela e o gestor tem uma visão gráfica do fluxo de trabalho.
11. COMMITS Escrevendo a história do projeto As mensagens dos commits são marcos no desenvolvimento. Boas mensagens visam explicar o teor do commit. Onde?, o que?, como?, por que?, são pontos que devem ser respondidos na mensagens. Assim o gestor e a equipe conseguem entender, avaliar e continuar o fluxo de trabalho de maneira simples e contínua.
14. Refazendo a história (flow) branch master project(init): Initial commit branch checkout developer (master) feat(ppu): Create violence course Transforming the structure of the book into ppu patterns Close issue #21 developer merge request to master (avaliação da equipe e aceite do merge) branch developer fix(icon): Remove icon test Close issue #23 fix(structure): Adjust PPU and pages structure Change page order and resolve js bug Close issue #24 developer merge request to master (avaliação da equipe e aceite do merge) Tudo ok! Merge feito! DEPLOY -> PROJETO EM PRODUÇÃO
15. MAS WAIT AÍ! I NEED WRITE MY COMMITS IN ENGLISH? OU POSSO ESCREVER TUDO EM PORTUGUÊS MESMO?
16. Análise de repositórios
18. Alguns repositórios antigos • http://git.unasus.ufma.br/DevMovel/una-sus-store-app/branches • http://git.unasus.ufma.br/NovosLivrosOnline/rede_atencao_saude/branches • http://git.unasus.ufma.br/LivroOnline/mais_medicos_ba/network/master • http://git.unasus.ufma.br/SigU/SigUBackup/network/master • http://git.unasus.ufma.br/SigU/SiguDespachante/network/master • http://git.unasus.ufma.br/SigU/siguseguranca/network/master
19. MOMENTO SCRUM
20. RELEMBRANDO Framework, metodologia, gestão, planejamento, software, ciclos, time box Aplicar os fundamentos do Scrum vai muito além de definir tasks e prazos. O time precisa se engajar com o projeto e entre si, só assim se pode pensar em time performático.
21. Milestones • São equivalentes às Sprints • Time box • Definir objetivos • Entregas
22. Issues • São às Tasks • Depois de definidos os objetivos da milestone o Scrum Master (ou responsável pelo projeto) analisa e distribui em issues • Estrutura composta por: estória de usuário, conceito de pronto, tempo, peso, tags, responsável • A valoração de peso, tempo e responsável é feita pelo time em conjunto • O SM tem por obrigação deixar claro tanto na estória de usuário como no conceito de pronto todos os pontos e requisitos da issue
23. Issues Board • Kanban aka Trello etc. • Visão resumida dos estados das issues • Tags
24. RITUAIS SCRUM
25. PLANEJAMENTO Sprint Planning Meeting Reunião realizada no início do ciclo para definir os objetivos do time box que está iniciando, delegações de tarefas, etc.
26. 5 MIN DO CAFÉ Daily Scrum Conversa diária (geralmente) pela manhã (antes do início das atividades) onde o time reporta eventuais problemas que estão enfrentando e o que vão executar no dia. - seja sucinto - não seja orgulhoso, se está com problemas: exponha
27. RESULTADOS Sprint Review Meeting No final do ciclo o time apresenta as funcionalidades desenvolvidas durante a sprint e reflete sobre os objetivos (foram alcançados?). - é a hora de ter orgulho do trabalho executado
28. RETROSPECTIVA Sprint Retrospective O time faz um levantamento rápido do que aconteceu de bom e ruim durante a sprint, do que pode ser melhorado na próxima e o que precisa ser feito para resolver. É nesse momento, também, que se começa o planejamento do próximo ciclo. - lavação de roupa suja: seu coração é o seu guia
29. COMEÇA DILSON
30. O que podemos ganhar com isso?
31. TEMPO
32. CENTRALIZAÇÃO
33. CONHECIMENTO
34. CONFIANÇA
35. ENTROSAMENTO
36. NIVELAMENTO
37. QUALIDADE
38. HISTÓRIA
39. CA$H?