I have now again a few cases at hand where my team had to support a website originally developed and supported by vendors where content updates require software developers to make the changes.
In principle you should build a website so that all text and images, maybe a logo and buttons for submitting a form etc excepted, can be modified by the web authors. If you don't have this, you will rely on the developers to make content modifications to the website. This is far from ideal because this is very costly, requires planning and when you have urgent cases at hand it will just lead to stress between the business and technology team.
Unfortunately this ideal situation requires that you architect the site accordingly and accept the extra effort, time and costs upfront. When you are aware of these issues, you can plan this in but you need to look whether these upfront costs are warranted. If the website is expected to have a limited life span and during this time only certian sections of the site require updates, you can consider to leave the other parts as static HTML or hard coded in software. It will only become a problem if the website will live longer than originally planned or if more sections of the site need to be updated than as originally planned.
When you have outsourced the development, support and maintenance to a vendor, you will not have good insight how they will have built the website. If the vendor also is responsible for making the content changes, you will only see how they have resolved it once you take over the support and maintenance in-house. This can be a shocking experience.
The way around this is to QA the vendor's work regularly, not just at the end or when you get the handover. You can put clauses in the contract but it is far from ideal to involve lawyers when it has gone wrong. And it will. Involving lawyers and going to court will only be a lose-lose result. So you either you need to accept extra upfront costs or accept the risk. And since money is a scarce resource ...
IT Management Blog: my thoughts about putting the "i" in IT
Are CIO's becoming like CFO's or is it the other way around?
I received an email from one of our team members following an article in Delimiter he read and asked whether the IT managers were becoming more like the Finance manager or the other way around.
The article was about the observation that CIO's at a round table conference were talking more about the business and business issues than about tools and technologies.
My answer to this question would be that IT managers have changed.
CFO's have managed IT and the CIO for decades now and not always that successfully. I don't say that a CIO can't report to a CFO but as we have been able to read now already for years it is important for the CIO to have a good direct relationship with the CEO.
Finance has morphed over the ages from pure number crunchers to general consultants and the CFO has become one of the key figures in any organisation.
IT is a younger profession and is heading the same way. As the article says in Delimiter,"it is a coming of age".
I think that there is too much specialism in both areas that it is important to have on the top leaders coming out of their own specialism. Both areas are critical to successful management of a business and both areas need have good knowledge of the business in order to be successful. CIO's are simply catching up.
But as I wrote before, it depends on the context how you organise this:
http://hein-bouman.blogspot.com/2011/02/it-does-not-always-need-to-be-partner.html
http://hein-bouman.blogspot.com/2010/04/we-should-stop-talking-about-business.html
http://hein-bouman.blogspot.com/2010/04/we-should-stop-talking-about-business.html
Subscribe to:
Posts (Atom)