Business Technology Change Management covers changes to System settings in addition to Process and Policy changes.
Making a user- or group-level change doesn't require a Business Technology change request. For example, if your team decides to make a change to one of your team's group settings on GitLab.com, a Business Technology change request isn't required. However, if you decide to make a change to a configuration or setting for GitLab.com globally, that requires a change request. Another example is Google Drive. If you decide to make a change to one of your team's Google Drive folders, no Business Technology change request is required. But if you change the default sharing setting of all of Google Doc for GitLab, a Business Technology change request is required.
Additional examples include: If you are making a Process and/or Policy change that will impact only your team's process, a change management is not required. If you are making a Process and/or Policy change that will impact one or more other departments, a change management is required.
For additional information regarding Change Management, refer to our Change Management Workflow Control Guidance.
A Business Technology change request is only needed when a change is being requested for review for applications already listed in our tech stack.
Business Technology change requests are important because they help us track and manage the risk of making wide-reaching configuration and setting changes. All requests for Application, Process, and/or Policy changes are initiated by the requestor submitting a Business Technology Change Request issue.
To make a global configuration or settings change to a third-party application or service:
If during the Business Technology change request process it's decided team members should be notified of a change (for example, changing the default Google Doc sharing settings), the Business Technology Group will communicate the change and its impact by posting in
If the change is approved and requires communication to team members, communicate the change, its rationale, and its impact.
Once the change request has been approved, the Business Technology Group will make company announcements providing the change implementation timeline for 4 days prior to completing the change request. Regardless of when the change request has been approved, communication will always begin on a Monday and communicated daily through to Friday. Please note the change will always be implemented on a Monday following the communication schedule. This will allow the ability and coverage should the change need to be backed out and re-reviewed.
If no communication is required or the change has been communicated already, make the change.