8

I have recently been reading "The Phoenix Project". While I can relate to most aspects of the story, I am struggling to understand the frequent references to the military background of many characters (e.g. Bill himself, Stefe, Erik, ...).

Since I am not familiar with US culture and army in particular, I am pondering 2 questions:

Question 1: Are these reference to the army background an essential part of the message of the book or just story-telling (e.g. trying to give some depth to the characters by telling their history)?

Question 2: If an essential part, how does the way the US army organises its operations relate with a DevOps culture? Should it be embraced or avoided in the workplace?

chicks
  • 1,911
  • 1
  • 13
  • 29
mbschenkel
  • 189
  • 6

3 Answers3

3

Check out a book called Team of Teams by General Stanley McChrystal. This is how the military operates today and is really all about putting the power to make decisions into the hands of the people on the ground and out of the hands of senior military leadership. It is not my typical read but is really a fantastic book that dives into not only military scenarios/examples but also areas such as the airline industry and how they have managed to dramatically reduce air crashes over the last decade caused by human error (the recent Boeing disasters aside).

chicks
  • 1,911
  • 1
  • 13
  • 29
3

Without input from the authors I doubt we'll get a definitive answer but I'll try my best.

As far as I know none of the authors of The Phoenix Project served in the military, however my understanding of the USA is that serving in the army for a couple of years to help fund college is an extremely common practice. In other countries (such as the UK where I live) someone who enters the military often views it as a career and serves for a longer term. In the US it's much more common that people will have some kind of military background.

Question 1: Are these reference to the army background an essential part of the message of the book or just story-telling (e.g. trying to give some depth to the characters by telling their history)?

I don't believe an understanding of military process is required to understand or appreciate The Phoenix Project. So why did the authors include them?

  • To illustrate the "rigor and discipline" mentality that Bill started the role with.
  • To emphasise the similarities with military practice and repetition which Kaizen values so highly.
  • To give small talk for Steve, Bill, and Eric to all talk about when the story needs it
  • To give Bill more backstory (see the "opening up" scene)
  • To make Bill more relatable to many a large demographic of ex-military personal now working in industry

Question 2: If an essential part, how does the way the US army organises its operations relate with a DevOps culture? Should it be embraced or avoided in the workplace?

This is harder to answer as I have never been in the military myself. However I wouldn't worry about it too much, it's not essential for the story and you could equally draw these parallels yourself with other teams/organisations you are more familiar with from sports, religion elsewhere.

However, as an extreme outsider the US military has a reputation for a couple of things which do apply to DevOps:

  • The size and complexity of the organisation
  • High levels or organisation in a hierarchical manner
  • Enforcing standards and processes
  • Creating strong teams (especially the Marines - see Simon Senik's Leader's Eat Last)

TLDR

Is a knowledge of military required to understand and get value from The Phoenix Project? No. The idea of the military is mostly used as an example for Kaizen, a illustration of Bill's starting point, and to add some character to the erm... characters.

Liath
  • 547
  • 3
  • 11
3

My take on the military references in the book, as a veteran, has to do with Man, Machine, Method, Measure; and, with drilling.

The military is entirely other compared to civilian operational models. Setting aside the chain of command and the Military Justice systems; consider that the way any service member mops, waxes and buffs a floor is detailed in a procedure outlining what (exact) equipment is to be used, how it is to be calibrated, how the person is to operate said equipment and measures by which to determine compliance with the procedure. The same goes for brewing coffee, making Kool-Aid, or launching aircraft from a carrier deck.

Secondly the military runs "drills" constantly so emergencies aren't chaotic and reactive; they are methodical and responsive. Hence these would be recommended practices in a DevOps context. Practice well-documented and consistently executed procedures often to increase reliability and responsiveness in the face of the unknown.

In Phoenix project they apply both these practices to tame the chaos that Bill and the team have been subject to throughout the book.