MPS.Br, Nível G de Maturidade, usando Metodologias Ágeis

1. 07/30/15 1

2. 07/30/15 2
Implementação do Modelo MPS para
Software, Nível G de Maturidade,
usando Metodologias Ágeis:
Um Caso de Sucesso na Jambu
Tecnologia
www.jambu.com.br
Eng. Marcelo Sá – Jambu Tecnologia
Prof. Dr. Sandro Bezerra – UFPa
Belém – Pará – Brasil – 2014

3. 07/30/15 3
Estudo de Caso
JambuLabs
• Apresentar como a Jambu Labs atendeu os
requisitos o obteve conformidade com as
boas práticas em gerenciamento de
processos de software exigidos pelo nível
G do MPS.Br
• Apresentar as estratégias chave e mais
importantes da metodologia desenvolvida
• Apresentar a inovação da metodologia e os
reultados alcançados
ObjetivosObjetivos

4. 07/30/15 4
Estudo de Caso
JambuLabs
• Comparativos das metodologias
tradicionais de registro e métrica de
gerenciamento do processo de software e
a estratégia ágil desenvolvida pela
JambuLabs
• Motivação para adoção da Metodologia deMetodologia de
Coleta Passiva de IndicadoresColeta Passiva de Indicadores para a
gerência de processo de software baseada
em métodos ágeis
MetodologiaMetodologia

5. 07/30/15 5
Apresentação
Institucional
• 1996 Fundada com Foco em consultoria em
sistemas Unix, Telecom e desenvolvimento de
Sistemas.
• 1998 Foco em Projetos de meios de pagamento
(sistemas de cartão de crédito/bancários, smart card)
• 2003 Aposta em desenvolvimento de software
com Java, C++, PHP, sistemas Open Source e Linux
• 2008 Obtenção das primeiras certificações e
estabelecimento de parcerias com projetos
OpenSource
• 2009 Criação do estúdio de Software JambuLabs e
primeiro contrato de escopo negociável e Scrum.
• 2013 Inicio da implantação do modelo de
qualidade para Obtenção do nível G de maturidade
de Software MPS.Br
• 2014 Nivel G do MPS
APRESENTAÇÃOAPRESENTAÇÃO
Breve Histórico daBreve Histórico da
Jambu TecnologiaJambu Tecnologia

6. 07/30/15 6
Apresentação
Institucional

7. 07/30/15 7
Apresentação
Institucional
VISÃOVISÃO
“A adoção de padrões livres e abertos, em si,
democratiza a difusão do conhecimento,
viabilizando o acesso de tecnologia de
qualidade.” Marcelo Rocha de Sá
@marcelordesa

8. 07/30/15 8
Apresentação
Institucional
JambuJambu TecTec
Governança e Infraestrutura Linux,Governança e Infraestrutura Linux, Projetos TICProjetos TIC
JambuJambu LabsLabs
Estúdio de Software,Estúdio de Software, Rubi on Rails,Rubi on Rails, PHP, Grails, Java,PHP, Grails, Java,
Android, .NETAndroid, .NET
Academia do Software LivreAcademia do Software Livre
Educação Profissional Técnica CertificadaEducação Profissional Técnica Certificada

9. 07/30/15 9
Apresentação
Institucional

10. 07/30/15 10
Apresentação
Institucional
O PROCESSO DE SOFTWAREO PROCESSO DE SOFTWARE
JAMBULABS:JAMBULABS:
Métodos Ágeis e MPS.BrMétodos Ágeis e MPS.Br

11. 07/30/15 11
Metodologia Scrum
MPS.Br
Desafios da Engenharia de Software Ágil
Perspectiva da JambuLabs

12. 07/30/15 12
Manifesto Ágil
Portal Agile Manifesto, Manifesto para Desenvolvimento de Software, Disponível em: <http://agilemanifesto.org/iso/ptbr/>, Acessado em 10/10/2014
Em 2001 foi declarado o manifesto ágil por 17 signatários iniciais...

13. 07/30/15 13
Apresentação
Institucional
Práticas ágeisPráticas ágeis

Scrum, XP, FDD, TDDScrum, XP, FDD, TDD

LeanLean

Kaisen – melhoria contínuaKaisen – melhoria contínua

KanbanKanban

User Story MappingUser Story Mapping

Design thinkingDesign thinking

Gestão VisualGestão Visual

14. 07/30/15 14
Metodologia Scrum
3 dos 12 Princípios Ágeis tratam de Entregas
“Nossa maior prioridade é satisfazer o cliente através da entrega
contínua e adiantada de software com valor agregado.”
“Entregar frequentemente software funcionando, de poucas
semanas a poucos meses, com preferência à menor escala de
tempo.”
“Software que funciona é a medida primordial de progresso.”
Portal Agile Manifesto,Princípios por traz do Manifesto Ágil, Disponível em: <http://agilemanifesto.org/iso/ptbr/principles.html>, Acessado em 10/10/2014

15. 07/30/15 15
Metodologia Scrum
3 dos 12 Princípios Ágeis tratam de Relações
Humanas
“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.”
“Pessoas de negócio e desenvolvedores devem trabalhar
diariamente em conjunto por todo o projeto.”
“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.”
Portal Agile Manifesto,Princípios por traz do Manifesto Ágil, Disponível em: <http://agilemanifesto.org/iso/ptbr/principles.html>, Acessado em 10/10/2014

16. 07/30/15 16
Metodologia Scrum
Práticas ágeis com Scrum – Macro processo
Inicialização
●
Visão, planejamento e comprometimento
●
Desenho em alto nível da Arquitetura
●
Foco no negócio
●
Modelagem numa perspectiva incremental
Desenvolvimento
●
Sprints, desenvolvimento, revisões e ajustes
Finalização
●
Entrega e Aceite (ou não) , Agrupamento da Documentação,
Treinamento, Lições Aprendidas, Ideação

17. 07/30/15 17
Metodologia Scrum
Objetivos SMART de uma Sprint
Specific – Específico, deve ter uma meta clara
Mensurable – Mensurável
Achivable – Atingível
Realistic – Realista
Timed – com o tempo para começar e terminar

18. 07/30/15 18
Metodologia Scrum

19. 07/30/15 19
Metodologia Scrum
Papéis da Equipe de desenvolvimento
Jambu Labs
●
Scrum Master
●
Product Owner
●
Time de Desenvolvimento
●
Secretária

20. 07/30/15 20
Metodologia Scrum
A metodologia da
Jambu Labs

21. 07/30/15 21
Processo
Visão
É a visão global do produto como um todo
Momento da elicitação de requisitos
Objetiva identificar a necessidade do cliente
Propor solução para o produto esperado.
Evidenciar os principais benefícios que o
produto irá proporcionar.

22. 07/30/15 22
Processo
Planejamento
Sprint Planning
User Story Mapping
Product Backlog

23. 07/30/15 23
Processo
Planejamento
User Story Map
“Story Mapping é uma técnica colaborativa,
que auxilia na priorização e planejamento de
releases de produtos interativos.”
Jeff Patton
Patton, Jeff. User Story Mapping, Oreilly, 2014

24. 07/30/15 24
Processo
Scrum Planejamento
Story Mapping na Prática

25. 07/30/15 25
Processo
Planejamento
Product Backlog
Pioriza as funcionalidades pelo seu valor de negócio
Entregar Valor Sempre
Prioriza também o quão útil uma funcionalidade é para o
usuário
Foco Útil Usuário

26. 07/30/15 26
Processo
Organização convencional de um Quadro de User Story Map do Scrum

27. 07/30/15 27
Processo
Importantes

28. 07/30/15 28
Processo
Visão e Planejamento
– User Story
– Rastreabilidade Horizontal
– Rastreabilidade Vertical
– Comprometimento
– Valor de negócio

29. 07/30/15 29
Processo
Critérios de Valor (exemplos)
Frequencia de Uso
Hora (5), diário (4), semanal (3), mensal (2),
semestral (1)
Valor para o negócio
Alto(3), médio(2), baixo(1)
outros

30. 07/30/15 30
Planejamento de requisitos não
funcionais
– System Story
– Requisitos não funcionais
– Valor para o negócio
– Comprometimento
– Rastreabilidade Horizontal
– Rastreabilidade Vertical
Processo

31. 07/30/15 31
Processo
Problemas
Desvios no projeto

32. 07/30/15 32
Processo
Execução
Desenvolvimento da Sprint
Kanban
O Quadro de Tarefas, conhecido também como
Kanban, identifica o uso de um quadro junto ao
ambiente de trabalho, contendo colunas de
evolução de status e papéis ou PostIt’s coloridos
representando tarefas.

33. 07/30/15 33
Processo
Kanban
Desenvolvido por Taiichi Ohno da Toyota em 1953 como um sistema
para melhorar e manter um nível elevado de produção.
Wikipedia,Kanban, Disponível em: <http://en.wikipedia.org/wiki/Kanban>, Acessado em 10/10/2014

34. 07/30/15 34
Processo

35. 07/30/15 35
Processo
Monitoramento
Reunião Diária
Grágico de BurnUp
Checklist de Cerimônia
A reunião diária deve ser executada em um período
de aproximadamente 15 minutos independentemente
do número de membros na equipe e deve seguir um
check-list de cerimônia.

36. 07/30/15 36
BurnUp

37. 07/30/15 37
Processo
Gerenciamento
de Risco
Quadro de Risco

38. 07/30/15 38
Processo
Quadro de Risco

39. 07/30/15 39
Processo
Revisão e entrega
Sprint Review
O backlog é revisto e o PO deve validar a entrega.
Estórias e Tarefas podem ser rejeitadas e alocadas
para as próximas Sprints de acordo com a
orientação do PO
O objetivo principal da reunião é homologar a
entrega do MVP/Release

40. 07/30/15 40
Processo
Encerramento
Sprint Retrospective - Retrospectiva do Processo
Acontece sempre após fechar uma Sprint. É
realizada para levantar os pontos positivos e
negativos da Sprint.
O objetivo principal da reunião é levantar soluções
para melhorias

41. 07/30/15 41
Processo

42. 07/30/15 42
Processo

43. 07/30/15 43
Projetos e Continuidade
Resultados e
Perspectivas

44. 07/30/15 44
Projetos e Continuidade
Passive
Agile
Project Management
Tool

45. 07/30/15 45
Projetos e Continuidade
Projeto selecionado no edital de
Incentivo à Inovação- Tecnova 2014
FINEP/FAPESPA

46. 07/30/15 46
Projetos e Continuidade
PageTo
JambuLabs
Novo
Projeto
User Story Map
Fotos, Vídeo
e Áudio
Tarefas
Kanbam
Cerimônias
Marcos
Project Model
Canvas
Quadro de
Riscos
Quadro de
Viabilidade
Planilha de
Custos
Quadro
Burn-up
GC: Paredes, Repositório ECM

47. 07/30/15 47
Projetos e Continuidade
Código/VCS Integração Build
Testes Bug Track Release
Homologação Produção
ALM: GitLab, OpenStack e Jenkigs
Deployment

48. 07/30/15 48
Agradecimentos
Edital 02/2012 de Seleção Pública
para Melhoria do Processo de Software
de Empresas Paraenses em Software
UFPA

49. 07/30/15 49
Fim!
Obrigado
Eng. Marcelo Rocha de Sá
marcelo@jambu.com.br
Dr. Sandro Ronaldo Bezerra
srbo@ufpa.br