This article defines some common Skyjed terms.
To view the descriptions below in PDF format, click here.
Term |
Description |
Action |
Actions are created in Skyjed against specific drivers and can be added manually by a user or generated automatically by a workflow. Also see Action Type and Driver. |
Action Owner |
Each action in Skyjed can have 1 owner. This person is accountable for progressing the action to completion. Another user can also be assigned to the action to support its completion. Also see Action, Assigned To, Risk Action, and Strategy Action. |
Action Type |
There are 2 types of actions in Skyjed: Risk Actions and Strategy Actions. Also see Action, Risk Action, and Strategy Action. |
Active From / To |
The active from and active to date fields for an asset can be used as best suits your organisation for each asset type. For example, for products, this may be the in-market from and to date, or for a policy document, this may be the effective from date to the archive date. Also see Asset, Asset Team, and Asset Workspace. |
Additional Team Member |
Each asset must have 1 owner and can have 1 team assigned to it. Where further users require access to a specific asset, they can be added to the asset as additional team members. Also see Asset, Asset Owner, and Asset Team. |
Approval Condition |
An approval condition forms part of an approval workflow. Each approval workflow contains 1 or more conditions, so that the workflow can be tailored for different scenarios. Each condition contains 1 or more approval steps. Conditions can be created for:
Different approval steps can be used for different conditions to reflect the approval required for that scenario. Also see Approval Step, and Approval Workflow. |
Approval Role |
Items listed on the Approvals page can be filtered based on the approval role selected. If a user selects "Approver", this will show any approval steps that the user has authority to approve. If a user selects "Asset Team", this will show any approval steps related to assets that the user is involved in managing. Also see Approval Workflow, Approver, Asset, and Asset Team. |
Approval Status |
The approval status confirms the current status of an approval workflow. The status can be: Approval Requested, Changes Requested, Changes Submitted, Approved, or Withdrawn. Also see Step Status. |
Approval Step |
An approval step forms part of an approval workflow. Each approval workflow contains 1 or more conditions, and each condition contains 1 or more steps. Approval steps can be assigned to:
The approval steps are the individual sign off steps that users will see when the workflow is applied to a design or audit. Users have the option to include additional pre-approval and/or post-approval steps to the start and/or end of any approval workflow. Each approval step must be approved by the relevant approver(s) before the next approval step becomes available for review. Also see Approval Condition, Approval Workflow, Approver, Asset Team, and Team. |
Approval Workflow |
An approval workflow is a tool that can be used to ensure appropriate oversight and sign off has been achieved prior to publishing a design or audit. Each approval workflow contains 1 or more conditions, and each condition contains 1 or more steps. Also see Approval Condition, Approval Step, Approver, Audit, and Design. |
Approver |
An approver is any user with the authority to sign off an approval step within an approval workflow. Each approval step can have 1 or more approvers. Note: Viewer users cannot be approvers. Also see Approval Step, Approval Workflow, and Skyjed Roles. |
Asset |
An asset is anything of value to your organisation, which is managed in Skyjed. An asset could be a product, service, policy document, supplier, etc. Each asset gets its own workspace within the platform, which can be used to define design details and monitor performance. Also see Asset Type, and Asset Workspace. |
Asset Health Check |
An asset health check is available on the Insights tab for each asset, which provides a high-level picture of how the asset is performing. The health check includes an overarching score out of 100 as well as a breakdown for each domain of health. The health check is automatically generated by the platform using an AI-driven algorithm that analyses the data that has been entered for the given asset. Also see Asset Workspace, Category, Domain, Driver, Insights, and Property. |
Asset List |
An asset list is a static or dynamic list that a user can create to group related assets. Dynamic asset lists automatically keep themselves up to date based on a specific criteria set by the user. Asset lists can be used to quickly filter views and reports, or apply a data trigger workflow to a large number of assets. Also see Asset, and Asset List Workflow. |
Asset List Workflow |
An asset list workflow is a data trigger workflow that is applied to every asset included in the relevant asset list. Where particular trigger conditions are met, the platform will automatically generate a risk or strategy action, as defined in the Settings pages. Also see Action, Asset List, Data Trigger Workflow, Risk Action, and Strategy Action. |
Asset Owner |
Each asset must have 1 owner assigned to it. This person is accountable for the management of that asset and will be assigned any autogenerated actions that are triggered by a workflow. Also see Asset, and Asset Team. |
Asset Team |
Each asset can have 1 team assigned to it. The team can have as many or as few users in it as needed. These users can have Leader, Contributor or Viewer roles, see Team Roles. Each team can be assigned to 1 or more assets. Where a user requires access to a specific asset, but not all those assigned to the team, they can be added to the asset as an additional team member. See Additional Team Member, Asset, and Asset Owner. |
Asset Type |
An asset type is the collective word for things of value to your organisation, which can be managed in Skyjed. Asset types could be products, services, policy documents, suppliers, etc. Each asset type can be configured with specific lifecycle stages, hierarchy, and relationships between asset types. Also see Asset, Hierarchy, Lifecycle Stage, and Relationship. |
Asset Workspace |
An asset workspace is where a user can manage a given asset. The available tabs in the workspace are: Overview, Design, Monitor, Planner, Insights, and Manage. Only asset owners and leaders have edit access to the Manage tab. Also see Asset, Asset Owner, Asset Team, and Team Roles. |
Assigned To |
Each action in Skyjed can have 1 user assigned to it to support the action owner in progressing the action to completion. See Action Owner. |
Attachment |
An attachment is a file that is uploaded into Skyjed for reference and audit trail. Attachments can be applied to an asset in the attachment library, or added to a specific design or audit. Also see Asset Workspace, Attachment Library, Audit, and Design. |
Attachment Library |
The attachment library is an area of the Manage tab in an asset workspace which lists all of the files that have been uploaded into Skyjed for reference and audit trail for that given asset. Also see Asset Workspace, Attachment, Audit, and Design. |
Audit |
An audit is a tool to help you monitor and review the performance of an asset. When a user starts an audit, the relevant audit template is pulled up by the platform, which the user then populates with the latest information. If a previous audit has been conducted using the same template, the platform will auto-populate the data from the last audit, otherwise all data entry fields (Properties) will be blank. Published audits, and those in progress, are stored on the Monitor tab of the Asset Workspace. Also see Asset, Asset Workspace, Audit Template, Design, Design Template, and Property. |
Audit Template |
An audit template facilitates consistent capture of performance data and/or monitoring of key data for your organisation's assets. Data could include sales data, complaints data, annual review information, compliance data, performance against objectives, and more. Each driver in an audit template is assigned to 1 of 7 categories, which align to the domains of health used in the asset health check score: Design, Revenue, Value, Customer Experience, Innovation, Regulatory, or Sustainability. The data captured in audit templates can be designed to feed the asset health check for the corresponding domain of health. Also see Asset Health Check, Audit, Category, Design, Design Template, Domain, Driver, Property, and Template. |
Author |
An author is the user who wrote a given comment. See Comment. |
Cascading |
See Data Cascade. |
Category |
Each driver in Skyjed is assigned to 1 of 7 categories, which align to the domains of health used in the asset health check score: Design, Revenue, Value, Customer Experience, Innovation, Regulatory, or Sustainability. Relevant audit data populated into a driver of a given category (except Design) will feed the AI-driven algorithm for corresponding part of the health check. Also see Asset Health Check, Domain, and Driver. |
Child Asset |
A child asset is an asset that is immediately below a linked parent asset in a hierarchy. A child asset can inherit data from its parent asset. It can also cascade data down to any child assets it has. Each asset can have 0 or 1 parent asset. See Data Cascade, Hierarchy, Parent Asset, and Sub-layer Asset. |
Comment |
Comments are added by users in Skyjed against specific drivers or actions. Also see Action, Author, and Driver. |
Condition |
See Approval Condition. |
Connect Status |
The connect status confirms the current status of an external partner who has been invited to link with your organisation’s Skyjed instance via Skyjed Connect. The status can be: Invited, Connected, Disconnected, or Rejected. Also see Partner, and Skyjed Connect. |
Data Cascade |
Data cascade is a tool for sharing information between a parent asset and its child or sub-layer asset(s). It can be activated by turning on the cascading button that appears in a driver when a hierarchy has been set up in the platform. Drivers associated with the parent asset will display the "Cascading" icon when data cascade is active, while drivers associated with child or sub-layer assets will display the "Inheriting" icon. Where an asset sits in the middle of a hierarchy, it may be both inheriting data from its parent asset and cascading data down to its child asset(s). See Asset, Child Asset, Hierarchy, Parent Asset, and Sub-layer Asset. |
Data Trigger Workflow |
A data trigger workflow is set up against a specific asset on the Manage tab of that asset's workspace. Where particular trigger conditions are met, the platform will automatically generate a risk or strategy action, as defined by the user. Workflows can be set up for multiple assets by creating these against an Asset List in the Settings pages. Also see Action, Asset List Workflow, Risk Action, and Strategy Action. |
Design |
A design is a tool to help you define, launch, and develop an asset. When a user starts a design, the relevant design template is pulled up by the platform, which the user then populates with the latest information. If a previous design has been conducted using the same template, the platform will auto-populate the data from the last design, otherwise all data entry fields (Properties) will be blank. Published designs, and those in progress, are stored on the Design tab of the Asset Workspace. Also see Asset, Asset Workspace, Audit, Audit Template, Design Template, and Property. |
Design Template |
A design template facilitates consistent capture of design data for your organisation's assets. Design data could include asset design details, specification data, strategies, goals, launch checklists, and more. Design templates differ from audit templates as they do not feed asset health check scores. Each driver in a design template is assigned to 1 of 7 categories: Design, Revenue, Value, Customer Experience, Innovation, Regulatory, or Sustainability. Also see Asset Health Check, Audit, Audit Template, Design, Driver, Property, and Template. |
Distribution Group |
A distribution group is a collection of 1 or more external partners that facilitates the secure sharing and requesting of information between organisations inside the Skyjed platform. Also see Distribution Group Event, Partner, and Skyjed Connect. |
Distribution Group Event |
Distribution Group Events are events that are sent to the external partners included within the relevant distribution group. These can be used to share or request information within the Skyjed platform. When a distribution group event is closed, Skyjed will collate and perform analysis on any partner responses received. Also see Distribution Group, Event, Partner, and Skyjed Connect. |
Document |
A document in the platform is either a design or an audit. Also see Audit, Design, and Document Status. |
Document Status |
The document status confirms the current status of a design or audit. The status can be: Draft, Review, Ready for Approval, Approval Review, Changes in Progress, or Published. Also see Audit, Design, and Document. |
Domain |
A domain is an area of health used to provide additional detail behind the asset health check score. The 6 domains of health are: Revenue, Value, Customer Experience, Innovation, Regulatory, and Sustainability. Relevant data under each domain feeds the AI-driven algorithm for each corresponding part of the health check. Also see Asset Health Check, Category, Driver, and Property. |
Driver |
Drivers are the individual pages that make up a Template.
Design drivers can be applied to design templates, and audit drivers can be assigned to audit templates. Each driver is assigned to 1 of 7 categories, which align to the domains of health used in the asset health check score. Also see Asset Health Check, Audit, Audit Template, Category, Design, Design Template, Domain, Driver, Property, and Template. |
Driver Category |
See Category. |
Driver Property |
See Property. |
Due Status |
The due status confirms the current status of an event. The status can be: Overdue, Reminder, Future, or Completed. Also see Document Status. |
Event |
An event is a tool to help you plan and schedule the designs and audits that need to be completed for your assets. These can be recurring or once off, and they include due dates and reminders for the asset team. Events can also be set up to include external partners and used to share or request information within the Skyjed platform, see Distribution Group Event. Also see Asset Team, Event Series, and Planner. |
Event Series |
An event series is the collective word for a group of recurring events. Each individual event can be amended, as needed, or the event series can be amended to update all events. Also see Event, and Planner. |
Event Type |
There are 2 types of events in Skyjed: Audit and Design. Filtering the Planner on these options will show either all events associated with audit templates, or all events associated with design templates. Also see Audit, Audit Template, Design, Design Template, and Event. |
Health Check |
See Asset Health Check. |
Hierarchy |
A hierarchy enables organisations to categorise and organise their assets into layers, which facilitates information sharing and alignment between assets. Parent assets can cascade data down to all of their linked child assets (e.g. terms and conditions), and child assets can inherit data from their parent. Also see Asset, Child Asset, Data Cascade, Hierarchy Layer, Parent Asset, and Sub-layer Asset. |
Hierarchy Layer |
A hierarchy layer is a layer that assets can be assigned to within an hierarchy. For example, 3 layers in a hierarchy could be: Product, Product Group, and Product Family. Assets that are linked within the hierarchy receive a parent-child relationship where data can be cascaded down from the parent to all of its children. Assets in the top layer can have 0 or more child assets, but no parent asset. Assets in the bottom layer can have 0 or 1 parent asset, but no child assets. Also see Asset, Child Asset, Data Cascade, Hierarchy, and Parent Asset. |
Home |
Home is the default login page in Skyjed, which shows the user key assets that they have access to, any actions they own or have been assigned to, and any comments that have been added to assets they have access to. Each page within Skyjed has a unique URL so that key pages can be bookmarked for easy navigation. |
Icon |
An icon can be applied to properties with drop-down menus (i.e. those with input type: lookup, rating, select, or scoring) to provide a visual cue for users on which option to select. The platform displays the icon to the left of the option. If coloured dots are selected, these are for visual use only and do not feed health check scores. Also see Asset Health Check, Property, and Rating Rule. |
Inheriting |
See Data Cascade. |
Insights |
The Insights tab in an asset workspace provides information and analytics about the given asset's performance or health. Insights at an asset-level are similar to Reports at an organisation-level. See Asset, Asset Workspace and Reports. |
Lifecycle Stage |
The lifecycle stage confirms the current status of an asset within its defined lifecycle. The lifecycle stages for each asset type are configurable for each organisation and can be managed in the Settings pages. Lifecycle stages typically include all the key phases from ideation to sunsetting e.g. Development, Introduction, Maturity, Exiting, Exited. Note: There may be overlap in wording between lifecycle stages and workspace status, but these asset attributes are considered independently by the platform. Also see Asset, Asset Type, Asset Workspace, and Workspace Status. |
Meatball Menu |
A meatball menu is the term used to describe the drop-down menu that often appears to the right of items in the platform, which contains further options. The icon for this menu is 3 consecutive dots […] and can be used to find further details and configure items to your needs. |
Opportunity Rating |
A rating is applied to actions to support prioritisation. An opportunity rating is applied to strategy actions, and it is calculated by the platform using the Impact and Effort scores selected by the user for the action. The rating can be: Very High, High, Moderate, Low, or Very Low. Also see Action, Risk Action, Risk Rating, and Strategy Action. |
Owner |
See Action Owner or Asset Owner. |
Parent Asset |
A parent asset is an asset that is above a linked child asset in a hierarchy. A parent asset can cascade data down to its child or sub-layer asset(s). See Asset, Child Asset, Data Cascade, Hierarchy, and Sub-layer Asset. |
Partner |
A partner is an external organisation who has been invited to link with your organisation’s Skyjed instance via Skyjed Connect. Partners do not have access to your instance and can only see published data that has been shared with them via a distribution group event. Data can also be requested from partners via distribution group events. Also see Connect Status, Distribution Group Event, and Skyjed Connect. |
Partner List |
The partner list is a tool that provides a summary view of all partners and distribution groups set up via Skyjed Connect. It can be used to manage what data is shared with and requested from your partners. Also see Connect Status, Distribution Group, Partner, and Skyjed Connect. |
Planner |
The Planner page provides an overview of overdue, upcoming, and future events for assets that the user has access to. The organisation-level Planner in the purple side bar shows all assets a user has access to, while the Planner tab in an asset workspace only shows events for that asset. Also see Asset Workspace, Distribution Group Event, Event, and Event Series. |
Portfolio |
A portfolio is a tool that can be used to organise assets for grouping and reporting. Each asset must be assigned to 1 portfolio. This tool operates independently of hierarchy, relationships, and asset lists to allow for maximum flexibility when managing assets and filtering reports. Also see Asset List, Hierarchy, and Relationship. |
Priority |
The priority confirms the urgency or importance of a given action. The priority can be: Very High, High, Moderate, Low, Very Low, or Unknown. Also see Action, Risk Action, and Strategy Action. |
Property |
Properties are the data entry fields that users complete on a given driver within a template.
There are a variety of input types to choose from for properties including date fields, multiline text, number fields, and more. If a property is added to a non-Design driver in an Audit template, and the input type is “Rating” or has a rating rule associated with it, data entered into that property will feed the asset health check for the relevant domain of health. Also see Asset Health Check, Category, Domain, Driver, Icon, and Rating Rule. |
Publish |
Publishing a design or audit is the final step of the document lifecycle and a status of "Published" will be applied. Data must be published in order to be pushed into reports. Where an approval workflow was in place, this status confirms that formal sign off has been received for the document. If no approval workflow is in place, asset teams can publish documents whenever they want to make amendments and push these onto reporting dashboards. Users also have the ability to Unpublish the most recent version in the meatball menu to make any corrections. Earlier versions are not available to edit to ensure correct audit trail is maintained. Also see Approval Workflow, Asset Team, Audit, Design, Document, and Document Status. |
Rating |
See Opportunity Rating, Rating Rule, and Risk Rating. |
Rating Rule |
A rating rule can be applied to numerical properties (i.e. those with input type: currency, lookup, number, percentage, or scoring). The platform uses rating rules to assess data entered by a user and assign an appropriate colour to it based on the following scale from bad to good: Red, Orange, Yellow, Light Green, Dark Green. The platform can provide corresponding coloured dots to the right of each data point entered by a user, or this can be hidden from users. The rating rule colours can be set up to feed and influence health check scores. Also see Asset Health Check, Category, Icon, and Property. |
Relationship |
A relationship is a link between 2 assets. The ability to create relationships is dependent on the configuration of asset types in the Settings pages. Different relationship types can be created between asset types; these are:
Relationships between specific assets can be managed on the Manage tab of the asset’s workspace, and hyperlinks to related assets will be provided on the Overview tab. Note: The relationships feature operates independently of hierarchy. Also see Asset, Asset Type, Asset Workspace, and Hierarchy. |
Relationship With |
The relationship with filter allows users to select a given asset and quickly view data and other assets associated with it. Also see Asset, and Relationship. |
Reports |
Reports provide organisations with information and analytics about the performance of their assets. Skyjed provides out-of-the-box reports to support clients in getting started quickly, and custom reports can be created to provide insight into priority areas. Reports at an organisation-level are similar to Insights at an asset-level. See Asset, and Insights. |
Risk Action |
A risk action, or risk-mitigating action, is an action that aims to reduce the likelihood of a negative event occurring and/or reduce its impact. Risk actions include Impact and Likelihood scores to help users and teams prioritise actions to progress and complete. Also see Action, Risk Rating, and Strategy Action. |
Risk Rating |
A rating is applied to actions to support prioritisation. A risk rating is applied to risk actions, and it is calculated by the platform using the Impact and Likelihood scores selected by the user for the action. The rating can be: Very High, High, Moderate, Low, or Very Low. Also see Action, Risk Action, Opportunity Rating, and Strategy Action. |
Role |
See Skyjed Roles, and Team Roles. |
Skipped Event |
A skipped event is an event in a recurring event series that is not completed. For example, the December event for a monthly series may be skipped due to annual leave around the holiday period, or a team may choose to skip an overdue event and complete the next event instead to get back on track. The platform asks the user to provide a justification when events are skipped. The history of skipped events and justifications is available in the “Skipped events” view in Planner. Also see Event, Event Series, and Planner. |
Skyjed Connect |
Skyjed Connect is a premium feature within the Skyjed platform that facilitates the secure sharing and requesting of information between organisations inside the Skyjed platform. Only published data that has been approved for sharing in the Settings pages can be shared with partner organisations, thus preventing any draft or unapproved data from being shared accidentally. Data is shared and requested via distribution group events, which can be once off or recurring. Also see Connect Status, Distribution Group, Distribution Group Event, and Partner. |
Skyjed Roles |
A Skyjed role is the role applied to a user when they are invited to use the platform. The role can be Super Admin, Admin, Super User, Standard User, or Viewer.
All roles except Viewers can have approval rights as configured in the Settings page for approval workflows. Also see Approval Workflow, Approver, Asset Owner, Asset Team, Team, Team Roles, and User. |
Status |
See Approval Status, Connect Status, Document Status, Due Status, Step Status, and Workspace Status. |
Step |
See Approval Step. |
Step Status |
The step status confirms the current status of an approval step within an approval workflow. The status can be: Pending, In Progress, Changes Requested, Changes In Progress, Changes Submitted, Approved, or Withdrawn. Also see Approval Status and Approval Workflow. |
Strategy Action |
A strategy action, or strategic opportunity action, is an action that aims to increase the likelihood of a positive event occurring and/or create or capitalise on positive opportunities. Strategy actions include Impact and Effort scores to help users and teams prioritise actions to progress and complete. Also see Action, Opportunity Rating, and Risk Action. |
Sub-layer Asset |
A sub-layer asset of any given asset is either a child asset or an asset that falls in a lower layer within that asset’s hierarchy e.g. it could be a child asset of one of the asset’s child assets. Also see Asset, Child Asset, Hierarchy, Hierarchy Layer, Parent Asset. |
Team |
A team is a collection of users that can be applied to assets to grant access to multiple users and once, and/or to approval steps to identify eligible approvers. Also see Approval Step, Approver, Asset, Asset Team, Team Roles, and User. |
Team Member |
A team member is a user that is included within a given team. Also see Additional Team Member, Asset, Asset Team, Team, Team Roles, and User. |
Team Roles |
A team role is the role applied to a user when they are added to a team. The role can be Leader, Contributor, or Viewer.
Assets require an Owner, and the asset owner has the same access as any leaders in the assigned team. Also see Asset, Asset Owner, Asset Team, Asset Workspace, Skyjed Roles, Team, and User. |
Template |
A template is a standardised collection of forms and/or tables that facilitates consistent data capture for your organisation's assets.
Skyjed provides out of the box templates to support clients in getting started quickly, and organisations can create and maintain their own custom templates. Also see Audit Template, Design Template, Driver, and Property. |
User |
A user is anyone who has been invited to use the Skyjed platform. Note: A user can be added to any relevant teams before or after they accept their Skyjed invite. Also see Skyjed Roles, and Team. |
Workflow |
See Approval Workflow, Asset List Workflow, and Data Trigger Workflow. |
Workspace |
See Asset Workspace. |
Workspace Status |
The workspace status confirms the current status of an asset workspace and controls whether data on that asset is pulled into reporting or not. The status can be: Draft, Active, Inactive, or Archived.
Note: Clients may choose to define lifecycle stages for their assets that use the same or similar words as workspace statuses, but these asset attributes are considered independently by the platform. See Asset, Asset Type, Asset Workspace, and Lifecycle Stage. |