More Content - Including Podcasts

Showing posts with label service management. Show all posts
Showing posts with label service management. Show all posts

Thursday, February 5, 2015

Podcast Episode 3 - The IT Service Transformation Talk

Gilles Marchand of GMar Consulting joins host Jason Kennedy for a 25 minute conversation to discuss a sensible approach to undertaking IT Service transformation. 

We discuss in depth what it is, what it isn't, and how to ensure successful outcomes. 

Gilles provides some insight into how to gain business sponsor support for IT Service Transformation activities, and how to leverage these principles to improve the efficiency of your IT operations.






Click the link below to download the audio of the podcast:

itManageCast Episode 3 - The IT Service Transformation Talk

To watch the video recording of the podcast on YouTube, click Podcast here or at the top of this page.


For feedback on this or any episode of the itManageCast podcast, or to recommend topics or guests for future shows, please contact us via Twitter @itManageCast or email us at our GMail account. 


Links:

Wednesday, March 4, 2009

The eMail You Wish Never Was



We've all done it at least once. Ideally, you only do it once.
You get caught in a moment when you are "up-to-your-eyeballs" when an email comes into your In-Box that is legitimately urgent to someone else, but just not to you at the moment.

At that instant you have some choices... quickly respond with an email back to effectively say "I'll look at this once I have a moment", flag it for follow-up but just don't reply, or pick up the phone for a brief conversation. The first and third options are both quite viable,and common sense dictates that the second option works well for you but puts you in risk of continually receiving more emails.

The problem with the first or third options in responding will come about in HOW you respond. Remember, you're not getting this email while you're casually reading my blog or sipping a coffee at your desk. Imagine yourself at the single busiest point you've been at in the past three years of work; and in executing some of that work you've needed to use your email... while accessing your email to compose a quick note to clarify some work you are delegating you notice "the message" in question.

Now we've set the scenario, and this is where the challenge comes. On 360 days of the year, this isn't an issue, but on one of those TOP FIVE busiest days you have in a year, either the content, tone, or a past interaction makes this email you receive be the straw that breaks the camels back.

Your thoughts run very quickly along the lines of "does this person have any idea how busy I am right now?" or "why is this issue MY problem right now?" I know mine have!

This is the point where you either quickly type up an email response or pick up the phone.

This is also the point where you can unwittingly make a mistake that can take some time to mend.

The reality is that 95% of the time, the sender of the email does NOT know how busy you are, and the issue was obviously of importance to them, but not urgent enough to warrant them placing a phone call to you. Generally speaking, that should be the first indicator that you do NOT need to reply this instant. But, our human nature and sense of ownership of situations as managers urges us to quickly plunk at the keyboard a hasty reply and click send, then blast off to the other 32 things desperately needing our attention at that moment.

An hour (or not even that long!) later you get the phone call that makes you realise that you wish you'd never clicked "send." In your haste, urgency, and certain level of frustration you've typed something you shouldn't have; something that under any "normal" circumstances you never would have, and now you've opened Pandora's box.

So my long-winded story has gotten us to the point where we have two things to cover: what we do now to deal with the situation and how we learn not to get into the situation again.

The only way to deal with a situation like this is to "eat crow." The reality is that while you have correctly perceived that someone else had no idea of how busy, stressed, harried you were at the moment they had electronically requested something of you that you felt was not your responsibility to have to deal with, you also sent off an email without considering or understanding how busy, stressed, or harried this individual was with what they were dealing with at that moment. It's entirely likely that the problem they were bringing to you "isn't yours" but perhaps they felt they had nowhere else to go, and were looking for help (regardless of how that request may have been phrased).

So now, as a responsible manager, it behooves us to go cap-in-hand to the individual you sent the electronic reply to and hold a brief but frank discussion, starting with a sincere apology for your tone, but focused on understanding their issue, helping them understand what you have on your plate, and coming up with some solution. You may not have their answer, but more than likely, once you understand WHY they were asking you in the first place, you can point them to someone else who does have the answers. And have this conversation face-to-face if at all possible; this kind of thing does not translate well over the phone, and further emails will only risk making things worse due to their intrinsic impersonal nature.

And finally, how do we avoid this kind of situation? As I suggested much earlier, if you are truly over-whelmed do NOT send an email or phone the individual without taking five minutes to think through your answer in the context of the question: "What is happening at this persons desk right now to prompt them to send me this email?" This is a great little trick guaranteed to put you in the right frame of mind to be helpful and avoid unnecessary workplace confrontations and stress.

Friday, October 26, 2007

New Software from HP, New Orleans from Jason

I won't even try and affect a cajun accent for this post, but here I am on my last day in New Orleans, at the HP Partner Galaxy event. I just spent five days heads down and in high-gear learning mode absorbing everything I can about the new release of HP's Business Availability Centre and learning about the other new product releases out this month.

I'm pretty well rounded on HP's previous offering in this area, OVIS (OpenView Internet Services) but now that all changes up with the Mercury acquisition of last year. Now they've got a really interesting package to handle complete business end-user experience monitoring and management.

The toolset is complex to get your head around initially, but the good news is that it comes in components and you only need to buy & install what you need. What you will need though, if you don't have someone on staff to handle ESM applications, is consulting time to get this done right the first time.

I'll post again soon with more details and opinions, right now I've got to catch my flights back to LAX, and then Vancouver!

Happy ESMing everyone, and so long to New Orleans.

Saturday, September 29, 2007

ITIL Version 3 - Beat the Rush?

I've been asked recently "What should I do about ITIL version 3?" My first answer is "What did you do about ITIL version 2?" If you've already started down the service improvement path based on version 2 then I would strongly advise not trying to hold any of that work up while researching the delta between 2 and 3. If you have never really considered any kind of ITSM (Information Technology Service Management) work before now then it's probably best if you start with some foundations (or, more formally, "ITIL Foundations") learning and take things from there. Not a lot of education vendors are offering ITIL V3 Foundations courses, the bulk of them are V2 based, but if you're at the point of just getting started either is of enormous benefit.

If you have the time, check into vendors offering a delta course; there are several decent ones available. Better yet, check in with your local itSMF chapter and see what's cooking there. Many of them partner with education providers in your area for member discounts on ITIL v3 upgrade courses, or put on local branch meetings featuring speakers on that topic.

So, "what should I do about ITIL v3" is best answered by taking a look at where you are on the ITIL path today, and where you are planning on being in the next two months. It also matters how much you already know about ITIL. To break into a few simple scenarios...

1. If you are ITIL savvy, and your organization is already underway with an ITIL-oriented service improvement strategy, you should be educated on the changes in v3 and how they can assist with the work underway. Beware the urge to stop any active work; because in my opinion none of the changes are so dramatic that you should rethink any major initiatives.

2. If you are new to ITIL & the concepts therein, and your organization has service improvement initiatives underway, then don't worry about v3 right now - if you have an opportunity to learn more about it, great, take advantage of that. But otherwise don't panic!

3. Assuming you are ITIL savvy but there are no organizational ITIL-oriented initiatives underway, then definitely invest some time in researching and learning about the changes in v3. It is likely they will help in the planning for any initiatives that may be upcoming.

4. Lastly, if you are "ITIL-ignorant" and the organization has no ITSM work planned or afoot, start with an education on ITIL Foundations. If it is inclusive of V3, great, but if it's only V2 based that is not an issue to be concerned about at this time. Get your feet under you first!

Tuesday, September 11, 2007

Agents or Not?

Well, it's been a long time coming but let's get this blog going. The first topic up for discussion in itmanagecast is whether an Enterprise Systems Management (ESM) platform should be agent based, agentless, or some combination of the two.

This discussion came up a lot two years ago when Microsoft was heavily marketing against HP in the area of application and system management. As a systems management professional I was frequently asked about my opinions of the two competing products. Unfortunately, I was often asked for my opinion on this topic within the framework of an over-simplified question - agent-based monitoring (i.e. HP OVOW) vs. agentless monitoring (i.e. MS MOM).

People frequently felt that a solution had to be one or the other - the use of some sort of (semi-)proprietary agent technology or a mechanism that polls WMI data from windows hosts. This discussion becomes even more complex when SNMP is added to the discussion. SNMP agents by definition would be agent-based management. SNMP is in fact the classic agent-based enterprise mangement technology - and is frequently frowned upon by Windows sysadmins, where it is used most commonly by network sysadmins and UNIX/LINUX folks.

So does this become the usual MS vs. the world religious debate? Too often, yes. Is that really the question? No. MS based ESM solutions as well as non-MS can be either agent-based or agentless. So lets take the OS and associated doctrine out of the equation.

At the end of the day, all things being equal, the question comes down to whether you should ultimately have to choose one technology or the other. Ideally you do not have to choose but can leverage both. Agents can then be used in situations where you need the ability to have systems "self-manage" when there is the risk of disconnection between the managed nodes and management server. Agentless can be advantageous in situations where there is limited overhead available on the managed node.

So, the great and useful answer is "it depends." What technology you choose should be based on what you need, not what someone likes better. Really, that's the point. Don't have a decision made by emotional basis, or someone's opinion on whether agents are good or bad - make the decision based on what works for your organizations business and technical needs.