Arquitetura Corporativa
Modelagem e Análise do Tempo em Modelos ArchiMate
Por: Antonio Plais*, Centus Consultoria
O BiZZdesign Enterprise Studio (BES), nossa suite de ferramentas de modelagem da arquitetura corporativa, suporta duas abordagens para a modelagem e análise do tempo em modelos ArchiMate: roteirização (roadmapping) e gerenciamento do ciclo de vida (LCM-Life Cycle Management. Nesta postagem faremos uma rápida apresentação desta funcionalidade, disponível a partir da versão 3.0 da ferramenta.
RoteirizaçãoRoteiros podem ser usados para visualizar os caminhos possíveis e alternativos para ir de uma arquitetura de linha de base para uma arquitetura alvo em uma iniciativa de transformação da arquitetura. A modelagem é feita na visão de Roadmap, na qual todos os tipos de objeto podem ser relacionados com uma linha do tempo, suportando a transformação através das arquiteturas de transição.
 Figura 1 - Visão de Roadmap com linha do tempo e platôs
Gerenciamento do Ciclo de VidaO Gerenciamento do Ciclo de Vida permite que você modele, analise e visualize os estágios através doa quais um objeto na arquitetura corporativa passa durante seu ciclo de vida. Diferentes tipos de objeto podem ter diferentes ciclos de vida, cada um com seus próprios estágios personalizados. O Gerenciamento do Ciclo de Vida suporta a definição e manutenção de (vários) platôs, e incluindo:
 Figura 2 - Visão de Life Cycle com ciclos de vida
Alguns exemplos de ciclos de vida típicos são o ciclo de vida de Aplicativos, o ciclo de vida da Tecnologia, o ciclo de vida dos Projetos, o ciclo de vida das Capacidades, e outros. Estes ciclos de vida podem ser usados para suportar a tomada de decisão e identificar conflitos potenciais.
Por exemplo, com a ajuda do ciclo de vida de Aplicativos, você pode identificar quais aplicativos ainda estão em desenvolvimento, em operação, e quais estão sendo aposentados. Isto pode ajudá-lo a ter a percepção sobre onde os investimentos estão atualmente sendo feitos, e quais custos serão reduzidos quando certos aplicativos forem encerrados. De forma similar, todos os outros tipos de ciclo de vida podem fornecer percepções para suportar a tomada de decisões.
O ciclo de vida das Capacidades facilita a criação de roteiros de desenvolvimento de capacidades. Estes tipos de roteiros estão no coração do Planejamento Baseado em Capacidades (CBP-Capacity Based Planning), e podem ser usados para planejar e monitorar o desenvolvimento de uma capacidade ao longo de um certo período.
Formas Alternativas para Modelar as Transições ao Longo do TempoA forma mais comum para a modelagem do tempo é através das visões de Roadmap e de Life Cycle. Formas alternativas para a modelagem de transições ao longo do tempo sem realmente usar uma linha do tempo inclui os perfis, ou platôs, Roadmap e Life Cycle. Eles são usados mais comumente no contexto da implementação e migração.
Através da ligação de um perfil Life Cycle a um elemento em uma visão, pode ser atribuído um estágio ou fase do ciclo de vida ligado a um platô, representando um estado relativamente estável da arquitetura, durante um período limitado de tempo. Este perfil distingue as fases do ciclo de vida como Em Desenvolvimento, Em Uso, Desatualizado, e Fora de Uso. Através da comparação entre diferentes visões, e a utilização de visões de cores, os diferentes estágios do ciclo de vida dos objetos podem ser visualizados.
 Figura 3 - Visão de Cores do Ciclo de Vida dos Aplicativos
Para Saber MaisPara saber mais sobre como o BiZZdesign Enterprise Studio, e como o gerenciamento e análise do tempo pode agregar valor aos seus modelos da arquitetura, entre em contato com a Centus Consultoria e solicite uma demostração.
* Antonio Plais é consultor-sênior e proprietário da Centus Consultoria
|
Abordagem para o Gerenciamento de Risco Corporativo
Originalmente postado por Rob Kroese*, no blog da BiZZdesign - Tradução autorizada Em uma postagem anterior, Marc Lankhorst discutiu o valor da Arquitetura Corporativa no gerenciamento de risco, segurança e conformidade na empresa. Ele sugere uma série de passos a serem dados em seguida; dois destes passos são discutidos em detalhe nesta postagem:
Visão Geral da Abordagem de Gerenciamento de Risco CorporativoOs dois passos acima estão incorporados na abordagem de Gerenciamento de Risco Corporativo, visualizada na Figura 1. Esta abordagem ajuda a entender as consequências das políticas de risco e segurança, porque a definição dos riscos e das medidas de controle em um nível estratégico são detalhadas passo a passo nas medidas de controle operacionais.
 Esta é uma abordagem cíclica e orientada para modelos, que pode ser iniciada em vários pontos ao longo do ciclo, dependendo de você estar usando uma abordagem de cima-para-baixo ou uma abordagem mais de baixo-para-cima. Cada fase será explicada brevemente abaixo:
De cima para baixo ou de baixo para cimaA abordagem descrita acima pode ser aplicada de cima para baixo ou de baixo para cima. Uma abordagem de cima para baixo começa com a identificação das ameaças e a avaliação dos riscos, o que serve como base para o desenho e implementação das medidas de controle. Uma abordagem de baixo para cima tipicamente começa com o passo de execução e monitoramento: investigar a implementação atual por meio de testes de penetração ou outros mecanismos, e usar esta informação para determinar vulnerabilidades no panorama atual.
Qual abordagem é mais adequada para a sua organização depende de vários aspectos. Em geral, organizações com uma abordagem de arquitetura corporativa mais madura podem seguir com mais facilidade uma abordagem de cima para baixo.
Benefícios desta AbordagemEsta abordagem inclui os seguintes benefícios:
Estes benefícios ajudam a embutir mais a segurança na camada de negócio da sua organização, e ajudam na tomada de decisão mais informada baseada no impacto e nos custos dos riscos operacionais.
* Rob Kroese é consultor nas áreas de arquitetura e melhoria de processos da BiZZdesign, empresa líder em ferramentas para modelagem da arquitetura corporativa, representada no Brasil pela Centus Consultoria.
|
O Valor da Arquitetura Corporativa no Gerenciamento de Risco, Segurança e Conformidade
Originalmente postado por Marc Lankhorst*, no blog da BiZZdesign - Tradução autorizada Nesta postagem, discutiremos o valor de uma abordagem integrada para o gerenciamento de risco, segurança e conformidade na empresa, usando a arquitetura corporativa como espinha dorsal.
A Percepção Estratégica do RiscoPara estar no controle dos riscos que você corre, a primeira coisa que você precisa é uma percepção estratégica da sua organização sob uma perspectiva de gerenciamento de riscos. Isto requer ter uma visão geral consistente e atualizada do seu panorama de produtos, processos, aplicativos e infraestrutura, e todos os aspectos de risco e segurança relacionados. A direção da empresa não pode cumprir com as suas responsabilidades sem saber quais são os principais problemas relacionados com o risco.
Obter um entendimento destes relacionamentos também ajuda você a avaliar os efeitos das decisões de negócio. Isto fornece para o negócio uma percepção clara sobre os riscos relacionados com, por exemplo, a introdução de novos produtos e iniciativas, a terceirização de processos de negócio ou de sistemas de TI, ou mesmo a absorção de uma nova empresa após uma fusão. Assim, eles podem pesar a propensão ao risco da empresa em relação às potenciais consequências.
Mais ainda, a propagação dos riscos através da empresa é uma grande preocupação dos executivos e da gerencia operacional. Os riscos em uma área podem levar a riscos em outra área. Por exemplo, quais são os efeitos de propagação potenciais de uma falha de sistema, uma invasão, uma queda de energia, fraude ou outro mau uso, sobre os processos de negócio críticos, serviços, clientes, parceiros, mercados, ...? A arquitetura corporativa ajuda você a criar percepções sobre estes relacionamentos e dependências, e assim evitar ou mitigar desastres potenciais.
Uma área relacionada na qual a arquitetura corporativa fornece valor tangível de negócio é no alinhamento do gerenciamento de risco e segurança com as metas e objetivos de negócio. Muitas organizações encontram dificuldade para decidir sobre o nível adequado de medidas segurança, e os gerentes de negócio geralmente vêm isto como um problema técnico que deve ser deixado por conta do pessoal de TI. Eles, por sua vez, não querem correm nenhum risco, e criam soluções douradas que são bastante seguras, mas também muito caras (e, muitas vezes, bastante agressivas em relação aos usuários).
Um melhor alinhamento entre as metas de negócio, as decisões da arquitetura, e a implementação técnica, ajuda a organização a gastar seu orçamento de segurança de forma inteligente, com foco nos riscos relevantes para o negócio. Isto pode levar tanto à redução dos custos como dos riscos, porque você não estará investindo em medidas de segurança excessivamente fortes para coisas sem importância, deixando mais orçamento para proteger as coisas sobre as quais a empresa realmente se preocupa.
Mais ainda, segurança não é algo que pode ser "atacado" posteriormente. Arquiteturas e sistemas inerentemente inseguros são muito difíceis de consertar depois. Ao invés disso, o gerenciamento de risco e segurança deveria ser desenhado desde o início, usando as metas de negócio da empresa para decidir sobre as medidas apropriadas.
 Conformidade e Auditoria RegulatóriaOutra razão comum para ter uma prática de arquitetura corporativa madura, especialmente em setores altamente regulados, como bancos e seguros, é a conformidade regulatória. O Banco Central e outras entidades reguladoras exigem, ou pelo menos recomendam fortemente, que as instituições financeiras tenham uma prática de arquitetura corporativa bem definida, para garantir que eles estão no controle das suas operações. Eles podem, inclusive, auditar estas arquiteturas ou usá-las de outra forma para avaliar os riscos que a organização corre. Naturalmente, auditores internos, Diretores de Segurança da Informação, e gerentes de risco, também se beneficiam do uso de artefatos da arquitetura corporativa. As percepções sobre os relacionamentos e dependências no nível corporativo que isto proporciona são entradas importantes para as suas tarefas.
Implementar padrões e políticas tais como SEPA, Solvency IT, Basiléia III, e outras, requer coordenação, visibilidade e rastreabilidade no nível corporativo, desde as decisões executivas, como por exemplo, o apetite ao risco da organização, até a implementação de medidas e controles nos processos de negócio e sistemas de TI. A arquitetura corporativa, como uma prática, e os modelos de arquitetura corporativa que capturam estes relacionamentos, são indispensáveis para gerenciar os amplos impactos destes desenvolvimentos.
Próximos passosPara obter o benefício total do uso da arquitetura corporativa no contexto do gerenciamento da segurança, conformidade e risco, sugerimos que você se concentre no seguinte:
* Mark Lankhorst é Gerente de Consultoria & Evangelista-Chefe de Tecnologia da BiZZdesign, empresa líder em ferramentas para modelagem da arquitetura corporativa, representada no Brasil pela Centus Consultoria.
|
7 Técnicas Poderosas de Análise (6) - Análise Financeira
Originalmente publicado por Marc Lankhorst* no Blog da BiZZdesign - Tradução autorizada Na postagem anterior, discutimos como você pode analisar o valor técnico e de negócio dos seus aplicativos, e como modelos da arquitetura são a chave para o cálculo de métricas tais como criticidade para o negócio ou valor estratégico dos aplicativos. Nesta postagem, focaremos nas análises financeiras e, em particular, nos modelos de custo.
Naturalmente, não advogamos substituir seus cálculos e métricas financeiras regulares. Mesmo que isso possa ser tecnicamente possível, seu departamento financeiro nunca abriria mão deste controle (e nem deveria fazê-lo). Mas o que podemos fazer é garantir que você tenha uma visão geral acurada dos custos da TI e dos efeitos das mudanças sobre estes custos.
Por exemplo, se você quiser consolidar seu panorama de aplicativos, quais são os motivadores de custo para estes aplicativos, qual a melhor ordem você deveria eliminá-los ou substituí-los, e como o custo total da TI evoluirá? A estrutura da sua arquitetura ajuda a obter um percepção clara sobre isso, como mostraremos abaixo. Outra questão de negócio típica é como distribuir os custos de TI através de diferentes unidades de negócio. Modelos da arquitetura também irão ajudá-lo nisso.
Usando modelos ArchiMate para o cálculo do custo de TIPara calcular o custo total de propriedade de um aplicativo (ou do seu panorama de aplicativos completo), você tipicamente consideraria fatores de custo como estes:
Estas métricas podem ser atribuídas a elementos de aplicativo na sua arquitetura. Por exemplo, os custos de software seriam associados com os elementos componente de aplicativo e de software de sistema; custos de hardware seriam relacionados com dispositivos e redes; custos de centros de dados seriam atribuídos a instalações; custos de suporte seriam atribuídos a atores e processos na sua organização de TI; e custos de fornecedores de serviço a serviços (externos) de negócio, aplicativo ou tecnologia.
Mas, além de avaliar estas métricas básicas, você pode fazer mais com modelos de arquitetura. Se você conhece os relacionamentos entre, por exemplo, os aplicativos e sua infraestrutura de suporte, você pode distribuir os custos de infraestrutura através destes aplicativos. Na sua forma mais simples, esta pode ser uma distribuição equilibrada, por exemplo, se cinco aplicativos usam o mesmo servidor, cada um recebe 20% do custo atribuído ao servidor. Se você sabe mais sobre o uso real, você pode colocar isto como um atributo do relacionamento entre o servidor e o aplicativo, e realizar um cálculo mais refinado. O mesmo se aplica para os vários outros custos envolvidos, por exemplo, para manutenção e suporte, o para o uso de serviços externos. Adicionar tudo isto fornece uma imagem acurada do custo total de propriedade (TCO) dos seus aplicativos.
O modelo abaixo pode lhe dar uma ideia aproximada sobre como isto funciona. Nós olhamos para a capacidade necessária, e com base nisso atribuímos a contribuição de custo relativa ao aplicativo.
 Se você faz isto para os elementos básicos do seu panorama de aplicativos, você pode naturalmente agregar também os custos nos níveis mais altos, simplesmente adicionando todos os custos dos componentes que formam um aplicativo maior, grupos ou domínios de aplicativo.
Combinar estes números de custo com a análise do ciclo de vida que discutimos em uma postagem anterior, fornece um instrumento ainda mais poderoso. Você pode seguir a evolução dos custos da TI ao longo do tempo, e comparar cenários alternativos futuros como, por exemplo, diferentes formas de reduzir seu panorama de aplicativos, como no exemplo acima, e assim maximizar as reduções potenciais de custos. Um de nossos clientes, a VIVAT, obteve muito sucesso com esta abordagem para a racionalização de seu panorama de TI. Para mais informações, veja a descrição deste caso de sucesso.
Naturalmente, modelos como o acima não são algo que você provavelmente mostraria para os profissionais e executivos financeiros na sua organização. Ao invés disso, você deveria criar painéis de controle de gerenciamento com gráficos que mostrem os dados de uma forma mais familiar para este público. Assim, você pode fazer uma referência cruzada com outras informações, por exemplo, combinando custos dos aplicativos com o valor técnico e de negócio, tamanho, idade, complexidade e risco. A figura abaixo (clique para expandir) mostra um painel de controle de portfólio de aplicativo que combina várias métricas como esta.
Clique na imagem para ampliar
Uma nota adicional: você poderia fazer isto para o cálculo dos custos da sua organização de TI, calculando, por exemplo, o custo do gerenciamento de incidentes por incidente, com base no custo de pessoal, seu espaço ocupado no escritório, as ferramentas que eles usam, etc. No entanto, a maioria das organizações já possui estes números calculados de alguma forma, e duplicar estes esforços não faria muito sentido. Mais ainda, este tipo de dado é tipicamente de responsabilidade da área de RH ou do Departamento Financeiro, e pode não ser politicamente aconselhável iniciar uma discussão a respeito de cálculos alternativos. Sempre que possível, use dados já existentes e sobre os quais já exista consenso na organização.
Quando você obtiver a percepção sobre estes custos de TI, a próxima etapa pode ser distribuí-los através dos diversos processos de negócio e unidades de negócio da sua empresa, com base no uso que eles fazem daquela TI, novamente usando os relacionamentos dos seus modelos da arquitetura. Isto pode, no entanto, levá-lo a territórios ainda mais sensíveis politicamente, uma vez que isto rapidamente se desenvolve para a discussão sobre quem deveria pagar a conta...
Independente disso, nossa experiência com a criação deste tipo de percepção é bastante valiosa, e se você o que pode ser feito para a gerência responsável, eles podem rapidamente pedir mais. No exemplo da VIVAT mencionado acima, esta abordagem rapidamente ganhou atenção da diretoria. Assim, se você está lutando para ser ouvido pelos seus executivos, esta pode ser uma forma de chegar aos seus ouvidos.
* Mark Lankhorst é Gerente de Consultoria & Evangelista-Chefe de Tecnologia da BiZZdesign, empresa líder em ferramentas para modelagem da arquitetura corporativa, representada no Brasil pela Centus Consultoria.
|
7 Técnicas Poderosas de Análise (5) - Análise de Valor Técnico e de Negócio
Na postagem anterior desta série, nós olhamos para o planejamento e análise da mudança na empresa através da ligação do ciclo de vida de elementos como aplicativos e projetos. Mas, como você decide o que fazer com, por exemplo, seu panorama de aplicativos? Quais aplicativos precisam ser melhorados, mudados de plataforma, atualizados funcionalmente, ou simplesmente eliminados?
A abordagem comum para isto é o gerenciamento do portfólio de aplicativos, o que nós temos descrito em diversas outras postagens. Aqui, gostaríamos de focar nas análises analíticas que estão por trás de gráficos como o mostrado abaixo, com os tradicionais eixos de valor técnico e de negócio, o tamanho das bolhas indicando custos, e suas cores indicando o risco. Este tipo de gráfico é geralmente usado para decidir o futuro dos aplicativos e, neste exemplo, vemos quatro opções: Tolerar (Azul), Investir (vermelho), Migrar (Amarelo), e Eliminar (Verde) (também conhecido como análise TIME. Isto é bastante grosseiro, e você poderia querer usar um conjunto de opções diferentes e mais detalhadas, mas para esta postagem focaremos em como calcular estes valores para o valor de negócio, valor técnico,e risco, no Enterprise Studio.
 Naturalmente, existem muitos fatores que você pode querer considerar para definir o destino do seu aplicativo, de forma que o exemplo abaixo é apenas isto - um exemplo - mas é, de qualquer forma, realístico o suficiente, já que é baseado em uma situação real de um de nossos clientes.
Como você pode ver abaixo, várias das métricas que nós usamos para avaliar o valor de negócio, o valor técnico, e o risco, são calculados a partir da estrutura da nossa arquitetura. Isto mostra, realmente, a força de usar modelos como a base para nossas análises, algo que você jamais será capaz de fazer usando simples planilhas ou outras ferramentas de desenho para fazer o cálculo.
Valor de NegócioVamos começar como valor de negócio. Na tela abaixo, vemos como a métrica de valor de negócio á construída como uma média ponderada de várias sub-métricas:
 Valor TécnicoO valor técnico de um aplicativo é determinado de forma semelhante. O aspecto mais importante do valor técnico é a qualidade técnica de um aplicativo. Isto é determinado através das várias 'qualidades' conhecidas a partir de padrões, tais como o padrão ISO/IEC 25010 para a qualidade de software. Algumas delas serão baseadas em medidas operacionais do panorama de aplicativos. Por exemplo, a estabilidade de um aplicativo pode ser baseada no número e severidade de incidentes, controlados através de uma solução de help desk; sua manutenibilidade pode ser medida com base no esforço relativo por mudança, e assim por diante.
Outras métricas de valor técnico são baseadas na estrutura da arquitetura e podem ser calculadas usando scripts. A complexidade (externa) de um aplicativo, por exemplo, pode ser determinada pelo número de relacionamentos de entrada e de saída dos aplicativos. Além disso, outras métricas podem requerer uma opinião especializada, por exemplo, a adequação do aplicativo à arquitetura. a maturidade da tecnologia utilizada, ou a qualidade de sua documentação. Qualidade de dados é outra métrica importante, a qual requer avaliação externa. Por fim, métricas como usabilidade podem ser avaliadas através de uma pesquisa com os usuários.
Análises automatizadas de qualidade de código de software são realizadas por especialistas como a CAST, um de nossos parceiros. As saídas de tais análises podem ser importadas no Enterprise Studio, e usadas no seu gerenciamento de portfólio e do ciclo de vida de aplicativos.
Risco de TecnologiaOutra métrica altamente relevante para avaliar aplicativos é seu risco de tecnologia, indicado através das cores das bolhas no gráfico acima. Isto agrega vários riscos, como:
* Mark Lankhorst é Gerente de Consultoria & Evangelista-Chefe de Tecnologia da BiZZdesign, empresa líder em ferramentas para modelagem da arquitetura corporativa, representada no Brasil pela Centus Consultoria.
|
7 Técnicas Poderosas de Análise (4) - Análise do Ciclo de Vida
Originalmente publicado por Marc Lankhorst* no Blog da BiZZdesign - Tradução autorizada Além das análises da empresa como ela é hoje, abordadas nas postagens anteriores, nós podemos também planejar, desenhar e analisar a mudança na, e da, empresa. Para isto você pode atribuir um ciclo de vida a qualquer coisa em seu modelo de arquitetura. Os estágios específicos desses ciclos de vida podem ser definidos de acordo com os tipos de objeto que você modela. Por exemplo, o ciclo de vida pré-definido para componentes de aplicativo compreende os seguintes estágios:
Na arquitetura de exemplo usada abaixo, mostramos os ciclos de vida de alguns componentes de aplicativo interdependentes. No modelo ArchiMate subjacente, o estagio operacional do aplicativo Crystal Ball depende do aplicativo Ramadera estar também em operação, uma vez que, na arquitetura, Ramadera serve Crystal Ball. De forma similar, Backbase CXP depende de Crystal Ball. No entanto, Ramadera entrará em manutenção e aposentadoria antes de Crystal Ball, e Crystal Ball antes de Backbase CXP. O Enterprise Studio automaticamente detecta que há um conflito entre estes ciclos de vida. Isto é mostrado através das barras vermelhas abaixo dos ciclos de vida; flutuando sobre esta barra mostra o nome to aplicativo conflitante com uma dica.  Observe que isto é muito mais poderoso do que os seus gráficos de Gantt regulares para o gerenciamento de projetos. O modelo de arquitetura subjacente contém informações sobre as dependências entre os elementos da sua arquitetura que não podem ser capturados em uma ferramenta de planejamento de projetos. Estas dependências são específicas tanto aos tipos de relacionamento como aos estágios do ciclo de vida que você tem, fazendo uso completo do significado destes conceitos na linguagem de modelagem ArchiMate. Por exemplo, se um aplicativo tem um relacionamento de Servidão com outro (como no caso acima), isto implica uma dependência entre seus estágios operacionais, mas não entre, por exemplo, seus estágios de desenvolvimento. Estas dependências baseadas no tempo e estágios do ciclo de vida podem ser afinadas para fazer uso completo das capacidades analíticas do Enterprise Studio. Estes tipos de análises são bastante valiosos para o planejamento e otimização de operações e de mudanças na sua organização. Mas eles não dizem muito sobre a importância destas mudanças. Este será o foco de algumas das postagens futuras desta série. Aguardem! * Mark Lankhorst é Gerente de Consultoria & Evangelista-Chefe de Tecnologia da BiZZdesign, empresa líder em ferramentas para modelagem da arquitetura corporativa, representada no Brasil pela Centus Consultoria. |
7 Técnicas Poderosas de Análise (3) - Análise de Processo
Originalmente publicado por Marc Lankhorst* no Blog da BiZZdesign - Tradução autorizada Nas postagens anteriores, descrevemos a análise de dependência e a análise de impacto. Estes dois tipos de análise focam no que você poderia chamar o estado estático da sua empresa, ou a empresa em descanso. Mas existe também a empresa em movimento, onde olhamos para o comportamento da empresa, em particular os seus processos. Análise de processo baseada no tempoO BiZZdesign Enterprise Studio suporta várias formas de análise de processos baseadas no tempo. Primeiro, em diagramas de processo BPMN você pode verificar a consistência sintática dos seus processos. Estes são alguns dos testes que você pode realizar:
E estes são apenas alguns dos exemplos simples entre várias dezenas de testes. Segundo, você pode analisar várias propriedades relacionadas com e operação eficiente dos seus processos, como, por exemplo, no contexto do gerenciamento de processos Lean. Exemplos incluem a transferência de trabalho entre papéis dentro de um processo (o que você, normalmente, gostaria de minimizar para evitar transferências demoradas e sujeitas a erros), ou a quantidade de retrabalho (ou seja, fluxos circulares em seu processo). Terceiro, para fins de conformidade e gerenciamento de riscos, você pode fazer uma referência cruzada entre tarefas e papéis, controles e riscos, para avaliar se, por exemplo, você implementou a separação de responsabilidades de forma correta, ou adotou as medidas de mitigação adequadas para os riscos operacionais. Finalmente, os tipos mais avançados de análise avaliam o comportamento dos processos ao longo do tempo. No Enterprise Studio, você pode adicionar informações ao seu modelo de processo BPMN relacionadas com o tempo de execução, tais como atraso, distribuição de probabilidade e tempo médio de processamento. Quando você faz isto para todas as tarefas em um modelo de processo de negócio, você pode analisar o caminho crítico do seu processo e calcular quanto tempo ele demorará em média, e qual o tempo máximo que ele pode levar. As telas abaixo ilustram isto, onde as etiquetas nas tarefas mostram seu tempo médio de processamento, e, no canto inferior esquerdo, você pode ver o resultado de um cálculo de caminho crítico.  Este tipo de análise ajuda você a encontrar gargalos e atrasos desnecessários, e são muito úteis para a otimização de seus processos de negócio. Análises similares podem ser feitas para calcular, por exemplo, o custo médio associado com a execução deste processo, ajudando você a otimizá-lo ainda mais. Naturalmente, este tipo de análise requer dados de entrada acurados, mas este pode ser um assunto sensível, por razões óbvias. Para tarefas (semi)automáticas, dados de tempo normalmente podem ser adquiridos do sistema de TI utilizado. Por exemplo, em centrais de atendimento, estatísticas abrangentes são mantidas para otimizar os seus processos. Mas, para muitos outros tipos de trabalho, esta informação não está prontamente disponível, e as pessoas em geral se sentem ameaçadas se você deseja medir isto. E, dado o potencial de uso indevido de tal informação, eles não podem ser acusados por serem cuidadosos. Mais ainda, eles podem mudar o seu comportamento quando você está medindo seu desempenho, de forma que os dados não serão corretos de qualquer forma. Para evitar isto, deve estar claro que o resultado de tais análises só será usado em seu benefício, por exemplo, para reduzir sua carga de trabalho, e não somente para "otimizar" o número de pessoas. Isto é um importante aspecto de qualquer análise que envolva pessoas. Acompanhe na próxima postagem como a análise de modelos pode ajudá-lo a gerir o ciclo de vida de seus ativos organizacionais e iniciativas de mudança com mais eficácia. * Mark Lankhorst é Gerente de Consultoria & Evangelista-Chefe de Tecnologia da BiZZdesign, empresa líder em ferramentas para modelagem da arquitetura corporativa, representada no Brasil pela Centus Consultoria. |
7 Técnicas Poderosas de Análise (2) - Análise de Dependência
Originalmente publicado por Marc Lankhorst* no Blog da BiZZdesign - Tradução autorizada Na postagem anterior, delineamos o valor de usar técnicas de análise para obter mais valor de negócio de seus modelos. Descrevemos uma das técnicas de análise mais comuns, a análise de impacto, e mostramos como visão de cores e mapas de calor pode ser usado para mostrar, por exemplo, o uso de aplicativos para suportar capacidades. Uma técnica de análise relacionada e muito popular é a análise de dependência. Isto é tipicamente usado para analisar como diferentes elementos da arquitetura dependem uns nos outros na operação da empresa. Além de simplesmente caminhar através dos relacionamentos de seus modelos, você pode, também, usar esta estrutura para calcular propriedades agregadas de sua arquitetura ou processos. Você pode usar isto para definir indicadores-chave de desempenho (KPI-Key Performance Indicator) com base em vários atributos de seu panorama de TI. Por exemplo, calcular a disponibilidade de suas capacidades de negócio com base na confiabilidade dos aplicativos subjacentes, o que, por sua vez, depende da confiabilidade da infraestrutura subjacente. Muitas vezes, isto é surpreendente para gerentes de TI que pensam que estão indo bem, mesmo quando as áreas de negócio estão reclamando sobre interrupções nos serviços: se um único aplicativo tem 99% de disponibilidade, mas seu negócio sua capacidade de negócio precisa de 30 aplicativos como este para funcionar em harmonia, sua disponibilidade agregada é menor do que 75% (0.99^30 ≈ 0.739). Uma recente apresentação da United Airlines no no Business Architecture Innovation Summit em Bruchelas (Junho de 2017) abordou exatamente este tópico: usar capacidades para definir métricas de TI orientadas para o negócio. Como um exemplo, considere o mapa de calor abaixo, que mostra a disponibilidade de parte dos aplicativos de retaguarda. A maioria está verde (ou esverdeada), o que, neste código de cores, significa uma disponibilidade maior que 98%, de forma que não há muito com o que se preocupar, não é mesmo?  Agora, veja o mapa parcial de capacidades abaixo, que foi tirado do mesmo modelo e usa o mesmo código de cores, mas mostra a disponibilidade total de cada capacidade com base em todo o seu suporte de TI. Isso parece bem menos agradável...  Usar mapas de calor de suas capacidades de negócio, como o mostrado acima, imediatamente realça onde a gerência precisa focar sua atenção e a estrutura de seus modelos permite que eles se aprofundem nos problemas subjacentes. No exemplo, faria sentido começar com capacidades como "Customer Order Management" e a sua TI de suporte. Tais KPIs são relevantes não apenas para o seu gerenciamento de serviços de TI, como podem fornecer também entradas estrategicamente importantes para a continuidade do negócio e o gerenciamento de risco da TI. Um exemplo relacionado é identificar quais capacidades estão em risco por causa da tecnologia subjacente que em pouco tempo perderá o suporte do fornecedor. Você pode adicionar informações sobre o ciclo de vida da tecnologia a partir de fontes como a Technopedia, e propagar isto através de seu modelo, de forma similar aos exemplos anteriores. Isto ajuda você a priorizar áreas onde você precisa melhorar sua TI primeiro, com base nas capacidades críticas de negócio que eles suportam. Para criar estes tipos de análise, nós usamos a semântica dos relacionamentos do ArchiMate, tais como Servidão, Realização e Fluxo. A funcionalidade padrão do Enterprise Studio fornece suporte extensivo para a criação de vários tipos de visões, análises e painéis de controle, e podemos fornecer para você vários exemplos para que você desenvolva. Adicionalmente, você também pode criar análises altamente personalizadas e inteligentes para propósitos específicos, usando a linguagem de scripting embutida do Enterprise Studio. Estes exemplos dão um pequeno exemplo das muitas maneiras de extrair mais valor de seus modelos e criar KPIs e visões focados no negócio. Veja mais nas próximas postagens desta série. Fique ligado! * Mark Lankhorst é Gerente de Consultoria & Evangelista-Chefe de Tecnologia da BiZZdesign, empresa líder em ferramentas para modelagem da arquitetura corporativa, representada no Brasil pela Centus Consultoria. |
7 Técnicas Poderosas de Análise (1) - Análise de Impacto
Originalmente publicado por Marc Lankhorst* no Blog da BiZZdesign - Tradução autorizada Estrategistas, arquitetos, analistas de processos, desenvolvedores de software, administradores de dados e outros profissionais envolvidos com a mudança organizacional frequentemente empregam esforço substancial na criação dos mais diversos tipos de modelos úteis de seus desenhos. Em muitos casos, tais modelos de negócio, de arquitetura corporativa, de processos de negócio, de software, de dados, e outros, são usados apenas para especificar algum desenho, i.e., para descrever o que deveria ser construído. Mas há muito mais valor a ser tirado destes modelos, através do uso de técnicas poderosas de análise para criar novas percepções. Nas próximas postagens, cobrirei sete destas técnicas, mostrando como o Enterprise Studio as suporta, e discutindo os resultados de negócio que você pode suportar desta forma. 7 técnicas de análise poderosas para criar valor de negócio
Naturalmente, você pode usar estás técnicas em combinação, e também mostraremos exemplos disto.
Fornecer informação focada no negócio a respeito da saúde do seu panorama de TI com Análise de ImpactoPara iniciar esta série, vamos começar com um dos tipos mais comuns de análise: a análise de impacto. O Enterprise Studio apóia você a percorrer os relacionamentos dentro dos seus modelos de uma maneira bem fácil de usar: simplesmente caminhe através do Navegador de um elemento para outro, possivelmente através de múltiplos relacionamentos e mesmo diferentes tipos de modelos interconectados. Quando você chega ao elemento que você está procurando, use o menu de contexto para selecionar, por exemplo, uma visão de Cores ou de Etiquetas.
Como um exemplo, veja a tela abaixo. Aqui, navegamos de uma capacidade para os aplicativos subjacentes, através dos processos e funções de negócio que existem entre eles. A visão de cores resultante mostra como as capacidades da empresa dependem do suporte destes aplicativos. Isto pode ser usado para encontrar quais capacidades dependem de quais aplicativos, para ver onde a substituição de um aplicativo pode impactar. Naturalmente, ao criar estes tipos de análises você presta atenção aos diferentes tipos de relacionamento pelos quais você caminha. Também aqui a força do ArchiMate e de outras linguagens de modelagem aparece: por causa do significado específico dos diferentes tipos de relacionamento, você pode realizar estas análises em um nível que seria completamente impossível quando você cria figuras com caixas e linhas simples, como, por exemplo, no PowerPoint.
 Este tipo de análise pode facilmente ser estendido para endereçar questões mais avançadas. Primeiro, note que quando você cria uma visão de cores, ela aparece como um ponto de vista não salvo no navegador de pontos de vista (aqui, no canto inferior esquerdo da tela). Isto é, na realidade, um script escrito na linguagem de scripting do Enterprise Studio, e que pode ser editado e aumentado de várias formas, e salvo como parte do seu modelo. Com estes scripts, você pode explorar as semânticas das linguagens de modelagem suportadas pelo Enterprise Studio na sua totalidade.
Varias análises como estas, e outras, podem ser combinadas através de métricas multi-nível que fornecem informações focadas no negócio sobre a constituição e a saúde do seu panorama de TI. Isto é útil para o gerenciamento de portfólios de projetos e aplicativos, e para o planejamento e priorização de mudanças de requisitos. Mais à frente, nesta série, mostraremos o uso de análises no gerenciamento de portfólios com mais detalhes.
Naturalmente, existe muitas outras formas de usar este tipo de análise. Compartilhe conosco como você está usando isso, e fique ligado nas próximas postagens desta série!
* Mark Lankhorst é Gerente de Consultoria & Evangelista-Chefe de Tecnologia da BiZZdesign, empresa líder em ferramentas para modelagem da arquitetura corporativa, representada no Brasil pela Centus Consultoria.
|
Como modelos corporativos contribuem para o sucesso de fusões, aquisições e desinvestimento
Originalmente publicado por Marc Lankhorst* no Blog da BiZZdesign - Tradução autorizada
As organizações envolvidas em grandes mudanças estratégicas, como fusões, aquisições e desinvestimentos, em geral focam principalmente nos aspectos financeiros e de mercado para a mudança. Qual é o impacto na sua participação de mercado? Como você pode aumentar o poder de compra sobre os seus fornecedores? Quais reduções de custos podem ser realizadas através da exploração de sinergias? Problemas organizacionais e de recursos humanos também ocupam o topo da lista de preocupações dos executivos envolvidos.
No entanto, a integração nos níveis mais operacionais geralmente só é considerada bem mais tarde no processo. Os líderes de negócio precisam garantir a efetiva colaboração entre as partes interessadas através da organização, de forma que eles possam obter as percepções necessárias e melhorar a qualidade e a velocidade da tomada de decisões.
Desafios a resolver durante uma fusão ou aquisiçãoCombinar processos de negócio e sistemas de TI de diferentes empresas é complicado. Isto requer responder a perguntas como:
Desafios a resolver durante um desinvestimentoEm situações de desinvestimento, encontramos perguntas como:
Como modelos ajudam a responder a estas questões?Para suportar as organizações em tais situações complexas, modelos são um instrumento fundamental.
Muitos destes aspectos são mostrados na figura abaixo, onde vemos um mapa de capacidades (simplificado) de uma empresa de seguros logo após uma fusão. Ele é usado para realçar onde o panorama de aplicativos subjacente que suporta estas capacidades exibe ineficiências, tais como duplicações. Desta forma, a direção pode rapidamente identificar onde concentrar sua atenção e quais capacidades podem ser afetadas por um esforço de consolidação de aplicativos.
 Naturalmente, o uso de modelos requer um sólido suporte de ferramentas. A plataforma única BiZZdesign Enterprise Studio fornece suporte para a modelagem e análise através das diversas disciplinas envolvidas, indo desde o desenvolvimento da estratégia e do gerenciamento de portfólios até o gerenciamento da arquitetura, processos e dados. Isto permite que você tenha uma visão integrada da sua fusão, aquisição ou desinvestimento, com uma linha de visão clara desde a direção estratégica e o modelo de negócio da organização, através da sua arquitetura e desenho, até a priorização das suas iniciativas de mudança.
Benefícios para as Partes InteressadasO uso de modelos pode beneficiar todas as partes interessadas, incluindo os tomadores de decisão no nível executivo; gerentes de unidades de negócio; gerentes de portfólio, programas e projetos; arquitetos e desenhistas; e mesmo aquelas envolvidas nas operações diárias. Elas podem ter suas próprias visões sobre as mudanças envolvidas, onde o Enterprise Studio apresenta aqueles aspectos relevantes para o seu trabalho de uma forma bastante amigável. Todas estas visões são baseadas em uma única fonte da verdade, garantindo a consistência e a transparência.
Os benefícios desta abordagem são claros:
Saiba mais como o BiZZdesign Enterprise Studio pode ajudá-lo a completar com sucesso uma fusão, aquisição ou desinvestimento, solicitando um contato ou uma demonstração.
Acelere as mudanças e fique no controle
* Mark Lankhorst é Gerente de Consultoria & Evangelista-Chefe de Tecnologia da BiZZdesign, empresa líder em ferramentas para modelagem da arquitetura corporativa, representada no Brasil pela Centus Consultoria. |
1-10 of 40