The Read: The Power of Scrum

In my previous post, “The Scrum Master”, I spoke about how the Scrum Master recommended the book “The Power of Scrum” by Jeff Sutherland as a must read for anyone that needs an introduction to Scrum.  That same day I purchased the book and the Scum Master was correct, it was an easy and absorbing read, and I finished it that same night.

The book is written as a story, almost a novel in form, about a CTO whose software development project is still not done after going over schedule twice.  His clients are ready to fire his company and he just barely manages to get a final three-month extension.

The story quick moves on to him meeting a Scrum consultant in a bar and than follows the process of the CTO transforming his traditionally managed software development team into an Agile team using Scrum.

The book format manages to both be engaging and informative because the story format is compelling and easy to envision, but there is also a summary section at the end of each chapter starting in chapter two, that outlines the key learning points from the chapter.

There are a lot of summary points, but you only realize it once you are done.  They never seem overwhelming in the context of the book.  I cannot outline all of these points but here are a few key ones for me as I either hadn’t picked them up in other reading or they clarified details I was fuzzy one:

1.  (#4 Pg 17) Scrum supports a development team by becoming completely flexible regarding the work in the next spring.  In return the team needs to be completely inflexible regarding the work in the current spring, thus guaranteeing  that they complete each Sprint.

2. (#8 Pg 17) It is the customer’s responsibility to make the developers understand what is needed.  That requires frequent and intense contact.  If a customer is not willing to make such and investment, then the project apparently does not add enough value for them to take it seriously.

3. (#3 Pg 28) The scrum team should be seven people, plus or minus two.

4. (#2 Pg 41) Using Scrum, the product is always ready.  You are able to deliver a version of your product that is at most one Sprint old.

Another development that I found interesting was that the traditional Project Manager in the story had to take on a new role and had to abandon all of the traditional project management tools.  The project was driven by the team members performing the work.  The argument against traditional project management tools was that the planning process drove the project rather than communication with the customer and that there was an avoidance of true communication because it might jeopardize the carefully crafted project plan and create more work for the Project Manager.  The PM was turned into the Product Owner.  He was responsible for understanding the customers needs and wants and then for transforming them into the stories in the Product Backlog.

Overall, I got a lot out of this book and I would recommend it.  I would like it if the other members of my team read it too, but if nothing else I feel that I can begin to explain the process.

Here is a little bio on Jeff Sutherland from QCon:

Jeff Sutherland, Scrum co-founder

 Jeff  Sutherland, Scrum co-founderDr. Sutherland is a Certified ScrumMaster Practitioner and the inventor of the Scrum development process. He has been VP of Engineering and/or CTO for 9 software product companies, developing Scrum in 4 of them and introducing today’s standard Scrum methodology to 5 of them.As CTO of PatientKeeper and IDX, he used Scrum to capture industry leadership for mobile/wireless/web application platforms in healthcare, enabling physicians to enhance revenue, reduce cost, and improve patient care. Recently, he has evolved automated Scrum tools for real-time management reporting, while reducing Scrum project manager overhead to 10 minutes a day and developer administrative overhead to 1 minute a day. This is an order of magnitude more efficient than traditional approaches to project management.In recent months, Dr. Sutherland has been a Scrum consultant to Microsoft, Yahoo, Ariba, Cadence, Adobe, GE Healthcare, and M3 Media Services bringing PatientKeeper Scrum practices to the broader software industry.

Any other thoughts on the book?  Any Project Managers out there who disagree with the way the Project Manager of the piece is portrayed?

Advertisements

The Scrum Master

A Scrum Master is responsible for facilitating the daily stand-up meeting in Scrum and for removing any impediments that come up to block progress on the project.  The Scrum Master where I work has not been one for long, yet he is a pioneer for the Scrum method of Agile at my workplace.  He has a sharp wit and a lot of experience with IT projects.

Even though the Scrum Master is new to Agile and Scrum he has done a good job of educating himself on the principles, and more importantly, he has done a good job of putting them into practice.

When I asked him if he could talk to me about what he was doing during the Scrum process he agreed to show me.  I could immediately tell that Scrum had really caught his interest.  He showed me the Scrum board where there were a spattering of post-its in the various to be done, in progress and completed columns.  One thing that his group does a little differently is that they have a testing preparation column.  This ensures that there is a way to test the change as it is being developed and directly after.  He also showed me the software version of a Scrum board.  His group is trying out a free online software program called Scrumdo.

I found the time enlightening and I wanted to know more so he recommended the book, “The Power of Scrum” by Jeff Sutherland.  He told me that if I really wanted to get a feel for what Scrum is all about in practice, I should pick up the book and read it.  He assured me that it is a quick and entertaining read and that it should not take me more than a couple of hours to read.

So, meeting with the Scrum Master was very helpful.  I will pick up the book and let you know how it is in my next post.

Are  you a Scrum Master or do you work with one?  Please tell me about it in the comment section.

Exploring Agile – Scrum in 8 Minutes

As I explained in a previous post, I have been tasked with learning what I can about Agile project management for a small project I have coming up.  The first thing I did was ask a senior Business Systems Analyst about how her foray into the Agile process was going.  She in turn sent me the link to a couple of videos on You Tube as an introduction to the Scrum process.

The first video is only eight minutes long, thus it’s title “Introduction to Scrum in just 8 Minutes”.  The two presenters are Arif Gangji, the founder of Neon Rain Interactive and the founder of Agile for All, Bob Hartman.

The second video is an hour long and goes into considerably more depth on the topic, but I will save that for a later post.

As I started this video it was immediately apparent why the BI group had chosen it. Although it is short, it does do a reasonably good job of covering the basics of the method in a concise and clear manner.

The video sticks to the basics of the Scrum Framework.  Here are a few of the main points covered in the video:

  • The process starts with the product owner creating a prioritized, from most to least important, product backlog. A backlog is comprised of stories – who, what, why – that are the dreams and wishes of the customer in story form.
  • The team uses the product backlog to determine how much work can be done in a sprint.  The team should never commit to more work than they can deliver in a sprint with a sprint lasting between a week and a month.
  • The speed at which a team can deliver work is their velocity.
  • A team takes on the work in a sprint that delivers the most value to the customer so that the customer delivers the most value as early as possible.
  • Each day there is a daily Standup Meeting or “Scrum” Meeting that lasts for 15 minutes or less. During this meeting the following is accomplished:
    1. Talk about what has been completed.
    2. Talk about what they intend to complete
    3. Talk about any impediments that may be preventing work from getting done.
    4. The team uses this time to determine how to best share information to best help each other to meet their sprint commitment.
    5. This exposes risk and knowledge to be shared to help the team be more effective
  • Scrum requires there to be a Scrum Master who helps to ensure success by helping to remove impediments, aiding in making decisions and to support the team in any way possible. This role is vital for team to be successful.

This video was a good start for me, and I hope that you will find it helpful as well.  Do you know of any good Agile related videos or books that helped you to get up to speed on Agile?

Exploring Agile at Work – The Beginning

Agile is quite the buzz word in the project world right now.  Everyone is trying it, everyone wants to be doing the new thing.  I’m not sure the Agile project methodology is really all the new anymore, but it certainly is where I work.

My fellow analysts are one by one being sucked into a whole different world of working on project teams, and now it is my turn.  I’ve been fascinated with the concept of Agile methodology for awhile now but had never been exposed to the real thing.  Most of what I have read on the subject has been heavy on the theory and the glory but light on the details of how it actually works.

There are many consultants promising magical results for very hefty fees.  They say they will come in and transform your business for you.  I hate to be so cynical about this trend but knowing how to adapt a practice to a unique and complex corporate entity with its unique culture is a daunting task, and I can’t imagine that it is always a successful one for those coming from outside and promising transformations.  While I have worked with some consultant that are very good, most have left something to be desired and can do as much damage as good when trying to push big change too fast.

For this reason I am relieved that where I work we have decided to take on discovering Agile for ourselves.  Our Business Intelligence team is doing a great job transforming into an Agile team and they are seeing results even though they have not been using the process very long.  We are taking it slow and letting the adoption of the process grow organically starting with smaller projects.

I’m sure that as with most popular trends that there are some fanatical proponents of Agile dogma that may not think that we have ‘perfect’ Agile.  One recent blog post on PM Hut, “Post-Agile?” addressees the growing complaints that large organizations aren’t doing real Agile.  I can understand that there may be disappointment with some expressions of Agile, when it doesn’t result in the perfectly imagined workplace that descriptions of Agile have caused many to dream of. It is hard for me to view the fact that Agile hasn’t stayed ‘pure’ as a problem though because I think that with any new idea there is an inevitable evolution and the heart of evolution is that each ecosystem exerts pressures on those that live in it to create an end form that is most adaptive for that environment.

With that in mind I am excited that my co-workers are finding success and delivering results to our company.  I’m also excited that I will get to be a part of this evolution whatever form it may take.  As I learn more about Agile I will post more about my experience, and hopefully I will hear from others who have worked with Agile as well.

Have you explored Agile in your workplace?  If you have I’d love to hear how you got started and how it has worked for you, so please tell me in the comment section below.