Ailton,

o CMDB é uma ferramenta que atende a diversas finalidades, a primeira
pergunta que você deve fazer é quais são os problemas que você está querendo
atacar com a criação do CMDB. Alguns exemplos de usos para o CMDB e como
isto altera o viés da implementação:

- O CMDB serve para suportar os processos de Availabilty Management,
Capacity Management e Service Continuity Management. Para isto, o essencial
é começar a visão pelo serviço, e a partir daí puxar quais são os CIs
(software e hardware) que suportam estes serviços, com a visão de qual é o
impacto de cada CI no serviço (e.g. se este componente falhar, qual é o
impacto no serviço?; como o aumento de capacidade deste CI afeta a
capacidade do serviço?). Este é justamente o approach que eu estou seguindo
em um cliente atualmente, e nesta linha, montamos a versão 1 do CMDB com
provavelmente 1% dos CIs do ambiente (não incluimos nenhum desktop, nem
mesmo servidores de teste), mas que representam mais de 90% do impacto em
Availability, Capacity e Service Continuity, mais de 98% do impacto em
Change Management (normalmente os changes nos outros CIs são service
requests) e mais de 70% do impacto em Incidentes.

- O CMDB serve para suportar a gestão de ativos. Neste caso, você vai querer
um CMDB mais abrangente, mas mesmo assim vai querer deixar de fora itens que
não vale a pena controlar (custo X benefício), como mouses ou placas. Muito
provavelmente você só vai conseguir manter um CMDB tão abrangente com alguma
ferramenta de autodiscovery.

- O CMDB serve para suportar a gestão de incidentes. Neste caso, você
provavelmente vai quere também um CMDB abrangente, mas eu ainda recomendo
fasear o projeto e analisar em quais CIs estão mais concentrados os seus
incidentes.

Voltando agora à sua pergunta original, os principais impactos no processo
de Change Management são:

- as suas mudanças devem estar vinculadas aos CIs
- como parte do processo de post-implementation review, você deve garantir
que o seu CMDB é atualizado para refletir as mudanças implementadas

Abraço,
Pablo Emanuel

2009/7/13 teixeira.ailton <[email protected]>

> Amigos,
>
> Meu nome é Ailton Teixeira trabalho para Jabil Circuit, e estamos no
> momento de transição, migrando Service Center e Service Desk para SM7
> (Service Management).
>
> Temos Change Management Process implementado, gostaria de ouvir de vocês,
> quais seriam as principais preocupações para que possamos implementar o
> CMDB?
>
> Na verdade na visão e experiência de vocês o que seria fundamental
> (requisitos)refletir no CMDB para que possamos continuar utilizando do
> processo de Change Management de forma efetiva?
>
> Caso não tenha sido muito claro, deixe-me saber.
>
> Abraços,
>
> Ailton Teixeira
> Americas Change Manager
> Rua Matrixã, 687 Edif. 1
> Dist. Industrial - Manaus - Amazonas - Brazil
> Zip Code 69.058-830
> +55 92 2121 9440
> +55 92 8116 7252
> [email protected]
>  " Not every Change is an improvement, but every improvement is a change...
> "
>
>
>
>
>
>
> ------------------------------------
>
> Lista ITSM_BR - Gestão de TI -
> Mantida e moderada por Gilberto Biasoto
> Visite TI CORPORATIVA http://www.ticorporativa.com.br
> gbiasoto @ yahoo.com.br
> Yahoo! Groups Links
>
>
>
>

Responder a