Ae rio 2011 arquitetura corporativa e ppm - Gnosis

Arquitetura Corporativa e Gestão de Portfolio de Projetos

Atila Belloquim

Gnosis IT Knowledge Solutions

2

TI e Negócio

10 entre 10 CIOs hoje estão preocupados com: Alinhar TI ao Negócio; Comprovar a relevância e contribuição da TI à

competitividade do Negócio; Mostrar que compreendem os Processos de Negócio e

são capazes de otimizá-los através da TI; Garantir que a operação de TI esteja alinhada com os

objetivos de Governança Corporativa da organização; Agilidade (produtividade) e qualidade; Segurança.

3

Problemas de Arquitetura

Problemas com a Estratégia Estratégia desconectada da Operação Dificuldades em comunicar a Estratégia Mudanças na Estratégia baseadas em informação incompleta e

sem Análise de Impacto

Problemas com os Processos de Negócio Processos desconectados da Estratégia Processos mal suportados por sistemas de informação Mudanças em processos baseadas em informação incompleta e

sem Análise de Impacto

Problemas com Sistemas de Informação e Infraestrutura Tecnológica

Dificuldade em avaliar a contribuição para as metas estratégicas Mudanças em sistemas e infraestrutura baseadas em

informação incompleta e sem Análise de Impacto

4

Problemas de Arquitetura

Gestão de Riscos realizada com informação incompleta

Falta de padrões em Infraestrutura tecnológica (hardware, software básico etc.) Sistemas de Informação (aplicações e dados)

Redundâncias, dificuldades de consolidação de dados e informações, problemas de qualidade da informação

Processos de negócio – diferentes processos para tratar de situações semelhantes

Rigidez Dificuldade, demora e alto custo para mudar e adaptar-se na

velocidade necessária

Altos custos Sinergias não aproveitadas Falta de escala Gestão de múltiplos fornecedores Overhead em processos e projetos

5

Projetos

A estratégia é implementada através de um conjunto (portfolio) de projetos

Instrumentos de mudança Transformam a estratégia em práticas

operacionais

Necessidade de implementar mudanças com

Baixo custo Curto prazo Baixo risco Alta eficiência e eficácia

6

Problemas com projetos

• Projetos: duplicados; sem prioridade alocando recursos escassos; que ganham prioridade por razões puramente políticas; contraditórios; não alinhados com a Estratégia da Organização.

7

Gestão do portfolio de projetos

PPM: Project Portfolio Management

Metodologia, técnicas e ferramentas para Obter e documentar informações sobre projetos em curso e

programados / demandados Avaliar e comparar projetos em termos de

Alinhamento com o negócio Risco Retorno Uso de recursos

Classificar projetos e alocar recursos a eles de acordo com a análise acima

Monitorar e controlar os projetos coletivamente

Projetos deixam de ser vistos e tratados individualmente e passam a ser vistos como uma carteira de projetos (portfolio)

8

PPM - Benefícios

Eliminação de projetos duplicados

Combinação de projetos gerando economias de escala

Eliminação de projetos não-estratégicos

Redução da prioridade de projetos necessários mas menos importantes ou urgentes

Aumento da prioridade de projetos estratégicos mas de baixa visibilidade

Visão clara da interdependência entre projetos Orienta a formação de equipes Orienta a coordenação no tempo de diferentes projetos

Otimização da alocação de recursos e talentos Habilidades das pessoas usadas onde contam mais Visão clara do que deve ser feito pela “prata-da-casa” e o que pode /

deve ser terceirizado Identificação de necessidades de contratação e treinamento

9

PPM - Limitações

Trata a priorização de projetos depois que foram sugeridos / requisitados, ou mesmo quando já estão em andamento

Nada garante que não sejam outros os projetos realmente necessários

os projetos necessários podem nem ter sido sugeridos ou vislumbrados

É provável que o conjunto de projetos a gerenciar esteja “poluído” com inúmeros projetos irrelevantes / não-estratégicos, exigindo análise desnecessária

Projetos são comparados apenas entre si, sem levar em conta o que já existe na organização

Garbage in,Garbage out...

10

???

Projetos necessários

PPM – Limitações (cont.)

Análise de risco dos projetos pode ser falha ao ignorar a análise de impactos na arquitetura, e não só nos recursos alocados a projetos

Muitas iniciativas de PPM deixam o esforço de manutenção de fora (por não serem considerados projetos)

A manutenção pode ser responsável por até 90% do esforço de uma organização de TI

5,5

2,5

3,0

4,0

Projetos em andamento / sugeridos

2,5

5,5

4,0

3,0

X9,5

10,0

8,5

11

Como responder a essas questões?

Necessidade de manter uma Arquitetura Corporativa

“Enterprise Architecture ”; Também traduzida como “Arquitetura Empresarial”

Conteúdo: “Arquitetura Corporativa é a representação de todo comportamento que ocorre em uma organização, os dados processados, quem faz o quê, onde estão as coisas e por que as coisas são feitas” (Varveris & Harrison).

Processo: Conjunto de melhores práticas focadas na melhoria do desempenho através da estruturação das informações e visões integradas da estratégia, negócio, processos, sistemas e tecnologias.

Estrutura: Documentação centralizada em repositório que permita agilidade e segurança no momento das mudanças.

12

Frameworks

Modelos que oferecem estrutura e elementos para sua implantação

Ferramentas para organizar e estruturar o conhecimento sobre a Organização derivado da Arquitetura Corporativa

Os frameworks de Arquitetura Corporativa mais conhecidos e importantes são:

ZACHMAN TOGAF

13

Framework de Zachman – Gnosis

* MODELO DE SERVIÇOS* MODELO DE SERVIÇOS

TABELAS E ARQUIVOS

TABELAS E ARQUIVOS

PROGRAMAS (CÓDIGO)

PROGRAMAS (CÓDIGO)

ARQUITETURADE REDE

ARQUITETURADE REDE

ARQUITETURADE

SEGURANÇA

ARQUITETURADE

SEGURANÇA

DEFINIÇÃODE TEMPO

DEFINIÇÃODE TEMPO

ESPECIFICA-ÇÃO DEREGRAS

ESPECIFICA-ÇÃO DEREGRAS

ARQUITETURATECNOLÓGICAARQUITETURATECNOLÓGICA

MODELOFÍSICO DE

DADOS

MODELOFÍSICO DE

DADOS

PROCESSOSFÍSICOS DESISTEMA

PROCESSOSFÍSICOS DESISTEMA

ARQUITETURADE

APRESENTA-ÇÃO

ARQUITETURADE

APRESENTA-ÇÃO

ESTRUTURADE

CONTROLE

ESTRUTURADE

CONTROLE

EXIGÊNCIASDO MODELO

FÍSICO

EXIGÊNCIASDO MODELO

FÍSICO

MODELOLÓGICO DE

DADOS

MODELOLÓGICO DE

DADOS

PROCESSOSLÓGICOS DE

SISTEMA

PROCESSOSLÓGICOS DE

SISTEMA

ARQUITETURADE SISTEMASDISTRIBUÍDOS

ARQUITETURADE SISTEMASDISTRIBUÍDOS

INTERFACEHUMANA

INTERFACEHUMANA

ESTRUTURADE

PROCESSA-MENTO

ESTRUTURADE

PROCESSA-MENTO

REGRAS DESISTEMAS

DE NEGÓCIO

REGRAS DESISTEMAS

DE NEGÓCIO

DEFINIÇÕESPARA O

NEGÓCIO

DEFINIÇÕESPARA O

NEGÓCIO

FUNÇÕESDE NEGÓCIOFUNÇÕES

DE NEGÓCIOLOCAIS DE OPERAÇÃOLOCAIS DE OPERAÇÃO

LISTA DEORGANIZA-

ÇÕES

LISTA DEORGANIZA-

ÇÕES

PRINCIPAISEVENTOS DE

NEGÓCIO

PRINCIPAISEVENTOS DE

NEGÓCIO

METAS EESTRATÉGIASDE NEGÓCIO

METAS EESTRATÉGIASDE NEGÓCIO

O QUEDadosO QUEDados

COMOFunçãoCOMOFunção

ONDERede

ONDERede

QUEMPessoasQUEM

PessoasQUANDOTempo

QUANDOTempo

POR QUEMotivaçãoPOR QUE

Motivação

RepresentaçãoDetalhada

(REALIZADO)


(REALIZADO)

Modelo deTecnologia(FÍSICO)


Modelo deSistema(LÓGICO)


Escopo(CONTEXTO)

Escopo(CONTEXTO)

Modelo de Negócio

(CONCEITUAL)

Modelo de Negócio

(CONCEITUAL)

MODELOCONCEITUALDE DADOS

MODELOCONCEITUALDE DADOS

MODELO DEPROCESSOSDE NEGÓCIO

MODELO DEPROCESSOSDE NEGÓCIO

LOGÍSTICA DO

NEGÓCIO

LOGÍSTICA DO

NEGÓCIO

MODELOORGANIZA-

CIONAL

MODELOORGANIZA-

CIONAL

EVENTOSDE

NEGÓCIO

EVENTOSDE

NEGÓCIO

PLANO DENEGÓCIO

PLANO DENEGÓCIO

*

PROJETOS

*

PROJETOS

14

Framework de Zachman – Exemplos


(REALIZADO)


(REALIZADO)



O QUEDadosO QUEDados

COMOFunçãoCOMOFunção



ONDERede

ONDERede

QUEMPessoasQUEM

Pessoas

Modelo de Negócio

(CONCEITUAL)

Modelo de Negócio

(CONCEITUAL)

QUANDOTempo

QUANDOTempo

POR QUEMotivaçãoPOR QUE

Motivação

Escopo(CONTEXTO)

Escopo(CONTEXTO)

Engenharia de Software• CMMI• UML / RUP• Legado

BPM (BPMN / IDEF)

Missão, Visão, BSC

• Geração de DDL• Geração de Código

15

Arquitetura Corporativa( + Estratégia)

Arquitetura de Negócio(+ Processos de Negócio)

Arquitetura de TI (ou de Sistemas de Informação)

(+ sistemas e dados)

Arquiteturas

Arquitetura de Tecnologia

16

TOGAF 9

Iniciativa do “The Open Group”

Segue o TOGAF 8, primeira versão a tratar da Arquitetura Corporativa

Inclui uma Metodologia para construir e manter a Arquitetura Corporativa

ADM: Architecture Development Method

17

O Architecture Development Method (ADM)

O ADM Provê um processo testado

e repetível para desenvolver arquiteturas

Inclui o estabelecimento de um framework de arquitetura, o desenvolvimento de conteúdo arquitetural, a transição e a governança da realização das arquiteturas

É um ciclo iterativo de definição e realização contínuas que permite que as organizações se modifiquem de modo controlado para responder a metas e oportunidades de negócio

18

ZACHMAN linha 4ZACHMAN linha 4







Modelo de Negócio

(CONCEITUAL)

Modelo de Negócio

(CONCEITUAL)


Escopo(CONTEXTO)

Escopo(CONTEXTO)

TOGAF 9

Architecture Development

Method

Portfolio

de projetos

19

TOGAF e as Arquiteturas

Domínios de Arquitetura (subconjuntos de uma Arquitetura Corporativa)

Arquitetura de Negócio – estratégia de negócio, governança, organização e processos-chave de negócio

Arquitetura de Dados – estrutura lógica e física dos ativos de dados de uma organização e seus recursos de gerenciamento de dados

Arquitetura de Aplicações – a “planta” para o emprego de sistemas de aplicação individuais, suas interações e seus relacionamentos com os processos de negócio centrais da organização

Arquitetura de Tecnologia – capacidades lógicas de hardware e software requeridas para dar suporte ao emprego de serviços de negócio, dados e aplicações; inclui a infraestrutura de TI, middleware, redes, comunicações, processamento, padrões etc.

20

Iteração no ADM

21

Utilidades da Arquitetura Corporativa

Análises de Impacto Facilita a construção de cenários estratégicos e análises what-if Permite descartar rapidamente opções estratégicas de alto custo / dificuldade Permite realizar planejamento de longo prazo em termos de aquisição / construção /

desenvolvimento de Recursos Organizacionais Competências Organizacionais

Análises de Risco

Reuso de componentes em vários níveis de granularidade Redução de custos, prazos e defeitos / problemas Redução da complexidade interna Eliminação de redundâncias Identificação de melhores práticas internas Maior agilidade em mudanças

Agilidade e Risco Reduzido nas mudanças em processos de negócio (BPM)

Derivação de Portfolio de Projetos relevante

Disponibilização de informação relevante para os processos de Governança (Corporativa e de TI)

22

Benefícios de Negócio de uma Arquitetura Corporativa

Operação de TI mais eficiente Custos menores de desenvolvimento, suporte e manutenção de software Aumento da portabilidade das aplicações Melhoria da interoperabilidade e maior facilidade no gerenciamento de sistemas e

rede Melhor habilidade em tratar questões corporativas críticas tais como segurança Maior facilidade na evolução e substituição de componentes de sistemas

Melhor retorno do investimento existente, risco menor para investimento futuro

Redução da complexidade da infraestrutura de TI Máximo retorno do investimento na infraestrutura de TI existente Flexibilidade em construir, comprar ou terceirizar soluções de TI Risco geral reduzido em novos investimentos e custos de propriedade de TI

Aquisições mais rápidas, simples e baratas Decisões de compra são mais simples, pois a informação dirigindo as aquisições

está disponível em um plano coerente O processo de aquisição é mais rápido – maximização da velocidade na aquisição

sem sacrificar a coerência arquitetural Habilidade para adquirir sistemas abertos heterogêneos de diversos fornecedores

23

Problema

Diferentes esforços Em diferentes áreas

BPM COBIT – Governança de TI PMBOK – PMO (às vezes fora da área de TI) CMMI – TI Gestão do Conhecimento

Frequentemente ignoram os aspectos mais importantes Gestão de Pessoas Gestão da Cultura Organizacional Gestão da Política Organizacional (Relações de Poder)

24

Metodologia

Estabelecimento das equipes de Governança de TI e Arquitetura Corporativa

Mapeamento das iniciativas Governança Corporativa BPM Arquitetura Corporativa Governança de TI (COBIT / ITIL) Processo de software (CMMI) Gestão de Projetos (PMO / PMBOK)

Estabelecimento do Direcionamento Estratégico

Centralização das Iniciativas

Estabelecimento do projeto de Governança de TI com Arquitetura Corporativa

Estratégia

Recursos Organizacionais

Projetos

Tecnologia da Informação

Infraestrutura Física

Tecnologias Operacionais

Competências

Serviços (SOA)

Infraestrutura Tecnológica

Sistemas de Informação

Máquinas e Equipamentos

Edificações

Processos Industriais

Propriedade Intelectual

Conheci-mentos

Habilidades

Atitudes

Gestão de Portfolio

Gestão de Programas

Gestão de Projetos

Processos de Negócio

26

Necessidades para a prática de Arquitetura Corporativa

Equipe de Arquitetura

Framework Artefatos Metamodelo Método (ADM) customizado - Processos de

Arquitetura

Repositório e Ferramentas

Governança Estruturas Processos

27

Ferramentas

A oferta de ferramentas integradas para automação dos processos de Arquitetura e a implantação do Repositório está aumentando

Muitas organizações possuem uma ou mais dessas ferramentas e as utilizam em domínios restritos

Modelagem de Processos de Negócio Desenvolvimento de Sistemas Mapeamento da Infraestrutura

As ferramentas são muito diferentes entre si e de difícil integração

A organização deve “experimentar” a Arquitetura antes de comprometer-se com uma ferramenta

No mínimo com um projeto piloto

28

Fatores Críticos de Sucesso

Patrocínio da Alta Administração, especialmente de Executivos de Negócio

Correta compreensão e gerenciamento da Cultura Organizacional e das estruturas políticas da organização

Definição de escopo viável

Equipe de Arquitetura treinada e com perfis adequados

Modelo adequado de estruturação do esforço de Arquitetura

Centralizado Federativo

Centralização / coordenação de iniciativas (BPM, PMO, Governança(s) etc.)

29

Mais informações?

Curso “Arquitetura Corporativa” Conteúdo

Conceitos Detalhamento dos Frameworks

o Zachmano TOGAF 9

Implantação da Arquitetura Corporativa

30

Apresentação

Atila Belloquim Bacharel em Ciência da Computação (IME-USP) Mestre em Administração (FEA-USP) Diretor da Gnosis – IT Knowledge Solutions Vice-Presidente da SUCESU-SP Docente do curso de pós-graduação em Gerenciamento de

Projetos do Senac-SP Primeiro profissional TOGAF 9 Certified no Brasil Primeiro instrutor credenciado no Brasil a ministrar o curso

oficial de TOGAF 9 Fundador e Presidente do Conselho do SPIN-SP

Fone: (011) 3170-3176

e-mail: [email protected]

31

Gnosis

Treinamento e Consultoria em Arquitetura Corporativa Modelagem de Processos de Negócio (BPM) Governança de TI Engenharia de Software e Modelos SEI/CMM, PSP e TSP

Parceiro da Architecting the Enterprise, maior empresa de treinamento e certificação em TOGAF do mercado mundial

Representante do Sparx Enterprise Architect, ferramenta líder em Arquitetura Corporativa / Modelagem de Processos e Sistemas

Fone: (011) 3170-3176e-mail: [email protected] (site)atilabelloquim.com.br (blog)

mailto:[email protected]

http://www.gnosisbr.com.br/

http://www.atilabelloquim.com.br/

32

Pesquisa

Por favor, responda à pesquisa distribuída. Ela permitirá que comecemos a obter um maior conhecimento das melhores práticas em Arquitetura, Processos e Projetos em nosso país.

Obrigado!

Ae rio 2011 arquitetura corporativa e ppm - Gnosis

Business

Transcript of Ae rio 2011 arquitetura corporativa e ppm - Gnosis