The world is changing and that means that there is a demand for new times, significant increases in transformations and the associated need for a platform that helps visualize the change, ensures the collaboration and involvement of all people involved and provides a 360-degree view of your, or your client’s organization. This is also known as the Digital Twin of the organization, a complete visualization of a company’s target operating model.
The world is changing and that means that there is a demand for new times, significant increases in transformations and the associated need for a platform that helps visualize the change, ensures the collaboration and involvement of all people involved and provides a 360-degree view of your, or your client’s organization. This is also known as the Digital Twin of the organization, a complete visualization of a company’s target operating model.
This requires a different way of working, a different structure, a different way of creating your cabinets and database layout. Mavim works with the principles of content creation, followed by publication. The publication piece is a fundamental part of how we built our products and think the engagements work.
When multiple teams from an organization work on building content or when content is expected to grow at a rapid pace, there is a need to optimize the structure of content to decentralize the refreshment for:
With the rapid growth in the number of charts, there is an observable impact to the refreshing timelines, along with the new publication being halted due to interdependencies.
We would like to offer a set of options and methodologies that could be used as a combination for achieving the optimization.
Tree structure optimization can be achieved with modelling the topics by hierarchy. For example:
In this structure, the teams working in any layer in a particular industry can package the content per that industry which would be less heavy in publication with lesser dependencies for teams. Components from the process library can be reused especially for building customer specific models quickly. This could be achieved with the coupled copy function.
Goal: to be able to re-use (“mirroring”) certain parts of a Mavim DB from a centrally managed and maintained part in a Mavim DB, like a process library containing many processes (etc.), which are to be used in various industry or customer specific parts (models). So, to create re-usable content once and maintain/change in one place and (re)use it in many other places (industry or customer specific models) within the Mavim DB.
Version management consists of all procedures necessary to work with versions:
The information a certain version contains is defined in a version definition.
Versions can be used to:
The most important use of versions is being able to create specific and different (and smaller) versions out of one large Mavim DB. This is achieved by splitting up the content of a Mavim DB into specific and logical parts, which is more meaningful for a certain audience to view, give feedback on etc, potentially even more meaningful than publishing and sharing all the possible content of a Mavim DB to end users. These individual parts (versions) will be more manageable and much smaller in size than a version and publication of all the content in a Mavim DB. Thus, the time to generate such a version and to publish it will be much faster.
Publications enable the versions to be moved to consumption interfaces like Mavim Portal. The publication is very tightly coupled with the version definition and hence version creation is a critical step which defines the time taken to publish.
The functionality of the dynamic links would fit the solution in this case. Details about how to implement Dynamic links can be found here.
Dynamic link functionality, simply explained, enables the navigation between multiple publications with options of opening the result set in same tab or new tab.
This functionality would be use full when:
We will work with your team to achieve the most optimum “table of contents” like a landing page.
Explanation of the above structure:
Follow a specific naming convention, like using a specific prefix for industry content root for every industry. This would help in differentiating the publication.
Each industry would be a separate publication definition and independent.
Following the above steps would help achieve quicker refresh times and fewer dependencies.