Yes, Agile works in larger enterprise projects, too

Yes, Agile works in larger enterprise projects, too

Summary: 'Agile principles can be applied to large, even very large, groups of people, allowing them to be more connected to their work and its impact, despite being part of a huge system.'

SHARE:

The following insights were contributed by Stephen Younge, product line director for Rally Software.

Stephen Younge-Rally Software-photo from Stephen Younge Google-Plus Site
It doesn't matter how high you climb, Agile climbs with you: Stephen Younge, Rally Software. Photo from Stephen's Google+ site.

Some people have questioned whether Agile methodologies are suitable for the biggest problems and organizations in the world. The cooperative, iterative and user-focused approach to developing software is often seen as something for smaller teams and organizations.

Not only can Agile scale, but as the pace of change accelerates and consumerization impacts every corner of economy and government, Agile may mean the difference between success and failure in the long run.

Every business today is striving to deliver value to market quickly, deepen relationships with customers, improve employee engagement, and cope with the ever-increasing pace of change. In 2001, the Agile Manifesto defined a set of tradeoff decisions to make it possible for software teams to help deliver on these goals.

Several methodologies embodying the Agile philosophy then emerged -- Scrum, Kanban, Lean Software Development, and eXtreme Programming, to name a few -- and rapidly gained adoption by software development teams worldwide.

It has been said that as an enterprise or project grows, Agile will cause teams to lose sight of big-picture goals, such as managing demand, architectural runway, database standards, dependencies, and strategic planning. However, Agile has a fractal, scalable nature that allows for growth. In Agile, the same tradeoffs and methodologies apply to different levels of scale in the organization. For example, a single scrum team may consist of seven to nine people and plan in two-week iterations with user stories; whereas a single Agile program may consist of seven to nine scrum teams and plan in one-quarter iterations with customer features.

Scrum or kanban software development teams don’t ‘own’ big-picture considerations because they belong within a different fractal: they are program, or team-of-teams, concerns where planning horizons are in quarters instead of weeks, and all the principles of the Agile Manifesto still apply.

Concerns that Agile at scale “isn’t Agile at all” are similarly unfounded because the principles of the Agile Manifesto are alive and well in higher-level program-level concepts such as quarterly release planning, inspecting and adapting, and multi-team scrum-of-scrum meetings.

Scaling Agile above the team level goes by many different names these days -- Lean Startup, SAFe, DAD, LeSS, or Radical Management. Delivering products quickly -- empowering teams, partnering with customers, and adapting to change all play a prominent role in these frameworks and countless others. But, the Agile Manifesto is always there, lurking right beneath the surface, in all of them.

In fact, Agile at scale delivers some truly remarkable things. Consider these instances:

  • One of the largest manufacturers of agricultural machinery in the world embarked upon a complex, large-scale Agile transformation that affected hundreds of software developers around the world. What began as fewer than 100 software developers practicing Agile to deliver the most advanced innovations to satellite-based global positioning devices has grown to over 1,200 and counting. The company reports the following success: time to market is 20% faster; time to production is down 20%; warranty expense is down 50%; field issue resolution time is down 42%; and employee engagement is up 9.8%.
  • BMC Software, a company specializing in business service management software, rolled Agile out to over 900 developers and testers spread from India to Houston to Israel. In less than a year, BMC’s Software’s Infrastructure Management Group (IMG) transformed their development organization using Agile development practices to deliver a major product to the market in less time and with higher quality than previously possible. As a result, BMC was nominated for an ADT Innovator’s award in the Application Engineering category, and the company reported that individual team productivity is up 20% to 50%. BMC's customers are receiving critical functionality sooner through more frequent releases.

As Agile scales up, it also scales ‘out’ across an organization’s value chain -- to departments outside of product development -- to deliver a valuable product or service to the market. For example, at Rally Software, our executive team has a daily standup every day of the week, and our recruiting team uses a kanban board to maintain work in progress limits, surface blockages, and work to constantly improve cycle time. Agile at enterprise scale is going mainstream, and leaders are bringing it into their organizations with the help of coaching services, webinars, and conferences.

Rally Software published a book called Agile Business: A Leader’s Guide to Harnessing Complexity. To quote author Ronica Roth: “Scaling Agile means that we apply its principles to large, even very large, groups of people. When we do this, we allow those people to be more connected to their work and its impact, despite being part of a huge system.” 

Topics: Software Development, Enterprise Software, IT Priorities

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.

Talkback

3 comments
Log in or register to join the discussion
  • Agile Development methodology

    Hi Joe

    Interesting article, I'd like to add on

    The early days of product development took on a totally different approach to product making where the product marketer, project manager and product manager shared the product responsibility. Extensive research and analysis was done to freeze the requirements up-front and the market testing was done only after the product launch. We know this doesn’t work anymore, and it is a very risky proposition for product companies

    In the agile way of product development, the Product Owner is in charge of the project and leads the requirement. The product owner works closely with the team, and shares the Product Vision. A thought-through product vision should answer key questions like:

    Who are the target customers / buyers?
    What are the needs addressed by the product / value to customer?
    What are the main attributes of the product that will make it a success?
    What are the USP’s, how do they compare with competition?
    What is the target price and the revenue model?
    What is the technical feasibility of the product?

    Once the vision is carved out, and the critical questions answered, the next step is to get an MVP (Minimum Viable Product) out into the market to test the waters. MVP helps the product owner to be cost-effective and get early feedback from the market. Implementing the product vision and testing normally take about a quarter and post that we get into defining the Product Roadmap. The product roadmap defines the high level plan, main releases, and main functionalities (epics / features) that will be part of the product. Defining the roadmap helps the product owner to secure the budget, communicate the evolution to stakeholders.

    Hope it added value. Do visit http://www.people10.com/Knowledge-Center for more info.

    Regards
    Kaushal
    www.people10.com
    KaushalSharma
  • Alignment

    The organizations that can implement agile in large scale projects should subscribe to those principles laid out in the Agile Manifesto. The corporate culture that is flexible and adaptive will not shy away from change and aligns with the agile methodology. It is a mindset that permeates an organization that makes it able to pivot with changing market conditions; therefore, running projects should pose no great task.
    The agile mindset is top-down implementation. Therefore, buy-in is not an issue. Scaling up, whether traditional waterfall or agile, is bound to have its issues. Complexity is a challenge regardless. Planning cannot account for the unforeseen and those uncertainties should be expected which is what waterfall struggles with. Management understands that and has aligned their business strategy accordingly.
    RobKane
  • Leverage existing knowledge

    One of the beauties of Agile is simplicity. The concept of self-organized teams showed us that Agile tackles the fragilities of previous prescriptive methodologies with more discipline, not less. As efforts are made to extend agility throughout the enterprise, discipline needs to be extended as well. Letting teams find their own best aways and processes is quite inefficient! This is the wrong interpretation of "People over Process" in my opinion. Teams have freedom, but need to get trained and leverage validated methods and tools. Some rules must be enforced (regulatory and compliance). This fine balance between autonomy in the team level and integration in the organizational level is essential for success.
    fgpbrito