Communication Plan

profilemanijad5
PMGT699PMPManiJaddu_RM.docx

90 Day Refill Reminder Offer

PMGT 699-50- A-2021

Applied Project Management

Prepared By

Mani Jaddu

03/04/2021

Table of Contents 1. Executive Summary 4 1.1 Introduction 4 1.2 Purpose 4 1.3 Scope 4 2. Project Overview 5 2.1 Project Description 5 2.2 Problem Statement 5 2.3 Goals 5 2.4 Project Background 6 2.5 Product Objectives 6 2.6 Assumptions, Constraints and Dependencies 6 2.7 Project Deliverables 7 2.8 Schedule and Budget Summary 8 2.9 Project Success Criteria 8 2.10 Definition and Acronyms 9 3. Stakeholder Management 10 4. Schedule Management: 11 4.1 Overview and Purpose 11 4.2 Schedule baseline 11 4.3 Schedule Control 12 5. Resource Management 13 5.1 Overview and Purpose 13 5.2 Resourcing Strategy & Assumption 13 5.3 Resourcing Development 13 6. Risk Management Plan 15 6.1 Overview of Risk Management Plan 15 6.2 Risk Identification 15 6.2.1 Risk Registry 16 6.3 Risk Analysis 16 6.3.1 Qualitative Risk Analysis 16 6.3.2 Quantitative Risk Analysis 17 6.4 Risk Response Planning 18 6.5 Risk Monitoring Plan 19

1. Executive Summary

Introduction

Rite Aid LLC have lot of customers on 30 day fillings. The Rxs are filled every 30 day wanted to convert the customers on the 30 day to 90 day fillings. Currently, we are overloading the patient with lot of messages, which are frustrating to the customer and increased work to team members.The project deals with the alignment of the customers to 90 day refills. Customers consent is taken at the store/online and then the messages will be delivered to the customer. By aligning, the refill reminders to the patient would enhance good customer experience and thereby increasing the enrollments to the pharmacy store. Team members have a lot of work in filling the customers for every 30 days and the turnaround works is too much high. Team members are wasting lot of time in filling the customers for every 30 days and the customers are also walking to the store to fill the Rxs for every 30 days. The Rx due date is calculated to 90 days automatically instead of 30 days.

This project will reduce the turnaround time for the team members by filling them for every 90 days and will be delivering the messages to the customers for every 90 day via email and SMS notifications.

Purpose

Rite Aid LLC is losing lot of customers due to the frequent fillings which are happening every 30 days. Customers are very unhappy to come to the pharmacy every 30 day and they wanted to fill 3 months Rxs at once. By increasing the timeline to 90 days from 30 days, the company will resolve the issue of losing customers.

Scope

· To align refill reminder messages for the patient.to 90 day.

· To improve customer experience of the patient by reducing the number of refill reminders.

· To Increase enrollments to the pharmacy.

Project Overview

Project Description

The project objective is to align the refill reminders to the patient would enhance good customer experience and thereby increasing the enrollments to the pharmacy store. Team members have a lot of work in filling the customers for every 30 days and the turnaround works is too much high. Team members are wasting lot of time in filling the customers for every 30 days and the customers are also walking to the store to fill the Rxs for every 30 days. The Rx due date is calculated to 90 days automatically instead of 30 days.

Problem Statement

Currently, we are overloading the patient with lot of messages, which are frustrating to the customer and lot of customers are actually moving to competitors. Also, when the refills are filled for every 30 days it is quite frustrating for the customers to visit the pharmacy once in 30 days. Due to this, the team members are also over burdened with lot of work. The new applications helps the customer and the team member with less work.

Goals

· Improve the timeline of the refill reminder messages sent to the customers by aligning the refill reminder messages in a better way to the patient.

· Alignment of messages through the customers preferred channels.

· Customers who has their refill reminders currently through mail will be contacted through text or email depending upon their personal preference.

· Customers consent is taken at the store/online and then the messages will be delivered to the customer.

· By aligning, the refill reminders to the patient would enhance good customer experience and thereby increasing the enrollments to the pharmacy store.

Project Background

Rite Aid LLC is a pharmacy company which was established in 2002. The company has developed many IT projects from the beginning. Company is filling prescriptions for every 30 days to the customers and Rite Aid is loosing its customers to Walgreens and CVS. Due to this, company has incurred lot of loss and they wanted to implement the project to convert all the 30 day prescriptions to 90 day prescriptions.

Product Objectives

· Capturing the consent of the patient for various preferred channels.

· To align refill reminder messages for the patient.

· To improve customer experience of the patient by reducing the number of refill reminders.

· To Increase enrollments to the pharmacy.

Assumptions, Constraints and Dependencies

ID

Assumption Description

1

All 30 days refills must be converted into 90 day

2

Customers consent must be captured at the pin-pad.

3

Patient current consent values are not changed.

4

All current customers enrolled in mail refill reminders must change their preferences to Text or email

Constraints:

ID

Constraints Description

1

The cost of the project should not increase $160,000.

Project Deliverables

· 90 Day fills improve adherence by improving PDC(Proportion Days Covered) by 15%

· 90 Day offer via SMS, E-mail and push refill reminders saves customers number of trips to pharmacy, reduces number of phone calls from pharmacy to patients for refills

· Saving time by improving Pharmacy Experience by filling 90 day prescription instead of three 30 day prescriptions and reducing fill and POS frequency

Deliverables

Date Available

Details Included

Business Case

02/02/2021

Demonstrate the benefit of doing the project.

Stakeholder Register

02/04//2021

List all the stakeholders with their roles and responsibilities.

Project Charter

02/06//2021

Defines all the elements of the charter clearly.

Risk Register

02/12/2021

Lists all the positive and negative risks

Project Plan

02/20/2021

Defines the performance requirements and essential conditions

Requirement Traceability Matrix

03/12/2021

Initial lists of all the requirements.

Training manuals and guides

07/20/2021

Clearly defines the steps to the users.

Deployment Plan

07/20/2021

Defines the scope, approach and execution planned for the deployment of the project deliverables

Project Closeout Report

07/24/2021

Document all the lessons learned and list the problems associated with the project.

Schedule and Budget Summary

Components

Budget

Total Budget

$5,00,000

Remaining IT Labor

90000

Software implementation

$200000

UAT implementation

$100000

Project Success Criteria

Success Criteria

Percentage

Consent capture through Pinpad

100%

Aligning the refill reminders by studying the current refill reminders cycle

100%

Refill reminder messages sent through Email and Text

100%

Eliminate refill reminder messages sent through Mail

100%

Definition and Acronyms

This section provides a glossary of all terms and abbreviations used in the plan.

Acronym

Definition

RRO

Refill Reminder Offer

RRM

Refill reminder Messages

Pinpad

Used to capture customers consent at store

Stakeholder Management

S.No

Stakeholder Name(or) Stakeholder Group

Title or Position

Internal or External to Organization

Stakeholders Major project Role

1

Rei Tuneaka

Director

Internal

Approving the funding for the project

2

Lai Veronicka

Associate Director

Internal

Approving the funding for the project

3

Latikha Renuka

Business Manager

Internal

Main communicator between IT and business

4

Reman Tiwakia

Program Manager

Internal

Communicates effectively between stakeholders

5

Tim Cook

Business Owner

Internal

Requirement rules for the project

6

Levay Likitha

Project Sponsor

Internal

Funds the Project

7

Fathima Sheik

Project Manager

Internal

Acts as a scrum master in daily meetings

8

Jim Jackson

Sr Business Analyst

Internal

Provides documentation to the team

9

Rutika Jaiswal

SME

Internal

Clarifies everything in the Project.

Schedule Management

Overview and Purpose

The project schedule estimates the time and effort which is required to complete the 90 day RRO project. The plan will help the project manager, scrum master and all the stakeholders involved with the project to be aware of the progress of the project from time to time. The purpose of the plan is to list down the techniques and the review sessions which the project manager will implement as a part of the project.

Schedule baseline

Tasks

Description

Creation of the Activity List and attributes

Activity list will be created by the program manager who has worked on the team before. The activity list will be reviewed with the stakeholders in order to add or delete any tasks. Finally, the sponsor will also review the task and it needs to be approved by the sponsor.

Estimation of activity resources

The project needs to estimate the budget for the scrum team working on the project along with project manager by using bottom up estimation technique. The estimated level of accuracy must be at least 95% and the unit of measure would be the estimated budget per hour in dollars.

Activity duration estimates

The tasks and the activities of the project will be measured by using analogous method. In addition to that, three point estimation will be used to estimate the duration of the activities. The average of the most realistic date, optimistic and pessimistic will be considered as the final date. The level of accuracy must be around 90%

Approval of the schedule baseline

Project Sponsor will approve the project baseline for this project.

Schedule Control

The approved schedule baseline will be changed only through the formal change control process and only after the impact on the project constrains has been assessed.

Performance reviews

The performance review will be done every week, month and on quarterly basis. Performance of the whole team will be measured on weekly basis by conducting weekly status meetings. In this weekly status meetings, The progress of the schedule will be discussed by the program manager. Any chance in the planned dates will also be reviewed by the entire team. The individuals involved in the performance reviews will be the Project Manager; the System supports lead and the Director of quality assurance.

Schedule control thresholds

The increase in the duration would be allowed up to an extent of 5%.

Schedule performance reporting

The project manager will report any deviation from the schedule The project manager will be responsible for sending the weekly reports after the weekly review performance is done. Any changes reflected in the schedule will be reported immediately to all the stakeholders and must be approved by the project sponsor.

Resource Management

Overview and Purpose

In this project, the resources who would be working on the project would be Project Manager, Program Manager, developers, architects, developers, business analysts, product owners, business owner, sponsor and Quality Analysts. Program Managers plays the role of sharing the project status from time to time to the stakeholders involved in the project. The project Manager will develop a list of the people who are working on the project and will be responsible for internal communication. Program Manager will be responsible for the rates of the employees, monitoring budget from time to time, change request communications, sponsor meetings. The purpose of the resource management is to maximize the project resource efficiency by minimizing the risks in the project. The project communication also needs to be sent to the stakeholders from time to time.

Resourcing Strategy & Assumption

In this project we will acquire a new scrum team to perform the project. There are many existing scrum teams working in the company and right skill set will be on boarded after an interview. The business sponsor will contact with the HR and will complete a formal onboarding process. After the scrum team is on boarded they are provided with forma training on the project background. The project Manager will have a excel sheet of the individual resources rates and their extra hour rates. As there is a budget constraint, the rates of the project have to be followed strictly. The project Manager will reward the people by retaining the people whose knowledge can be used for future projects. For training purposes, project manger will coordinate with subject matter expert to know what to include in the projects.

Resourcing Development

For the resources to gain knowledge, there will be a formal training provided to everyone in the team. The skills will be monitored from time to time and subject matter expert would definitely help them to understand the project. The Project Manager will also make sure they receive the feedback from the Individuals on a weekly basis sot that they can understand what is not going on well in the project. There will be a discussion call along with the scrum call and in that discussion everything will be discussed about the project. All the questions will be addressed and the subject knowledge will be shared with the rest of the employees. Project Manager will upload the knowledge sharing documents to teams and each member will have access to these documents.

Task Resource

Project Manager

Program Manager

Business Analyst

Architect

Developer

Quality Analyst

Requirements

I

I

R

C

C

I

Resource Planning

R

R

I

I

I

I

Kick off Meeting

R

A

I

I

I

I

Risk Planning

R

A

C

C

I

I

Development activities

I

I

I

A

R

I

Daily scrum calls

R

R

I

I

I

I

SIT

I

I

I

I

I

A

UAT

I

I

A

I

I

R

Deployment

I

I

I

A

A

I

Pilot calls

R

A

I

I

I

I

Risk Management Plan

Overview of Risk Management Plan

The Risk Management Plan is designed to know the overview of the risks listed in the project and to analyze them with the team. Once the risks are analyzed, then they can be reviewed with the entire team. These risks need to monitor through out the project.

Risk Identification

The Risk Identification is the first step in the Risk Management Plan. It is also the crucial step because if the risk identification is wrong then the whole purpose of the project might get wasted. The project manager will document the risks which he think can potentially occur in the project. Once the Risks are identified, then the risks will be reviewed with the whole team. Risk identification meetings include the project manager, scrum master, project sponsor and the required business team members who are required to be present in the review. Each of the risks will be identified by following an order from business and IT perspective.

Risks are identified by using the below methods:

SWOT Analysis: This technique is used to know the strengths, weaknesses, opportunities and threats. By identifying the above, some weaknesses can be termed as risks which can be considered as short term risks and long term risks.

Brainstorming technique: This technique can be used by everyone in the team to meet regularly and discuss about the aspects involved in the project. Through the regular meetings, the team members can identify the risks involved.

Previous documentation: Project managers and the team can go through the project documentation and can find out some potential risks which are involved. This will be helpful to know the risks before hand and to be prepared. By knowing the risks before, Risk mitigation steps can be designed in advance.

Interview with SME: SME can be interviewed and the project questions can be asked to them. This will help to reduce the risks associated with the project.

Quality control during project cycle: Continuous user testing will produce multiple versions of UX which helps in reducing the risks.

Root cause analysis: This method is the best method for risk identification as it deals with the in depth analysis of the problem and by brainstorming the solutions to the root cause the risks can be identified.

Risk Analysis

In this project, the risks are identified and then will be analyzed into three categories like high, medium and low based on the probability of its occurrence. Risk analysis provides the ability to understand the risk in a broader way and to prioritize the risk events. The project manager and team can properly address each risk once they are prioritized. The risks are further classified into qualitative and quantitative.

Qualitative Risk Analysis

In this project, the risks will be identified and managed that will impact the project. By knowing the risks before hand, the project manager can implement the risk mitigation measures. The project manager and project team will come to terms knowing the standards and the definitions through out the project.

The qualitative Risk Analysis also includes the results communications to the management and the risk managers. Project Managers should conduct weekly meetings to check how much they are following the risk mitigation measures.

Risk Probability

The risk assessment must be done in terms of probability. Probability is the course of the event happening which might or might not. The methods for quality measurement are high, medium and low for each risk.

High Risk – Risks which are very likely to occur and these risks have the probability of 0.7 to 1.0

Medium Risk – Risks which are not very likely to occur and these risks have the probability of 0.4 to 0.6.

Low Risk- Risks which have less probability to occur and these risks have the score of 0.1 to 0.3.

6.3.2 Quantitative Risk Analysis

A quantitative risk analysis is an optional technique to establish project risks and their outcomes. It provides further breakdown of the highest priority risks by allocating a numerical or quantitative rating. This advance technique is used to acquire a probabilistic analysis of the project. It generally takes more time and is used in complex projects which are prone to extreme risk conditions due to uncertainty in decision making. Overall, it supports in budding adequate project contingency reserves for risks that may arise with severe impressions. They are beneficial in delivering realistic costs, schedule or scope targets in a project. Quantitative risk analysis itself means to enumerate the risk acquaintance for the project i.e. to establish the size of budget and schedule contingency that may be necessary.

The tools which we will use to quantify risk analysis are:

1. Expected Monetary Value

2. Decision Tree Analysis

Risk Response Planning

The project will use 4 different methods to deal with risk. These are called the risk responses. The approach depends on the type of the risk. The project will use four methods identified in developing the new operating model to deal with the risk. The implementation of the approach shall rely on the precise probability and event estimate being evaluated concurrently. In several instances, multiple approaches can be used to decrease effect and likelihood against a single risk.

The following table summarizes the strategies to be used along with a short explanation of their intent and anticipated result of the reaction behavior.

Response

Description

Mitigate

Responses agree that the risk is expected to exist so if interventions are undertaken before occurrence, the likelihood of incident and effect will be reduced.

Avoid

Action is taken before occurrence to minimize the probability of occur. This answer is required when the effect of a risk is calculated to be too high for the project to bring within the limits of available capital.

Transfer

Potential risk transfer allows the capacity of the team to pass responsibility of reaction behavior to a community or organization outside the project that is more knowledgeable and capable of handling the defined financial burden.

Retain

The risk effect might be too high to bear, but the probability of incidence is extremely unlikely. This approach acknowledges that this risk occurs but reaction steps to minimize, stop or pass do not impact the result.

Risk Monitoring Plan

Risk Monitoring Plan must be identified for the project by following the below methods:

1) Analyzing risk trend- By analyzing the Project performance over a duration of the project that studies the trend of cost, schedule and scope variances from baselines. Then teams try to forecast whether there is a risk that is going to be bad in the future or not. If there is a trend that indicates negative possibilities occurring, then preventative actions are put into action and into place.

2) Performance analysis- Comparing project performance against planned performance requires a deep analysis. If you do not reach your milestone there may be risks that are not addressed and have been unseen. This requires more evaluation and to address the problems for other milestones along the project pathway.

3) Auditing for risks- When risk is examined to see how to manage, analyze and correct the risks in a timely and preventative manner. Part of auditing for risks includes regularly doing reassessments to correct anything before it goes wrong.

4) Reassessing project risks- When projects move forward there are some risks that are not relevant. Probability and priorities need to be reassessed because risk change throughout the duration of the project. Risk registers are made when risks are identified and must be checked regularly throughout the project.

Risk Registry

The project risk registry is designed to track risks early in the development phase which must stay ongoing and iterative across the lifecycle of creating a new business model for the organization. The goal is to specifically define uncertainty and explain the uncertainty. Risk and potential are linked to an incident or circumstance in which it can arise. In addition, risk descriptions must be unambiguous, reference a risk category and relate to an objective of at least one company. The level of detail in the description of the risk must make clear the structure of the company, its team and the individual responsible for managing it. These steps should be followed sequentially by the process of breaking down a risk into meta-data: describing the event or cause, listing possible outcomes, explaining the uncertainty associated with each outcome, and describing effect of each possible outcome.

PMGT 699 PMP Template 20v2.docx

PMGT 699 PMP Template 20v2.docx Page 19

Risk Register.xlsx

Risk Register

Risk ID Risks Identified Risk Impact Risk Probability Risk Impact Description Risk Pl score Risk severity Root Cause Risk Response Risk Response Strategy Risk Owner Risk Status Risk Category Date Logged
1 Errors in estimating the budget 80 80 Would cost more money to the project and there would be a timeline delay also 64 High Root cause would be the project manager not estimating the budget properly. Negative Proper planning of the budget by taking all the risks into account Project Manager Must be Completed before the start of the project Cost 02.02.2021
2 Unavailability of SME 50 50 Would cost more money to the project when theSME is not working as we need to clarify from them 25 Medium SME timing and the no of hours which they work per day also should be known. Positive 1.SME timings and their upcoming PTOs must be considered . 2.Substitute SME must be hired if necessary to replace the main workers during their PTO. Project Manager Must be Completed before the start of the project Administrative 02.02.2021
3 Occurance of Unforunate/Unpredictable Events 20 20 Unfortunate events like COVID or any other natural calamities 40 Low Unpredictable external events which are out of control. Positive This cannot be completely mitigated. Only way to reduce is by allocating a separate budget for this type of risk Project Manager Must be Completed before the start of the project Schedule 02.02.2021
4 Project design risks like planning 70 70 Design of the project should be properly considered as there are roads nearby and this might impact the convience of the customers 49 High Not Checking the budget and plan by everyone in the team Negative The architect needs to check on the plan before and validate it compeltely. Architect Must be Completed before the start of the project Administrative 02.02.2021
5 Not getting approvals on time 70 70 This is considered as hight risk and the impact is that the whole proejct must be stopped if the approvals are not given by the authorities 49 High When the project plan and userstories are not approved by business in time, then the development cant continue working. This might delay the timeline. Negative Planning and checking the complete guidelines of the construction must be the risk responsive strategy. Project Manager/Architect Must be Completed before the start of the project Administrative 02.02.2021
6 Communication Issues 80 80 Any communication issues would result in delay of the project, increase in budget. 64 High Project manager not able to communicate with the entire team can be a threat to the project which might cause communciation failures. Negative Project Manager must ensure that they communicate to the vendors/team in time without ambiguity. Project Manager Must be Completed before the start of the project Administrative 02.02.2021
7 Database admin availability 30 30 Database admin is a key position on the project and needs to be identified before hand to avoid delays 9 Low Database admin may be on PTO and any potential roll off from the job can also impact the project. Negative Project Manager must ensure that the Database admin is available through out the project and the PTO list must be taken before hand. Project Manager Must be Completed before the start of the project Cost 02.02.2021