You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
147 lines
6.9 KiB
147 lines
6.9 KiB
11 months ago
|
<!DOCTYPE html>
|
||
|
|
<html lang="en">
|
||
|
|
<head>
|
||
|
|
<meta http-equiv="X-UA-Compatible" content="IE=edge">
|
||
|
|
<meta http-equiv="content-type" content="text/html; charset=utf-8">
|
||
|
|
|
||
|
|
<!-- Enable responsiveness on mobile devices-->
|
||
|
|
<!-- viewport-fit=cover is to support iPhone X rounded corners and notch in landscape-->
|
||
|
|
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1, viewport-fit=cover">
|
||
|
|
|
||
|
|
<title>Julio Biason .Me 4.3</title>
|
||
|
|
|
||
|
|
<!-- CSS -->
|
||
|
|
<link rel="stylesheet" href="https://blog.juliobiason.me/print.css" media="print">
|
||
|
|
<link rel="stylesheet" href="https://blog.juliobiason.me/poole.css">
|
||
|
|
<link rel="stylesheet" href="https://blog.juliobiason.me/hyde.css">
|
||
|
|
<link rel="stylesheet" href="https://fonts.googleapis.com/css?family=PT+Sans:400,400italic,700|Abril+Fatface">
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
</head>
|
||
|
|
|
||
|
|
<body class=" ">
|
||
|
|
|
||
|
|
<div class="sidebar">
|
||
|
|
<div class="container sidebar-sticky">
|
||
|
|
<div class="sidebar-about">
|
||
|
|
|
||
|
|
<a href="https://blog.juliobiason.me"><h1>Julio Biason .Me 4.3</h1></a>
|
||
|
|
|
||
|
|
<p class="lead">Old school dev living in a 2.0 dev world</p>
|
||
|
|
|
||
|
|
|
||
|
|
</div>
|
||
|
|
|
||
|
|
<ul class="sidebar-nav">
|
||
|
|
|
||
|
|
|
||
|
|
<li class="sidebar-nav-item"><a href="/">English</a></li>
|
||
|
|
|
||
|
|
<li class="sidebar-nav-item"><a href="/pt">Português</a></li>
|
||
|
|
|
||
|
|
<li class="sidebar-nav-item"><a href="/tags">Tags (EN)</a></li>
|
||
|
|
|
||
|
|
<li class="sidebar-nav-item"><a href="/pt/tags">Tags (PT)</a></li>
|
||
|
|
|
||
|
|
|
||
|
|
</ul>
|
||
|
|
</div>
|
||
|
|
</div>
|
||
|
|
|
||
|
|
|
||
|
|
<div class="content container">
|
||
|
|
|
||
|
|
<div class="post">
|
||
|
|
<h1 class="post-title">The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win - Gene Kim, Kevin Behr, George Spafford</h1>
|
||
|
|
<span class="post-date">
|
||
|
|
2020-01-08
|
||
|
|
|
||
|
|
<a href="https://blog.juliobiason.me/tags/books/">#books</a>
|
||
|
|
|
||
|
|
<a href="https://blog.juliobiason.me/tags/reviews/">#reviews</a>
|
||
|
|
|
||
|
|
<a href="https://blog.juliobiason.me/tags/devops/">#devops</a>
|
||
|
|
|
||
|
|
<a href="https://blog.juliobiason.me/tags/phoenix/">#phoenix</a>
|
||
|
|
|
||
|
|
<a href="https://blog.juliobiason.me/tags/gene-kim/">#gene kim</a>
|
||
|
|
|
||
|
|
<a href="https://blog.juliobiason.me/tags/kevin-behr/">#kevin behr</a>
|
||
|
|
|
||
|
|
<a href="https://blog.juliobiason.me/tags/george-spafford/">#george spafford</a>
|
||
|
|
|
||
|
|
<a href="https://blog.juliobiason.me/tags/stars-1/">#stars:1</a>
|
||
|
|
|
||
|
|
<a href="https://blog.juliobiason.me/tags/books-2020/">#books:2020</a>
|
||
|
|
|
||
|
|
<a href="https://blog.juliobiason.me/tags/published-2013/">#published:2013</a>
|
||
|
|
|
||
|
|
</span>
|
||
|
|
<p><a href="https://www.goodreads.com/book/show/17255186-the-phoenix-project">GoodReads Summary</a>:
|
||
|
|
In a fast-paced and entertaining style, three luminaries of the DevOps
|
||
|
|
movement deliver a story that anyone who works in IT will recognize. Readers
|
||
|
|
will not only learn how to improve their own IT organizations, they'll never
|
||
|
|
view IT the same way again.</p>
|
||
|
|
<span id="continue-reading"></span><div>
|
||
|
|
★☆☆☆☆
|
||
|
|
</div>
|
||
|
|
<p>Let me take something out of the way from the start: This is a book with a
|
||
|
|
fictional story, which try to explain the DevOps movement. And it age poorly.</p>
|
||
|
|
<p>If we start with the fictional part, you have some guy which is promoted to VP
|
||
|
|
of Technology and suddenly have to deal with the integration of all the IT
|
||
|
|
parts of the company (infrastructure, development, security, business).</p>
|
||
|
|
<p>Just to prove the point that any company needs DevOps 'cause every company is
|
||
|
|
an IT company now, the story is about an auto-parts company.</p>
|
||
|
|
<p>And heck if the characters are not as cliché as possible, with a few
|
||
|
|
absurdities: The infrastructure manager is a fat guy that doesn't care about
|
||
|
|
his appearance; there is the "evil" manager that tries to put the blame on
|
||
|
|
everyone else but herself; the paranoid security guy (although every security
|
||
|
|
person should be paranoid, nonetheless), which surprisingly turns into a monk
|
||
|
|
in the middle of the book. And then you have the magical "future board member"
|
||
|
|
that knows absolutely <em>everything</em> about IT, but it is never asked if he
|
||
|
|
wants to manage the IT department in the first place -- and trains the new VP
|
||
|
|
even before becoming a board member, maybe out of purity of his heart, 'cause
|
||
|
|
he's a "down to earth" kind of guy, but since he's filthy rich, he can do that
|
||
|
|
('cause, you know, rich people are really willing to take their time to help
|
||
|
|
others).</p>
|
||
|
|
<p>The story is planned exactly to prove a point: Crisis emerge and are solved
|
||
|
|
exactly in order to prove there is an order things are in the authors head --
|
||
|
|
which becomes clear in the "Handbook", a non-fictional part in the end of the
|
||
|
|
book. There are three ways in the way an IT department accepts DevOps and
|
||
|
|
surely all the events happen in the same exact order.</p>
|
||
|
|
<p>Another point: instead of the VP being the catalyst of the DevOps changes in
|
||
|
|
the company, people around him start to move into DevOps without knowing: The
|
||
|
|
manager lady simply brings kanban out of the blue, for example. And that
|
||
|
|
"security guy turned monk", out of the blue, decided to bring the stakeholders
|
||
|
|
into the discussion -- again, without the VP being the catalyst for it.</p>
|
||
|
|
<p>In the end, everything ends fine: The VP is about to become COO, the evil lady
|
||
|
|
gets fired, everyone is happy, everything is going, the company is making huge
|
||
|
|
trucks of money... And nothing bad every happened: All ideas worked
|
||
|
|
flawlessly, there were not side effects, everything is happy, with rainbows
|
||
|
|
and candies and balloons...</p>
|
||
|
|
<p>After the story, there is the "DevOps Handbook", which could be something
|
||
|
|
usable, if it wasn't for what seems an attempt to produce more words with
|
||
|
|
little content. There is a bunch of replicated stuff, like "a downward spiral"
|
||
|
|
which keeps being repeated two or three paragraphs apart. You know that scene
|
||
|
|
in "Up!", in the newsreel, which the news person says "Lutz promised he'll not
|
||
|
|
return till he proves he's right", cutting to Lutz saying "I promise I'll not
|
||
|
|
return till I prove I'm right"? That feels exactly like this.</p>
|
||
|
|
<p>Again, the book didn't age well. There is a lot of space for pointing out
|
||
|
|
side-effects, removing the "THIS NEW THING WILL SAVE EVERYTHING!" tone of the
|
||
|
|
story. But, for someone who's into DevOps since 2017, the story and handbook
|
||
|
|
seems really outdated.</p>
|
||
|
|
|
||
|
|
</div>
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
</div>
|
||
|
|
|
||
|
|
</body>
|
||
|
|
|
||
|
|
</html>
|