Tag: DevOps
-
Prioritizing value
It is one of my strongly held beliefs that what we do must provide some customer value. If it doesn’t, we probably shouldn’t be doing it. I don’t mean that we necessarily do something we can charge for (the goodwill we get by NOT charging for it can be benefit enough to do it), but…
-
The ticket cost funnel
A common misconception among end users is that we (i.e. the IT department) charge them per ticket. While I don’t know where that misconception comes from, let me say right out that my experience of more than twenty years in the industry is that this simply is not true. While it is true that support…
-
Red flag arguments
One of many things I care about is improving the world around me. That is why I’m a union representative, it’s one of the reasons why I like my job, and it’s why I raise questions to find out if there are good reasons for things being done the way they are – and to…
-
Reviewed: the Unicorn project
A much-anticipated sequel to the Phoenix project, the Unicorn project was launched late last year. Here are my thoughts: Author: Gene KimPublisher: IT Revolution PressYear: 2019ISBN: 9781942788768Length: 352 pages Arriving at work after a vacation, Maxine Chambers finds herself punished for a payroll outage by being exiled to work with documentation on the Phoenix project, Parts Unlimited prestige…
-
(Re-)Reviewed: the Phoenix project
With the launch of the Unicorn project, I revisited the Phoenix project. Seeing as my previous review was a mite lackluster, I decided to revisit that, too. Author: Gene Kim, Kevin Behr and George SpaffordPublisher: IT Revolution PressYear: 2013ISBN: 9780988262591Length: 345 pages With the firing of the CIO and VP of IT Operations, Bill Palmer is persuaded to take the latter job…
-
The Hacker attitude
For many years, the following has been part of my LinkedIn profile: I subscribe to the Hacker attitude:1. The world is full of fascinating problems waiting to be solved.2. No problem should ever have to be solved twice.3. Boredom and drudgery are evil.4. Freedom is good.5. Attitude is no substitute for competence. Eric S. Raymond…
-
From support analyst to DevOps thinker
The title of this post might seem a bit on the conceited side. After all, who am I to claim to be a DevOps practitioner, much less thinker? I will simply say that I am working to implement DevOps principles in my day to day life, am spending more than a little time reading, thinking,…
-
Let’s make work outside business hours the exception
When I wrote my blog post about important features of a service management tool, I wrote “I am increasingly coming to believe that the change management process is perhaps the most important one for success in ITIL – not to mention DevOps – adoption” – and I stand by that assessment. Not because change management…
-
A basic understanding of DevOps
Just over a month ago, I wrote that DevOps is not another way to say cloud. I further argued that anyone who thinks the two are interchangeable certainly doesn’t understand the former (and probably not the latter, either). That, however, raises the question, What is DevOps? As you might guess from my last post on the…
-
The supposed incompatibility between DevOps and ITIL
I have, for some time now, been reading up on DevOps. One thing that, for some reason, keeps coming up, is that people seem to think that there is a fundamental incompatibility between DevOps and ITIL. The more I read, however, the more it becomes clear that there is no disparity at all between them. If…
-
Spend it to save it, or: do it right the first time
When performing a task, one will often be in the position to choose either doing something quickly, or doing something right. In many cases, either example is fine, as the job gets done satisfactorily. Still, I believe that you are better off with doing it right each and every time. Now, before you think I…