If there is one person who has seen Scrum and Agile grow in Asia, it is Pete Deemer. He has been involved in Yahoo’s large scale adoption of Scrum in SunnyVale, CA as well as its state of the art development center in Bangalore. More than 800 people were transitioned to Scrum. He also co-write the Scrum Primer. After Yahoo, Pete founded his own firm, GoodSafe, LLC and through GoodAgile, conducts regular trainings and coachings in India and Asia. Pete, is only one of the very few Certified Scrum Trainers and is a leading thought leader in Agile and Scrum Community. In this interview, Pete Deemer, shares his experiences in implementing Scrum and Scrum in India as well as outsourcing environment.

agilecollab : GoodAgile recently conducted Scrum Unconference in Hyderabad. What was the motivation for the same?

Pete Deemer : Over the last year, we have seen rapid growth of Scrum in India and invariably people have asked me during CSM classes and otherwise, on why there are few oppotunities to meet, learn and network. At GoodAgile, we felt like the time had come to start doing Scrum-specific events where people could meet in person, hone their skills, and have a fun time. We also wanted something that we could pull off quickly and without lengthy upfront planning and also have a model that we could replicate in different cities around India.  So we thought the Bar-Camp style UnConference was the right approach. We got a group of people together, and in real-time we created a full day of talks, exercises, and other fun activities.  But best of all, the format was based on the self-organization and self-management that’s so central to Scrum, so it felt “Right”.

agilecollab : How was the experiences?

Pete Deemer : It was great — we had about 60 people from lots of different companies in Hyderabad coming together, sharing experiences, and learning from each other. Scrum can be very challenging especially if you do not have people to network in your own organization, and it’s great to be able to get advice and learn from other people who’ve been through the same challenges and succeeded.  The main thing I carried back was something I’m constantly reminded of, and why I like being in the IT industry — software people, even though thought of as “geeks” by the rest of the world, are some of the most interesting, creative, and thoughtful people you could ever meet!

agilecollab : Tell us about your implementation of Scrum in Yahoo? What metrics did you guys track to know that Scrum was successful?

Pete Deemer : We did gather metrics, but for most teams, we didn’t need the metrics to tell us Scrum was making a significant difference — the results in business value and team morale were pretty apparent to all.

agilecollab : Based on the above, what is your advice to companies transitioning to Agile?

Pete Deemer : If it’s worth doing, it’s worth doing properly — get the best training and coaching you can find, and make sure the entire organization understands and can support the team’s efforts. 

agilecollab : At what stage do you think is Scrum awareness and implementation in India?

Pete Deemer : Over the last year or so, there’s no question it’s entered the stage of rapid growth. Almost all the best-known IT firms in India have teams using Scrum now. There are lots of people in many companies in India, who are holding on to the values of Scrum, working to implement Scrum properly and trying to improve the way their businesses are run. There are many conferences and events being held as well. We would like to support such people. The challenge now is helping people be as successful as possible within the specific context of India, and helping grow the expertise. Having unconferences and speaking at other Agile and IT events is an effort in this regard. We have also started the Scrum-India Yahoo Group, which is again another opportunity for people to share and learn from fellow Scrum users.  I also appreciate the effort that www.agilecollab.com is making - this is coming up great and explains concepts to beginners in a simple fashion.

agilecollab : Do you think it makes sense for outsourcing/ service companies to use Scrum?

Pete Deemer : Absolutely.  If speed, quality, and “getting it right for the customer” are your part of the value you offer customers, you should definitely consider Scrum. This is not always going to be easy. However, the results can be dramatic, and a lot of teams say “I wish we’d discovered this sooner!”

agilecollab : What are the benefits for customers in choosing a company which does Scrum or true Agile rather than one which does not?

Pete Deemer : Some of the biggest benefits of Scrum for the customer are visibility into what’s being produced, and “is it right” — and the ability to rapidly iterate, without lapsing into chaos or thrashing. It in a way also helps you focus and participate. Scrum does require a more involved approach from the customer side, but only for their own benefit. One risk for the customers is that there are a lot of companies who claim to be doing “Agile”, but are in fact just using it as a marketing label — so I’d recommend choosing carefully.

agilecollab : You conduct lots of trainings and CSM classes in Bangalore and Hyderabad but comparatively lesser in NCR or North. Why do you think north India lags behind in Scrum awareness?

Pete Deemer : I’m not sure why this is — especially since there are leading Agile companies and also others who are exploring Agile, in the Delhi area and from what I hear, in Chandigarh too. I think we’ll see more and more growth in the north in the coming year.

agilecollab : Finally, what are goodagile plans for new year?

Pete Deemer : The plans for the coming year are many. I am traveling all across India and Asia, helping people learn about Scrum. We hope to continue to spread the Agile and Scrum message, and help companies succeed with it!

agilecollab.com, wishes Pete all the best for this year and always.

Popularity: 18%

Posted on April 11th, 2008 by admin
Filed under: Around the Globe, Interviews | No Comments »

In our last post we discussed the basic framework of Scrum. We continue looking at Scrum from a philosophical perspective in this post. In his book, Ken discussed the influence of seminal paper by Takeuchi and Nonaka, in 1986 which linked product development to Rugby. In fact Jeff Sutherland, the co-founder of Scrum, calls them the Godfather of Scrum. The term Scrum [in Rugby] refers to the strategy used for getting an out-of-play ball back into play. As in a rugby match, development teams in Scrum are organized to have holistic movement, have continuous interaction among team members, and have intactingcore team members. Among the team members, Scrum Master (SM) is the person who does administrative work, such as arranging the daily Scrum meeting and location, and removing any production impediments.

Scrum was getting popular almost at the same time as Mary Poppendieck was theoreticizing the various aspects of Lean. In a way both Scrum and Lean have their origin in complex adaptive systems theory. The origins of Scrum are best explained by Jeff Sutherland in his blog post. The conclusion in this post point to the fact that although Scrum can be in some ways viewed as a partial Lean Process, it is not a descendent of Lean. Also, if the concepts of Lean are applied within the Scrum framework, the results would be akin to what companies like Toyota have been able to achieve in product development. A more detailed look at Lean would be coming a bit later, but for now, lets look at the 7 principles of Lean and how these are achieved/ mapped to Scrum:

• Eliminate Waste : The work in progress is just that : work in progress. It is absolutely useless till it reaches the customer. Anything that does not add value is a waste. The biggest waste in software are unused features and features which do not provide value. In fact, the features which do not provide value are not only a waste but also a drain. Typically, this happens when the longer a product takes to reach the customer. This means that there are chances of product being either developed with a process that generates waste or you are building something wrong. A process where bugs are found after coding, would require you to go back to redo the coding. This would again be a waste. Scrum mandates work to be performed in a series of sprints, each sprint being of a very short duration. At the end of a sprint, the team should demonstrate potentially shippable code to the customer. Hence, the basic framework of Scrum would ideally guide you from incurring waste. However, an important component to minimize waste is to see and recognize it. Scrum does this by asking the team to identify obstacles. If the team is not capable or empowered enough to raise these obstacles, Scrum would probably not work as won’t Lean.
• Build Quality In : The focus of a Lean Process and Enterprise is not to have defects occur in the first place, rather than enter them in defect tracking queues. If you really want quality, you don’t inspect after the fact, you control conditions so as not to allow defects in the first place. If this is not possible, then you inspect the product after each small step, so that defects are caught immediately after they occur. In Scrum, the focus is more on latter. The fact that you demonstrate potentially shippable code at the end of each sprint, the team is subjected to rigorous test of what they are developing. As we have seen the sprint review also works as test for product owner in addition to the team. In addition, the team can raise obstacles which affect their productivity. When Scrum is coupled with XP, the team tries new development concepts like pair programming, refactoring and test driven development. These concepts help build quality in the processes. Hence, Scrum and Lean seem to be aligned here as long as the team picks up the right development practices. However, Lean takes an even more radical approach which you do not find in other frameworks. Lean says that When a defect is found, you stop-the-line, find its cause, and fix it immediately. The concept is drastic and at least initially can lead to the team stopping work all the time. The Scrum approach of identifying obstacles at the daily stand up and then Scrum Master either resolving them right away or wait to discuss these during sprint retrospectives, is a good alternative as well, at least initially. In Scrum, you regularly inspect and adapt and there are other drastic measures like sprint cancellation available with product owner.
• Create Knowledge : One way of gathering knowledge about your product is to get experts, pay them enormous salaries and create a 1000 page requirement specification. The other is to understand what customers really want by focussing on minimum, releasing that to actual users, getting feedback and developing from there. The latter approach has been there in various aspects like JAD, RAD, Prototying etc. However, the approach Lean [and in an implicit fashion, Scrum] take is that real knowledge about product starts coming in only when product hits the market. The sooner this is in its life cycle, the better, the knowledge would be. Another aspect of knowledge that Scrum and Lean share is that best knowledge is tacit knowledge. Through a self organizing team which learns, works and shares information, together, both aim to have a “information workspace”. The knowledge about the process, obstacles and product are gathered by the “whole team” at the end of sprint through sprint reviews and retrospectives.
• Defer Committment : Scrum is silent on “implementation” aspects of this value of Lean. However, the product owner is expected to write a good product backlog keeping in mind various aspects like priorities, risk, YAGNI and set based concurrent engineering approach.
• Deliver Fast : According to Lean, there is only one way to achieve high quality. You must develop people who continually improve their processes, build quality into their product, and develop the capability to repeatedly and reliably respond to their customers many times faster than their competitors. Scrum is a framework which provides for faster delivery of products - almost every sprint. However, there is nothing in Scrum that stops the teams from delivering poor quality, same mistakes driven and late software. Scrum would only make it visible. It is for the organization to create a culture where the team members can continually work to improve processes so that they can continually work at an even faster pace.
• Respect People : There is no one best way to do something. There are many ways. What is a good way to do for you might not be a good way to do for others. If you give respect to people, you get that in return. You must respect people and this should be demonstrated by your single minded dediction in helping them succeed. When this is done, the people align themselves with your vision and produce astounding results. Scrum and Lean encourage self organizing teams. The framework respects teams judgement, responsibility and ability to organize and plan work. Hence, this value of Lean closely aligns with Scrum philosophy.
• Optimize the Whole : A lean organization optimizes the whole value stream, from the time it receives an order to address a customer need until software is deployed and the need is addressed. If an organization focuses on optimizing something less than the entire value stream, the overall value stream will suffer. Scrum is a simple framework. It optimizes the three parts of leadership : processes, marketing and technical. Of course, the system would be as good as the people in it.

As we can see, whether or not Scrum tends towards Lean is driven by what the team and stakeholders value while implementing Scrum. In fact, there’s really nothing to stop you from using Scrum to schedule a more rigorous workflow like the SEI Process.

Popularity: 18%

Posted on April 6th, 2008 by admin
Filed under: Introduction, Values | No Comments »