Everyone admits that collaboration for innovation is good. It’s also rare. And when it works, it’s beautiful. Erin Griffin, CIO and vice president of IT at Loyola Marymount University (LMU) and Mitch Davis, CIO of Bowdoin College, met three summers ago at Snowmass, near Aspen, Colo., during a conference on academic computing. They chatted, shared experiences about their respective challenges and traded some ideas. But it didn’t occur to either of them that they could join forces until they met up again in 2005 at the same conference. They were leaving a session about disaster recovery, reflecting, Griffin remembers, that they were both in similar jams. Disaster recovery solutions from vendors were expensive—especially for small colleges (like LMU and Bowdoin) with limited budgets. Griffin and Davis joked about how easy it would be for people to replicate each other’s data centers if only they were willing to work together. Then came the epiphany. “We said, What if we actually did it?” Davis recalls. Half a year later, Griffin, who is based in Los Angeles, and Davis, in Brunswick, Maine, began developing a solution that allows them to host each other’s disaster recovery sites. And it has cost a mere fraction of what it would have to hire a vendor.Collaboration Theory For another view on this topic, read an excerpt from Wikinomics: How Mass Collaboration Changes Everything. Samuel Gaer, executive VP and CIO of the New York Mercantile Exchange (Nymex), faced a different problem. A major competitor was encroaching on Nymex’s market share by offering competing energy futures contracts on a “side by side” system for trading both securities and their options, while Nymex was still executing them manually (brokers screaming out orders in the trading pit) from its trading floor during daytime business hours. Gaer needed to get Nymex’s contracts online in a hurry. Nymex had a system ready (ClearPort) that it had upgraded, but Gaer knew that the Chicago Mercantile Exchange (CME), which specializes in financial futures, had a well-established electronic trading platform called Globex. “From a technical standpoint, our system was robust, but CME [and Globex] still had some distinct advantages,” he says. For instance, Globex, which had been around since 1992, had been more heavily tested and as a result was more scalable. So Gaer swallowed hard and called CME COO Phupinder Gill to propose a partnership. “I essentially said, ‘Why should Nymex reinvent the wheel when we can collaborate?’” Gaer recounts. Working together over the next year, Nymex and CME came to an agreement that enabled Nymex to list its futures contracts on Globex. The partnership helped extend CME’s Globex platform, improving its customers’ experience (many also did business with Nymex). For Nymex, trading volume in the crude oil futures it offered grew from 220,000 to more than 500,000 a day in 6 to 8 months.Words to Collaborate ByHow two CIOs with separate collaboration experiences view partnerships Samuel Gaer, CIO, New York Mercantile Exchange: “I can code in seven different languages, but I’m a business guy.” When Gaer proposed listing Nymex’s energy futures contracts on the Globex platform run by the Chicago Mercantile Exchange, he told his boss: “This has nothing to do with a lack of faith in our abilities; this has everything to do with a forward-looking business relationship.” Erin Griffin, CIO, Loyola Marymount University: A successful collaboration pairs partners with complementary skills, says Griffin, and that’s what she found with Bowdoin College CIO Mitch Davis. “Mitch is the king of the creative idea. I’m a process and planning person.” Together, Davis and Griffin built a disaster recovery system for both schools. “Not only did our staffs have complementary skills,” says Griffin, “we did as well.” — C.G. Lynch The Collaboration Imperative These efforts (for which Loyola Marymount and Nymex each received 2007 CIO 100 awards; go to www.cio.comhttps://www.cio.com/cio-100/ for all the honorees) represent a growing trend among companies toward collaborating with industry peers. A global study by IBM of 765 CEOs last year revealed that more than 75 percent place a priority on partnering outside their organizations to create innovation. But there remains a collaboration gap, with only 50 percent actually reaching beyond their own enterprise to partner with another organization. That gap, the study concludes, represents an opportunity for CIOs to lead the way as facilitators of intercompany collaboration. But assuming this role is a challenge for IT departments, which typically take pride in in-house innovation. “The role of the inventor is disappearing,” says Navi Radjou, VP at Forrester Research. “They need to stop inventing and take on the role of…transforming raw technologies into a meaningful application for [the] business.” LMU and Nymex have reached out to transform the way business is done in their industries. In so doing, they’re helping to define best practices for partnerships in business innovation. How to Bring the Boss Along Even though most CEOs might tell IBM’s survey team that they would welcome external partnerships, they still have to be convinced that these partnerships with putative competitors are good for business. There are three factors that count with the boss: good timing, a solid ROI and an immediate business need. Griffin and Davis conceived the disaster recovery plan for LMU and Bowdoin in 2005. They were still brainstorming when Hurricane Katrina devastated the Gulf Coast in August and forced colleges such as Tulane in New Orleans, to shut down. Disaster recovery became a hot topic. “All of a sudden people were interested in it,” Griffin says. “So we took it to our senior administrations.” Cost became the overriding factor, Bowdoin’s Davis says. “I’d been thinking about what it would cost to do disaster recovery with a vendor—you just couldn’t do it.” In the case of Nymex, CEO James Newsome was keenly aware that the company had put significant time and money into ClearPort. But in 2005 Nymex developers were still putting the system through its paces. So when Gaer made the case to collaborate with CME, he emphasized the benefits of speed and economics. “I said that CME spent $7 billion in seven years building a worldwide distribution market for Globex,” says Gaer. “If we put our products on Globex,” he argued, “then we’d have the immediate distribution we needed.” Newsome bought Gaer’s argument, acknowledging that the decision ultimately was about business, not technology. There were some sticking points during negotiations. For example, Nymex worried about ceding some control over its technology to CME. In exchange, Nymex wanted CME to sign a noncompete agreement promising not to list futures contracts that resembled Nymex’s. CME eventually agreed, and the deal went forward. (In June, the companies quashed rumors that they were discussing a merger after the Bloomberg news agency reported Nymex was exploring a sale with three potential partners, including CME. Executives from both companies said that they plan to continue their partnership as independent entities.) How to Bring Your Staff Along Once Gaer worked out the deal with CME, he had an ugly job ahead of him: telling his developers that their ClearPort platform was being shelved in favor of Globex. “It was one of the hardest things I had to do,” he says. “We had our own system that we believed was bleeding edge. There was a lot of pride of ownership.” Gaer’s problem was a common one, says Forrester’s Radjou, as IT staff are urged to let go of their role as inventors. “You don’t want them to think they’re not good at what they’re doing,” he says. Making sure that your IT staff is given ways to make valuable contributions to the project is critical. The Nymex developers weren’t blindsided by the news of the partnership (there had been rumors of the deal in the marketplace) but there were, Gaer believes, bruised egos. So in town hall meetings, he went out of his way to make it clear to the developers that their technological work was sound. Establishing that allowed him to explain the business imperatives. Of course, not all the developers were convinced, so Gaer encouraged them to vent and to challenge him. “[I would] walk to the bottom of the floor and say, ‘Ask me what you want. Say the emperor has no clothes.’” He also established an open-door policy for his staff to speak with him privately if they didn’t feel comfortable doing so in the town hall forum. Gaer believes that his openness and willingness to hear criticism helped the staff come to trust and get behind the decision. Gaer and CME CIO and managing director Jim Krause also gave the Nymex IT department an active role in the Globex integration. While CME, which deals primarily in financial futures, wasn’t new to energy futures (it had once listed a few Nymex products), it still relied on Nymex IT’s expertise to help with the migration. Leverage Each Other’s Strengths After LMU and Bowdoin got their staff and leadership teams on board, the next step was to assess the strengths and weaknesses of each organization. The approach was simple: Figure out which organization was better versed in a particular technology and let that organization help the other implement it. Griffin and Davis’s ultimate goal was to replicate each other’s IT departments as much as possible—from their Web infrastructure to e-mail, to servers. By mirroring each other, they could easily take on each other’s operations if a disaster occurred. According to Griffin, Bowdoin had a good handle on VMware, but LMU had a better grip on Microsoft Exchange. So they helped each other deploy the technologies they knew best, mixing and matching until their IT departments were like twins. “Now you can go right down the list of places where we match,” Davis says. Metrics for Everyone’s Success Collaborating with partners in one’s own industry often breaks new ground. Therefore, measuring outcomes can be difficult. “We were looking for measures of success, and we found that we sort of redefined them as we went along,” says Griffin. One way to ensure that a partnership succeeds is to mind your partner’s goals. For example, while both LMU and Bowdoin wanted a new disaster recovery solution, they needed it for different reasons. Given Maine’s rough winters, Bowdoin would need LMU’s services frequently for short periods due to storms that cause power outages several times a season. LMU, on the other hand, would most likely need Bowdoin only in case of a large earthquake or terrorist attack. (The LMU campus is near Los Angeles International Airport, which has been targeted by terrorists in the past, including an attempt, thwarted by U.S. authorities, to bomb the airport on New Year’s Eve 1999. (Snow storms, conversely, are rare in the L.A. area.) The partners designed each other’s emergency sites to reflect the frequency and magnitude of their needs. For instance, LMU would need the ability to conduct all classes remotely for several months in the event of a major disaster. As such, it would need to retain access to one semester of a fully populated course management system. Bowdoin, however, had no such need. Each scaled its storage plans accordingly. If the CIOs in a partnership have a good relationship, their goodwill will trickle down to their teams. “We had mutual respect for each other, and I think that transferred quickly,” says Bowdoin’s Davis. Gaer and Krause are friends and had worked together in the past. “That really helped—having the familiarity from a cultural as well as a technology level,” Gaer says. As their teams got to know each other, they developed close relationships. Griffin and Davis helped transfer the energy of their friendship to their teams by bringing their managers to Snowmass, the birthplace of the project. “We did some bonding over frisbee, golf, rafting and hiking,” says Griffin. “As much as electronic collaboration is great, it helps to meet people face-to-face and get a sense of what kind of sushi they eat, or if they prefer Fenway Park or Dodger Stadium.” Griffin says that because collaboration with a peer organization is still a new concept, IT staffs tend to view it with caution. It takes enthusiastic leadership from the CIO—and a few gung-ho staff members—to get things moving. “There was some trepidation at first,” Griffin says. “But I have a couple of people who saw this as exciting. Sometimes it takes a few people who look at the world differently to make a collaboration effort like this contagious.” Associate Staff Writer C.G. Lynch can be reached at clynch@cio.com. To comment on this story, write to letters@cio.com. Related content brandpost Sponsored by SAP What goes well with Viña Concha y Toro wines? Meat, fish, poultry, and SAP Viña Concha y Toro, a wine producer that distributes to more than 140 countries worldwide, paired its operation with the SAP Business Technology Platform to enhance its operation and product. By Tom Caldecott, SAP Contributor Dec 04, 2023 4 mins Digital Transformation brandpost Sponsored by Azul How to maximize ROI by choosing the right Java partner for your organization Choosing the right Java provider is a critical decision that can have a significant impact on your organization’s success. By asking the right questions and considering the total cost of ownership, you can ensure that you choose the best Java p By Scott Sellers Dec 04, 2023 5 mins Application Management brandpost Sponsored by DataStax Ask yourself: How can genAI put your content to work? Generative AI applications can readily be built against the documents, emails, meeting transcripts, and other content that knowledge workers produce as a matter of course. By Bryan Kirschner Dec 04, 2023 5 mins Machine Learning Artificial Intelligence feature The CIO’s new role: Orchestrator-in-chief CIOs have unique insight into everything that happens in a company. Some are using that insight to take on a more strategic role. By Minda Zetlin Dec 04, 2023 12 mins CIO C-Suite Business IT Alignment Podcasts Videos Resources Events SUBSCRIBE TO OUR NEWSLETTER From our editors straight to your inbox Get started by entering your email address below. Please enter a valid email address Subscribe