Project Management

Agility and Project Leadership

by
A contrarian and provocative blog that goes beyond the traditional over-hyped dogma of "Agile", so as to obtain true agility and project leadership through a process of philosophical reflection.

About this Blog

RSS

Recent Posts

Has Scrum outlived its usefulness? Should Scrum just go away?

The rise of Agile’s SAFe is like a bad episode of the movie Groundhog Day

Marcel Proust’s recursive novel: Why the concept of iteration in Agile is shortsighted

Forecast for 2015: The beginning of the end of Agile?

Google considered the best US company to work for due to HR agility

Categories

Date

Scrum with Visual Studio 2012

linkedin twitter facebook Request to reuse this  

Back in June of 2011, I wrote about the integration of Scrum with Visual Studio by installing a add on plug in to facilitate this method into your software development efforts.  Fast forward to today and you'll find that the integrations have gotten even better.

You may be a Scrum Master that is no longer as involved with the hand-on development of software, but if your leading a Windows development team your most likely going to be using Visual Studio and if your team happens to be using the latest version, it would not be a bad idea to learn about its features.

Here's a good introductory video by Richard Hundhausen for an O'Reilly press webcast that goes over all the major features:

He is also the author of the book "Professional Scrum Development with Microsoft Visual Studio 2012" that goes into more detail.

Posted on: February 17, 2013 05:24 PM | Permalink | Comments (1)

Being more agile with Acceptance Test-Driven Development (ATDD)

linkedin twitter facebook Request to reuse this  

Here's a nice video from NetObjectives on a new hybrid form of test driven development called "Acceptance Test-Driven Development" (ATDD) where UAT is integrated directly with unit testing:

 

 

Unit tests are typically done to reduce technical debt, but usually at a cost of increasing development efforts.  As in everything in life, nothing is free but if executed well, the benefit to cost ratio usually weighs to the positive side when unit tests are employed correctly.

ATDD seems to offset the increase in development efforts since it allows the whole team to collaboratively discusses acceptance criteria, with examples, and then distills them into a set of concrete acceptance tests before development begins.  This ensures that everyone has the same shared understanding of what is actually being built.  It may also facilitate a better shared understanding and definition of what it means to be Done.

For those in software development doing Scrum and XP, I'd advise looking into this.

Posted on: February 08, 2013 06:36 PM | Permalink | Comments (1)

Agile Talent Gap [Infographic] - Who's hiring and who's hire-able

linkedin twitter facebook Request to reuse this  

study conducted by Yoh seems to show that companies advertised a total of 558,918 agile jobs from 2010 to 2012. During the same time period, there were merely 121,876 active candidates, just 17 candidates for every 100 jobs.  Of the available job seekers, more than 50 percent have 10 years of experience or more, while less than two percent have one to two years of experience. The agile gap exists across the U.S., varying only in its degree of severity:

Demand outstrips supply by nearly 4x
Companies have to pay a premium for Agile expertise
The agile talent gap is most significant in the Pacific Northwest
Labor pressure for agile talent goes from bad to worse
Competition for agile talent is fierc
  • Demand outstrips supply by nearly 4x
  • Companies have to pay a premium for Agile expertise
  • The agile talent gap is most significant in the Pacific Northwest
  • Labor pressure for agile talent goes from bad to worse
  • Competition for agile talent is fierce

This is revealed in their infographic below:

Posted on: January 31, 2013 05:01 PM | Permalink | Comments (1)

Making Agile mandatory at the Department of Defense

linkedin twitter facebook Request to reuse this  

As I've mentioned in a previous post, the US government is adopting Agile even going so far as requiring the use of the method as this section of a 2010 DOD mandate stipulates:

SEC. 804. IMPLEMENTATION OF NEW ACQUISITION PROCESS FOR INFORMATION TECHNOLOGY SYSTEMS.

(a) New Acquisition Process Required.--The Secretary of Defense shall develop and implement a new acquisition process for information technology systems. The acquisition process developed and implemented pursuant to this subsection shall, to the extent determined appropriate by the Secretary--
 
(1) be based on the recommendations in chapter 6 of the March 2009 report of the Defense Science Board Task Force on Department of Defense Policies and Procedures for the Acquisition of Information Technology; and
 
(2) be designed to include--
 
(A) early and continual involvement of the user;
(B) multiple, rapidly executed increments or releases of capability;
(C) early, successive prototyping to support an evolutionary approach; and
(D) a modular, open-systems approach.
 
... The DSB Task Force on Department of Defense Policies and Procedures for the Acquisition of Information Technology, released March 2009, found the current process for acquisition of IT ineffective, stating: `The conventional DOD acquisition process is too long and too cumbersome for the needs of the many systems that require continuous changes and upgrades.'
 
The cover article of the January/February issue of the Defense AT&L has been made freely available online and outlines many of the issues the DOD faces when attempting to deploy Agile practices for the contracting officer, acquisition officials, and contractors.
 
The diagram below highlights the inversion from the traditional approach that the author, William Broadus, maintains that is needed when adopting and deploying Agile:
 
 
I end with the conclusions set forth by the author on the challenges and barriers that must be overcome to be successful with Agile, as it is pretty much the challenges and barriers that must be overcome by any organization that wishes to succeed with Agile:
 
A government team must overcome significant challenges and barriers to effectively adopt Agile. These include dealing with the demands of the acquisition life cycle, assessing and addressing the composition and training needs of the team, understanding clearly the needs of the end user, effectively satisfying the needs of stakeholders related to programmatic insights, effectively integrating multiple testing approaches, as well as exercising the management and leadership necessary to drive culture change while building team trust. Agile implementation requires a significant undertaking but holds the potential for significant positive future outcomes for your team.
 
It will be very interesting to see if the government succeeds with Agile and if they do, then there should be no excuse for the rest of us in the private sector to succeed if such a large and bureaucratic sector like the US government could make itself more Agile! 
Posted on: January 27, 2013 11:57 AM | Permalink | Comments (2)

Taiichi Ohno: Founding father of Kanban

linkedin twitter facebook Request to reuse this  

I'm seeing signs where Kanban is becoming what the Gantt chart was to project managers in the 20th century.  It's becoming all the rage in Agile and rightly so, since it provides the kind of simple dashboard to visualize where the status of your backlog of requirements are at the moment.  Futhermore, the simple and effective way to visualize the WIPs lends itself well to both high tech and low tech implementations.

Though it may seem like the newest thing, it is in fact a creation by one of the greatest process improvement thinkers and guru that also symbolized the resurgence of Japanese manufacturing after the second world war.  He pretty much is the founding father of Lean that launched the infamous Toyota Production System.

Here's a great introduction to Kanban and the history of its creation by Taiichi Ohno:

 

 

My future articles and posts here will involve many discussions of Kanban, so I thought I'd pay tribute to it's great founder.  For those who may want to read about his system directly, I would recommend reading his famous book Toyota Production System: Beyond Large-Scale Production.

Posted on: January 20, 2013 02:03 PM | Permalink | Comments (1)
ADVERTISEMENTS

"One morning I shot an elephant in my pajamas. How he got into my pajamas I'll never know."

- Groucho Marx

ADVERTISEMENT

Sponsors