Empresa "TOKPHONE" Estudo de Caso

Breve introduo dos DSS- Modelos de Maturidade:

Definio- Os modelos de maturidade DSS so usados para descrever, explicar e avaliar os
ciclos de vida de crescimento.
Benefcios:
Descrevem o caminho e a ajudam a organizao a funcionar na direco correcta para o
melhor alinhamento da informao tecnolgica com vantagens nos seus negcios.

Estudo de caso:
O objectivo deste trabalho identificar algumas lacunas/falhas que comprometem a
performance da Tokphone.
fundamental identificar quais so os problemas mais relevantes na gesto da empresa, que
comprometem o seu funcionamento e aps essa fase, aplicar medidas necessrias para
contornar essa situao e tornar a Tokphone numa empresa mais eficiente e competitiva.
Enquadramento:
A empresa Tokphone, uma empresa multinacional de telecomunicaes, possui 10000
colaboradores e funciona h cerca de 10 anos.
Modelo de Maturidade "TDWI" de Eckerson

De acordo com o modelo de maturidade TDWI (Eckerson 2004), a empresa est na

fase Teenager, a empresa reconhece a necessidade de integrar a informao num nico
repositrio.
Categorias

da

TDWI

Maturity

Models

aplicadas

na

Tokphone:

Value:
A proposta de valor da empresa para o cliente a Best Product, pois a Tokphone preocupase em compreender as necessidades dos clientes e responder s exigncias do mercado em
termos de inovao na oferta face aos clientes.
Delivery:
A empresa utiliza o MS Excel para os gestores efectuarem as anlises de mercado, traarem
as suas iniciativas e medir o cumprimento dos seus objectivos.
Problema:
os gestores sentiram nos ltimos anos a necessidade de integrar num nico repositrio a
informao que se encontrava dispersa nas vrias folhas de excel, foram desenvolvidos alguns
projectos de forma a colmatar este problema.
Sugesto:
Esta questo deveria ter sido resolvida no momento em que surgiu essa necessidade.
Se os problemas no forem solucionados na sua fase inicial, a situao agrava-se e acontece
o que foi descrito no excerto do pargrafo acima:
A informao ficou desagregada. Neste formato no acrescenta valor empresa, pois no
possvel a extraco de informao. Isto implica a perdas de tempo desnecessrias e
atribuio de tarefas aos recursos humanos para a sua reorganizao, criando um custo
extraordinrio para a empresa.
Development:
O projecto de implementao de novos data marts pouco flexvel, demora entre 9 a 12
meses para que seja integrada uma nova rea de assunto. o departamento de IT que
acompanha a evoluo dos indicadores e dimenses do Data Mart, no tendo
responsabilidade da criao ou gesto dos relatrios criados.
Os utilizadores acedem a qualquer uma das camadas para poderem extrair e construir os
seus relatrios Apesar do grau de acesso ser muito elevado nos data marts que existem,
devem ser criados mais data marts, para podermos obter uma conhecimento mais profundo
das outras reas contribuindo para uma viso holstica da empresa.
Sponsorship:
Como sponsor temos o prprio Director de Informao de Gesto. A responsabilidade que
este tem perante o seu departamento moderada.
Na minha opinio, a responsabilidade pela evoluo dos indicadores e dimenses do Data
Mart, bem como a criao e a gesto dos relatrios deve ser analisada conjuntamente pelo
Director de IT, complementando com a opinio do director de Informtica e Gesto, para uma
melhor identificao, anlise dos dados, discusso e aplicao de medidas.
Architecture:
Problema:

o departamento de marketing com 100 colaboradores ainda o nico que dispe de dois
Data Marts
O Data Mart Vendas foi remodelado pelo novo director do Departamento de Marketing e
Vendas. Este pediu ao director de IT um novo projecto sem qualquer ligao ao primeiro, com
o objectivo de passar tambm a monitorizar mensalmente os resultados da performance da
sua fora de vendas, armazenadas nas mesmas fontes de informao.
Soluo:
Os utilizadores conseguem aceder a pouca quantidade informao do data warehouse.
Devem ser criados mais data marts para uma maior extraco de dados com vista ao
enriquecimento de informao para a tomada de deciso.
fundamental a ligao do novo projecto com os anteriores, pois deste modo possvel
comparar as informaes actuais e futuras com o histrico para melhor compreendermos a
evoluo e anlise dos indicadores, para verificarmos o que pode ser melhorado para no
cometermos os mesmos erros.

Delivery: Uncontroled:
Os casual users no tm conhecimento suficiente para desenvolver a criao e gesto dos
relatrios;
Os Power Users so bastante relevantes no seu trabalho.
Tem de se apostar na formao dos utilizadores, para que os casual users sejam mais
independentes dos power users para os poderem libertar para tarefas mais complexas e que
exijam o seu empenho.
Data:
Os dados, aps o novo projecto so monitorizados mensalmente.
A confiana nos dados muito baixa. Os dados tm de ser verdadeiros e confiveis a 100%
pelos utilizadores, sem ser necessrio confirmar a veracidade dos mesmos.
Funding:
Em termos de Funding, o grau de investimento baixo, apenas 10% dos projectos totais, para
a rea de BI insuficiente. Deve se investir para se obter uma melhor compreenso do
negcio por parte dos gestores
Os projectos de BI, no podem ser vistos como qualquer outro projecto. Cada projecto tem o
seu nvel de importncia e a sua ateno deve ser repartida de melhor forma.
Scope:
A informao sobre os tipos de dados que residem nas tabelas e o mapeamento dos
processos ETL no se encontram documentados de forma integrada, existindo na Metadata
das prprias aplicaes de forma individual.
Os processos ETL devem passar por uma rea de stage. Os dados devem passar por um
processo de qualidade, normalizao e gravao de dados no data Warehouse.

O repositrio de metadata considerado um dicionrio de informaes. Deve conter a

informaes sobre a origem dos dados, regras de transformao, nomes e formatos de dados.
Com este conjunto de iniciativas, a empresa consegue resolver grande parte dos seus
problemas mais profundo