TDC 2017 - Transformação digital - Incrivel jornada

Globalcode – Open4education
Trilha Arquitetura Corporativa
Transformação Digital na Arquitetura:
A incrível jornada.
Paulo Castro
http://paulorcf.com
@paulorcf
paulof@gmail.com

Sobre o livro
37 coisas que Arquiteto precisa saber sobre
Transformação Digital.
Autor: Gregor Hophe
• EIP (Enterprise Integration Patterns).
• Chief of Architecture Allianz.
Compre agora: http://leanpub.com/37things

O jogo mudou
CIO com o Steve Ballmer comprando software em
uma partida animada de Golfe.
Ou como desenvolvedores conquistaram o mundo!

O jogo mudou
Togaf Quadro branco.

Calma

Valor Econômico
“A pesquisa destaca que, embora ainda exista espaço para mudanças nas empresas
ouvidas, 47% investem em transformação digital.
O tema sensibiliza os executivos mais importantes, o "C level", mas o envolvimento dos
funcionários ainda é deficiente.
As tecnologias digitais são utilizadas para entender melhor o mercado e os clientes: 63%
usam a internet para esse fim; 57% usam mídias sociais; e 53% adotam serviços móveis,
indicando que a abordagem multicanal tem sido importante para suas estratégias de
negócio.”
"A transformação digital não é um risco de tecnologia, mas sim de negócio, e foi motivada
pela internet e pela mobilidade. Essas tecnologias deram origem às redes sociais, à
computação na nuvem e ao smartphone, que colocou uma capacidade poderosa na mão
do usuário",
diz Sergio Paulo Gallindo, presidente executivo da
Associação Brasileira das Empresas de Tecnologia da Informação e Comunicação
(Brasscom).

Economia da velocidade
Grandes empresas quando olham para suas concorrentes digitais descobrem que
as mesmas fazem tudo 10% mais rápido. Errado!
Fazem 10x mais rápido!
Grande empresa:
Precisamos de um controle de versão, depois de 6 meses e muitos comitês
começamos a usar o Git.
Mais um mês para migrar e acertar a documentação Arquitetural para todas as
equipes de desenvolvimento.
210 dias.
Startup ou uma empresa moderna de TI:
5 minutos decidindo o produto, contas configuradas e um repositório privado
criado.
10 minutos.

Economia da velocidade
210 dias * (24 horas / dia) * (60 minutos / hora) / 10 minutos
~= 30.000

Escala vs. Velocidade

O quê faz um Arquiteto ?
Bombeiro ?
Desenvolvedor Sênior ?
Gerente de projeto ?
Cientista ?
Bibliotecario ?

O quê faz um Arquiteto ?
Um grande agente de mudança com
Habilidades
Impacto
Liderança

4 personagens
O arquiteto da Matrix - O mestre planejador
Frio, sem-humor com terno cinza claro.
Eduard mão de tesoura - O Jardineiro
Está continuamente cortando o excesso e
balanceando o quê serve e o quê morre.
Ponto de fuga ("Varnishing Point") - O guia
Já foi muitas vezes por aquele caminho e
consegue falar sobre risco a serem evitados.
O mágico de Oz
Resolvem qualquer problema técnico
SuperHero ? Superglue ?

50 tons de TI
Culturas!
Desenvolvedor independente, startup, consultoria, big 5, empresas de internet, TI
corporativa.

Tomar decisões
Precisa tomar decisões com conhecimento que tem no momento.
Um jarro com 1.000.000 de pílulas.
Somos horríveis para tomar decisões,
especialmente quando envolvem pequenas probabilidades,
quanto envolvem morte, dinheiro etc.
Kahneman's Thinking Fast and Slow.

O elevador do Arquiteto
Você é o responsável por levar informações
desde subsolo onde geralmente ficam os
desenvolvedores até o 15 andar da presidência.
Elevator Pitch!
Aprenda o negócio!

Aprenda designer na fila
do starbucks
Starbucks não usa 2-phase commit
Optimização do throughput
Desacoplamento
Modelo Canonico
Lidando com "exceptions"

Aprenda designer na fila
do starbucks
Correlation Identifier
Competing Consumer
Quantas pessoas estão no
caixa, preparando do café (barista) ?
Backpressure
Lembra quando o caixa pergunta seu
nome ?

Bem-vindo ao mundo real
O mundo real predominantemente é assíncrono.
Arquitetura focada em troca de mensagens assíncronas oferece um modelo natural
dessas interações.

Se você nunca matar nada, vai ficar
para sempre com monte de zumbis
Zumbis ou mais conhecidos como sistemas legados
Claro as empresas modernas são muito jovens para ter esses problemas,
será mesmo ?
150 desenvolvedores do Google assistindo Mike Feathers falando
sobre "Working Effectively with Legacy Code".

Vivendo com Zumbis
Separe de forma clara: rodar (operacional) da mudança (desenvolvimento)
Esqueça que o custo operacional é baixo, Zumbis custam caro para se manter.
Zumbis devoram mentes porque não tem documentação, só funciona por tentativa e
erro e mão de obra é muito cara.
Evite colocar pouco budget para desenvolvimento (mudança) já que ele "roda bem" e tem
manutenção.

Vivendo com Zumbis
Lembre-se: Zumbis não podem correr!

Cultura da mudança
Quebrar o lema "mudar é ruim". Se machuca, faça mais vezes.
Não é sadomasoquismo, empacotar mais vezes o legado, por exemplo,
gera mais oportunidades de entender e automatizar.
Relutância para atualizar ou migrar é a mesma de
compilar e testar.
https://landing.google.com/sre/

Nunca mande um humano
fazer trabalho da máquina
Automatize tudo!
E o que não for possível faça um self-service.

Melhor usar um controle
de versão
Parece estranho falarmos isso para desenvolvedores de software mas pense
no pessoal de infraestrutura.
A tendência é tudo ser "software-defined".
SDN (Software-defined Networks)
SDDC (Software-defined Data Centers)
SDX (Software-defined Anything)
Borg (Google)
Jupiter Network Architecture (Google)

Ferramentas de comunicação
Crie escadas e não um penhasco para sua audiência.
Pessoas são ocupadas, gere resumos.
Crie sua linguagem, estabeleça uma mapa mental com
lindas palavras.
Regule o nível de detalhe.
Documento escala.

Documentação
Storytelling
Foco ao invés de
completude
DDD (Diagram-Driven
Design)
Jornada do cliente

Mapa pirata
Sem um mapa, qualquer estrada parece promissora.

Viewpoints
Princípio: É impossível capturar as funcionalidades e propriedades de um sistema complexo em
apenas um modelo que seja fácil e compreensível para todos os stakeholders.
Definição: Uma "view" (visão) representa uma ou mais aspectos de uma estrutura da
arquitetura, ilustrando como arquitetura trata uma ou mais preocupações dos stakeholders
afetados.

Black markets
Descongele os processos de TI, novos
funcionários não conseguem acesso ao
“black market”.

Controle é uma ilusão
História dos sensores e a janela.
Estruturas de empresas “command-and-control”.
Autonomia com ciclos rápidos de feedbacks.
Pressão com metas específicas com resultados tangíveis de negócio, gerar
receita, aumentar engajamento do usuário etc.

O loop infinito
Build, meça e aprenda.
Digital RPMs (KPIs)
Ciclo de feedbacks rápidos
Centralizado no cliente
Stack fallacy
Coma sua própria comida!
Sua TI conseguiria competir no mercado aberto ?

TI ama pirâmides
Grandiosas.
Estruturalmente balanceadas e simétricas.
Não existe pirâmides sem Faraós.

Governança através de absorção
(“inception”)
Pela infraestrutura (Google).
Por bibliotecas (frameworks e aplicações) (Netflix).
Trabalhe no modelo do filme “Inception”,
abra a mente dos stakeholder em “read-only” e deixe as ideais florescerem.

Qualidade vs. velocidade

No pain no change
Ficar assistindo TV de noite não vai ajudar.
Demonstre resultados com pequenos times mudando a forma que as
coisas são feitas.
Trator ultrapassando um carro de corrida:
Métodos lentos atuais são perfeitos para resistir a mudança
sistêmicas.
Defina uma orientação:
Time-to-market.
MTTR.
Seja persistente e traga as pessoas para sua jornada.

No pain no change
Queime alguns barcos.
Ilha da sanidade em uma praia do desespero.
Local Optima, não faça a vida do time de operações um inferno.
Na terra de cego, quem tem um olho é rei.
Nada mais que a verdade.

Transformação
Trazer mudança para grande organizações é recompensador mais muito desafiador.
Nem toda mudança é transformação: trans-form significa mudar forma ou estrutura.
Não estoure a caldeira, botar mais pressão e aumentar a temperatura só para ser
mais rápido vai explodir tudo.
Por quê você ? Não é nesse momento que vem um consultor caro resolver ?

Referências
Nery: Reinvenção constante, http://www.valor.com.br/empresas/5012916/reinvencao-constante
O'Grady: The new King Masters, https://thenewkingmakers.com/
Fowler: Who needs an architect?, http://martinfowler.com/ieeeSoftware/whoNeedsArchitect.pdf
Hohpe: The Architect Elevator — Visiting the upper floors, https://martinfowler.com/articles/architect-elevator.html
Nygard: Documentation Decisions, http://thinkrelevance.com/blog/2011/11/15/documenting-architecture-decisions
Rozanski and Woods: VIEWPOINTS, https://www.viewpoints-and-perspectives.info/home/viewpoints/
Hohpe: Enterprise Integrations Patterns, http://www.enterpriseintegrationpatterns.com/patterns/messaging/CompetingConsumers.html
Hohpe: Enterprise Integrations Patterns, http://www.enterpriseintegrationpatterns.com/patterns/messaging/CorrelationIdentifier.html
Hohpe: Enterprise Integrations Patterns, http://www.enterpriseintegrationpatterns.com/patterns/conversation/
Hohpe: Enterprise Integrations Patterns, http://www.enterpriseintegrationpatterns.com/patterns/messaging/CanonicalDataModel.html
Feathers: Working Effectively with Legacy Code, https://www.amazon.com/Working-Effectively-Legacy-Michael-Feathers/dp/0131177052
https://techcrunch.com/2016/01/18/why-big-companies-keep-failing-the-stack-fallacy/
Borg: http://static.googleusercontent.com/media/research.google.com/en//pubs/archive/43438.pdf
Jupiter Network: http://googleresearch.blogspot.de/2015/08/pulling-back-curtain-on-googles-network.html

Obrigado!
Paulo Castro
http://paulorcf.com
@paulorcf
paulof@gmail.com

TDC 2017 - Transformação digital - Incrivel jornada

Recomendados

Recomendados

Más contenido relacionado

Destacado

Destacado (20)

TDC 2017 - Transformação digital - Incrivel jornada