Arquitetando Produtos Digitais: Delimitando o Ecossistema

Desafios da mitologia ágil

Quando bem executado, o desenvolvimento ágil reduz o custo da má comunicação entre as partes. cliente, o desenvolvedor, e o operadores. Abordagens iterativas e interação regular permitem que todos os lados compreendam o que o outro está querendo dizer, construindo de forma econômica aquilo que ninguém deseja.

É isso aí. Você vai errar muito. Então, erre barato.

Como arquiteto empresarial, o mito corrosivo é o de uma equipe de produto "puramente de baixo para cima" colaborando com um "cliente". Os desenvolvedores e os usuários colaboram. Depois iteram. E então a mágica acontece.

Esse mito quase funciona no caso de uma startup independente e simplista, onde o usuário é o cliente. Mesmo aqui, a taxa de falha quando o cliente O valor que lhe pedem para pagar a conta é exorbitante.

Dentro de uma empresa complexa, esse mito é uma receita para o desastre. Internamente Usuários Não são clientes. Nunca. Eles estão comprando com o cartão de crédito de outra pessoa. Suas entregas vêm com caixas e mais caixas de complexidade e custos de manutenção.

Nosso trabalho é trazer o recurso mais poderoso para startups —disciplina de mercado. Nós mantemos o pagador de contas—o stakeholder responsável por valor, custo de capital, custo operacional, conformidade, risco e resultados financeiros—em posição de destaque.

Mesmo assim, eu quero tudo isso desesperadamente. Quero essa liberdade criativa de baixo para cima e os limites rígidos do que o pagador de contas quer.

Isso não significa adotar a pior abordagem possível e fazer um projeto complexo antes das sprints. Arquitetos corporativos Não tenho nada a ver com isso.

Isso não significa seguir o pior caminho possível e entrar de cabeça na corrida. O objetivo de arquitetura corporativa O objetivo é orientar mudanças eficazes, não detalhar o projeto e discutir a abordagem sobre o que deve ser construído.

Em vez disso, precisamos de um caminho onde limites rígidos não sejam pontos de atrito no dia a dia. Em vez disso, precisamos de um caminho onde nossos gênios criativos tenham um amplo espaço para trabalhar. Quero proporcionar às minhas equipes o mesmo poder e liberdade ilimitados que a Apple oferece aos desenvolvedores de iOS, com os mesmos controles absolutos que protegem os interesses da empresa.

Gênio Criativo de Fronteira

Durante anos, o Parks Canada forneceu bisontes selvagens de Parque Nacional Elk Island para programas internacionais de reintrodução. Mas eles haviam adiado a reintrodução deles em Parque Nacional de Banff.

Historicamente, os bisontes percorriam as planícies da América do Norte. Banff é uma vasta área, em grande parte selvagem, com significativa atividade recreativa. A leste, encontram-se as terras agrícolas e de criação de gado de Alberta. Poderíamos inferir que... reintroduzido Os bisontes eram para Banff. Poderíamos ter planejado que eles não se deslocassem para as partes menos remotas do parque. Ou que vagassem pelas terras de pastagem a leste do parque.

No entanto, os bisontes não têm interesse em linhas em um mapa.

Há nove anos, em 2017, 16 bisontes-das-planícies foram reintroduzidos na região. prados de montanha no lado nordeste mais remoto do parque Banff. Quando foram contados pela última vez em 1924, havia mais de 130.

O controle do rebanho é feito por meio de mecanismos simples e uma cerca rígida. Pequenas cercas dificultam o deslocamento rio abaixo até as terras da fazenda. Mais adiante, os guardas florestais utilizam técnicas de pastoreio para conduzir o rebanho de volta ao local onde serão deixados em paz. Para alguns bisontes mais aventureiros, são utilizados tranquilizantes e realocação para levá-los de volta à mata fechada.

No dia a dia, ninguém tenta dizer aos bisontes para onde ir ou o que comer. Nem mesmo os protege de lobos ou ursos pardos.

Os bisontes têm liberdade criativa.

Eles têm limites rígidos.

Vamos fazer o mesmo com nossos produtos digitais.

Esse é o nosso trabalho.

A interação crítica da liberdade limitada

Os bisontes selvagens de Banff podem vagar livremente por 1.200 quilômetros quadrados. Suas equipes de produto têm liberdade para trabalhar dentro da sua empresa. Isso representa uma combinação de limites, objetivos e fronteiras internos e externos.

Quero que você reflita sobre o limite fundamental e intransponível dos produtos digitais modernos. arquitetura de dados fornece—termos de uso de dados. Nossos produtos digitais inevitavelmente capturam dados. pertencente a outra pessoa. Pense na Apple e suas fotos digitais. Ou no ServiceNow e no fluxo de trabalho e autorizações do cliente. Ou no Gmail e seus contatos.

Você nunca conseguirá lidar com a barreira intransponível que surge de termos de uso de dados esperando até que alguém comece a dirigir na contramão.

Utilizamos duas ferramentas específicas para estabelecer esse limite., Modelo de Documento Lógico e Especificações de Arquitetura-particularidade princípios de arquitetura, padrões de arquitetura, e padrões.

O Modelo Lógico de Documentos

Os Documentos Lógicos permitem visualizar os dados do produto digital dentro de outros sistemas empresariais sem perder de vista que todos os dados que compõem o documento lógico possuem restrições rígidas. Não alguns, não às vezes, todos os dados, o tempo todo.

Ao usar um documento lógico, conseguimos aplicar uma compreensão de negócios, e não uma compreensão de estrutura de dados. Estou falando de chamá-lo de... Foto. Isso inclui o arquivo jpg ou hiec, além dos metadados e tudo mais.

Começamos com algumas propriedades:

• Tipo de documento para destacar documentos com requisitos especiais de retenção e conteúdo.

  • Registro: Documento necessário para cumprir obrigações definidas por lei ou contrato; seu conteúdo e retenção são determinados externamente.

  • Documento comercial: Um documento definido internamente que dá suporte aos processos de negócios; seu conteúdo e retenção são regidos pela política organizacional para garantir consistência, auditabilidade e eficiência operacional.

  • Documento transitório: Um documento criado e utilizado por um indivíduo, departamento ou equipe. O conteúdo está alinhado às necessidades do criador e, embora não esteja sujeito a cronogramas formais de retenção, a retenção pode ser restringida por políticas internas para mitigar riscos.

• A propriedade de Acesso a Dados explica a proteção necessária das informações ou sua sensibilidade. Os atributos dessa propriedade são frequentemente alterados. Esta lista serve como ponto de partida para sua reflexão.

  • Apenas para o país – O acesso à informação deve ser restrito ao uso e à residência no país. Isso limitará as opções de instalação, segurança, integração e modo offline.

  • Processo/Somente produto – Os dados não podem ser usados fora do produto ou processo de negócios. Isso limitará o design e a integração de segurança.

  • Dados sob custódia – Os dados pertencem a outra organização (cliente). Isso limitará o projeto de segurança, o projeto do aplicativo e a integração.

• A Propriedade de Proteção de Dados da Informação explica a proteção de dados necessária. Você pode buscar níveis de proteção Absoluta, Aprimorada ou Flexível. Invariavelmente, essa propriedade requer uma compreensão dos dados. Proteção padrão de Dados sob custódia Pode ser mais rigoroso do que a proteção reforçada de dados corporativos.

  • Relaxado – A informação possui requisitos de proteção de dados inferiores aos normais. Esta especificação requer uma definição clara do requisito.

  • Padrão – As informações possuem proteção de dados padrão da indústria ou da organização. Esta especificação deve fazer referência a um padrão aberto.

  • Aprimorado – A informação possui requisitos de proteção de dados mais elevados do que o normal. Esta especificação requer uma definição clara do requisito.

  • Absoluto – A informação possui requisitos únicos de proteção de dados. Esta especificação requer uma definição clara do requisito.

O que procuro é uma indicação inequívoca de que tenho um restrição limitar meus graus de liberdade.

Poder da Especificação de Arquitetura

Na primeira vez que me deparo com uma restrição de dados, preciso explorar essa restrição.

Comece pela origem da restrição. Ela é específica do produto ou está ligada a...? termos de uso (contrato), regulamentação ou política. Isso está fora das decisões sobre produtos digitais. Isso indica o limite da restrição e quem a decisão cabe a ele sobre se a arquitetura e a implementação estão em conformidade.

Sim, começamos por definir quem é o responsável pela decisão sobre se a arquitetura atende às restrições. Entre nós, algumas restrições começam a desmoronar um modelo simplista de Os acionistas detêm a arquitetura.. Contratos e regulamentos simplesmente existem. Políticas, muitas vezes, também simplesmente existem. Raramente temos tempo ou energia para acompanhar mudanças em contratos ou políticas.

Quero chegar a uma especificação de arquitetura reutilizável —princípio da arquitetura, padrão de arquitetura, e padrão. Quando tenho uma especificação de arquitetura reutilizável, não preciso refazer a análise.

Meus pontos fortes são um padrão de arquitetura ou bloco de construção arquitetônico. Ambos fornecem uma abordagem comum para um problema previsível. Padrões:

• Mudemos o foco do nosso trabalho, deixando de lado a necessidade de reinventar a roda.

• Aumentar a confiança de que a arquitetura abrange completamente a restrição e responde com sucesso às dificuldades.

• Permite recolher recorrências trade-off de arquitetura conversas

• Dissemine as respostas e abordagens preferidas da sua organização.

• Simplificar a avaliação da solução durante governança de implementação

Acima de tudo, os padrões de arquitetura simplificam governança de arquitetura. Já teremos feito os cálculos e chegado a uma resposta bem fundamentada para nossa arquitetura.

Bons padrões abrangem todos os domínios —arquitetura empresarial, arquitetura de dados, aplicativo, tecnologia e arquitetura de segurança.

Os melhores padrões são incorporados em plataformas e serviços compartilhados, de modo que a equipe ágil nem precisa pensar nisso.

Quando você tem ótimos padrões incorporados em suas plataformas e ferramentas, governança de implementação Fica muito mais fácil. Você para de perguntar. Como você lidou com os dados ultrassecretos sob custódia?Em vez disso, você pede à equipe de testes que garanta a validação do acesso ao 100%. dados da foto só acontece em espaço do usuário.

Pronto, impedimos mecanicamente que a equipe ágil viole os contratos com nossos clientes.

Ok, eu sei que nunca é tão fácil assim; mas consigo terceirizar boa parte da investigação para pessoas das áreas de gestão de produto, desenvolvimento e testes. Incorporamos as especificações de arquitetura necessárias em todo o sistema — começando por Arquitetura Superior e terminando com critérios de aceitação.

É mais provável que todos os produtos e projetos sejam guiados e limitados por aqueles anteriores. decisões arquitetônicas.

Concluindo o cercamento do ecossistema

Uma ótima arquitetura empresarial não se trata de microgerenciamento. Trata-se de usar orientação e restrições para facilitar a execução das tarefas básicas por todos, com menos esforço mental.

Os guardas florestais de Banff não sabem quantos bisontes estão vagando pelo parque. Alguns usam rastreadores via satélite para que os guardas possam monitorá-los. siga a manada. As cercas de contenção dificultam a passagem de alguns bisontes por caminhos que eles não querem que sigam. Apesar de tudo, bastaram apenas alguns anos para que... touro desgarrado vaga para leste em direção a uma cidade de pasto—Eles o encontraram caminhando pela estrada.

Espero que suas resoluções de não conformidade com a arquitetura não exijam dardos tranquilizantes, guincho e helicóptero. Mas não hesite em intervir para proteger o valor do produto digital, da família de produtos e do ecossistema da sua empresa.

Reserve um momento para analisar seus próprios produtos digitais. Você possui padrões claros para simplificar as principais restrições da sua arquitetura? Esses padrões estão incorporados em plataformas e ferramentas? Ou você está recorrendo a intervenções dispendiosas após o projeto já ter realizado todo o trabalho necessário para tomar a decisão errada?

Faça as contas. Conduza a mudança.

Na próxima semana, iniciaremos uma jornada explorando as especificações de arquitetura—princípios de arquitetura, padrões de arquitetura, e padrões.

Tenha um ótimo dia!

Cumprimentos, Dave Dave Hornford Conexiam

PS. Ninguém quer uma manada de bisontes tomando sol na Rodovia 1. Por mais que eu adore ver bisontes selvagens, quando estou na Rodovia 1, estou indo para algum lugar. O mesmo vale para os outros 60.000 carros que ficariam presos no congestionamento.