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.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Amr Elssamadisy on Apr 07, 2009
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.
18 agile and lean practices for effective software development governance
Case Study: IBM's Agile Transformation
Agility at scale, become as agile as you can be
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!
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.
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.
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
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.
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.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
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.
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.
1 comment
Watch Thread Reply