Phy-gital Roundtable: Breakfast Roundup from Germany and Netherlands

02 May '15 | Debjyoti Paul

German Shoppers: Meet Them in the Fast Lane to Phy-gital

15 January '15 | Ralf Reich

Shoppers Will Share Personal Information (But They Don’t Want to be “Friends”)

15 January '15 | Anil Venkat

Modernize or Perish: Property and Casualty Insurers and IT Solutions

14 January '15 | Manesh Rajendran

Benelux Reaches the Phy-gital Tipping Point: Omnichannel Readiness is Crucial

13 January '15 | Anil Gandharve

The New Omnichannel Dynamic: Finding Core Principles Across Industries

13 January '15 | Debjyoti Paul

Technology does not disrupt business – CIO day 2014 Roundup

02 December '14 | Anshuman Singh

Apple Pay – The Best Is Yet To Come

02 December '14 | Indy Sawhney

Digital transformation is a business transformation enabled by technology

01 December '14 | Amit Varma

3 Stages of FATCA Testing and Quality Assurance

06 October '14 | Raman Suprajarama

3 Reasons why Apple Pay could dominate the payments space

18 September '14 | Gaurav Johri

Beacon of Hope: Serving Growth and Customer Satisfaction

05 August '14 | Debjyoti Paul

The Dos and Don’ts of Emerging Technologies Like iBeacon

30 July '14 | Debjyoti Paul

What You Sold Us On – eCommerce Award Finalist Selections

17 July '14 | Anshuman Singh

3 Steps to Getting Started with Microsoft Azure Cloud Services

04 June '14 | Koushik Ramani

8 Steps to Building a Successful Self Service Portal

03 June '14 | Giridhar LV

Innovation outsourced – a myth or a mirage or a truth staring at us?

13 January '14 | Ramesh Hosahalli

What does a mobile user want?

03 January '14 | Gopikrishna Aravindan

Transition to Agile: An evolving exercise

Posted on: 30 June '17

So, you’ve decided you’re going to “do Scrum” . Transitioning to Agile is an evolving exercise– both for the development process and for the cultural change an organisation must go through in order to achieve it. By “it” I mean the oft-quoted statistics regarding speed of delivery, reduced defects, and time-to-market.

Notice, I didn’t mention cost. By all accounts, especially at the beginning of an Agile journey, costs will probably be higher than the current method of work. But they will decrease as the organisation gains experience.

Businesses naively think that Agile is just a software development process, and having development teams use it is all it takes to make that happen. False. There are two major factors at play here:

1. People must learn their new roles relative to the environment

One common response is: “if we need a Scrum Master, I’ll just have our Project Manager do it. After all, it’s the same job, right?” Another favourite is: “Yes, our Product Owner will have the ability to make project decisions. They’ll just have to submit their ideas to our PMO and get approval from the cross-functional governance committee before committing it to the team.” Basic misunderstanding of the roles and responsibilities of the business in Agile projects is the quickest way to sink a project.

Successful Scrum Masters are not managers. They are servant leaders, focused on maintaining the team dynamics and eliminating the barriers to getting things done. Product Owners must be enabled by the organisation to make decisions on its behalf, directly and swiftly. Business analysts must become skilled at breaking large bodies of work into user stories that are both concise and developable.

Scrum is indeed a framework to adopt to your business’s heart’s content but it isn’t all variable. There may be other frameworks that fit your needs better — whether it is an issue of focus and gauging work-in-progress, or when there are many moving pieces that need to be coordinated outside the development process.

2. An organisation must be invested top-down, in the changes required to make Agile, successful

Even in the most Agile of organisations, there are always going to be processes that require touch points and approval. Empowering teams and individuals to make decisions and be responsible for these processes, can remove many of these hurdles. Traditional command-and-control management must evolve to fit these new ways of working. When turf wars crop up – and they do at the beginning of an Agile journey –reinforcement of the message from top-down, is the best way to resolve conflicts.

It takes time for an organisation to adapt to these new roles and responsibilities. Since the end goal of an Agile journey is to collapse as much work as possible into development sprints, it makes sense to map how changes to its current way of working will enhance business value.

Some tips to becoming more agile:

  • Start by allowing some of the requirements to be relaxed during the design phase, so that there is some variability in scope for the development team to work with.
  • Train your developers in automated test creation to program as much of the testing effort as possible.
  • Give your team leads and product owners some authority to make decisions on the organisation’s behalf.
  • And above all, recognise that failure isn’t an end-state but the seeds for change that will improve your organisation’s processes and practises.

At Mindtree, we recognize several different frameworks that are evolving steps to the Agile journey. This knowledge has come at a cost — Less-than-stellar results in projects that tried to bite off too much, too soon. The progression from waterfall to Scrum doesn’t have to be a sudden one. The organization will ultimately be more successful if you give it time to adapt interim enhancements to your methods of work.

In summary, determine where you are, decide what you want to become, and build a roadmap that gets you there gradually, not all-at-once. Learn the why of Agile methods rather than simply the what. And when issues arise, continuously, work their solutions into the process. Lastly, don’t be afraid to ask for help.

For more information, write to Agile.COE@mindtree.com.