InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Presentation: Agile Project Management: Lessons Learned at Google

Posted by Abel Avram on Jul 03, 2008

Sections
Process & Practices
Topics
Agile ,
Adopting Agile
Tags
QCon ,
Qcon London 2007 ,
Scrum

In this presentation filmed during QCon 2007, Jeff Sutherland, the creator of Scrum, talks about his visit at Google to do an analysis of Google's first implementation of Scrum. He tells how Google started with no engineering management, then gradually introduced Scrum without spoiling the development culture formed over the years.

Google removed all low level engineering management back in 2001. They formed lots of small teams of 2-3 developers which constantly took the leadership of their team. They were responsible for what they were doing, including fixing bugs in production code without asking anyone about that. That created a special development culture in which everyone was feeling completely responsible for his contribution to the company and no one was expecting a boss to tell him what to do next. Later on, they started to gradually introduce Scrum step by step and forming organic management whose primary role was to support developers' activity and not supervise them. There are only two basic rules at Google: code reviews and every developer maintains a web page with information about his current work and his plans for the following 3 months.

The main problem Google was facing back in 2001 was missing the deadlines. As a reaction, they introduces backlogs and burn down charts. Then daily meetings. They were still missing dates. After a thorough investigations they discovered that a large number of features were work in progress. So, they started to minimize work in progress. Later they introduced iterations, and included testing tasks in the backlogs. Eventually they started creating release burn down charts.

The entire presentation is 1 hour and 8 minutes long. Jeff answers questions during the last 15 minutes of the presentation.

  • This article is part of a featured topic series on Agile

Related Sponsor

In today’s hyper-competitive world, later may be too late to adopt Agile development and this Roadmap for Success will help you get started. Download "Agile Development: A Manager's Roadmap for Success" now!

my feedback by Elham Moazzen Posted
  1. Back to top

    my feedback

    by Elham Moazzen

    I enjoyed it very much, thank you.

Educational Content

Beauty Is in the Eye of the Beholder

Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.

Architecting Visa for Massive Scale and Continuous Innovation

John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.

Max Protect: Scalability and Caching at ESPN.com

Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.

The Seven Deadly Sins of Enterprise Agile Adoption

Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.

Questions for an Enterprise Architect

Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?

Wrap Your SQL Head Around Riak MapReduce

Sean Cribbs explains what Map-Reduce and Riak are, why and how to use Map-Reduce with Riak, and how to convert SQL queries into their Map-Reduce equivalents.

Polyglot Persistence for Java Developers - Moving Out of the Relational Comfort Zone

Chris Richardson shows how he ported a relational database to three NoSQL data stores: Redis, Cassandra and MongoDB.

The Golden Circle – Why How What

Jean Tabaka challenges the audience to reflect on what Agile practices they are employing, how they are using them, ending with the questions “Why have their organization chosen to go Agile?