![]() |
PROJECT PERFECT Project Management Software Specialists in Project Infrastructure |
IT Governance DefinitionA definition of governance is a good place to start. Oxford dictionary describes it as
Governing is defined in part as
Gartner define Governance as
In plain English, IT Governance is the rules and regulations under which an IT department functions. It is a mechanism, put in place to ensure compliance with those rules and regulations.
Governance TodayGovernance is very much the flavour of the month in 2003. Many organisations are starting to address the situation and it is useful to understand why. Here are a number of factors causing this sudden attention.
Y2KThere is a lingering feeling in many organisations that Y2K was a con. Millions were spent for no appreciable result. There were no major catastrophes and still organisations bunkered down for a year or more preparing for the supposed problems. Business feels uneasy. There is more pressure coming to put rules in place for the management of IT so that if another Y2K comes along, it will happen under the same set of guidelines.
Corporate GovernanceFollowing Enron and others in the US, HIH and OneTel in Australia, and many other collapses, there is a general drive to bring accountability to organisations. This is flowing through all areas, but IT is a particularly attractive target. Many corporate collapses were at least partially the fault of failed IT systems or projects.
Dot Com CollapseAll those IT startups that failed, gave the impression that IT was still a bit of the wild west. If corporate IT was involved with some of the dot coms they were bound to have some of the mud stick. This has caused a push to make IT more accountable.
CIO DrivenIt is not all coming from outside IT. CIOs are increasingly seeking a way to draw up terms of reference for working within the organisation. Governance can help define the role of IT.
How to define GovernanceMany organisations struggle to define governance within their own four walls. All sorts of things get dragged into the governance framework with the result that, what should be something less than ten pages, becomes a book.
Defining IT Role & ResponsibilitiesThe starting point to define governance is to define the role and responsibilities of the IT area. If the document goes over a page, it is probably too detailed. Over two pages is far too granular for the definition of governance.
These are the two key elements of governance. "People & Structure" and "Process".
People & Structure GovernanceRoles and Responsibilities
External ResponsibilitiesThis is not a one way street. Many non-IT areas of the organisation can be part of governance. For example, it may be the responsibility of business areas to produce a business case prior to a project gaining approval to start. Users should have an obligation to provide requirements for a new system. One organisation I knew put in their governance document that no new project would be touched by IT until the business produced a business process model of the current area.
ForumsPart of the people side is also the communication process. How do people talk over the IT fence? This implies the establishment of formal communication forums where interaction can take place. These may be Business IT committees, Group IT Steering Committees, User Forums, User Groups, Quality Groups etc. There should be a number of forums that have clear objectives and don't overlap.
Process GovernanceThere are several aspects in process that need to be covered in the governance document. Effectively we are establishing the rules under which the department operates.
Operational Methodologies
Development MethodologiesTypically people think of the development cycle begins when a project starts. Governance should cover the evaluation of ideas, justification, approval and prioritisation of projects. This is where considerable gray area usually exists between business and IT. An agreed process is critical. From project start, there are areas that should be included in the governance. For example, there may be a standard project methodology, or test methodology, or approval process. Compliance with these should form part of project governance. Use of particular techniques may be included. Language and architecture can be part of governance.
Release and Change Management MethodologiesIf the organisation has adopted ITIL these areas are probably well structured. They do however form part of governance. It might be as simple as saying all release management will follow the ITIL standards adopted for the organisation.
Service to CustomersIn this area of governance we cover the methodologies used in such areas as Help Desk, Maintenance, SLAs, Desktop Support, availability etc.
ToolsOne area that always needs attention is the area of tools. Tools can be tools for Release management, configuration management and change control, database tools, software development tools, modeling tools, monitoring tools etc. If allowed, these can proliferate and incompatibility leads to inefficiency. Governance should also dictate what tools to use in the organisation.
StandardsWhilst IT standards may be comprehensive, they do not belong in detail within the governance document. For example, part of governance may be that all systems must be supported through a Service Level Agreement (SLA). The governance document is not the place to define the SLA. The governance document may refer to a more detailed document but should merely state that there should be an SLA for every system, and it should comply with the standard for SLA's defined in ... There are usually standards in the organisation and complying with these standards becomes part of the governance procedure. It also drives the development of standards. If they don't exist, governance will identify the lack of a suitable standard in a particular area.
Mechanism for ComplianceGovernance may refer to particular standards or procedures, but the purpose of governance is to ensure they are followed. A government cannot just pass laws. It needs to ensure people obey the law. There needs to be a mechanism in place to monitor compliance. This can be as formal as an IT Audit function, to as informal as periodic reviews. One way or another, metrics must be collected to ensure the goals set in the governance document are being met.
ConclusionThe following model helps define the structure of a governance document.
Governance applies through:
The delivery of governance above will provide the following benefits:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|