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.

Interview with Robin Dymond at Agile 2008

Posted by Amr Elssamadisy on Apr 07, 2009

Sections
Process & Practices
Topics
Agile ,
Leadership ,
Adopting Agile ,
Agile in the Enterprise
Tags
agile2008 ,
Lean

In this interview with Robin Dymond at the Agile 2008 conference, Robyn gives an overview of Lean, how it can help take Agile to the 'next level' and why organizations that fail to change will not have successful Agile teams. Robin describes an organizational mismatch between traditional hierarchies and team structures.

There are about 3 or 4 big companies, big enterprises that have adopted Agile. Publicly, we know about those big British telecommunications company, big portal web company and company in financial services and each one of those early adopters was very focused on adopting Scrum at the team level. We had a lot of teams and we had a lot of training going on in those organizations and a lot work to build Scrum teams and get everyone working on that plane.

From that point of view, it's very successful. It improved their delivery timeframes, projects were getting done a lot quicker and people were happier working in those environments. But now, all of a sudden you have all this retrenchment happening in all those organizations where Agile is getting pushed the way side or is becoming less important to deliver things in this way. Part of that is because of the power structure and the current organization, which is still based on the waterfall method, and the Agile way of working, which is based on teams. This is a challenge to the Agile community to figure out how do we organize leadership.

He believes that organizations will need to reorganize around teams to get the most out of Agile.

I believe that, for Agile to be successful in most organizations there needs to be a change in the organizational structure. How far organizations will go with that is an open question, but the best Lean organizations in the world, have really organized around this new way of working - around the process of delivering value, as opposed to the functional silos of "I do this, I do this, etc." As Agile is fairly new to the mainstream market, there is going to be this issue that businesses are going to struggle with.

This interview is well worth your time if you are thinking about the long-term success or failure of your organization's agile adoption initiatives.

  • This article is part of a featured topic series on Agile
Lean Leadership and Agile Teams by McGee Steve Posted
  1. Back to top

    Lean Leadership and Agile Teams

    by McGee Steve

    I just returned from two conferences and Robyn is addressing one of two main topics many people are talking about. (The other is reiterating the need for sound development practices).



    Questions like 'How can I get better stories from the PO?' or 'How do you develop and maintain a vision?' are answered by Lean organizations.



    Rally's Alex Pukinskis showed their new approach to managing longer term planning using a 'kanban' style process at the Agile Roots conference in Utah. Dealing with more than 2000 requests/stories in the product backlog, product leaders had been faced with competitive stakeholders and probably frustrated developers. Simply tackling a problem like this with a 'scrum of scrums' model would not have solved anything.



    Alex showed how a decision to limit the possible number of 'next' features enabled the product leadership to further elaborate on the priority features in the pipeline - and to stop wasting effort on the low priority items.



    The new process, which I would define as a 'road map' development tool, answers both commonly heard questions at both the Agile Roots conference and Better Software in Vegas. Well-defined stories relevant to a sensible direction of product development end up in release backlogs. AND, the product leadership focuses energy on elaborating on the characteristics of the product it has chosen to build. It's this decision of what to (and what not to) spend time developing a vision of - a commitment - that gives the teams the leadership and direction they need.



    I've found that Agile has been a great way to show the way for teams to strengthen themselves through better communication. It seems Lean will show organizations (all the individuals working there) how to approach decision-making. Since leadership is accepting responsibility for decisions others delegate, Lean will provide the answers to management about how to lead an Agile software development organization.

Educational Content

Jesper Boeg on Priming Kanban

In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.