Adolpho, concordo com suas qualifica��es sobre gerar um conjunto b�sico de defini��es
sobre caracter�sticas do CMDB e seus componentes;
Para mim, esta atitude est� em plena conson�ncia com a id�ia b�sica do ITIL que � a de
unir de forma coerente um conjunto de melhores pr�ticas que "inspirariam" o redesenho
de processos de ITSM.
Sendo assim, o que eu gostaria de ver dispon�vel, para utilizar como refer�ncia �:
- Um modelo gen�rico de como deveria ser mapeado um CMDB. Como, em rec�nditos do
passado, atuei como Administrador de dados, sempre que penso sobre o CMDB imagino um
modelo de Entidade-Relacionamento.
- Um modelo gen�rico de casos de uso relacionados a gest�o de configura��o ( pelo
menos processos de inclus�o , altera��o e exclus�o normais). Isto ajudaria a n�o
termos bases de dados �timas quanto surgem mas que se degradam com o tempo. Cabe
sempre lembrar, o cMDB � um modelo l�gico da realidade e ter� a sua utilidade medida
pela sua confiabilidade, em outras palavras , o CMDB � t�o bom quanto � fiel com a
realidade.
- Processos de "balan�o" CMDB - Acima falei que o CMDB � t�o �til quanto a sua
fidelidade, e que para ser fiel, as altera��es de realidade ( tratadas pela gest�o de
mudan�as) deveriam ser refletidas no modelo CMDB. A Id�ia � que, se consegu�ssemos
mapear detalhadamente a realidade e depois representar todas as altera��es o CMDB
estaria sempre "afinado". Isto � um modelo te�rico! na pr�tica, de tempos em tempo,
teremos que executar o "balan�o" do BD levantando manualmente a realidade e ajustando
o Modelo. Considerando o custo d fazer este "balan�o " � importante que n�o seja
freq�ente.
- Uma estrat�gia para a utiliza��o de bases de dados distribu�das - N�o sei como voc�s
v�em, mas acho que o CMDB devesse ser um bd �nico, quero dizer fisicamente �nico.
Novamente, isto � um modelo conceitual ou representativo do estado da arte, a
realidade � que temos v�rias bases de dados diferentes e a tarefa de unifica-las
depende da maturidade que a empresa apresenta, do apoio com que a fun��o e os
profissionais de gest�o de configura��o contam e da persist�ncia e paci�ncia que estes
profissionais possuem.Uma estrat�gia prov�vel � de termos bases distribu�das mas
integradas pelo mesmo processo, enquanto evoluem para um CMDB �nico.
- Um modelo de Estrutura de configura��o do CMDB - Aqui, eu concordo com o Ghigoneto
quando pondera "...gregos e troianos nestes aspectos pois a necessidade e forma de
modelagem diferem
bastante de empresas para empresas...". a Estrutura de Configura��o � realmente a
cara da empresa e representa a sua intelig�ncia e seus usos e costumes. mas ser� que
n�o existem aqui algumas regras gen�ricas que pudessem apoiar aos iniciantes e balisar
os trabalhos dos que j� evolu�ram? gostaria de crer que sim. De r�pido, consigo
visualizar agrupamentos de IC por...
a.. por Servi�os ou processos de neg�cio que atendem - todos os ic's que atendem
determinado aplicativo, por exemplo.
b.. por fun��o t�cnica - Bd's, aplicativos, ambientes( produ��o, teste,
desenvolvimento)
c.. aspectos t�cnicos - por sistema operacional, por tipo de configura��o, por
sub-rede.
d.. distribui��es outras- geogr�ficas, por fun��es corporativas, etc.
Cabe lembrar que o ITIL faz constantemente a diferencia��o entre gest�o de
configura��o e ASSET management e neste aspecto a primeira vis�o ( por servi�os) � a
defendida, mas certamente n�o podemos negar que as outra vis�es podem ser
implementadas sem preju�zo algum.
Pier Roberto Riboni
Gerente de Projetos de Infra-estrutura de TI
SMO - Setor de Metodologia Operacional
- PROCERGS -
"GOPMP - Solu��es para infra-estrutura de TI"
GUIE-RS
Grupo de Usu�rios de Infra-Estrutura de TI
Associe-se !!!!
----- Original Message -----
From: Adolpho Chacon
To: [EMAIL PROTECTED]
Sent: Monday, September 27, 2004 8:58 PM
Subject: Re: [itsm_br] Ger�ncia de Configura��es - Evento da Brunise
Maur�cio.
Obrigado pelas informa��es.
Se h� empresas com CMDB e processo definidos gostaria muito de conhec�-las. Se h�
empresas aqui no forum com experi�ncia (boa ou ruim) por favor, se poss�vel,
manifestem-se.
Penso que qualquer iniciativa no sentido de se estabelecer o Gerenciamento de
Configura��es requer, primariamente, que tenham sido entendidas as diferen�as com o
controle de ativos. Por�m, n�o tendo controle de ativos solidificado, acho que,
determinando o servi�o que se pretende garantir, pode ser poss�vel mapear apenas os
ICs pertinentes para cadastramento no CMDB. Concorda? Alguma vantagem na modelagem
"piloto" do processo?
A sugest�o de modelagem padr�o para o CMDB n�o tem (teve?) como inten��o definir um
CMDB que todos devem obrigatoriamente usar, mas, apenas, especificar quais componentes
e atributos todos poderiam e deveriam identificar como sendo o m�nimo necess�rio para
facilitar eventuais trocas de informa��es. Sim, pois ainda que meu fornecedor/parceiro
n�o me forne�a o status do IC para que eu mesmo monitore a disponibilidade e me�a o
n�vel de servi�o, parece-me poss�vel imaginar manter em meu CMDB informa��es de
terceirtos que facilitem a investiga��o de incidentes e de problemas, e o controle de
mudan�as relacionados ao servi�o que forne�o.
Al�m disto, nestes tempos de fus�es e aquisi��es as coisas ficariam bem mais
simples...
Sinto falta deste "relacionamento" entre as empresas e os fornecedores mas acredito,
sincera e inocentemente, que as coisas est�o mudando. Nem sempre pra melhor, � verdade.
Um abra�o. E sucesso em sua palestra na confer�ncia ITSMF Brasil!
Chacon
Mauricio Ghigonetto <[EMAIL PROTECTED]> wrote:
Chacon,
Na verdade existem muitas empresas no Brasil que j� construiram seus
CMDB e determinaram seus processos de Gest�o de Configura��o nos
ultimos 10 anos. Infelizmente n�o posso list�-las aqui por n�o ter
autoriza��o das mesmas para faz�-lo, mas algumas delas est�o
representadas aqui nesta lista.
E aqui refor�o que n�o estamos falando de gest�o de ativos, e sim, a
gest�o da configura��o de servi�os, mas sei bem que � latente esta
confus�o que o mercado faz e isto, inclusive, � delineado pelo pr�prio
ITIL como um impec�lio ou obst�culo para a correta constru��o do
processo.
Outro ponto importante que se mostra um obst�culo � a confus�o que as
pessoas fazem entre um PROCESSO e uma FUN��O. Invariavelmente, ou�o
perguntas do tipo: "Mas vou ter que construir um departamento para
cuidar de configura��o? N�o tenho or�amento para isso!" ou "Ah! Isso �
gerencia de invent�rio. N�s j� temos tantas pessoas que cuidam
disso!".
Qto a determina��o de um modelo padr�o de CMDB, pelo que temos visto
no mercado, dificilmente conseguir�amos contentar gregos e troianos
nestes aspectos pois a necessidade e forma de modelagem diferem
bastante de empresas para empresas. Poderia lhe dizer que � um dos
processos que mais se cutomiza dentro de uma empresa, em
contra-partida de uma ger�ncia de problemas, por exemplo.
Outro ponto, � que um provedor de servi�o raramente autorizaria a
exporta��o de seu CMDB ou de seus n�veis de servi�os reais, pq se vc
contrata uma n�vel de servi�o de um provedor, ele acabaria
justificando que vc n�o necessitaria desta informa��o, j� que o
gerenciamento cabe a ele [provedor] da parte que o n�vel de servi�o
foi contratado. Mesmo antes do ITIL, quando trabalhava exclusivamente
com ferramentas de gest�o de redes, era o sonho de todo cliente poder
montar a topologia da rede de uma empresa que fornecia link par apoder
gerenciar os CPEs (customer premises equipement) e/ou o "last-mile",
mas nunca vi isso ocorrer.
Mas quem sabe, as coisas mudam, n�?
Um grande abra�o
Mauricio Ghigonetto
----- Original Message -----
From: chacon_itil <[EMAIL PROTECTED]>
Date: Thu, 16 Sep 2004 19:00:21 -0000
Subject: [itsm_br] Ger�ncia de Configura��es - Evento da Brunise
To: [EMAIL PROTECTED]
Car�ssimos amigos.
A Brunise Inform�tica promoveu no �ltimo dia 14, em S�o Paulo, um
f�rum de debate sobre Ger�ncia de Configura��es. Participaram mais de
40 profissionais de cerca de 23 diferentes empresas.
A discuss�o pautou-se pela troca de experi�ncias entre os
participantes. Ficou patente o n�vel ainda incipiente de maturidade
dos processos de Gerenciamento de Configura��o nas empresas. Isto
pode ser comprovado pela confus�o que ainda se faz entre os conceitos
de Configura��o, Ativos (Invent�rio) e Monitora��o.
N�o foi apresentado nenhum caso que pudesse servir de refer�ncia para
futuras implemneta��es.
Mas, ao contr�rio do que este relato pode sugerir, isto foi �timo!
Sim, pois a falta de uma refer�ncia foi percebida como um desafio a
ser superado, e os participantes acabaram por acatar a sugest�o de
que h� oportunidade para a defini��o de um padr�o para o registro de
Itens de Configura��o no CMDB.
O ITIL faz recomenda��es sobre entidades e atributos essenciais que
obviamente devem ser respeitados, mas o grande avan�o proposto � o
estabelecimento de um registro padronizado, que seja aceito e
utilizado por todas as empresas, facilitando a troca de informa��es
sobre itens e estruturas de configura��o.
N�o se trata de limitar a criativadade de cada um, mas de especificar
quais as informa��es que todas as empresas devem manter atualizadas.
Cada empresa poder�, � claro, utilizar-se de quantos atributos
entender conveniente e/ou necess�rio, mas se todas mantiverem o que
for definido como padr�o, poder� ser poss�vel a integra��o de bases
de configura��o e de informa��es.
Tomando-se como exemplo as defini��es do C�digo de Barras, do padr�o
CNAB400 para Cobran�a e das mensagens que trafegam pelo SPB, podemos
antever as vantagens que a padroniza��o poderia proporcionar, dentre
as quais destacamos:
_ Utiliza��o da base de configura��es dos fornecedores. Se minha rede
� terceirizada ou, se sou cliente de algum provedor de servi�os,
posso obter junto a ele as informa��es para gerenciamento de
disponibilidade e de n�vel de servi�os, sem que seja preciso manter
uma base redundante em minha empresa;
_ Os fornecedores de ferramentas para gest�o de servi�os poder�o
adotar o padr�o, facilitando a integra��o entre diferentes sistemas e
tecnologias de gest�o;
_ o ITSMF poder� reconhecer e normatizar o padr�o, submentendo-o a
an�lise para defini��o das melhores pr�ticas de utiliza��o e
manuten��o das informa��es.
� sem d�vida uma recomenda��o pass�vel de cuidadosa reflex�o.
A Brunise colocou-se a disposi��o para sediar os debates mas penso
que este nosso f�rum � mais adequado para iniciativa deste porte.
O que voc�s pensam a respeito?
Sauda��es!
Chacon
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Lista ITSM_BR - Gest�o de TI - Mantida por Gilberto Biasoto - Network
Designers - http://www.networkdesigners.com.br -
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Para de descadastrar envie email para: [EMAIL PROTECTED] ---
Yahoo! Groups Sponsor
ADVERTISEMENT
________________________________
Yahoo! Groups Links
To visit your group on the web, go to:
http://groups.yahoo.com/group/itsm_br/
To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Lista ITSM_BR - Gest�o de TI - Mantida por Gilberto Biasoto - Network Designers -
http://www.networkdesigners.com.br -
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Para de descadastrar envie email para: [EMAIL PROTECTED] ---
Yahoo! Groups SponsorADVERTISEMENT
---------------------------------
Yahoo! Groups Links
To visit your group on the web, go to:
http://groups.yahoo.com/group/itsm_br/
To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
---------------------------------
Yahoo! Acesso Gr�tis - Internet r�pida e gr�tis. Instale o discador agora!
[Non-text portions of this message have been removed]
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Lista ITSM_BR - Gest�o de TI - Mantida por Gilberto Biasoto - Network Designers -
http://www.networkdesigners.com.br -
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Para de descadastrar envie email para: [EMAIL PROTECTED] ---
Yahoo! Groups Sponsor
ADVERTISEMENT
------------------------------------------------------------------------------
Yahoo! Groups Links
a.. To visit your group on the web, go to:
http://groups.yahoo.com/group/itsm_br/
b.. To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
[Non-text portions of this message have been removed]
------------------------ Yahoo! Groups Sponsor --------------------~-->
$9.95 domain names from Yahoo!. Register anything.
http://us.click.yahoo.com/J8kdrA/y20IAA/yQLSAA/67folB/TM
--------------------------------------------------------------------~->
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Lista ITSM_BR - Gest�o de TI - Mantida por Gilberto Biasoto - Network Designers -
http://www.networkdesigners.com.br -
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Para de descadastrar envie email para: [EMAIL PROTECTED] ---
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/itsm_br/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
