How Jeff Smith keeps Suncorp’s IT nimble

9

When Suncorp’s new chief executive Patrick Snowball stepped on board in late 2009, the tier two banking and insurance firm’s chief information officer Jeff Smith (pictured) wasted no time showing his new boss the ropes.

In Snowball’s first week, Smith says, he took the CEO to see one of his software developer teams building a new claims system. Smith asked one of his developers to change a parameter and run the full associated test scenario through the thousand micro-tests required to see if it passed.

The system didn’t pass the test — because of the changed parameter. But that was the point. Smith wanted to demonstrate to the CEO the Agile software development methodology that he says has spread “like a virus” throughout Suncorp since he first introduced it.

The reason? It’s this revolutionary programming technique that is allowing Suncorp to think on its feet in an industry which so often struggles when it comes to implementing technology quickly and easily. And Smith’s demonstration is already paying off.

“The biggest promoter of Agile now is Patrick,” Smith says. “He thinks that this is the culture of the company that we want.”

Sitting down for a coffee with Smith at Suncorp’s recent half-yearly results briefing, it’s easy to forget that he’s a veteran of Australia’s IT industry with 25 years of experience under his belt and the former CIO of one of Australia’s largest and most complex companies — Telstra.

This is because he talks about huge banking development efforts with the excitement of an entrepreneur who’s involved in their first startup company. The years fall away and he gets a gleam in his eyes as he talks about a subject that he is passionate about.

Not for Smith the staid, boring, half-decade-long IT projects that will see technological change delivered over a period of ten years. The CIO wants his IT operation to be flexible enough to move with the needs of the modern banking environment — not lag it.

Becoming agile
Key to Smith’s approach to Suncorp since he started at the bank after its mega-merger with insurer Promina has been the introduction of the Agile software development methodology.

The core idea in Agile is iterative development, rather than the traditional ‘waterfall’ approach to building technology. Waterfall projects start off with a plan, which then becomes a series of milestones, and eventually becomes a final product — with testing done at the end of the cycle. It’s the way most software developers in the 1990’s were taught to code.

Agile development, by comparison, utilises a disciplined approach which sees constant iterations, testing and improvements made daily to code bases built by small teams constantly communicating with each other and adapting quickly.

For example, Smith says that his teams have visual storyboards for every project they’re working on, and they constantly get updated.

“Every day the team meets in the morning and looks at all the iteration planning and says: ‘What did we do yesterday? What are we doing today? What roadblock exists?’,” says Smith. “These are the three questions asked. You can’t have PowerPoint and you are not allowed Gantt charts, you have to talk to people.”

There are also other changes that Smith has enforced as part of the Agile process.

In traditional projects, he says, representatives from the ‘business’ side of the company visit IT departments, outline their requirements and leave, because they don’t believe they’re required — the attitude is that the IT department will build what’s needed.

This results in a situation where the developers build something that is not quite right, the business complains about it and tries to organise a fix, and the cycle goes around and around. At Suncorp things are done a little differently.

“We force the business users there full-time,” says Smith. “Because if you have iterations running every two weeks they can’t really leave.”

And the development teams are small — the team that does Suncorp’s internet and mobile banking development is just seven people.

“You don’t have to have size,” says Smith. “You’ve got to have high intellect and very engaged people. If you are going to run a huge program and need one hundred people to do it, what you find out is that smaller teams are more productive. If you get beyond seven or eight people then you need a program manager. You get to twenty, and you add more overheads and project officers and pretty soon you’ve got ten people managing one guy doing work.”

Further organisational structures are also in place, in keeping with the Agile philosophy of having flat development structures. Smith says it’s important that the teams working on a certain issue are able to make decisions about it. For example, the CIO says Suncorp has adopted the Hudson and Selenium testing tools.

But it wasn’t a decision mandated from above by a dedicated central technology architecture group — the sort of group that Smith says he has split up and embedded out in the business. Instead, Smith says his teams are using communciations tools like Yammer and Microsoft Sharepoint to stay constantly in touch with each other — even with other parts of the business.

“Our job as leaders is to give them advice but not to make decisions,” he says. “Now as communities meet over Yammer or Sharepoint or that kind of thing, they make the decisions once a month, and they come to me and my leadership team and they make their recommendations and ask for funding.”

Smith says if you’re in a manufacturing industry like automotives or televisions, economies of scale work with large teams. But in IT it’s the opposite. “You want very few people and the team self-directed,” he says.

The result
The result of all this fresh thinking has been a different kind of psychology inside Suncorp than you would find inside a lot of other financial services organisations. Smith says that when he first joined the bank many industry conversations would revolve around concepts that were a bit outmoded.

For example, he said, the conversation around banks implementing anti-money laundering controls was one of big picture spending. “[People] would look at all the banks and say: ‘Well X bank is going to spend a hundred million and we are half their size, so we should spend fifty,” he said. “But maybe we should only spend two!”

It’s a similar situation when it comes to internet banking.

“Look at the big numbers — a hundred million to put new banking portals out,” he says. “That is ridiculous! You have to change the psychology that things can be done for a lot less money and we have focused on that. You can’t afford to spend twenty or twenty five million on every new brand internet channel. Let’s figure out a way to do it for a million.”

Smith laughs about massive banking programs with proponents which declare they are going to spend a billion on a project. “Then the next ones come out and say: ‘We are going to spend a billion and a half’,” he says. “These are bragging rights! I wouldn’t be bragging about spending a billion dollars! I would be bragging about what I did with it.”

In Suncorp’s case, the bank is now taking an existing internet banking platform and replicating it for its various brands instead of building new ones each time.

“It probably costs less than a tenth of the money it used to cost. Everyone is shocked and they wonder how we can create a whole new internet portal for a couple of hundred thousand,” he says. “They are used to spending twenty five million.”

Now Suncorp is applying that methodology to other areas of his business. iTnews recently documented how the group is fast-tracking what it describes as its ‘building blocks’ IT transformation, which will touch several projects within the bank’s general insurance division. The bank also recently completed a payroll integration process, which Smith says was completed “very quickly” in one conversion rollout for all Australian employees.

And Smith says that when Snowball stepped on board, he realised that a major factor in the bank’s IT operation was the Agile methodology Smith was driving. “It is quite invigorating that he is that interested in it,” the CIO says. “We really want to leverage that more across the business.”

In the long run, says Smith, the Agile methodology even changes how the finance department thinks about its IT brethren. “They are less worried about the cost flow about something getting done — so you don’t have to waste all that time trying to justify why you are doing the project. You just say: ‘Well, let’s go and do it.'”

How to start
When you ask Smith how other CIOs can get in on the Agile secret and make their own organisations more flexible, his eyes glaze over as he goes back to the early days. It’s important, he says, to incubate the methodology inside the organisation: “We didn’t start doing every project Agile.”

Instead of trying to force it on Suncorp as a whole, Smith picked several “very visible” projects in areas like anti-money laundering and internet banking, the disperson of Suncorp’s IT architecture group and the move to IPSAN storage technology and made his stand there.

“I think the CIO has to size up the situation they have got,” he says. “I incubated some things in infrastructure, with JBoss and open source, and then incubated some things in development areas and projects.”

It wasn’t all easy going. Smith advises other CIOs to have a really simple clear strategy and to repeat the Agile message over and over. But once a few successful projects have been landed, he says, the methodology spreads like a “virus”, or like “fruit that grows from the inside out”.

Once some of the ideas spread through Suncorp, Smith also started to see internal Agile “champions” outside of the bank’s IT department — staff from the mainstream business. Then things start to get easier.

“They won’t run a project unless it is done that way,” he says. “They know how it has to be formed. They know the role. They know what iteration management is. That know that we do retrospectives every week and we do stand-ups every day. They know the language.”

Smith says he sees a fair amount of CIOs who are conducting just one or two projects using the Agile system — a fact which disappoints him, because he’d like to see the mindset gain mainstream acceptance in the IT community.

One of the problems, he says, is that CIOs are scared of failure and so try too many proof of concepts, because they all have a wallet full of project failures in the past and are wary. “They are trying to prevent failure rather than create success,” he says — noting it could be this problem which is behind the question of why few CIOs take the next step up to become a chief executive.

Instead of creating proof of concepts, he says, CIOs should be looking at the best in the industry — companies like Amazon, Apple and Google — to see how they do their in-house development.

“Financial services companies shouldn’t benchmark themselves against other financial services companies,” he says. “They are IT companies. They are building, and they should be benchmarketing themselves against the best-run IT groups. When you do that, you can reset the bar.”

“Should we do a proof of concept to see whether Google’s development environment works?” he asks.

The heart of the matter
When you really get down to it many of Smith’s ideas are the path that Suncorp is pursuing in terms of Agile development can potentially be traced back to his history working in startups — a history that many corporate and government chief information officers do not share.

Lean development with small, focused teams in constant communication, trying to do more with less capital, thinking outside the box and the concept of personal responsibility and self-management — these are all ideas that are key to running any sort of startup.

There’s the obvious years that Smith spent working for local cloud computing startup Majitech in between his time at Telstra and his current role at Suncorp. But what many don’t realise about the executive is that his startup history goes back even further.

“I worked in the only startup that Toyota has ever done,” he reveals. In the late 1990s, Smith was given a mandate by then-Toyota chief Yoshi Inaba to build a team to resolve some supply chain problems the car manufacturer was suffering.

“We had a certain amount of seed capital and the CEO of Toyota, Yoshi Inabi, was very direct and said Jeff, I don’t want you guys inside the Toyota facility because you will be constrained by all of our processes and culture. You need your own,” said Smith.

So the team went to Orange County outside Toyota’s headquarters in Los Angeles, and in four months build a product where automotive retailers could see each other’s inventory — resolving a problem where dealerships were stocking identical parts and creating a more efficient and effective network.

“That is when I really started thinking about Agile and lean systems,” says Smith. “You have to treat something like it is your own money and it is a startup. You have to keep the company’s capital like it is venture capital.”

In other words, the Agile development methodology is not just about making good technology. It’s also about making and keeping money — a concept core to the heart of any business, whether it be a startup or a giant — and one which should see it continue to have pride of place in Smith’s toolkit at the heart of one of Australia’s major banks.

Image credit: Suncorp and Delimiter

9 COMMENTS

  1. Would be interesting to hear from him about the role Open Source plays in Suncorp’s agile development process and technology choices — he has quite a history of pursuing efficient, cost-effective, leading edge tech/methodology in his operations.

    [ Anyone remember Project Firefly? Ballmer was brought in to put a stop to that, and other uses of Open Source at Telstra. ;-) ]

    • hi Jeff,

      Jeff Smith actually said a lot about open source in the interview — he is a very big supporter, both in terms of using the tools internally — especially in the development aspect — but also about communicating externally with the FOSS software community.

      I think his belief is overall that the tools are more flexible and cost-effective.

      This is what he said:

      “Probably ninety percent of our development today is in open source and that is not just in Linux — our testing tools, our development environments, even our identity management. All of that is all open source.

      We have seen a tremendous productivity because our developers for the first time are engaging in outside networks. If you think about social networking, IT organisations can be typically very insular.

      What I would call the ‘we know best’ logic. When you start utilising some of these different environments it opens up them to a network of people around the world and they become more productive.”

  2. Thanks, I really enjoyed the article. We’ve only recently introduced Agile in our development team, and have had some terrific early successes after a quite a few extended and delayed waterfall style projects. We are going down the Agile path and are planning to continue this way.

    I can remember projects from many years ago that were delivered using waterfall methods and do recall hearing the same things about waterfall that I’m reading about agile. You know the sorts of things…’success, innovative, a new IT methodology that can be used by other parts of the business.

    It’s interesting to hear that Agile has been around for 9 years now, which does raise some questions in my mind. Namely, is it possible that Agile may / is going the same way as Waterfall? Is the freshness, the innovation, and the successful outcome being replaced by a different rigid, structured methodology that offers a “right” way to do something in exchange for delivering an effective solution / outcome?

    I’m really not suggesting that this is happening, but history does teach us that once we start to codify and proceduralise something, we focus more on the process than the outcome.

    • Hey John,

      Cheers, I enjoyed writing it! :)

      I agree that when things start to become codified into methodologies that they start to lose some of their ability to respond in the best way to situations. Methodologies become dogmas and so on.

      For me, the heart of Agile is this idea that things should be kept “lean”, done with small teams working energetically and communicating constantly. The daily stand-ups are critical, for example. If this is done, and people realise that there is no “procedure”, I think the flexible thinking from Agile will continue to be useful.

      I would be interested to know whether Agile is being taught at a university level — that would give some indication of whether the next wave of developers and IT staff coming into organisations will bring it with them. When I was at uni, some of the ideas had started to take hold, but there really was still that formalised waterfall process that drove so many of us so crazy.

Comments are closed.