Now si with hd the kin MINI CASE Enterprise Architecture at Nationstate Insurance5 she sai respon technid rationa what she was going to say. Most were leaning forward eagerly, though some appeared and so techno using workir Jane Denton looked around at her assembled senior IT leadership team waiting to hear A seasoned CIO, with a whole career behind her in IT, Jane was the newly appointed more cautious. They were a good team, she knew, and she wanted to lead them well. global CIO of Nationstate Insurance. This would be her last job before retirement in three years and she wanted to find a way to make a lasting difference in this company. the largest in the United States, with a worldwide presence in personal and commercial Nationstate was an excellent company-Jane had done her homework. It was one of H ness u ing the stoppe ture of us to d techno Divisi to lose insurance, and had recently been voted one of Forbes' "Best Big Companies.” It had good systems, good user-IT relationships, and good people. But the company aspired to be great and Jane wanted to help them by taking IT to the next level. She knew that the world was changing-largely as a result of technology-and she knew that IT and its traditional approach to systems development was also going to have to change. “Our IT function needs to become more cutting edge in adopting emerging technolo- gies," she had told the CEO shortly after she was hired, "and we need to become more flexible and agile in our approach to development work." Now she had this time and this team to accomplish her goals. However, it was much easier said than done. Like almost every large organiza- tion, Nationstate had a hodgepodge of different systems, data, and processes-most serving just one of its six business units (BUS). Nationstate's decentralized structure had served it well in the past by enabling individual BUs to respond quickly to chang ing market needs but a couple of years before Jane's arrival, recognizing the need for some enterprise thinking, the CEO had created a federated structure with some central- ized functions, including parts of IT. So some of IT was now centralized and shared by works it wor with } the ne to say impot horro who of the all the BUS (e.g., operations) and reported directly to Jane, while the rest (e.g., system development) was decentralized. Each BU had its own CIO and IT staff who reported jointly to the BU's president and to Jane. This potentially unwieldy strutture was made more palatable by the fact there "It ha down mana dents. In fact, it was central IT that was often seen as the roadblock by the BUs. She had business unit CIOs had great business knowledge and were well trusted by their presi" never led an IT organization like it, she reflected, and in her first few months, she had made a considerable effort to understand the strengths and weaknesses of this model and the decentralized IT groups (each quite large themselves in the business units and how responsibilities had been divided between centralized enterprise services a stro havir betw wher biliti for tl recal with 160 Kingston, Ontario, Canada. School of Business, September 2007. Reproduced by permission of Queen's University, School of Business 5 Smith, H. A., and J. D. McKeen. "Enterprise Architecture at Nationstate Insurance." #1-L11-1-001 Queens with her senior leadership team (the BU CIOs) to develop a plan to transform IT into Enterprise Architecture at Nationstate Irourance 161 the kind of technology function Nationstate would need in the years to come 1 know you are both enthusiastic and apprehensive about transformation" she said. "We have a great organization and no one wants to lose that. We need to be responsive to our business needs but we also need to incorporate new development techniques into our work, do a better job with emerging technologies, and begin to rationalize our application and technology portfolios. We have duplicate systems, data gerly, though ane was the me last job before the ng difference in Mara her homework. It is ce in personal and on "Best Big Companies ple. But the compai. the next level. She los By-and she knew that Also going to have the adopting emerging and we need to become .." Now she had this an almost every larger N ns, data, and procesin technology resources more efficiently, but more than that, they want our leadership in and software all over the place. Our CEO and the Bu Presidents want to see us use our working in separate silos." using technology effectively for the organization as a whole. We can't do this if we're all Heads began nodding around the room as she continued. "At present, every busi- ness unit has its own IT architecture and architects and each of you believe you are mak- ing the right technology decisions but you are all doing it differently." The head nodding stopped and a mood of wariness took over. "No one in our organization has the big pic- ture of what we have and where we need to go. We have to learn what makes sense for us to do at an enterprise level and what's best left in the business units. Architecting our technology, information, business and applications properly is the key to doing it right. "What exactly are you proposing?" asked Owen Merton, CIO of the Casualty Division. "I think you're right that we need an enterprise architecture, but I don't want to lose the good work we've done at the BU level." "Well, I really want to centralize all architecture," said Jane. "I think that's what works best in other organizations and that's going to be the most effective way to make it work here. BUT..." she added, "I'd like to speak with each of you individually and with your senior architects before I do. I'm open to your ideas as long as they address the needs that I've just outlined.' Over the next two weeks, Jane listened carefully to what the divisional CIOs had to say. They all agreed with Merton that the relationships with the BUs were extremely important and centralizing architecture had to be done carefully. All of them had heard horror stories about the "architecture police" in other companies-hard-line techies who set standards and created blueprints and insisted on them being followed in spite of the difficulties their policies caused for the business. "Architecture can't live in an ivory tower," explained Vic Toregas, CIO of Claims. "It has to be rooted in the reality of our business and it can't be seen to slow things down." Jane agreed. "We must make sure that our architecture function is designed and managed to ensure rapid delivery to the business." On the other hand, Nick Vargo, CIO of Group Health, was concerned that without a strong enforcement mechanism, standards wouldn't be followed. "What's the point of Jane's head whirled. It wasn't going to be easy to strike the right balance recalling the famous local house whose owners kept adding to it over many years state's decentralizes s to respond quickly rival, recognizing the ed structure with some now centralized andst ne, while the rest lead CIO and IT staff whore re palatable by the de roadblock by the Brits were well trusted by the her first few monte and weaknesses de centralized entega having standards if we don't enforce them?" he asked. between developing a good, sustainable process that would provide a blueprint for bilities it would need for the future, while delivering solutions quickly and flexibly mselves) in the team with no overall plan. 10: Section II • IT Governance Insuur impo She became more worried when she began to speak with the BU architects, with technically competent but were not what she would call "relationship people" or busi- an eye to appointing one of them as her chief enterprise architect. They seemed to be a good understanding of the business, and excellent communication skills to translate why the business should care about architecture, with strong technical skills. Her day became a bit brighter when she began her final interview with Seamus O'Malley, the why the bi an ap and s syster explai syster strong communication skills. By the end of the hour she knew she had found her new senior mon ir the fut and w coming senior architecture manager of the commercial BU. chief enterprise architect. “I'd like you to take this new job." she told him. “I think you are the right person to ensure we have the standards, tools and practices in place to develop a common architecture for Nationstate." Seamus thought for a moment before replying. It was a great offer but he had his doubts that Jane's plan would work and this situation had to be carefully handled. "Thank you for your faith in me," he began diplomatically, "but I would like to suggest a slight modification to your plan. You see, I've been an architect in central- ized organizations and there has always been an 'us versus them' mentality between the architecture group and both the rest of IT and the business units." Jane recalled the horror stories of the "architecture police." "So what I'd like to propose is a com- promise. I would become Chief Enterprise Architect but I would also remain Senior Architecture for Commercial and involve the other BU Senior Architects in creating a strong enterprise architecture that works for us all. That way, no one will see me as just "the enterprise guy' and whatever standards we set and decisions we make centrally will affect me in Commercial, just like they'll affect all the other BUs. When the other business units see that I'm willing to eat my own dog food, I think they'll be more ready to accept the standards and changes we'll be introducing. While not sure the compromise would work, Jane agreed to try it for a year Seamus set out to build a centralized architecture function from scratch. With the authority given to him by Jane, all of the BU senior architects now had a dual reporting relationship to their CIO and to him as the chief architect. the goe how we add va are tryi attache this, we "S "We nes and got to be can live them in "H for flashing 1. An dard ture 2. Am tecto proje At their first weekly meeting with the BU senior architects, Seamus outlined his role and agenda. "As you know, each of us has been individually responsible coordination between them. That is no longer good enough for our business needs and developing an effective IT architecture for our business units but we haven't done any will create an enterprise technology blueprint for Nationstate, which we will all have to I, with your help, have been given the job of establishing an enterprise architecture that follow in the business units. I want to work collaboratively with you so that we come up with a plan and processes that will work for each of us in the business units, as but steadily so that people will trust us, and that means having good governance, good as for the enterprise as a whole. We will need to build our enterprise architecture slowly processes and a collaborative approach to this work," he stated. "Our first priority building strong relationships with both Jane and the other CIOs and our BU Presidents Enterprise Architecture sits in the middle between these groups, so good relationships enforce standards enterprise ones, not the ones you have now-and this is going to be are essential." "However," he continued. "We are going to need a way to establish 3. Apes to ma IS 4. Ame share difficult to explain." 5. Ame 6. Ident the w 7. Devel Enterprise Architecture at Nationstate Insurance 163 "11 say." remarked Sarah Jensen, the senior architecture manager from Personal Insurance. "What do we say when the business asks why they can't do something that's important to them because our 'standards' won't let them?" yong is the business to understand, without scaring or threatening them. For example, we need a system and a single workflow." I would disa ay, no one wil decisions we miles e other Bus. "That's a good question Sarah," said Seamus. "And it gets right to the heart of an application reduction strategy designed to eliminate duplication, reduce complexity and save money. The business already understands the pain of having to jump from system to system and knows that owning two cars is more expensive than one. If we "But isn't good architecture about more than cost savings?" asked Michael Lee, senior architecture manager from Claims. "We need to develop a foundation of com- mon information, tools and processes so that we're not reinventing the wheel going into the future. And someone needs to decide what new technologies we're going to need and where we're going to use them. There are so many new applications and devices coming out every day now, we're going to be in a real mess if we don't do this properly." "You're exactly right," said Seamus. “These things do have to be managed for the good of the enterprise-both to make it more effective and more efficient. But it's how we manage them that's important. If we put lots of bureaucracy in place and don't add value, no one is going to support us and they'll find ways to undermine what we are trying to do. We can't take a 'field of dreams' approach to architecture. We need to attach our work to real business value and real projects. Once our leaders understand this, we'll get their support. "So here's our challenge," Seamus told his assembled team a few minutes later. "We need to design an Enterprise Architecture function that does all these things. It's got to be a process that comes up with the standards and guidelines that each of you can live with and support in the BUs. And, as you know, I myself will have to live with them in Commercial as well." "Here's what I believe we need to accomplish as soon as possible," he stated, flashing a PowerPoint slide on the screen: 1. An enterprise governance process to set architecture strategy, policies and stan- dards for technology, applications, and information that reflects the federated struc- ture in the organization. 2. A means of monitoring that all new projects comply with the agreed-upon archi- tecture while ensuring that this process doesn't present an obstacle to getting IT projects completed quickly. 3. A process for allowing "variances" to the current standards, if necessary, and way to manage them back to the agreed-on standards. 4. A means of identifying important new IT capabilities and services that should be shared by the enterprise. 5. A means of evaluating emerging new technologies and setting standards for them. 6. Identifying roles and responsibilities for the enterprise architecture function and the LOB architecture functions. 7. Developing a means of incorporating feedback and continuous improvement into our work. agreed to my tone ction from sad acis now hata dalis architects Seamast individuals his but we have a Wanda 164 Section II • IT Governance M M already have "I want to blend and weave our work into the architecture teams we in the business units as much as possible," Seamus concluded. "This will keep us dose And I don't want to add any more process than we need to at an enterprise level. For to business needs and enable us to get enterprise value from the teams we have in place. example, if the Claims group needs a new technology, their architecture group could do need to ensure that the resulting decision is a good one for the entire enterprise." might and might not work for your division and for us as an enterprise. I've scheduled "I've got to report back to Jane in a month, so I'd like you to think about what a couple of working sessions for us over the next two weeks so we can hash this out We have an exciting opportunity to take IT to the next level at Nationstate if we do this ITI Fin Caroline Almost knew sh tives for right, so let's not mess this up." months of IT ha the "glas tation th Th Discussion Questions 1. List and describe all of the potential benefits (and costs) that Nationstate would realize from the establishment of an enterprisewide architecture as envisioned by Jane Denton? 2. Build a business case for Seamus O'Malley to present to the senior management team at Nationstate in order to get their buy-in. In addition to benefits and costs, the business case must answer the "what's in it for me" question that the BU 3presidents all have. 3. Seamus O'Malley is rightfully worried about governance (i.e., making sure that the experier compan its value when lo als who wary ITIL to e higher th was an i enterprise architectural standards are adopted by all BUS). Both he and Jane are of forced compliance because such measures lead to "architecture police What governance procedures could they put in place that would win "hearts and minds", that is, BU architects would comply with the enterprise architecture stan dards because they believe in them-not because they are forced to comply with them? the past sures for TI law to w diming could d sions alo strategie linked to I was a She pushed tuture. about
Purchase answer to see full attachment