Description
Localized version:
Although strongly in favor of an international approach to the IS Rating initiative, we do believe that we need a French version (or even a localized version) of both the rating tool and any guidelines accompanying it. The relevance of the rating really depends on how well the questions are understood, especially when some of them may use a vocabulary that can be relatively new to some people – in fact we rated some IS ourselves rather than involving our clients specifically because of the language issue.
Systematic guidelines /examples:
We think that the guidelines accompanying the questions have to be developed in order to be more precise and to give out more examples. Rather than expanding the size of the cells containing the questions, perhaps all the notes could be transferred to the Guidelines references column (J) or an extra column.
More precise and measurable questions :
Some of the questions are formulated too openly in terms of interpretation and reliability of the answer. Typically starting with the first question DT-KN-01-1 “Enterprise Architecture works at the reference and Master Data level”. It is very hard to rate this with specific measurable elements matching the rating levels themselves. We think that for each question, or maybe sections like DT-KN-01, 02, etc. there should be a list of elements, pieces of evidence that are expected to be rated a given level. This may be a big task but it makes the rating more accurate. We have created a similar type of rating ourselves, though a bit more specific to what we call “Urbanisme” in French, with a slightly smaller scope than Enterprise Architecture. In our document we actually included a column that expects a type of evidence for each question. Sometimes it is a document, sometimes it is just about the existence of a committee, sometimes it’s just a name. Without this kind of clue the rating is very (too much?) dependant on the skills / Mood / involvement of the person carrying out the rating. Ex: DT-KN-03-2. This question is more formulated like the 100% mark description, the top maturity level but leaves the “rater” imagining the appropriate mark for the less than ideal situation.
Pre-requisites / Assessment of maturity:
We feel that it might be useful to include a set of pre-requisites, either in shape of questions or as a description of some required elements. This touches on some of the feedbacks that other contributors have made. Basically we felt that some of the questions required an appropriate level of maturity to be asked (on each of the three axes, Data, Rules and Processes). Sometimes there is no use in marking lots of questions with a “bad” mark if some prerequisites are not in place. Ex: All the DT-GV questions assume a MDM tool is in place… if this is not the case then the master data cannot be stored and managed in it. The weight of the questions is a way around this but you cannot really cancel too many questions. How about adding a question on the fact that implementing such a tool is planned or available on a limited scope? DT-GV-01-4 touches it this through the existence of Excel spreadsheets but it may be interesting to rate the amount of these Excel documents and light applications: are these well identified? Is there a plan to migrate them into a tool?
Splitting questions:
Some of the questions contain multiple questions within the description, making it more difficult to rate the right element. Ex DT-KN-02 Business Levels. All the elements are very relevant points to rate and should maybe be split into 3 parts: Models are using a formal notation, coverage of these models relating to referential data, how the models are maintained. For instance how would we rate the following situation: “30% of the identified referential data is modeled in UML and natural language accurately and made available to all but the business does not really control the models whose maintenance is ensured by an isolated team or individual”. What is important? What do we want to rate? The existence of the models, the format of the models, the control that the business has over the models?
Improvement path for a company:
I did find very relevant the idea in your PowerPoint presentation of an improvement path for a company, going from C /C /C to B /C / B to B / B / B. However to go further, I think that the rating levels, either for each question or group of questions, should also reflect an improvement path. In other word, a company that is at 15% for a category should find the next steps or the next goal through a description / guidelines for the 30% mark. I realize this may be trying to map out an ideal progression scheme but I think the rating tool could be improved at this level.