Page Comparison

Set-up launch preparation plan in confluence

• Create a list of items to complete in preparation for MVP launch both technical software related items, release process related and key operational activities.

• Be very crisp on the priority of the work so that we are planning for completion of anything that will block MVP launch in production.

ImportantCritical

Both

N/A

-

-

06-04-21

Populating the plan with what is known already.

Status
colour Yellow title In progress

Sunny

Closed this item once we have a somewhat firm grasp of the remaining work documented on this page.

MVP rollout strategy and declare target go live date

• Figure out the segment of service requests that will be used in the system, including launch timelines and percentage of the population.

• This will be vital part of the MVP rollout plan as it will allow users to be prepared and additional procedural changes that need to be in place depending on the strategy. We can reduce the change management impacts by keeping engagement of non-impacted users to a minimum during the MVP launch.

Critical

Both

Determine the exact population that will be targetted with MVP.

• small vessel

• first registry

• 3rd party represented

• which registrars

Business approval completed

• Send requests for approvals and confirm and document the approvals

• Examples of the approvals might be TAC, ARB, Authority to operate, sign-off from the business customers etc. Are there other that we are missing? If so, lets confirm and document them in here.

Critical

Non-tech

What are the different approvals that are needed?

Operational reporting needs

• Come up with the key operational reporting needs for MVP and define how to fulfil the needs.

Critical

Both

Yes

Business and user team

Need to collect the requirements here for MVP in addition for post MVP.

Production release process for MVP

• Understand the process that needs to be followed including mandatory approvals to go live in production

Critical

Both

Provision and deploy to pre-production environments

DEV, TEST, ACC regions in cloud

Critical

Tech

Yes

Cloud team?

Provision and deploy to production environments

Production region in cloud

Critical

Tech

Yes

Cloud team?

Approvals to launch in production

Critical

Both

Yes

?

User identify management

• Who can access the application and putting restrictions in place and what they can do in the application (read, read and write). What different roles are required? (readers, writers and admin). By

• Anyone in TC that has and within the network with the link would be able to access the application right now.

Critical

Tech

Yes

Business and users

Need the different user roles defined and whom to assign to what roles.

Ensure that all of the PBI’s and features for MVP launch are captured in Devops

• Having the technical scope for MVP defined and understood will allow team to be on the same page and put a stake in the ground. This will also allow us to declare a go live date which can be used to inform all dependencies (tech and nontech) so that plans and preparations can be put into motion.

Important

Tech

N/A

06-28-21

Started to clean up Devops to have one MVP launch Epic with related features and PBI’s documented.

Troy

Can close once we feel confident we have remaining PBI’s in the Epic for launch MVP.

Understand application behavior in non-happy path scenarios

• Test out the unhappy path scenarios and make sure we are happy with the current behaviour or invest in changes that gracefully fail for users.

Important

Tech

?

Need to discuss this and we close it out once we have a PBI that is completed.

Shared learning from recent launches in MSS

• Reach out to other PO/PM that recently launched new functionality to uses in production to learn about steps taken in preparation.

• MITRACK team launch

Important

Non-tech

N/A

Yes

MITRACK PO/PM

06-18-21

Received some information, compared notes against our draft plans and added anything new.

Sunny

Vessel registry high level process documentation

• Documentation of business process flow for current state and future state for MVP iteration.

• This will help for testing of the end to end flow with workload management, and tweak the process so its as smooth as possible for end users.

Important

Non-tech

N/A

Yes

Registrar supervisors, Change management

06-14-21

First part of new process in draft continue to work on getting it completed.

Hugo

Release notes and history documentation

• Create a summary page in Confluence to capture application release and changes including the details of what was released and when.

Important

Tech

N/A

-

-

06-30-21

Page has been drafted need to create a structure and start populating with the key features (tech and user facing)

Sunny

Is Confluence or sharepoint a better place for this material?

Revised registrar work instructions

• After the new end to end process flow is ready, the detailed registrar instructions will need to be revised to match new process. In scope will be only the instructions that are impacted by MVP rollout and we will minimize change management activities as much as possible (keeping in same repository and current format etc.).

• This will help rollout training to the impacted daily users of legacy systems and new workload management.

• Official SOP required?

Important

Non-tech

N/A

Yes

Registrars and registrar supervisors

TBD

We need to define the scope of this work and who is best suited. This is different from training materials?

Training plan of registrars to use workload management

• Provides an overview of what the new system is and how it works and features that are available

• This will be in preparation for MVP launch and getting users accustomed to the new tool.

Important

Non-tech

N/A

No?

Registrars and registrar supervisors

TBD

We need a plan to be created that answers:

• Who is best suited to create and what needs to be created.

• What training looks like

• What need to be created to support

• Who and how its executes

Creation of training artifacts

• Creating or modifying the materials, procedures, user guides that already exist to incorporate the new system

• Updated process documentation to incorporate the new system and modified reality

• Bi-lingual contents required here?

Important

Non-tech

N/A

Yes

-Registrars -Registrar supervisors

-Change mgmt

TBD

Should be answered by the training plan.

Execution of the training

• actually present the training materials and artifacts and post production support materials (SOP’s, tips, guides)

• bi-lingual training required, through in person or video conference and who does the training

Non-tech

Should be answered by the training plan.

MVP rollout strategy and declare target go live date

• Figure out the segment of service requests that will be used in the system, including launch timelines and percentage of the population.

• This will be vital part of the MVP rollout plan as it will allow users to be prepared and additional procedural changes that need to be in place depending on the strategy. We can reduce the change management impacts by keeping engagement of non-impacted users to a minimum during the MVP launch.

Critical

Both

Determine the exact population that will be targetted with MVP.

• small vessel

• first registry

• 3rd party represented

• which registrars

Operational reporting needs

• Come up with the key operational reporting needs for MVP and define how to fulfil the needs.

Critical

Both

Yes

Business and user team

Need to collect the requirements here for MVP in addition for post MVP.

MVP monitoring plan

• Figure out the key metrics to track process and system stability and how to track the metrics or needed reporting to support.

• Without key metrics to track it will be challenging to detect issues and problems and to make sure rollout is having the desired impact.

Important

Both

-

Yes

Registrar supervisors, BI team

Need a discussion about this from a business and IT systems perspective.

Operational reporting requirements for MVP

• Ensure that the reporting requirements are collected from the key stakeholders and they have access to the reporting as necessary.

Important

Both

Who are the key stakeholders for the purpose of requirements gathering?

Build MVP operational reporting

• Create the reporting infrastructure and dashboards that were in the MVP monitoring plan.

Important

?

Depending on the requirements and approach this could combination of tech and non-tech.

Business approval completed

• Send requests for approvals and confirm and document the approvals

• Examples of the approvals might be TAC, ARB, Authority to operate, sign-off from the business customers etc. Are there other that we are missing? If so, lets confirm and document them in here.

Critical

Non-tech

What are the different approvals that are needed?

User identify management

• Who can access the application and putting restrictions in place and what they can do in the application (read, read and write). What different roles are required? (readers, writers and admin). By

• Anyone in TC that has and within the network with the link would be able to access the application right now.

Critical

Tech

Yes

Business and users

Need the different user roles defined and whom to assign to what roles.

Modifications to vessel registry forms (pending changes)

• Long awaited changes that have not been made to the live forms. These changes should improve the process and client experience.

Non-critical

Non-tech

Production release process for MVP

• Understand the process that needs to be followed including mandatory approvals to go live in production

Critical

Both

Production release process post-MVP

• [Likely a re-run of the MVP process minus some one time things and no longer applicable actions]

Important

Both

Issue management process

• How feedback and issues will be reported by users and where/how they will be documented

• Should include the entire process that we use for MVP and beyond

• Updates needed to the support desk. Communication of the new application and documentation to provide some level of user support

Important

Both

Runbook (MBM)

Important

Tech

UXR strategy

Important

Non-tech

Execution of UXR strategy

Important

Non-tech

Review of UXR results and closure of blocking issues

Important

Non-tech

Go no go decision

Important

Both

N/A

Communication strategy pre and post launch

• How updates on the project will be shared and to whom

• Do we already have the right forums in place or do we need something special stood up (sprint review is not right forum, maybe we use daily email distribution, confluence page, or blog post on the teams share point, teams channel)

• Structure of the communication? What key metrics or highlights.

Important

Non-tech

N/A

User acceptance testing strategy

• The plan should be drafted here, what needs to be tested and the start and duration and how success will be determined

Important

Both

Execute post production testing plan

Important

Tech

Provision and deploy to pre-production environments

Critical

Tech

Yes

Cloud team?

Provision and deploy to production environments

Critical

Tech

Yes

Cloud team?

Approvals to launch in production

Critical

Both

Yes

?

New system of record for to house the procedures from the G drive

• Training and help documentation is currently in housed in a different repository from workload management. Ideally we can bring the help documentation closer to where the need for it arise, inside vessel registry so its easily accessible during day to day. More thought and options need to be explored for this work.

• Supports accessibility and easy of updating and keeping documentation fresh and relevant.

High

Both?

-

Yes

Registrars and registrar supervisors

Modifications to vessel registry forms (pending changes)

• Long awaited changes that have not been made to the live forms. These changes should improve the process and client experience.

Non-critical

Non-tech