Project Management

What's Next in Agile?

From the Project Management 2.0 Blog
by
New technologies, concepts, and Web 2.0 tools are popping up everywhere. How can you use them to help your project team collaborate, communicate - or just give your project an extra boost? [Contact Dave]

About this Blog

RSS

Recent Posts

Are You Prepping For The PMP 24/7?

Are You Just Too Darn Busy?

Eliciting Requirements... Creatively!

What To Expect When Your Stakeholders Are Expecting

8 More Templates to Save You Time

Categories

Advice, Certification, Collaboration Tools, Decision Making, Estimating, Interviews, Learning, Management Approaches, New Templates, Personal Productivity, PM Software, PPM Software, Presentation Tools, Reporting Tools, Requirements Management, Research, Risk Management, Scheduling Software, Security, shameless self promotion, Techie Tools, Time Killers, Time Tracking Software, Training, Virtual Team Tools, Web-based Tools, workshops

Date

linkedin twitter facebook Request to reuse this  


Situation: You need a practical perspective on Agile approaches.

Alan Shalloway is the founder and CEO of Net Objectives. With more than thirty-five years of experience, Alan is an industry thought leader, trainer, and coach in the areas of lean software development, the lean-agile connection, Scrum, agile architecture and using design patterns in agile environments. He is a popular speaker at prestigious conferences worldwide. Alan is the primary author of Design Patterns Explained: A New Perspective on Object-Oriented Design and is currently writing a book on Lean Anti-Patterns.  He is also a frequent trainer and speaker for SQE Training.

We recently got a few of his thoughts on the state of Agile and how its being applied.



Q.  We've been hearing a lot about SCRUM and Lean lately on Gantthead.  Are you still seeing increased usage of Agile processes in the IT space?  In other disciplines?

A.  Agile process continue to increase in both the IT space and in product development. All areas of software development are adopting it.  Scrum has caught on in many areas because of its ability to solve certain problems regarding the development team reasonably easily.  Lean is catching on because although it is easy to start with Scrum, dealing with the more involved challenges of spreading Agile beyond the team requires more than Scrum readily provides.


Q.  Which flavor of Agile is most popular right now and why?  Are the flavors industry-specific?


A.  Scrum is definitely the most popular.  It has jumped to the forefront for several reasons:
1)    It has created a community of practitioners that are very vocal about its benefits and whom make a living from being certified by the Scrum Alliance
2)    Merely forming Scrum teams in many IT organizations will result in increased team productivity because of the co-location and minimizing thrashing which results
3)    It is a straightforward way to enable teams to adopt iterative development, which is inherently a more effective approach in most cases

Unfortunately, Scrum is proving difficult to scale to the entire enterprise. Even at the team level, Scrum evangelists acknowledge Scrum fails about two-thirds of the time. The Scrum community has tried to expand its definition from its original objective to helping teams to trying to help the entire enterprise.  This bottom-up approach is not effective. It is much better to start with an approach that is designed to optimize the entire enterprise and work down.


Q.  In general, where do you think the Agile movement is headed over the next 5 years?


A.  As Agile moves more from local teams to the entire enterprise, you will see Agile teams embracing Lean principles as the primary driver.  This is what we call Lean-Agile: using Lean thinking to create a context for Agile principles and practices. We (Net Objectives and SQE) have already started this transition as our clients have been on the forefront of taking Agile methods throughout their organizations.  Lean is based on principles that have a half-century history of success.


Q.  What is driving the change you've just described?


A.  While teams can solve the impediments they face at the team level with the "inspect and adapt" mandate of Scrum, the challenges in their way at the Enterprise level require the proven practices of Lean thinking.  Lean is a thought process that can be used in any industry to speed up delivery while improving quality and achieving lower costs.  Lean thinking is very consistent with the intent of Agile and Scrum. It therefore provides great insights into how to solve problems agile teams and organizations face.


Q.  The latest version of the PMBOK is said to address the merging of Agile methods and the PMBOK approach.  What are your thoughts on that?

A.  Trying to merge XP and Scrum (the two most popular Agile methods) may prove difficult. Practitioners of XP and Scrum often have quite strong resistance to management and process, defending the local team at nearly all cost.
To be successful, Lean thinking will be required as a starting point Lean thinking defines process as the agreement by an organization about how work is done; in addition, it expects processes to change as better ways of working are discovered. It affirms the value of both standard work and local knowledge. Process becomes the baseline for change.  As long as PMBOK does not consider process to be static, PMBOK and Lean-Agile can be somewhat complimentary.


Q.  When approaching projects from an Agile perspective, what are the most important skills for a PM to have?

A.  Be focused on results not on following the process.  The process should assist the team because it helps them get their job done.  You cannot impose a process on a team.  The PM is not a servant leader as many say in the Agile world. Rather, they are providing leadership to the team, improving the process which the team works while staying focused on having the team provide business value.  Leadership, communication and coaching skills are essential for the effective PM.
Posted on: February 05, 2009 04:48 PM | Permalink

Comments (7)

Please login or join to subscribe to this item
avatar
Devinder Birdi Technical Project Manager| Akken Technologies Nashik, India
Very Good replies. I do agree. Most important mind made was about the PM skills. Its very important that we concentrate on the results since at the end it is what matters. Regarding process anyhow their is too much of dynamism in Agile process in getting the job done, so processes can be sometimes bend to meet the objective. But purely depends upon the situations and its later effects. Also this change in process is with the consent of PM.
Overall the replies were great. Would surely look into the way we can implement Lean process too in our organisation.

avatar
Mark Price Perry Business Driven PMO Evangelist| BOT International Orlando, Fl, United States
Great interview, questions and answers. The topic of PMBOK and Agile project management compatibility and coexistence was presented and discussed in the recent IQPC PMO Summit held in Miami, Florida. One of the PMO Managers from a leading Fortune 1000 firm discussed how they embrace both PMBOK and Agile processes, methods, and techniques. Regrettably, a history of misapplication of rigid and overly detailed project management methodologies has created a strong resistance to formal processes within the Agile community of practitioners. As well presented by the PMO Manager speaking at the event, even in the most Agile of environments you still will have behaviors that represent optimal approaches for the team/organization such as co-location, daily standup, planning, review, retrospective, product backlog, sprint backlog, tasks, task breakdown guidelines, yellow stickers, whiteboards, burn down charts, etc. The effective applicaiton of these things is not left to chance. To the contrary, there is very much a process construct behind it all. It is not, of course, aligned to the traditional view of a formal project management process per the PMBOK, nor should it or could it be. Rather the process mechanics (regardless of degree of documentation of the process) are followed as needed. The issue isn''t so much that Agile or Agile Scrum is not an approach that lends itself to process, rather that any mention of process tends to be viewed from the lens of a overly detailed, PMBOK dominated, construct that is more concerned with manifestation of the PMBOK and production of project documentation, than it is with (1) delivery of the solution and (2) the ability of the process to bring about the desired behaviors. As the PMBOK is a body of knowledge and also the vehicle from which to administer a certification, it serves a different master and fulfills a very different purpose. Hence, it is very unlikely that the PMBOK will ever expand to accomodate different approaches, methods, and principles. That is, unless PMI can figure a way to incorporate those things into the certification. While this can easily be done from a best practice perspective, it would be difficult for PMI to do from an Intellectual Property and ownership of the standard point of view. While some folks contend that PMI has put itself in its own little box and doesn''t play well with others, I would like to suggest that PMI fulfills a different need, and has done so quite well, and probably should stay in that box verses force-fitting alignments such as merging PMBOK and Agile.

avatar
Andrzej Kaminski Coquitlam, British Columbia, Canada
Excellent interview!
I think the statement "Be focused on results not on following the process" summarizes the whole article. Project Management is an art, and the objective is to achieve successful completion of the project, whatever means it takes. Many project managers became too focused on the process and creation tons of unnecessary documents, emails, reports... What was forgotten was that purpose of this documentation was communication. What Agile does well is to restore the communication to the level it should be. On the other hand, it also takes a swing to the other side with, in my opinion, too much simplification, which works fine on a team level, but encounters obstacles in corporate environment. Ability to adjust, being agile in true meaning of the word is more important then any methodology.


avatar
Pawel Brodzinski Krakow, Poland
One thing dragged my attention:

"Scrum evangelists acknowledge Scrum fails about two-thirds of the time"

What's the source of this statistic?

It would be a bit funny since agile is considered as a better methodology (at least agile evangelists say so) but two third of failures is pretty much an industry standard. At least that's the number which appeared in Standish CHAOS report for year 2006. That's why I'm curious.

avatar
Dave Prior Trainer/Consultant| LeadingAgile New York, Ny, United States
In my experience, adhering to the process is actually critical to a successful Scrum implementation. This is even more true if you are putting it into play within a waterfall-based environment. If the organization is not familiar with the how Scrum works beforehand, sticking to the rules is what keeps it from veering off track and breaking down. I do agree that the PM needs to remain focused on the end goal and deliverables, and am a huge advocate of customizing process around only what is necessary to drive things forward. However, with something as lightweight as Scrum, I have found that if you don't maintain a level of discipline, it reduces its' ability to provide the benefits that it is capable of. It is sort of like playing music. It is only after you develop the discipline of daily practice and really learning a piece that you are able to open it up and really see what it can become.

avatar
Peter Tillemans Consultant| Snamellit Antwerpen, Belgium
I tend to agree with Dave related to the processes. I do believe that saying that the results are more important than the process in earshot of the customer is asking for trouble, because they will (in my experience) abuse it to put pressure on the team to skip 'wasteful' activities like, euhhmmmm, testing, quality checks, documentation and productization of the deliverables.

I am 100% in agreement that the process should be modified or 'customized' to fit the results and the enviroment, and that can be realized during the retrospectives. I believe good results come from good behaviors ,and processes are common agreements of desired behavior. (Wow, that sounded a lot more like weaselspeak than I intended).

avatar
Linda Hill Program Manager| Microsoft Renton, Wa, United States
Yesterday I attended Allen’s free seminar “Which Agile Process is Right for You? Choosing Between Scrum, Kanban and Scrumban”. It was very interesting and intriguing. I am looking forward to learning more when I attend the Seattle Lean-Agile Symposium next week. I am wondering if anyone has any experience with Lean-Agile they would to share.



Please Login/Register to leave a comment.

ADVERTISEMENTS

"640K ought to be enough for anybody."

- Bill Gates, 1981

ADVERTISEMENT

Sponsors