Search
Topics
  Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
Modules
· Home
· Content
· FAQ
· Feedback
· Forums
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account

Current Membership

Latest: Nugoaldotcom
New Today: 10
New Yesterday: 55
Overall: 145987

People Online:
Visitors: 64
Members: 2
Total: 66 .

Languages
Select Interface Language:


Major ITIL Portals
For general information and resources, ITIL and ITSM World is the most well known for both ITIL and ITIL Books. A shorter snapshot approach can be found at ITIL Zone

Related Resources
Service related resources
Service Level Agreement
Outsourcing

Note: ITIL is a registered trademark of OGC. This portal is totally independent and is in no way related to them. See our Feedback Page for more information.


The Itil Community Forum: Forums

ITIL :: View topic - Should Configuration Management ever be used for procurement
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Should Configuration Management ever be used for procurement

 
Post new topic   Reply to topic    ITIL Forum Index -> Configuration Management
View previous topic :: View next topic  
Author Message
kinger
Itiler


Joined: May 08, 2008
Posts: 39
Location: South West

PostPosted: Fri May 09, 2008 1:11 am    Post subject: Should Configuration Management ever be used for procurement Reply with quote

I have recently started a new role, and have found that the Configuration Management team is used more as an SR team for procuring licences and raising orders for new software, it seems to take priority over the management and maintenance of CIs and the CMDB.

In my exerience in the past, Configuration Management should ideally not be responsible for these activites, and whilst the relationship between the two should be close, they should not overlap to the extent that Configuration Management should be ordering the equipment.

I am aware that each business uses the ITIL structure in different ways, and that there are scenarios where certain ITIL functions can be combined and the lines blurred, however my company is very ITIL heavy and does have teams specifically responsible for procurement.

It is my belief that CFM should be solely responsible for managing software as well as all the other CIs and should not be procuring items where there is an alternative sensible home for it. If CFM is to be used in this way, it should be clearly defined with roles set in the team so the two do not overlap.

I am hoping to approach management here with my suggestions of either removing the procurement role from CFM, or splitting the team to clearly define the boundaries. Would you agree with this? If anyone has any advice on approaching management with this kind of suggestion it would also be approciated.
Back to top
View user's profile MSN Messenger
asrilrm
Senior Itiler


Joined: Oct 07, 2007
Posts: 441
Location: Jakarta, INA

PostPosted: Tue May 13, 2008 12:53 am    Post subject: Reply with quote

Hi kinger,

Sorry, your post just slipped my eyes.
I personally see that there is no direct connection between CFM and procurement team.
And I would say that CFM should not hold the role of procurement
First, because CFM is a process and not a function.
They should have no accountability to produce PO, RFP, etc.
Second, if they do have it, then it might lead to a conflict of interest.
Because they control of the CMDB, they have a high possibility to make fake justification to purchase new but unnecessary things.
I'm sure there are a lot more but those two are the most critical from my point of view

Cheers,
Asril
Back to top
View user's profile
kinger
Itiler


Joined: May 08, 2008
Posts: 39
Location: South West

PostPosted: Tue May 13, 2008 1:02 am    Post subject: Reply with quote

asrilrm wrote:
Hi kinger,

Sorry, your post just slipped my eyes.
I personally see that there is no direct connection between CFM and procurement team.
And I would say that CFM should not hold the role of procurement
First, because CFM is a process and not a function.
They should have no accountability to produce PO, RFP, etc.
Second, if they do have it, then it might lead to a conflict of interest.
Because they control of the CMDB, they have a high possibility to make fake justification to purchase new but unnecessary things.
I'm sure there are a lot more but those two are the most critical from my point of view

Cheers,
Asril


Thanks asril,

Those are some good points. I was just struggling to justify why it wasn't a good idea, which is sometimes more difficult than the other way around!

Thanks again for your help, be interesting to see what management have to say.
Back to top
View user's profile MSN Messenger
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3313
Location: London, UK

PostPosted: Tue May 13, 2008 1:36 am    Post subject: Reply with quote

I too would treat procurement separately from config

Config mgmt is the recipient of what ever they order in procurement

Take this scenario to heart

Procurement gets a good deal on some machines

The machines get ordered, paid for, delivered and stored in a secure storage area

During this phase CfM does not have anything to do with them (in one world view)

The implementation team for a project wants to use one of the machines for a project

They get one from the controlled secure storage area

the system gets rack, stack, O/S, powers, IP'd, switched and patched

Then the system gets tested by the implemetnationt team on whether it actually will work for the project

lo and behold... the server does not have enough memory for that project nor does it have enough HD space. The machine is crap or a returned system (why it was so cheap) . The Impl team finds the device - unfit for purposes

SO they go to procurement and btich bicth and complain

Procurement did not bother to ask what was needed .. instead they jsut went out and got... crap for cheap

BTW: This actually happened but with mice and floppy disks (80s - early 90s) when 3 1/4 disks were the prime

Our procurement got a good deal on 2 cases of floppy disks but 9 out of 20 would not even hols 720 kb

and the mice .... worse than packard belll
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
kinger
Itiler


Joined: May 08, 2008
Posts: 39
Location: South West

PostPosted: Tue May 13, 2008 6:00 pm    Post subject: Reply with quote

UKVIKING wrote:
I too would treat procurement separately from config

Config mgmt is the recipient of what ever they order in procurement

Take this scenario to heart

Procurement gets a good deal on some machines

The machines get ordered, paid for, delivered and stored in a secure storage area

During this phase CfM does not have anything to do with them (in one world view)

The implementation team for a project wants to use one of the machines for a project

They get one from the controlled secure storage area

the system gets rack, stack, O/S, powers, IP'd, switched and patched

Then the system gets tested by the implemetnationt team on whether it actually will work for the project

lo and behold... the server does not have enough memory for that project nor does it have enough HD space. The machine is crap or a returned system (why it was so cheap) . The Impl team finds the device - unfit for purposes

SO they go to procurement and btich bicth and complain

Procurement did not bother to ask what was needed .. instead they jsut went out and got... crap for cheap

BTW: This actually happened but with mice and floppy disks (80s - early 90s) when 3 1/4 disks were the prime

Our procurement got a good deal on 2 cases of floppy disks but 9 out of 20 would not even hols 720 kb

and the mice .... worse than packard belll


Typical! Never get anything for free in this life Viking!

Thanks for the advice, I'm with you, I don't think they should be advised, but I'm trying to justify it. You've both given me good things to think about.
Back to top
View user's profile MSN Messenger
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Configuration Management All times are GMT + 10 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

Powered by phpBB 2.0.8 © 2001 phpBB Group
phpBB port v2.1 based on Tom Nitzschner's phpbb2.0.6 upgraded to phpBB 2.0.4 standalone was developed and tested by:
ArtificialIntel, ChatServ, mikem,
sixonetonoffun and Paul Laudanski (aka Zhen-Xjell).

Version 2.1 by Nuke Cops 2003 http://www.nukecops.com

Forums ©

 

Logos/trademarks property of respective owner. Comments property of poster. Rest 2004 Itil Community for Service Management & Foundation Certification. SV
Site source copyright (c)2003, and is Free Software under the GNU / GPL licence. All Rights Are Reserved.