Re: CMDB's BMC_Person class: usage?

2007-07-11 Thread john rosquist
We are considering the person-role relationship because the job a person does 
is a CI.  For example,  a person call in for support for a site that has a 
certian level of support.  WE want to know and manage that.  What happens when 
the person leaves.  How much reconfiguration is required?  If you create a 
person CI and relate it to a service level and role and then transfer the 
"person" occuping the role's information to the Person CI it should make things 
eisier to shuffel people in and out of organization while not impacting the 
business model in the CMDB

John Rosquist
WindwardCG


- Original Message 
From: Roney Samuel Varghese <[EMAIL PROTECTED]>
To: arslist@ARSLIST.ORG
Sent: Monday, July 9, 2007 9:16:59 PM
Subject: Re: CMDB's BMC_Person class: usage?

** Hey Bob,

I beleive the BMC_Person class stores information about the people who manage 
and depend on the other CIs in your environment. The First question you need to 
ask yourself depending on your environment is Can People be Configuration Items 
in your environment? According to me the answer is an overwhelming "yes." 
People can and should be CIs because they represent an organization's human 
assets. Therefore, the CMDB should include data about the relationship of an 
event to the business customers who rely on a service, as well as the 
relationship of an event to the personnel required to resolve it in the 
incident management process. This relationship information relies upon data 
about People CIs. 

Because a person's functions can change often, all of this information can get 
complicated. If someone gains additional technical certifications, that person
can now assist on different types of events. Maintaining People CIs in your 
CMDB can help keep all the information straight. 

You might argue that most of these attributes and relationships are already 
maintained in ITSM 7 using the People form however I believe that CMDB is the 
right way to maintain these relationships which of course would be a painful 
process for every company to go through and because of which I guess BMC has 
given us an option of venting our thoughts of implementing the right CMDB with 
ITSM 7. Hope this helps. 
-- 
Regards,

Roney Samuel Varghese

Mobile : +1 732 618 8582

__20060125___This posting was submitted with HTML in it___


   

Pinpoint customers who are looking for what you sell. 
http://searchmarketing.yahoo.com/

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: CMDB's BMC_Person class: usage?

2007-07-09 Thread Roney Samuel Varghese

Hey Bob,

I beleive the BMC_Person class stores information about the people who
manage and depend on the other CIs in your environment. The First question
you need to ask yourself depending on your environment is Can People be
Configuration Items in your environment? According to me the answer is an
overwhelming "yes." People can and should be CIs because they represent an
organization's human assets. Therefore, the CMDB should include data about
the relationship of an event to the business customers who rely on a
service, as well as the relationship of an event to the personnel required
to resolve it in the incident management process. This relationship
information relies upon data about People CIs.

Because a person's functions can change often, all of this information can
get complicated. If someone gains additional technical certifications, that
person
can now assist on different types of events. Maintaining People CIs in your
CMDB can help keep all the information straight.

You might argue that most of these attributes and relationships are already
maintained in ITSM 7 using the People form however I believe that CMDB is
the right way to maintain these relationships which of course would be a
painful process for every company to go through and because of which I guess
BMC has given us an option of venting our thoughts of implementing the right
CMDB with ITSM 7. Hope this helps.
--
Regards,

Roney Samuel Varghese

Mobile : +1 732 618 8582

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers 
Are"