|
|
|
Wiki Home
Members
To join, please contact us. Improve MIKE 2.0
Need somewhere to start? How about the most wanted pages; or the pages we know need more work; or even the stub that somebody else has started, but hasn't been able to finish. Or create a ticket for any issues you have found.
|
Optimal Data Governance OrganisationFrom MIKE2.0 Methodology -> You are here: Optimal Data Governance Organisation The Optimal Data Governance Organisation' is directly aligned with our Enterprise Views of Application Development, Information Development and Infrastructure Development and in enabling the SAFE Architecture.
CharacteristicsThe Optimal Data Governance Organisation provides an ideal model for deliver information value completely across the Enterprise. It builds on the characteristics of a Managed Data Governance Organisation by focusing on Continuous Improvement, Ongoing Monitoring and Root Cause Analysis. From a technology perspective, it is mature in its use of Services Oriented Architectures, Real-Time Integration and provides a holistic approach to managing structured and unstructured information. It also applies a collaborative approach to data governance. GoalsThis approach has several advantages over the minimum set of capabilities that are introduced in the prior models, by introducing a model that supports:
Mission StatementThe Visionfor the Information Development team is to formulate an Enterprise program for Information Management (starting with a specific project) and facilitate its ongoing implementation. To realize this approach, the team would move to a new organizational model which is known as an Information Development Center of Excellence. ApproachThe to be successful, the initiative need to be sponsored and support at the highest levels of IT management and within the initiating program. The approach will concentrate on using a relatively small core of senior staff to leverage the ongoing work across the enterprise. There is no intention to assume that the architectural content and detail can be done centrally. The core staff will facilitate, synthesize, mentor, communicate and create where appropriate and necessary. Overall Team StructureThe Organisational Model for the Optimal Data Governance Organisation uses a “balance of power” across architecture, delivery and management whilst providing enablers to:
The key team members across the areas must actively collaborate through formal and informal reporting relationships to guide a strategic idea to its realization. This has shown to be a very successful model for contemporary IT organizations and complements a centralized approach for the Technology Backplane. It is a model focused on providing solutions for the Business, driven by the needs of the Business. Organisational StructureThe Optimal Data Governance Organisation has a similar structure to the Managed Data Governance Organisation. There is however, typically more sophistication in the following areas:
Leadership TeamThe failure to account for this skill profile in staffing the leadership of an Information Development project has proven to be a recipe for problems and delays - and in some cases project cancellation. Technical / Functional Expertise by possessesing up-to-date knowledge in the profession and industry; is regarded as an expert in the technical / functional area information management; accesses and uses other expert resources when appropriate
Organizational Leadership Expertise by possessesing in-depth understanding of organizations and how to ‘get work done’ by working within and through the organization.
Strategic Architecture TeamIn moving from the Blueprint there are a number of key responsibilities which must be fulfilled. The responsibilities do not literally translate into Responsibilities in-so-far as multiple responsibilities may be fulfilled by a single person (depending on the size of the programme). There are, however, six distinct areas which do suggest six roles that need to be filled.
Not all of these roles are critical for every project. Unless the project involves the implementation of an operational application, the Business Architect is generally not required (as MIS Application Development sits within Information Development Architect’s responsibility). Unless it is a very large programme, the Blueprint and Roadmap implementation lead is generally not required. These six Responsibilities focus on aligning technology efforts with business priorities while translating strategic thinking (e.g., direction setting) into Programmes of work within each of the Business Pillars. Each of the areas has a stakeholder group with which to coordinate efforts and validate direction As a group they coordinate with each of the Domain experts within the Business Pillars. Delivery TeamsDelivery Teams are typically shared across the Enterprise an Information Development Organisation. Examples of key resources may include:
|
Wiki asset search
Toolbox
Views
Wiki Contributors
|