The Phoenix Project – 5 reasons why you should read it!

tl;dr: buy it here!  ;-)

#1: It’s well-written

First of all, I won’t pretend that I’m able to judge the book’s literary quality as English is not my mother tongue. But the read is really gripping and absorbing and it’s quite hard to stop reading it, you want to devour it! The authors managed to find the right tone and the right pace to tell an 300-ish pages IT story,  which is a performance in itself!

#2: It’s real

Well, almost :-) Even if this novel is a fiction the story sounds pretty real. It tells things that will certainly resonate with you if you’ve been involved in an IT project. Whether you are a developer, a project leader, part of the operation team, member of the compliance department, the security guy or even the CEO, it will certainly remind your own past experiences.

#3: It’s unique

As far as I know, it’s the only one of its kind. I’ve read Commitment by Olav Maassen, Chris Matts and Chris Geary but it’s a picture novel (and by the way, go get your copy if you haven’t read it yet!). There’s also The Goal by Eliyahu Goldratt and The Gold Mine by Freddy and Michael Ballé but even if I did not read them (yet!) they seem both more business oriented (correct me if I’m wrong!).

#4: It strikes home

If you’re in the situation the main character is facing at the beginning of the book, then you will obviously have some ideas to get things better. Some of you might realize that your fate is not fixed and that there are other way to work, more efficiently!

#5: It’s not just limited to the finding

As the story goes on, you might learn about new things. You’ll discover the power of DevOps and Continuous Delivery just to name a few. You’ll find out what the Value Stream is all about and how to increase its efficiency. What Lean can bring you.

Get your copy!

Bridge the gap between dev team and business people! – Idea #4

This article is the fourth out of an unlimited series (let’s say at least 5!) where I’m gonna try to give you some ideas and easy things to put in place in order to bring your team closer to business people.

Written so far:

Value Stream Mapping

First time I discovered Value Stream Mapping was when reading the very interesting “Lean Enterprise” book by Joanne MoleskyBarry O’Reilly and Jez Humble. The final version of the book will be released in December but the early release version is available for download at a lower price since a few months now.

A Value Stream Mapping is a method from lean-management that allows you to quickly visualize the flow of value delivered from the genesis of a project until the customer delivery. It has originated from manufacturing but it can easily be applied on software development as explained in “Lean Enterprise“.

The exercise is pretty straightforward, you just have to write down all the stages that are necessary to bring an idea to its delivery and write under each steps the Lead Time (LT) and Value Added Time (VA). The Lead Time is the elapsed time needed to arrive from a stage to another and the Value Added Time is the amount of time really spent on that step where value has been added (the real work)

When working with huge companies where there are a lot of processes and departments, the exercise might take some time to accomplish as you’d need to meet people from all the different department involved in order to collect all the data. For us it was quite easier as it took us only one and a half hour to end-up with this:

vsmBlog(Pink post-it notes represent process stages, LT and VA are written under each)

First thing to do is to select a recent representative project (the kind of project your company is used to do in terms of size, people involved …) and obviously one that has been released to the customer! Invite enough people to be able to determine all the steps and find out corresponding LT and VA. We were only 3 to perform the Value Stream Mapping (a Business Analyst, the Head of Development and myself). As soon as all the steps have been found out, we used time tracking and reporting tools to get the exact amount of time spent on each steps (the VA) and when exactly those started. Some of the steps might be done in parallel and iteratively, that’s why some sticky notes are under other ones (in that case the corresponding VA is the sum of the whole column).

As soon as you have written down everything, just sum up all the VA’s and LT’s (some conversion might be needed here as some figures might be in days and other in weeks or months) and divide the total VA by the total LT to find out the Value Stream efficiency rate. The lower it is, the bigger is the chance to easily find some process improvement ideas!

The very interesting part starts at the end of the exercise! Well, you know, everyone might have in mind where usually things are stuck and where you might need some improvement to speed the value flow. But having the Value Stream in front of you clearly helps to focus.

The Value Stream is the perfect medium to start collaborating. Invite a couple of key people to join (from development and business side) and talk together in order to find out what could be improved in order to speed up the flow of value delivered and avoid wasting precious time. List out all the ideas and try them! Redo the exercise later on and check if the efficiency rate increased!

You will get a better understanding between all the stakeholders of how work moves through the company. People from different departments and having different point of views join together and collaborate to improve the whole company’s efficiency.

Mission accomplished!