What Should IT Do If Empowered BT Increases In Popularity?

Blog post info and actions

Blog post body

An empowered BT model includes the idea that end users will take on some functions that are typically performed within an IT organization. These may include selecting and deploying applications, buying mobile devices, and contracting with services firms.

With factors such as increased availability of cloud applications, more IT-savvy businesspeople, and IT shops buried in maintenance of existing applications, there’s a lot on the side of increasing IT functions outside of IT. However, security and compliance concerns, the need to integrate apps and data, the complexity of these applications, and cost are just some of the constraints that are holding back this approach.

Whether there will be a trend towards functions moving out of the IT organization or the reverse, with IT taking on more control, empowered BT will happen in some organizations. When it does, there are things that CIOs can do to exploit this and minimize potential damage:

  • Shift senior IT people from “doing” to consulting and overseeing. Architects, for example, spend a significant amount of their time on projects (doing). Some of their time needs to be freed up to provide advice to businesspeople on how to make these functions scalable, secure, and integrated where necessary. Similarly, vendor managers need time to help businesspeople in the selection process for vendors.
  • Select for and build up negotiations skills. The leader of apps that speaks in technical terms, the security expert who generates every possible scenario as an argument for not doing something, and the architect who hoards information while making pronouncements on what the business should and should not do are working against you in an empowered BT world. With technically sophisticated end users and tools that can quickly build functionality, business requests leading to IT responses now become negotiations.
Read more

Why Do IT Roles Fail?

Blog post info and actions

Blog post body

I’ve been researching why IT roles fail (or at least struggle mightily and often futily). The roles that come up most often are the ones that are not directly building or maintaining systems. These include architecture, planning, vendor management, relationship management, PMO, and security. As I’ve collected this information, there are themes emerging to explain why they fail. These include:

  • Wrong skills. An architect was told to define the standards for data tools but lacked the skills to convince others they should care.
  • Inadequate capacity. Relationship managers at a midsized firm were sold as strategic partners to business leaders but were also required to run large apps groups that had recently suffered layoffs. They just didn’t have time for the strategic bit.
  • Lack of support. The leader of vendor management was supposed to provide advice and oversight on which vendors were selected, but the CIO did little to rein in other managers who previously had bought what they wanted from who they wanted.
Read more

New Technology Trends Shift IT Skill Requirements

Blog post info and actions

Blog post body

Are you implementing or considering technologies, such as Social Computing and Cloud-based platforms?  Is IT positioned to exploit these technologies?

Read more

Categories:

Are IT Benchmarks Useful?

Blog post info and actions

Blog post body

by Marc Cecere

Recently, Forrester surveyed a number of CIOs to collect benchmark data on staffing ratios and spending. This is a new initiative within Forrester and one that is not yet complete. We did this for three reasons:

 

  1. Benchmark questions (called inquiries at Forrester) on staffing have become relatively common. Examples are “Can you tell us the average share of IT Staff as a % of total staff by organization size” and “Would you have specific spending figures for IT infrastructure?”. 
  2. This kind of data in conjunction with other data and analysis can identify problem areas. 
  3. Staffing benchmark data along with spending and other data are objective measures of IT organizations. 

Though our initial sample size is small a preliminary view of the data shows that:

Read more

Categories:

Take Your Time Moving To Process Based Organizations.

Blog post info and actions

Blog post body

by Marc Cecere

Marc-Cecere Process based IT organizations have become the rage. These are IT shops that group people around the processes they support, such as software distribution or requirements definition, or by business processes such as claims management. In contrast, traditional shops group people by technologies (e.g. mainframe, desktop), internal customers (e.g. wealth management, retail banking), or geographies (e.g. France, Asia).

There are two types of process based organizations – IT and business. IT process organizations typically follow ITIL for infrastructure and a software lifecycle for applications. Using ITIL, they form groups around process associated with problem management, storage, or configuration management. For applications groups, they may have people dedicated to requirements development, coding or testing. Business process based IT shops are less prevalent but may include IT associated with claims processing in an insurance company or collections in a credit card company.

Read more

Categories: