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.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Abel Avram on Jul 03, 2008
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.
Case Study: IBM's Agile Transformation
A practical guide to choosing the right agile tools
agility@scale eKit: 10 Principles, Scaling Model, Metrics, Collaboration
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!
Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.
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.
Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.
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.
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?
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.
Chris Richardson shows how he ported a relational database to three NoSQL data stores: Redis, Cassandra and MongoDB.
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?
1 comment
Watch Thread Reply