A FRAMEWORK FOR MARKETING BUSINESS INTELLIGENCE GOVERNANCE BASED ON TOGAF



Documentos relacionados
Oficina de Gestão de Portifólio

A ITIL e o Gerenciamento de Serviços de TI

Wesley Vaz, MSc., CISA

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

CONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO X PROJETO BÁSICO: DESCRIÇÃO DOS PROCESSOS DE TI

Planejamento Estratégico de TI. Prof.: Fernando Ascani

Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0

GESTÃO DAS INFORMAÇÕES DAS ORGANIZAÇÕES MÓDULO 11

Governança de TI. ITIL v.2&3. parte 1

MECANISMOS PARA GOVERNANÇA DE T.I. IMPLEMENTAÇÃO DA. Prof. Angelo Augusto Frozza, M.Sc.

EXPERIÊNCIA DE USO DE ARQUITETURA CORPORATIVA NO PROJETO DE RES

TOGAF 9 Certified - Arquitetura Corporativa Curso Oficial reconhecido pelo The Open Group (TOGAF 9 Accredited TOGAF Training Course)

COMUNICAÇÃO DE PORTIFÓLIO UTILIZANDO DASHBOARDS EXTRAIDOS DO MICROSOFT PROJECT SERVER

Processos Técnicos - Aulas 4 e 5

MBA: Master in Project Management

Estratégia de TI. Posicionamento Estratégico da TI: como atingir o alinhamento com o negócio. Conhecimento em Tecnologia da Informação

Project and Portfolio Management [PPM] Sustainable value creation.

Service Level Management SLM. Gerenciamento de Níveis de Serviço

GERENCIANDO SERVIÇOS DE MENSAGENS OTT PARA UM PROVEDOR DE TELECOM GLOBAL

O modelo unificado de processo. O Rational Unified Process, RUP.

GOVERNANÇA EM TI. Prof. André Dutton. 1

Gerenciamento de Serviços de TI ITIL v2 Módulo 1 Conceitos básicos

Gerência de Projetos

Fase 1: Engenharia de Produto

TECNOLOGIA DA INFORMAÇÃO. Prof. Leandro Schunk

Atividade: COBIT : Entendendo seus principais fundamentos

1. Introdução e Objetivos 2. Fundamentação teórica 3. Desenvolvimento e Especificações do sistema

GESTÃO E OTIMIZAÇÃO DE PROCESSOS. Vanice Ferreira

GTI Governança de TI. GTI como Ativo Estratégico. GTI - Um Ativo Estratégico 1

MASTER IN PROJECT MANAGEMENT

Programa do Curso de Pós-Graduação Lato Sensu MBA em Gestão de Projetos

1 - Como definir o Balanced Scorecard (BSC)?

Análise do Ambiente estudo aprofundado

Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto

FATEC Cruzeiro José da Silva. Ferramenta CRM como estratégia de negócios

ENGENHARIA DE SOFTWARE I

Governança Clínica. As práticas passaram a ser amplamente utilizadas em cuidados de saúde à partir de

A Disciplina Gerência de Projetos

Conhecimento em Tecnologia da Informação. CobiT 5. Apresentação do novo framework da ISACA Bridge Consulting All rights reserved

PODER JUDICIÁRIO TRIBUNAL REGIONAL DO TRABALHO DA 3ª REGIÃO

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Gestão de Projeto de Tecnologia da Informação

Executive Business Process Management

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

Gestão Estratégica de Marketing

BSC Balance Score Card

Programa do Curso de Pós-Graduação Lato Sensu MBA em Gestão Estratégica de Marketing

SIMULADO: Simulado 3 - ITIL Foundation v3-40 Perguntas em Português

Desenvolvimento de um software de gerenciamento de projetos para utilização na Web

Tecnologia da Informação. Sistema Integrado de Gestão ERP ERP

Sistema Integrado de Gestão ERP. Prof: Edson Thizon

FACULDADE DE ADMINISTRAÇÃO E NEGÓCIOS - FAN CEUNSP SALTO /SP CURSO DE TECNOLOGIA EM MARKETING TRABALHO INTERDISCIPLINAR

No mundo atual, globalizado e competitivo, as organizações têm buscado cada vez mais, meios de se destacar no mercado. Uma estratégia para o

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

CURSO FERRAMENTAS DE GESTÃO IN COMPANY

Secretaria de Gestão Pública de São Paulo. Guia de Avaliação de Maturidade dos Processos de Gestão de TI

GERENCIAMENTO DE PORTFÓLIO

Curso ITIL Foundation. Introdução a ITIL. ITIL Introduction. Instrutor: Fernando Palma fernando.palma@gmail.com

Ambientação nos conceitos

endereço eletrônico) OPCIONAL: s.pdf

Governança AMIGA. Para baixar o modelo de como fazer PDTI:

Casos de Sucesso. Cliente. Deloitte Touche Tohmatsu Consultores LTDA

Diretrizes Complementares para Aplicação da Análise de Pontos de Função no PAD

Curso Fundamentos de Gerenciamento de Serviços de TI baseado no ITIL V3

POLÍTICA DE GESTÃO DE RISCOS DAS EMPRESAS ELETROBRAS

TERMO DE REFERÊNCIA (TR) GAUD VAGA

Programa do Curso de Pós-Graduação Lato Sensu MBA em Engenharia de Software Orientada a Serviços (SOA)

Fundamentos de Teste de Software

ITIL - Information Technology Infraestructure Library

Sistemas de Informações Gerenciais

Borland: Informatizando TI. João Carlos Bolonha

Guia de recomendações para implementação de PLM em PME s

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES


Curso preparatório para a certificação COBIT 4.1 Fundation

COMO FAZER A TRANSIÇÃO

UNIP Ciência da Computação / Sistemas de Informação TED I - Orientações Gerais para Elaboração dos Documentos

Profissionais de Alta Performance

ü Curso - Bacharelado em Sistemas de Informação

Empresa como Sistema e seus Subsistemas. Professora Cintia Caetano

ESTÁGIO DE NIVELAMENTO DE GERENCIAMENTO DE PROJETOS MACROPROCESSO DE GESTÃO DO PORTFÓLIO

GESTÃO DE PROJETOS PARA A INOVAÇÃO

Pesquisa realizada com os participantes do 12º Seminário Nacional de Gestão de Projetos. Apresentação

Estruturando o modelo de RH: da criação da estratégia de RH ao diagnóstico de sua efetividade

GERIC GERENCIAMENTO DO I.T.I.L E DO COBIT

EXECUTIVE GESTÃO ESTRATÉGICA

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite (81 )

Políticas de Qualidade em TI

Adriano Maranhão BUSINESS INTELLIGENCE (BI),

Transcrição:

A FRAMEWORK FOR MARKETING BUSINESS INTELLIGENCE GOVERNANCE BASED ON TOGAF Fernando Paulo Balthazar (Universidade de São Paulo. São Paulo, Brasil) - fernando.balthazar@hotmail.com Fábio Silva Lopes (Universidade Presbiteriana Mackenzie, São Paulo, Brasil) fabio.lopes@mackenzie.br Jorge Luís Risco Becerra (Universidade de São Paulo. São Paulo, Brasil) - jorge.becerra@usp.br Ana Claudia Rossi (Universidade Presbiteriana Mackenzie, São Paulo, Brasil) ana.rossi@mackenzie.br ABSTRACT Introduction: Deploy a Marketing Business Intelligence (BI) platform aim to assist managers to making decisions in marketplace. The success of these projects generate significant impacts on the business. Problem: However, the design of efficient platforms for BI deployment and management generate questions that deserve further development in the academic and business scope. Objective: This study aimed to propose a governance model for BI based on TOGAF framework (The Open Group Architecture Framework) to gather information needed to establish a robust Marketing BI platform. Method: The study has based on analysis of adhesion comparing TOGAF practices and BI needs. Results: The model proposed presents benefits for supporting to deploy BI platforms as well as management processes, with better assertiveness, direction and quality in the implementation of Marketing BI. KEYWORDS Corporative Architecture, Business Intelligence, Governance, Marketing, TOGAF UM FRAMEWORK PARA GOVERNANÇA DE BUSINESS INTELLIGENCE EM MARKETING BASEADO EM TOGAF RESUMO Introdução: A implantação de plataformas de Business Intelligence (BI) com foco em Marketing tem intuito de auxiliar gestores em na tomada de decisões com base mercado em que atua. O sucesso destes projetos gera impactos relevantes para os negócios. Problema: Porém, a concepção de plataformas eficientes para implantação e gestão de BI geram questões que merecem aprofundamento no âmbito acadêmico e empresarial. Objetivo: Esse trabalho teve o objetivo de propor um modelo de governança para BI com base no framework TOGAF (The Open Group Architecture Framework) de modo a reunir elementos necessários para estabelecer uma plataforma robusta de BI aplicado ao Marketing. Método: O estudo baseou-se na análise da aderência entre o TOGAF e as necessidades de BI. Resultados: O modelo proposto apresenta benefícios no suporte ao desenvolvimento de plataformas de BI e na gestão dos processos envolvidos, maior assertividade, direcionamento, qualidade na implantação de BI para Marketing. PALAVRAS-CHAVE Arquitetura Corporativa, Business Intelligence, Governança, Marketing, TOGAF. 4255

1. INTRODUÇÃO O termo "Marketing" é definido por Kotler e Armstrong (2013), como um processo administrativo e social pelo qual indivíduos e organizações obtêm o que necessitam e desejam por meio da criação e troca de valor com outros. Já para outros autores como Churchill, Gilbert e Peter (2000) definem Marketing como um processo de planejar e executar a definição do preço, promoção, distribuição de ideias, bens e serviços com o intuito de criar trocas que atendam metas individuais e organizacionais. Há um equivoco quando se entende que Marketing é somente publicidade para alavancar mais venda. No conceito atual, há uma amplitude maior de atuação. A publicidade e a venda são parte de um conjunto maior de ações do Marketing. Nesta linha, Kotler e Armstrong (2013) definem cinco passos para as empresas entenderem seus consumidores, criando valor e sólido relacionamento com eles. Estes cinco passos formam os chamados Modelo de Processo de Marketing. São eles: Entender o mercado e as necessidades e desejos dos clientes; Desenhar uma estratégia de Marketing dirigida para o cliente; Desenvolver um programa de marketing para entregar mais valor; Criar relações rentáveis e satisfação do cliente; Capturar o valor do cliente para criar lucros e qualidade. Além do Modelo de Processo de Marketing, os autores supracitados, defendem a necessidade de um Plano Estratégico para o Marketing capaz de determinar o mercadoalvo e o posicionamento da empresa diante dos seus clientes. Por fim, projetam um mix de marketing moldado por fatores que estão sob seu controle, os quatro Ps sendo eles: Produto, Preço, Praça e Promoção. Tanto o Modelo de Processo de Marketing como o Plano Estratégico são dependentes de dados oriundos de diversas fontes que devem ser organizados de modo a agregar valor para este conjunto. Estes conceitos definem o contexto do Marketing contemporâneo, que vivencia uma preocupação crescente no sentido de compreender consumidores e mercado-alvo, utilizando dados íntegros e atualizados para tomar decisões, com apoio da Tecnologia da Informação (TI). Esta última, exerce papel fundamental no Plano Estratégico do Marketing, atuando no suporte e fornecimento de ferramentas para que os objetivos dos negócios sejam alcançados. Contudo, a aquisição, tratamento e manipulação de dados, bem como, a governança destes dados, compreende um conjunto de atividades com elevado grau de complexidade. De modo a obter uma melhor gestão da complexidade, Zachman (1987) propôs um framework para arquitetura de sistemas de informação. Esta proposta baseia-se na tese de que os sistemas de informação são complexos e carecem de um constructo lógico (ou arquitetônico) capaz de controlar interfaces e a integração dos componentes de um sistema. 4256

Ainda, Zachman (1987) escreve em seu trabalho que a necessidade de desenvolver algum tipo de framework para racionalização dos vários conceitos arquiteturais e especificações se justifica em razão de tornar clara a comunicação para os profissionais envolvidos. Um framework é estruturado de modo a apoiar um projeto integrado e balanceado envolvendo pessoas, competências, estrutura organizacional e processos de negócio. Nesta linha, a Arquitetura Corporativa (ou Enterprise Architecture), é um instrumento de articulação deste conjunto e foi proposto para apoiar futuras direções empresarias, transformando estratégia em execução (GREEFOHORST e PROPER, 2011). Segundo Cambiucci (2010), a arquitetura corporativa é uma disciplina do contexto da Tecnologia da Informação, que envolve questões como a estrutura da organização, sistemas e relacionamentos entre subsistemas, mecanismos de integração e conexões com o mundo extra corporação. Portanto, trata da organização de processos aliada a infraestrutura de apoio para manter uma empresa operacional. De forma complementar, Greefohorst e Proper (2011) descrevem que a Arquitetura Corporativa, associada a formulação, implementação e processos de governança, são cada vez mais reconhecidas pelas organizações como uma importante aptidão a ser galgada. A arquitetura corporativa traz vários benefícios para uma organização, como redução de custos no desenvolvimento, manutenção e suporte, melhoria de interoperabilidade entre os sistemas, facilidades de upgrades, redução de riscos e melhoria nos processos. (COUTINHO, 2010). Para Ross, Weill e Robertson (2008) a Arquitetura Corporativa foi definida como a lógica organizadora para processos de negócios e infraestrutura de TI que reflete os requisitos de integração e padronização do modelo operacional da empresa. Os mesmos autores ressaltam que um modelo operacional descreve a capacidade que uma empresa possui para oferecer uma visão mais estável e prática, determinando o projeto de alicerce de execução. Este alicerce permite uma rápida implementação de qualquer iniciativa estabelecida no planejamento estratégico. Os autores aqui citados corroboram a ideia da necessidade de construir uma Arquitetura Corporativa partindo da estrutura da organização, para executar o que está previsto no Planejamento Estratégico. Contudo, quando a questão é segmentada para ações específicas, como é o caso do BI para Marketing, esta arquitetura é pouco discutida e referenciada na literatura. Por outro lado, projetos de BI são implementados nas organizações muitas vezes sem ser contextualizado aos princípios da Arquitetura Corporativa. Este tipo de iniciativa, desatrelada ao contexto arquitetônico da organização, pode ser um fator de insucesso para os projetos. 4257

Isso ocorre porque há carência de estudos sobre modelos para implantação e gestão de BI integrados a um framework de Arquitetura Corporativa. Portanto, observa-se uma área de estudos interessante para aprofundamento no âmbito acadêmico e empresarial. O Framework The Open Group Architecture Framework ou também conhecido como TOGAF, foi desenvolvido e é mantido pela The Open Group. A compilação da primeira versão escrita foi publicada em 1995 com base no Framework de Arquitetura Técnica para Gerenciamento da Informação do Departamento da Defesa dos Estados Unidos - US Department of Defense Technical Architecture Framework for Information Management (TAFIM) e partir dessa data o site público do The Open Group vem publicado sucessivas versões do framework TOGAF. A arquitetura no contexto do TOGAF tem dois significados: uma descrição formal de um sistema para orientar a sua execução e a estrutura dos componentes, relacionamentos e orientações formam sua concepção e evolução ao longo do tempo (JOSEY, 2013). O TOGAF oferece uma estrutura bem definida de fases e processos de execução para a construção de uma arquitetura corporativa (CAMBIUCCI, 2010). O TOGAF pode ser utilizado em conjunto com outros frameworks. Considerando os pontos abordados, este estudo seguiu no sentido de propor um modelo de governança para BI com base no TOGAF (The Open Group Architecture Framework) de modo a reunir elementos necessários para estabelecer uma plataforma robusta de BI aplicado ao Marketing. Nesta linha, este artigo foi estruturado da seguinte forma. O tópico 2 apresenta os aspectos metodológicos do trabalho. O tópico 3 descreve o modelo elaborado com base no TOGAF. O tópico 4 discute os resultados obtidos e o tópico 5 apresenta as conclusões e recomendações para trabalhos futuros. 1. METODOLOGIA Este estudo seguiu a linha metodológica de investigação exploratória que reuniu subsídios para a estruturar uma análise de aderência entre o framework TOGAF e as necessidades de BI, de modo a produzir um framework de apoio à construção de plataformas para BI aplicado a Marketing, bem como, a devida atenção aos aspectos de governança inerentes. Conforme descrevem Cervo, Bervian e Silva (2007, pp 63), a investigação exploratória configura um passo inicial ao processo investigatório, que define objetivos e permite familiarizar-se com o fenômeno e formular hipóteses. Não obstante, os autores deste estudo entendem que a pesquisa com foco em organizações ou em Sistemas de Informação deve seguir o alinhamento metodológico proposto pela perspectiva do Design Science. 4258

O termo Design Science foi utilizado por Simon (1996) para definir o esforço despendido na criação de coisas que servem a propósitos humanos. Obter artefatos artificiais com características desejadas pelos stakeholders constitui o objetivo central da engenharia, e, de modo mais genérico, dos projetos. Considerando que um projetista está preocupado em como as coisas devem ser para alcançar objetivos. O entendimento dos fenômenos que ocorrem em organizações e nos sistemas de informação em conjunto ao esforço para geração de conhecimento com foco em aprimorálos, está no cerne da perspectiva científica da Design Science. De forma complementar, Hevner at al. (2004, pp.78) descrevem que a transição efetiva do planejamento estratégico para a infraestrutura de sistemas de informação requer extensivas atividades de design de ambos os lados, Organizacional e Tecnologia da Informação. Na busca de um framework capaz de atender os requisitos necessários para implantação de BI em Marketing, optou-se por fazer um levantamento bibliográfico sobre os temas: Marketing Moderno, Plano Estratégico Corporativo, o Framework de Arquitetura Corporativa TOGAF, Design Science, Business Intelligence e Descoberta de Conhecimento em Bases de Dados. Foram analisados os pontos de aderência entre BI-M e TOGAF e, a partir desta análise, estruturou-se o framework com base nos pontos coletados e analisados. O estudo pautou-se nas seguintes premissas: -Identificação de oportunidades e direcionamento a partir do plano estratégico corporativo e de marketing ou dos conceitos do marketing moderno, para a construção do BI. -Estruturação do framework com base no framework de arquitetura corporativa, o TOGAF. -Incorporação do processo de Data Warehouse e Descoberta de Conhecimento em Bases de dados (DCBD) para construção de um DataBase Marketing, através de fontes internas e externas. -Descrição de ações, métricas e objetivos de marketing a partir dos dados extraídos. 2. ARQUITETURA DE BI COM BASE NO FRAMEWORK TOGAF O framework proposto neste estudo objetiva direcionar gestores de negócio e a área de TI, desde a concepção e planejamento até a implantação de um BI para Marketing. O nome atribuído para esse método direcionador é FIBIMK (Framework para Implantação de BI em Marketing). O framework TOGAF, nos aponta o caminho de processos a percorrer, dentro do ADM, a essência do TOGAF. Cada fase valida os resultados contra os requisitos originais. Todo 4259

momento é validado o escopo e cada entrega de artefatos deve validar o processo anterior. Além dessa característica, o TOGAF tem acesso livre a toda documentação no site do Open Group. O FIBIMK trabalha com base nas fases do TOGAF, utilizando como apoio todo o material disponibilizado no site do The Open Group (2011), grupo criador do framework TOGAF, para definir as atividades e entregáveis. Uma organização poderá criar seu próprio framework customizado a partir do TOGAF. Ele foi construído com intuito de ser totalmente customizado para se adaptar às características dos requisitos de sistema e da organização. Para modelar o FIBIMK, foram revisados todos os processos do ADM (Método de Desenvolvimento de Arquitetura) e suas saídas. Outro ponto verificado foram as ordens e a permanência das fases do ADM. É permitido e proposto que a organização realize uma revisão dessas fases para assim ajustar a plataforma da melhor forma que atenda às exigências do framework em construção. A Figura 1 apresenta as fases do FIBIMK elaborado a partir do ADM - TOGAF. H. Gerenci amento de Mudan ça G. Govern ança da Implem entação F. Planejamento de Migração A. Visão da Arquite tura E. Oportu nidade s B. Arquit etura de Negóci o D. Arquitet ura de Tecnolo gia C. Arquit etura de SI Figura 1 - Fases do FIBIMK com base no ADM - TOGAF. 4260

3.1 Fase Preliminar O objetivo da fase preliminar é preparar a organização para trabalhar com o FIBIMK, apresentando a filosofia e ritmo de uma arquitetura corporativa no ambiente organizacional. As atividades do FIBIMK nessa fase são: -Realizar reuniões, palestras e treinamento com os gestores e principais membros da equipe do projeto. -Garantir as atividades de preparação e iniciação para criar capacidade de arquitetura. -Escolher as ferramentas para suportar as atividades de arquitetura. -Criar um time multi disciplinar com os lideres de cada área envolvida nas definições de negócio do Marketing e da área de TI, para estabelecer o comprometimento de todos. -Customizar o FIBIMK para atender as necessidades, características e ambiente organizacional. 3.2 Gerenciamento de Requisitos Esta fase pode ser acionada a todo momento, podendo ser durante alguma atividade, ou antes, e ao término de alguma fase. Conforme a Figura 1, o Gerenciamento de Requisitos está no centro, recebendo iterações de todas as outras fases. As atividades do RIBIMK nessa fase são: -Identificar e validar os requisitos de negócio dentro e fora de cada fase do ADM. -Identificar o que é relevante para o negócio. -Disponibilizar e priorizar os requisitos de negócio para servir de direcionamento -Validar os requisitos em cada fase do ciclo do ADM. 3.3 Fase A - Visão da Arquitetura A Visão da Arquitetura é a fase de inicialização e onde define-se o escopo do projeto. As atividades do FIBIMK nesta fase são: -Iniciar um ciclo do FIBIMK. -Definir escopo, baseado no planejamento estratégico de Marketing. -Definir o valor agregado ao negócio como justificativa do projeto. 4261

-Definir os KPIs (Key Performance Indicator ou Indicador Chave de desempenho), para medir o andamento do projeto. -Criar definição de alto nível para as arquiteturas básicas (negócio, aplicativo, dados e técnica). -Criar declaração de trabalho da arquitetura. -Obter as aprovações necessárias da área de negócio, para dar sequência. 3.4 Fase B Arquitetura de Negócio Uma boa prática nesta fase é a elaboração do mapeamento dos processos de negócios que envolvem o projeto de BI. Aplicando o BPM (Business Process Management) é possível para a área de negócio ter uma visão dos processos, incorporando regras de negócios, fluxo de informações, definição de workflows e integrações. O BPM é importante para a área de TI compreender o caminho percorrido dos processos de negócios nos departamentos e sistemas, com intuito de estudar a melhor forma de captura dessas informações e alimentar a plataforma de BI. As principais atividades na fase da Arquitetura de Negócio são: -Criar definição detalhada da Arquitetura de Negócio. Nesse item devem detalhar ao máximo quais informações relevantes ao negócio de Marketing. -Revisar pontos de vista relevantes da arquitetura de negócios com os stakeholders. -Definir um roteiro com base nas diferenças entre a arquitetura de negócio de alto nível e a detalhada. Com as definições da Visão de Arquitetura e Arquitetura de Negócio, já é possível partir para a construção física do BI. A construção física do BI está nas fases C Arquitetura de Sistemas de Informação (Dados e Aplicativo) e D Arquitetura de Tecnologia (Infraestrutura). 3.5 Fase C - Arquitetura de Sistemas de Informação Esta fase do FIBIMK, aborda a documentação de sistemas de TI, separando em dois passos: Arquitetura de dados e Arquitetura de Aplicativo. Em um projeto de BI, o passo da Arquitetura de dados, é o mais importante entre os demais. Nesse passo define-se o DW - Data Warehouse. As principais atividades em Arquitetura de dados são: 4262

-Criar a arquitetura de dados que suporte a Arquitetura de Negócio e Visão de Arquitetura. O foco nesse item é definir o modelo de dados de negócios e lógico para a construção do Data Warehouse, Data Mining e fontes de dados. -Entender quais exigências de software para suportar as transformações e integração de dados, ou seja, definir quais características a ferramenta ETL deverá apresentar. -Entender o nível de complexidade dos dados para poder desenhar o Data Warehouse da melhor forma possível. -Entender o nível de complexidade na descoberta de conhecimento, para considerar estrutura, sistema de gestão e habilidades de pessoas. -Criar arquitetura de governança e qualidade de dados. Com relação a Arquitetura de Aplicativo a única atividade é: -Criar a arquitetura de aplicativo que suporte a Arquitetura de Negócio e Visão de Arquitetura. O foco nesse item é definir os tipos de ferramentas que suporte o Data Warehouse e Data Mining, ou seja, ferramentas de Banco de dados, ETL, OLAP e Sistemas Operacionais. 3.6 Fase D - Arquitetura de Tecnologia O The Open Group (2011), detalha que o processo de desenvolvimento da arquitetura de tecnologia, incorporando os seguintes passos e considerações: -Definir uma taxonomia da plataforma de serviços. -Identificar locais relevantes onde a tecnologia é implantada. -Realizar um inventário físico de tecnologia implantada e encaixar nessa taxonomia. -Olhar para os atuais e novos requisitos de aplicação e negócio, para definir a tecnologia. -Determinar a configuração adequada da tecnologia selecionada. -Determinar impacto em dimensionamento, custo, capacidade, instalação, governança e migração. -Considerar performance, manutenção, localização versus latência e disponibilidade na escolha da tecnologia. 4263

3.7 Fase E - Oportunidades e Soluções Essa fase está ligada a implementação, ou seja, como entregar o projeto de BI. É o inicio da criação do Plano de Implantação e Migração que é finalizado na Fase F. As principais atividades são: -Gerar uma visão geral do planejamento da migração e implementação. Como será o processo de implementação do Business Intelligence em alto nível. -Determinar a necessidade de uma implantação incremental e caso positivo identificar prioridades com base no valor ao negócio. 3.8 Fase F - Planejamento da Migração Essa fase completa a fase anterior, da arquitetura base para a arquitetura alvo. Como principais atividades são: -Gerar uma visão detalhada do planejamento da migração e implementação. Como será o processo de implementação do Business Intelligence detalhadamente. -Avaliar as dependências, custos e benefícios considerando os outros sistemas da empresa, com a cooperação dos gerentes do escritório de projetos. 3.9 Fase G - Governança da Implantação Nessa fase, se encontra todas as informações para uma gestão de sucesso na implementação do projeto de BI. As atividades desta fase são: -Estabelecer um programa de implementação para assegurar a entrega da fase F de Planejamento da Migração. -Adotar um programa de implementação em fases, refletindo as prioridades de negócios, ou seja, todas consultas no BI, que agregam valor ao negócio serão as primeiras serem implantadas. -Seguir o padrão da TI e governança de arquitetura da organização. -Seguir abordagens estabelecidas pelo gerente do escritório de projetos. Várias empresas possuem escritórios de projetos, seguir suas padronizações indica que o RIBIMK está em conformidade com os padrões da empresa, principalmente empresas multi nacionais, que esses padrões são impostos pela matriz de outro país. -Definir um plano de sustentação de suporte para o funcionamento futuro da solução implantada. 4264

3.10 Fase H - Gerenciamento de Mudanças na Arquitetura Essa fase tem como objetivo garantir que toda a arquitetura seja gerenciada de forma controlada. Como principais atividades são: -Garantir que o ciclo de vida de arquitetura seja mantido e a Governança da Arquitetura seja executada. -Garantir que a arquitetura atinge o seu valor de negócio alvo original. -Avaliar se um ciclo de evolução da arquitetura será executado, quando identificado uma mudança no projeto. -Apoiar a arquitetura corporativa implementada como arquitetura dinâmica. O mercado, investimentos, produtos e gestores mudam, com isso a probabilidade de mudanças é grande em um BI para Marketing. 3. DISCUSSÃO DOS RESULTADOS O framework proposto apresenta benefícios no suporte ao desenvolvimento de plataformas de BI e na gestão dos processos envolvidos, maior assertividade, direcionamento, qualidade na implantação de BI para Marketing. As necessidades de BI para o Marketing são validadas nas fases do FIBIMK. Desta forma, as atividades descritas tornam-se um direcionador para gestores, principalmente nas fases da visão da arquitetura, negócio, sistema de informação e tecnologia, onde estão previstas atividades de desenho e construção do projeto. Uma plataforma construída com base neste framework atenderá boas práticas inseridas no TOGAF preencherão critérios recomendados para as questões de governança. O FIBIMK contempla fases que especificam atividades e entregáveis, explorando diversos aspectos de TI e governança. As atividades e entregáveis estão em conformidade com o TOGAF mostrando aderência alta entre necessidades e atividades previstas no framework adaptado. 4. CONCLUSÕES E RECOMENDAÇÕES Os autores pesquisados ressaltam a importância de se adotar um modelo de arquitetura corporativa em uma empresa, trazendo benefícios como redução de custos de manutenção, suporte e desenvolvimento dos sistemas de informação; melhoria na gestão dos processos de TI e da área de negócios; entre outros. Estes aspectos corroboram favoravelmente para uma governança mais eficiente. 4265

Foi visto também que com um projeto de BI para Marketing bem planejado e alinhado com a estratégia de negócio, tem uma grande contribuição para as tomadas de decisões. É uma ferramenta em que o usuário final realmente utilizará, tornando-se fundamental para o seu trabalho do dia a dia. Outro ponto averiguado foi da proposta principal desse trabalho, onde o FIBIMK se torna eficaz a partir do momento que mapeia os processos de negócios, deixando-os mais claros, documentados e padronizado. O RIBIMK também direciona a área de TI com um passo a passo de processos para ajudar de fato na implantação do projeto de BI. Portanto a máxima de Kotler "o Marketing está se tornando mais uma batalha baseada em informações do que uma batalha no poder de vendas", é consideravelmente correta a partir dos pontos discutidos neste estudo. Empresas capazes de gerenciar dados terão vantagem competitiva diante seu concorrente de modo a trazer outros benefícios como maior visibilidade às áreas de TI e Marketing, clientes mais satisfeitos, melhor planejamento na produção, campanhas ou promoções mais assertivas, melhor controle de preços e gestão de áreas de vendas mais eficaz. Como conclusão, o alinhamento e o estreitamento das relações entre a TI e a área de negócio se fazem necessário e é altamente aconselhável para a implantação do BI de Marketing. Acompanhado a isso, um framework adequado se faz necessário para deixar esse alinhamento mais profissional e organizado, de modo a buscar a excelência com maior acerto no prazo, escopo e tempo. O FIBIMK poderia ser aplicada em um caso real, medindo seus resultados, elegendo pontos fortes e fracos, com objetivo de refinar e aperfeiçoar o framework proposto. REFERÊNCIAS CAMBIUCCI, W. Enterprise Architecture: A arquitetura corporativa e o papel do arquiteto de TI. Biblioteca MSDN, 2010. Disponível em: <http://msdn.microsoft.com/ptbr/library/gg490650.aspx>. Acesso em: 01 Setembro 2014. CERVO, A.L.; BERVIAN, P.A.; da SILVA, R. Metodologia Científica, 6a. ed. São Paulo: Pearson Prentice Hall, 2007. CHURCHILL Jr.; GILBERT A.; PETER, J. Paul. Marketing, Criando valor para os clientes. 2ª ed. São Paulo: Saraiva, 2000. COUTINHO, P. R. F. Resumos de estudo do TOGAF 9. 2010. Disponível em: <http://aogeabrazil.org/?p=571>. Acesso em: 28 de Setembro 2014. 4266

GREEFHORST, D.; PROPER, E. Architecture Principles: The cornerstones of Enterprise Architecture. Heidelberg: Springer, 2011. HEVNER, A.R.; MARCH, S.T.; PARK, J.; RAM, S. Design Science in Information Systems Research. MIS Quarterly. Vol 28 No. 1-75-105, 2004. JOSEY, A. et al. TOGAF Versão 9.1 Um Guia de Bolso. Wilco, Amersfoort NL: The Open Group Publicações disponíveis pela Van Haren Publishing, 2013. KOTLER, P.; ARMSTRONG, G. Princípios de Marketing. São Paulo: Pearson Education do Brasil, 2013. ROSS, J. W.; WEILL, P.; ROBERTSON, D. C. Arquitetura de TI como Estratégia Empresarial. São Paulo: M. Books do Brasil Editora Ltda, 2008. SIMON, H.A. The sciences of the artificial. 3rd ed. MIT Press, 1996. The Open Group. TOGAF Version 9.1. Open Group Standard, 2011. Disponível em: <http://pubs.opengroup.org/architecture/togaf9-doc/arch/>. Acesso em: 01 Setembro 2014. ZACHMAN, J.A. A framework for information systems architecture. IBM Systems Journal. Vol. 26, No. 3. Pgs. 276-291, 1987. 4267