May 30, 2005
IT governance and business
A few thoughts on it governance and business, just exactly what is IT governance? Governance refers to assigning the authority to make decisions and a level of accountability for those decisions, hopefully that combination will motivate the individual or body to act in the best spirit of the business.
Governance covers how one runs a business, there is the long term vision, the daily operations, and the foundation upon which the business is built.
It is often said if you are going to go someplace, you have to have a plan how to get there. This is the strategy component of governance, it is the vision of where you want to go, and strategy also comprises how to pay for it, and how to overcome the obstacles along the way. In this area, enterprise business planning is the IT governance module. It is the creation of business cases, with return on investment, present value, and future values of the dollars of the case. The business cases are immediately entered into the budgeting process. There also needs to be defined criteria for what projects need to be a business case. For example, I’d be willing to gander that any project that comprises over $40,000 and 1000 man hours is a business case. That’s a lot of resource in a healthcare environment.
The next portion of governance is the daily operations, keeping things going. There are a lot of parts to IT, network, hardware, software, and applications. The collage of how it all works together is at times mystical. And then there are the new items we need to accomplish, setting priorities to projects, and ensuring there are enough resources and funds to get the job done is a key factor of the daily operations. Also creating and maintaining a collaborative relationship with your business counterparts is a essential to managing operations. Finally you don’t really know what you have done if there isn’t a way to measure it, so a measurement criteria for success is necessary.
Finally, since you have a plan and daily work, there needs to be a standard for how things are done. If everyone manages a project the same way, the practice of thinking of things as a project becomes the standard way of doing business. There needs to be guidelines of the technical architecture, for example if the house is a vb shop, maybe implementing that new opensource alpha ware in ruby isn’t a great choice. Also maybe your company can’t take the risk of buying software from a mom and pop shop, vendors need to be able to display their ability to execute. And hear there are also the basics, like how to move things into production, how to maintain the inventory of assets that the department has.
These three components comprise an IT governance structure, in reviewing them wouldn’t these be good to have in any business?
Finally passed the test
Managing in light of McGregor's Theory X and Theory Y
CMMI
Kicking HIT Leadership Up a Notch
That's just some mumbo jumbo project management BS
Outcomes - The tactic to get to the strategy
Nurse Call, VOIP, and Wi-Fi: Its just cool when things come together!
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
August 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
November 2005
October 2005
September 2005
August 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
September 2004
August 2004
July 2004
June 2004
May 2004
April 2004
March 2004
February 2004
January 2004
December 2003
November 2003
October 2003
Joel on Software
David Ross
Edward Prevost
Martin Fowler
The Health Care Blog
The Tales of Hoffman
The Business Word
Medical Rants
Christina's Considerations
Paul Levy
HIS Talk
Appropriate IT
Candid CIO
RSS feed




