US English (US)
ES Spanish

Contact Us

If you still have questions or prefer to get help directly from an agent, please submit a request.
We’ll get back to you as soon as possible.

Please fill out the contact form below and we will reply as soon as possible.

  • Log in
English (US)
US English (US)
ES Spanish
  • Home
  • Help & Support
  • RIO Recipe
  • Deployment & Metadata

RIO Education Deployment Process

Contact Us

If you still have questions or prefer to get help directly from an agent, please submit a request.
We’ll get back to you as soon as possible.

Please fill out the contact form below and we will reply as soon as possible.

  • RIO Certification
    RIO Certification Program RIO Academy RIO Challenge RIO Recipe Training
  • Releases
    Release Notes
  • Help & Support
    Install RIO Education RIO Insights RIO Recipe Support
  • About Us
    Who is RIO Education? Start Your RIO Journey Housekeeping
  • Experience RIO in action
+ More

RIO Education Deployment Process

We understand that not all our customers are the same, therefore customization is required in most cases to cater to their business requirements. This document outlines the deployment process for the customization or change request of RIO Education.

The following information is required before the development is started:

  1. Developer Sandbox (Dev Sandbox):
    • This sandbox is required for development.

  2. Partial/Full Sandbox (Staging/QA):
    • For the customer's UAT.

  3. User login for Production:
    • This is required for CI Job setup (continuous integration) to make sure the metadata changes in production (if any) will be synced to the Dev Sandbox.

    • Please note that we will only run a validation on the metadata changes. If there are any conflicts detected, we will resolve and merge them into the Developer Sandbox.

    • CI Job for Staging/QA is optional.



Here are the major events of the deployment process:

  1. Deployment 1:
    • Once development is completed in the Dev Sandbox, we will deploy the changes from the Dev Sandbox to Staging/QA.

    • The customer will perform UAT in the Staging/QA instance.

    • Bugs reported during the testing will be fixed in the Developer Sandbox and released (beta release) to Staging/QA for re-test on weekly basis.

  2. Deployment 2:
    • Once the UAT is completed, we will deploy the changes from Staging/QA to the Production instance.


Final deployment comes from Staging org for the following reasons:

  • Staging has latest components merged from Production (important for an existing SF customer, not so for a brand new one).
  • Testers perform testing on this org and should have this version deployed to prevent possible gaps between orgs.


The ideal timeline for the deployment process should take approximately 2 months. The project manager may adjust it based on the customer's requirements.


(1)(2)(3)(4)(5) - Refer to important dates below:


Important dates for customers:

  1. One week before development start, get the following items ready:
    • Developer Sandbox (Dev Sandbox).

    • Partial/Full Sandbox (Staging/QA).

    • User login for Production.

  2. Two months before Deployment 1 or UAT:
    • Export and provide migration data (if any).

  3. Week 1 of Deployment Process:
    • Deployment from Dev Sandbox to Staging/QA.

    • Data migration to Staging/QA.

    • Start UAT.

  4. Week 5 of Deployment Process:
    • Changes locked.

    • UAT ended.

    • Export and provide the latest migration data (if any).

  5. Week 7 of Deployment Process:
    • Deployment from Staging/QA to Production.

    • Data Migration to Production.



Was this article helpful?

Yes
No
Give feedback about this article

Related Articles

RIO Education

RIO Education, a WDCi Company. This information is proprietary, confidential and protected by copyright ©2024.

CONTACT

Get in touch

  • Privacy
  • Terms of service

Knowledge Base Software powered by Helpjuice

Definition by Author

0
0
Expand