O documento discute os desafios da melhoria contínua e entrega com qualidade. Aborda origens da qualidade, modelos japoneses, como garantir qualidade de software, origens de problemas, técnicas de desenvolvimento, dívida técnica e como adotar uma abordagem de qualidade contínua considerando produto, processos e pessoas.

1. Dendicasa

2. Continuous Quality
Desafios da melhoria contínua
e entrega com QUALIDADE
CLARA ERICA TAKAYAMA DE CASTRO

3. ● +23 anos de experiência em TI
● Bacharel em Matemática e Ciência da Computação
● Pós-graduada em Consultoria em Internet
● Longlife Learner, toco piano e gosto de viajar
● Ajudo pessoas e organizações a atingirem seus
objetivos através do pensamento colaborativo,
técnicas DevOps e métodos ágeis
● Voluntária na Jornada Colaborativa
Sua foto aqui!
Quem sou eu

4. Agenda
● Origens da Qualidade e modelos japoneses
● Desconstruindo a Qualidade
● Qualidade de Software
● Como garantir a Qualidade?
● Origens dos problemas e técnicas de desenvolvimento
● Technical Debt – Sinais e Soluções
● Continuous Quality
● 3 P’s: Produto – Processos – Pessoas

5. Origens da Qualidade
Produzir Mais
Melhor Qualidade
Menor Custo
Lean
Just in time
Modelo Toyota ひ
ん
し
つ

6. Modelos japoneses
Muri
Mura Muda
FLOW
むり
むら むだ
Fonte: https://blogdocaze.com.br/page/2/
Kaizen: Melhoria Contínua
Sistema Kanban
Ishikawa Diagram
Sobrecarga
Desperdício
Desequilíbrio

7. Desconstruindo a Qualidade
Qualidade
Superioridade, excelência em qualquer
coisa, preferir a qualidade à quantidade
Comparação
Feedbacks
Satisfação do Cliente
NPS - Net Promoter Score
Usabilidade
Métricas
Acessibilidade
Design Conteúdo

8. Qualidade de Software
SDLC – Software Development Life Cycle
SWEBOK Guide – Software Engineering Body of Knowledge:
Padrão internacional ISO/IEC TR 19759:2005, criado por vários
profissionais e membros da indústria.
Está publicado no IEEE Computer Society
Etapas:
 Análise de requisitos
 Planejamento
 Design e projeto
 Codificação
 Teste
 Instalação / implantação
 Manutenção

9. Como garantir a Qualidade do SW?
Fonte:
https://www.pinterest.se/pin/768
42737370782768/
Fonte: Fabricação própria
Fonte:
https://br.pinterest.com/pin/813
744226396440888/

10. Como garantir a Qualidade do SW?
Fonte: https://www.sonarqube.org/

11. Como garantir a Segurança do SW?
SAST
SAST
DAST
DAST
Referências: https://www.ptsecurity.com/ww-en/analytics/knowledge-base/sast-dast-iast-and-rasp-how-to-choose/
Static Application Security Testing
Dynamic Application Security Testing
IAST
IAST
Interactive Application Security Testing
RAST
RAST
Runtime Application Self-Protection

12. Origem dos problemas
● Escrita das estórias
● Falha no design
● Arquitetura mal definida
● Falha de segurança
● Falha na operação
● Falta de processos
● Falta de padrões
● Monolitos
● Aplicação / infra defasada
● Erros em Produção
● Indisponibilidades
● Instabilidades
● Baixa Performance
● Roubo de informações/$
● Fraudes
● Alto número de incidentes
● Insatisfação dos Clientes
Atenção
Atenção

13. Técnicas de Desenvolvimento
XP Programming
Pair Programming
Boa escrita de testes unitários
Tenha padrão
Seja simples
Evite duplicidades
Comentários instrutivos
TDD – Test Driven Development
BDD – Behavior Driven Development
DDD – Domain-Driven Design

14. Technical Debt: Sinais e Soluções
Reservar parte do tempo para
refatorar seu código
Pensar em como melhorar a escrita
Ser responsável pelo que faz
Prevenir é o melhor remédio
Raciocínio de blocos LEGO
Liderança/Stakeholders devem
apoiar e “comprar a ideia”
Green field hoje será ...
... Brown field amanhã!
Difícil de ser identificado
Código cada vez mais complicado
Causa problemas de performance
Causa falhas de segurança
Manutenção cara
Onera escrita/testes/implantação
Entregas com bugs
Dificulta onboarding
https://melv1n.com/what-is-technical-debt/

15. Continuous Quality
https://martinfowler.com/bliki/DevOpsCulture.html
https://docs.microsoft.com/en-us/learn/modules/explain-
devops-continous-delivery-quality/3-explore-continuous-quality
SHIFT-LEFT Agile mindset

16. Métricas
“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…”
Eli Goldratt

17. Arquitetura e Padrão
Produto Id Sistema Id Aplicação Id
Tecnologia X
Front-end X
Back-end Z
API Y
Id
Rastreável em todas Ferramentas:
 Portfolio / Projetos
 Requisição de mudança (workflow)
 Incidentes / Suportes / Problemas
Tecnologia Y
Tecnologia Z
Requeri
mentos
Requeri
mentos Análise
Análise Desenvol
vimento
Desenvol
vimento Testes
Testes Liberação
Liberação Implanta
ção
Implanta
ção
Manuten
ção
Manuten
ção
Arquitetura

18. 3 P’s: Produto – Processos - Pessoas

19. "Seja um padrão de Qualidade.
As pessoas não estão
acostumadas a um ambiente
onde o melhor é o esperado!"
'
' Steve Jobs

20. OBRIG
ADX!
www.linkedin.com/
in/clara-erica-castro
clarakinha@yahoo.com.b
r

21. OBRIG
ADX!
Referências:
Cristiano Gomes - Débito Técnico - Sinais e dores:
https://www.youtube.com/watch?v=bebIWFDRSyA&list=PLtu4_IKPO9556rZmSPz4IXjLbXkd8_W7q
Slaying Technical Debt – Scrum org – Todd Muller
https://www.youtube.com/watch?v=vLRH0HCXZek
Martin Fowler – tagged by: technical debt
https://martinfowler.com/tags/technical%20debt.html
Continuous Quality – DevOps Dojo:
https://docs.microsoft.com/en-us/learn/modules/explain-devops-continous-delivery-quality/1-
introduction
Qualidade de Software:
https://pt.wikipedia.org/wiki/Qualidade_de_software#Fundamentos_de_Qualidade_de_Software
Jornada Ágil de Qualidade – Antonio Muniz, Bárbara Cabral, Carol Vilas Boas, Rodolfo Colares