Offering regional and national programs, CIO (and CSO) events bring together some of the most respected names and thought leaders in information technology and security. Presented by CIOs and other senior level executives, these invitation-only programs offer timely topics and strong networking. Learn More »
Webcast: In the Google Apps Cloud: How to Achieve Your Business Objectives
Dec 3rd, '09, 1 - 2 pm US/Eastern (GMT-5)
Join Council member Brent Hoag, Director, Global IT, at JohnsonDiversey, as he discusses the adoption of Google Apps which has helped meet four corporate goals; sustainability, simplification, increased employee productivity and global collaboration.
Webcast: Collaboration Initiatives: Benchmarks & Best Practices
Dec 15th, '09, 4 - 5 pm US/Eastern (GMT-5)
Join Council members Ruth Thorpe, VP & CIO at the U.S. Pharmaceutical Operations of Sanofi-Aventis, and Gary Kuyper, CIO at Bethany Christian Services, as they speak about their collaboration initiatives and experiences in how and why they chose the social networking and collaboration tools they are using and their business goals for collaboration, and facing culture change challenges.
Data Overview: Collaboration Initiatives Field Guide: Benchmarks & Best Practices
This appendix to the Council Field Guide provides an analysis which discusses benchmarks for collaboration IT implementation costs, adoption rates and payoffs. The overview identifies top IT and business goals and satisfaction rates for collaboration initiatives as well as best practices and lessons learned for implementing collaboration IT.
Learn more about the CIO Executive Council »December 01, 2003 — CIO —
When Amy Berkowitz became CIO of CBS in August 2001, she inherited an IT group organized by business units. That structure had worked well when there hadn’t been a lot of change in the company’s network television, TV station, radio and outdoor advertising businesses, or in the core technologies supporting them. But the world was going digital, and CBS needed to ready itself for consequent changes in workflow, distribution, advertising and sales.
CBS IT was already laudably efficient, running at about 50 percent of the cost of the average IT shop, according to Meta Group, yet Berkowitz realized that being efficient and effective was no longer enough. "There was a new set of metrics we needed to be prepared for: adaptability, speed and innovation. And the way we were organized, we were not going to be successful at any of those," she says. Berkowitz wanted her IT group to be more agile and closer to users, yet even more efficient. After a lot of homework, Berkowitz decided that a new organizational structure that was centered on small teams offered the most potential for achieving those seemingly conflicting goals. She rolled out the teams in January 2002.
Small teams are revered in software development and other technical fields for their absence of bureaucracy. Bill Gates, business author Tom Peters and Google CEO Eric Schmidt, among others, have lauded small teams as the ideal structure for getting good work done.
But how do small teams work in the IS department, where technical work is only part of the job and regular contact with business managers and users is paramount?
In moving from a line-of-business focus to what she calls a product-center focus, Berkowitz eliminated the need to have redundant groups working on the same kinds of applications. For example, instead of having four separate teams supporting finance and administration systems for the TV network, TV station, radio and outdoor advertising businesses, CBS now has a single group that handles such systems for the entire company. Four product area managers (reporting directly to Berkowitz) oversee each of the four kinds of software products that CBS uses: finance and administration, sales and traffic, programming and production, and interactive systems. Within each of these product areas, project managers coordinate three to five dedicated workgroups that handle all development and support.
So far, so good?but not much different from the typical centralization effort. The main feature of the new structure, however, is the 20 newly created workgroups. These are independent small teams each made up of four to seven people with complementary skills: one workgroup lead (who is a process specialist), one or more developers, one or more people responsible for testing and documentation, and one business analyst/architect whose job is to understand the business needs and relay that to the rest of the workgroup.