Melhor tomada de decisão, melhor governança da API

Melhor tomada de decisão, melhor governança da API

Melhor tomada de decisão, melhor governança da API
cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br


Em 2017, Ronnie Mitra apresentou uma palestra nas APIs nórdicas intitulada “Programação da plataforma de pessoas: além da lei de Conway”. Naquela palestra, a Mitra esboçou um modelo para tomada de decisão distribuída e como ele pode ser usado para melhorar a governança da API. O material dessa palestra foi incluído no livro “Gerenciamento Contínuo de API”. Aqui, Mitra explicou em mais detalhes como aplicar esse modelo para corresponder e, eventualmente, evoluir, a maneira como as equipes tomam decisões sobre quais tipos de APIs criar, como projetá-las e implementá-las, e como elas devem ser gerenciadas ao longo do tempo.

O que está no coração das observações de Mitra? Como suas observações podem ser aplicadas a organizações de TI que buscam modernizar e gerenciar seus ecossistemas? O modelo de tomada de decisão distribuído da Mitra focou em três coisas principais:

  • Governança é sobre decisões.
  • Compreendendo os elementos de uma decisão.
  • As vantagens e os desafios das decisões centralizadas versus distribuídas.

A governança nº 1 trata de decisões

Ao decidir governar qualquer aspecto da organização, trata-se realmente de tomar decisões. No caso de governar um programa de API, você precisará tomar uma variedade de decisões, como:

  • Qual API devemos construir a seguir?
  • Quais são os parâmetros de design para essas APIs?
  • Quais são os detalhes técnicos de implementação de cada API?
  • Uma vez implantada no ecossistema de TI, quando e como a API deve ser mantida?
  • Por quanto tempo você deve manter essa API antes de substituí-la?

Essas decisões são intermináveis ​​- novas decisões sempre precisam ser tomadas à medida que as APIs passam por cada fase do ciclo de vida. Novas APIs precisarão ser construídas, as APIs existentes precisarão ser mantidas e as antigas ficarão obsoletas.

Algumas dessas decisões podem ser tomadas em um grupo de APIs (por exemplo, princípios gerais de design e implementação). Outros, porém, exigirão uma abordagem caso a caso (por exemplo, APIs para uso externo vs. APIs para uso interno). Ocasionalmente, suas decisões precisam ser informadas por “informações em campo”, com base no conhecimento e na experiência de usuários, designers e desenvolvedores da linha de frente.

Atualmente, existem conselhos conflitantes sobre o assunto. Os princípios compartilhados gerenciados centralmente e a experiência distribuída local estão em desacordo com a orientação para reduzir o papel da governança central para capacitar as equipes a tomar suas próprias decisões. Na realidade, a tomada de decisão é um processo de várias etapas, que permite um modelo de governança adaptado às necessidades e à cultura de uma empresa.

Leia Também  Então, você deseja pesquisar seus próprios documentos por descoberta eletrônica?

Mas, para fazer isso, precisamos entender o que implica uma “decisão”.

# 2 Compreendendo os elementos de uma decisão

Todos tomamos decisões todos os dias. Normalmente, não nos demoramos muito no processo de tomada de decisão; nós apenas decidimos e seguimos em frente. No entanto, Mitra ressalta que cada decisão é realmente um conjunto de ações. Este conjunto de ações possui cinco componentes principais:

  • Começo
  • Geração de escolha
  • Seleção
  • Autorização
  • Implementação
  • Desafio

Conhecer cada uma das etapas nos permite focar, otimizar e melhorar a qualidade e a velocidade com que tomamos nossas decisões.

Começo

O primeiro dos elementos de decisão é o início. É criada uma ideia que exigirá uma decisão. Exemplos de criação no espaço da API são: “Precisamos de uma API de integração do cliente”, “Devemos reprojetar e reconstruir nossas APIs da camada interna de acesso a dados”, “Devemos descontinuar a antiga API de relatórios” e assim por diante.

Às vezes, as decisões podem ser criadas e resolvidas rapidamente, sem muito tempo gasto contemplando impacto ou consequência. Outras vezes, as decisões passam por um longo processo, resultando em uma oportunidade de negócio perdida (por exemplo, “Deveríamos eventualmente criar uma API pública para vencer nossos concorrentes no mercado. ”).

De qualquer maneira, as decisões começam como perguntas ou sugestões.

Geração de escolha

Pode ser difícil tomar uma decisão quando o leque de opções é desconhecido. Para evitar a falta de detalhes importantes, o segundo passo no processo de tomada de decisão é a geração de opções. Por exemplo, talvez seja hora de redesenhar suas APIs voltadas ao público, o que pode ser feito por meio de vários métodos. Para obter o melhor resultado, sua equipe conduziria pesquisas e geraria uma série de opções antes de tomar uma decisão.

Torna-se mais importante explorar e gerar opções à medida que o número de variáveis ​​desconhecidas em sua decisão aumenta. Se você tem experiência em trabalhar com bancos de dados de documentos, a tomada de decisões de design para o armazenamento de dados pode ser direta. No entanto, se você estiver estudando o fluxo de armazenamento de dados pela primeira vez, é benéfico aprender o domínio e descobrir os desafios comuns que outras pessoas enfrentaram.

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br

No final, a geração de opções consiste em criar uma lista de opções. Existe uma arte em criar um conjunto de opções que reflita as preocupações da sua organização, pois ela é limitada, mas não muito restritiva. O processo de geração de escolha define os limites daqui para frente.

Seleção

Seleção é o ato de escolher uma das possibilidades do conjunto de opções geradas na etapa anterior. Na maioria das vezes, a seleção de uma opção é orientada ao contexto. Por exemplo, os parâmetros de design da API diferem entre uma equipe que usa o formato NodeJS e JSON e a equipe responsável pelo suporte à API noturna de transferência de arquivos em lote.

Leia Também  OpenText Developer: um local para todas as suas necessidades de desenvolvedor

Uma vantagem da geração de opções é a capacidade de definir limites claros para o processo de seleção. As possibilidades são limitadas, mas permitem que as equipes individuais tomem suas próprias decisões com base no contexto de suas funções e deveres.

Autorização

Fazer uma seleção não é o fim do processo de tomada de decisão. Muitas vezes, alguém ainda precisa revisar e aprovar a seleção. Autorização estabelece a validade da seleção. Em muitas organizações, as equipes fazem uma seleção de um conjunto aprovado de ferramentas ou tecnologias, mas ainda precisam da aprovação das partes interessadas antes de fazer uma compra, instalar ou implementar essa seleção.

A autorização pode atuar como uma verificação de segurança, impedindo que equipes ou indivíduos cometam erros dispendiosos. Ao mesmo tempo, se todas as opções precisarem ser autorizadas de uma única fonte central, é provável que a autoridade se torne um gargalo no processo de tomada de decisão. Embora a autorização forneça uma verificação de segurança, ela pode custar velocidade ou agilidade.

Implementação

A seleção e a autorização levam à implementação – a execução da decisão. É importante que a execução comece logo após a autorização. A implementação lenta pode levar a uma entrega atrasada ou mal executada.

A implementação geralmente é executada por pessoas que não estavam nas etapas anteriores de tomada de decisão. Um bom exemplo disso é o trabalho de construção. As decisões são tomadas, os planos são redigidos em detalhes e entregues ao contratante principal para transformar esses planos em realidade.

O elemento de implementação de uma decisão é o culminar de todas as etapas anteriores – criação, geração de escolha, seleção e autorização. Mesmo quando tomamos uma decisão por e para nós mesmos, ainda passamos por alguma versão dessas etapas.

Desafio

As decisões não são para sempre. As circunstâncias mudam, as organizações evoluem e os mercados amadurecem. Isso significa que é importante manter a mente aberta sobre suas decisões, mesmo depois de executadas.

Essa revisão dos elementos de decisão anteriores é uma maneira de contestar a decisão e é um passo importante para manter um ecossistema vital e saudável. Por exemplo, há um ano, no processo de geração de opções, você pode ter encontrado apenas duas opções viáveis ​​a serem consideradas. Mas agora, existem mais alguns candidatos importantes para o seu “menu de opções”.

É importante explicar e incentivar decisões desafiadoras do passado, especialmente as tomadas há algum tempo. “Sempre fizemos dessa maneira” é frequentemente uma evidência de que é hora de contestar decisões tomadas anteriormente.

Leia Também  Informações de profissionais de governança da informação

A etapa do desafio completa o processo de tomada de decisão, pois muitas vezes leva a um novo conjunto de decisões a serem tomadas para manter o sistema saudável e seguir em frente.

# 3 Vantagens e desafios de decisões centralizadas versus distribuídas

Depois que o processo de tomada de decisão e as operações da organização estiverem claras, é possível levar a organização a um novo objetivo. É aqui que as noções de centralizado e descentralizado entram em cena. Como muitas coisas, a diferença entre positivo e negativo nem sempre é simples e fica em uma zona cinzenta. O mesmo vale para julgamentos de valor sobre tomada de decisão centralizada e distribuída.

Em um modelo centralizado clássico, todos os elementos da decisão (criação, geração de escolha, seleção, autorização, implementação e desafio) se originam e vivem em uma fonte central (por exemplo, uma pessoa ou um comitê de nível empresarial). Em um modelo totalmente descentralizado, todos os elementos são decididos por um indivíduo ou equipe. A solução ideal raramente é encontrada nos dois extremos. Em vez disso, precisamos de uma maneira de ajustar nosso modelo de decisão.

Considere a possibilidade de que o início, a geração de opções e a autorização residam em um comitê central da empresa, enquanto os elementos de seleção, implementação e desafio são distribuídos para as equipes. Nesse modelo, as equipes podem exercer um nível de autonomia com base em suas próprias circunstâncias, enquanto os elementos da decisão em toda a empresa podem oferecer diretrizes razoáveis ​​com base em pesquisa e exploração.

É comum que os elementos de decisão variem de equipe para equipe. Por exemplo, novas equipes podem começar com quase nenhuma responsabilidade pelos elementos da decisão e, à medida que a equipe ganha experiência, o órgão central de tomada de decisão pode transferir elementos da decisão para a própria equipe. Esse processo de mudança gradual dos elementos de decisão pode ser rastreado e gerenciado como muitos outros aspectos da cultura e do processo da sua empresa.

O desafio não é se comprometer com um modelo de tomada de decisão centralizada ou distribuída. O desafio é como misturar elementos de decisão em uma equipe ou conjunto de equipes para otimizar a eficácia sem diminuir a produção.

Para saber mais sobre como criar uma estratégia de API que alinhe sua organização e cultura, confira nosso workshop “Caminho da API”.


cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br
Luiz Presso
Luiz Presso