Ict508 CP
Ict508 CP
Ict508 CP
1 INTRODUCTION
This Communications Plan (CP) is designed to implement a strategy that will promote the
success of the project, by meeting the information needs of the project stakeholders. To help
achieve this purpose, this document outlines the understanding among the project team
stakeholders regarding the actions necessary to facilitate critical links among people, and for
sharing ideas and information, which will be necessary for achieving project success.
This CP defines the EduStream project’s structure and methods for sharing information
between the team members.
2 PROJECT SCOPE
Edustream will leverage the latest best-of-breed technologies and technical standards
available to deliver a flexible, stable and high-quality media and games streaming solution to
position EdMI with the ability to provide its content library to the mass-market to stop the
current market-share erosion faced by EdMI in its traditional markets.
The phased deployment of the project pilot sites will first take place in Perth, Sydney and
Melbourne consecutively. The system setup will be consisting of open connect appliance
(OCA), Web server, Game server, Client database, System health management and the client
application. Adding to that, all the setup will be implemented in each location in order to
ensure the load balancing as well as the redundancy when streaming.
THE Content Delivery Network (CDN) will be designed to provide load-sharing and
automated failover to redundant servers to these different locations that will also ensure the
system will not be overworked to ensure a high-quality user experience.
The project workstream deadline will be marked as follows; The commencement date of the
project will be on 30th Sep 2019. The engagements meeting s of all the contractors will take
place in November 2019. Designing of the prototype as well as finalizing the design and
testing will be between January to March 2020. The first Beta will go live in May thereafter
all the acceptance test will immediately take place in June. The next Beta will go live in July
followed by the last Beta to go live in September.
Mumbai Service Desk (MBSD) will be hired in order to provide level one tech support to our
help desk. Adding to that, Streamtech has been engaged to do the implementation of video
streaming as well as the game server. The database and the web front-end will be provided by
DemSet. The datacentre will be monitored and designed by DCPlus. Furthermore, JPMedia
will provide key support for marketing. Finally, EdMI will take the rest of the
responsibilities.
Additionally, the geographic locations of the various key stakeholders are illustrated in Figure
2.
This organisational structure and the locations of key stakeholders present some considerable
challenges for the team’s coordination. The key issues that need to be addressed include the
following…
A key issue identified to be addressed in the stakeholder & communications strategy is that
the contractors engaged to deliver EduStream are located across a wide geographic area.
MBSD is located in Mumbai, India and the PH development teams, subcontracted by
StreamTech to deliver the System and Health Monitoring component of the EduStream
solution, is headquartered in Palo Alto, California. As Indian Standard Time is 2.5 hours
behind Perth and California is 15 hours behind Perth and as the PH Project Manager and
DemSet and StreamTech Project Management and Development Teams located in Melbourne
and Sydney, 2 hours ahead of Perth (excluding Daylight Saving times) co-ordination for
project related meetings and reporting cycles have undergone extended planning.
The reporting and formal meeting planning cycles detailed within section 5.1 and 5.3 of the
communication plans have factored in the public holiday cycle that is frontloaded over much
of the first half of the year in Australia. The project team has also been assured by Mr Singh,
Project Manager of MBSD that that the state and national public holidays observances of
Mumbai India will not affect MBSD’s meeting attendance and project reporting delivery
cycles, particularly over the late March and April public holiday cycle.
Additionally, EdMI will need to develop & implement processes and controls for
collaboration and the sharing of project materials that make it both easy as well as secure for
teams across geographic regions and time zones to share information. To ensure stakeholders
do not get meeting and reporting fatigue, as well as to ensure project information flows to the
correct development teams, we have divided stakeholders into Working Groups. The
alignment of stakeholders to Working Groups will bring together the stakeholders with the
correct skillsets and professional knowledge to execute the many technologies that are
required to successfully design, implement and support the EduStream project. The Working
Groups are dynamic, stakeholder membership of each Working Group does change over the
EduStream project timeline as knowledge & expertise is required. Section 4.1 of this
communications plan contains and overview of each of the eight Working Groups
implemented and 4.2 contains the detailed implementation & justifications for Working
Group & stakeholder alignment.
As the development of the EduStream product is across distributed regions, the project team
has procured and implemented a cloud-based instant messaging, virtual meeting room and
VoIP and Video Conferencing system using Microsoft Skype for Business for the
stakeholders, that will be used during the EduStream project lifecycle. This cloud solution
allows for the recording of meetings so Working Group members who are unable to or have
missed a scheduled meeting can review the meeting at a later point. It is also intended that the
instant messaging component of the solution will be used as an informal communication tool
between Project Managers as well as Quality Management teams, however as detailed in
Section 5.3, should the Instant Message, video conference or phone call used on the platform
does determine there is an issue, a formal email must be produced detailing the issue
identified and solution to address the issue, or if necessary raise a change request for Change
Control Board consideration.
Andrew Gray will be reaching out informally via the Skype for Business platform to each
Project Manager daily to touch-base with each team to communicate any issues affecting or
discovered by each team and what is being done to solve the problem. If a project team
requires urgent support or a solution from another project team a formal meeting will be
scheduled to discuss the issue item, else if the issue is not-urgent and will not affect project
delivery timelines, the issue item will be added to the next scheduled formal meeting as an
agenda item.
The EduStream Project Office Document Control team has also developed and implemented
a project WiKi to allow project teams to share informal technical information and
documentation within teams and Working Groups. All Controlled Project Documentation and
formal meeting minutes, technical issues and client support solutions to be uploaded to the
project KnowledgeBase by the Document Control team to facilitate the dissemination and
collaboration of project documentation and technical knowledge areas. Stakeholder access to
the KnowledgeBase is managed by the Document Control team and secured by primarily by
Working Group membership. The EduStream WiKi is open to all project stakeholders during
the project lifecycle. As part of the project closure process the Document Control team will
archive both WiKi and KnowledgeBase off, and as well as to supplement operational support
documentation using KnowledgeBase material.
While initial EduStream deployment sites are located in Perth, Sydney and Melbourne,
DCPlus also has facilities in Adelaide, Darwin, Brisbane and Launceston. DCPlus have
agreed that during the rollout of EduStream they will provide VPN access to EdMI and
contractors StreamTech, DemSet and MBSD to each facility to hosted test client access on
hosted Virtual Machines and client emulators running in Adelaide, Darwin, Brisbane and
Launceston as well as Perth, Melbourne and Sydney so client access in the implemented and
secured WAN can be tested and troubleshooting can be performed to see real world access
client via multiple WAN carriers and DataCentre failover can be simulated. Stephen Paul the
EduStream Test Manager has developed a test planning matrix incorporating unit testing from
StreamTech and DemSet hosted on the WiKi so multiple teams can access and update testing
results as the roll-out takes place across the Pilot sites.
A significant opportunity and been identified during contract negotiations and exists for
continued EduStream and EdMI success if we are able to penetrate the remote Aboriginal
communicaty learning and skills development market-space. By providing particularly trade-
based skills learning materials such as Electrical and Motor Mechanic Trade Apprentice skills
for the community and future employment for community members with job skills aligned to
the Mining sector of the north of Western Australia and coal mining area of Queensland.
The project team has already received some feedback both positive and negative from some
Aboriginal community elders. A very vocal critic of EduStream is Blue Peters, an elder from
a community located in the very remote Tanami Desert on the border of Western Australia
and the Northern Territory. Andrew Gray and EdMI staff Doris Sykes and content expert Jill
Mars have planned to travel to the community to listen to Blue Peters specific concerns
around the cultural sensitivity of EduStream content for his community.
We believe if we can successfully address his issues, we will have greater sway with
Education Manager Mike Watson in the Aboriginal Affairs Department and the Minister to
secure a long-term Federal and State funding for EduStream access for Aboriginal
communities across Australia. The EduStream project team will leverage the existing eastern
states EdMI sales team to engage and liaise with the Department of Aboriginal Affairs in
Canberra. Further to this Doris’ team will also be the primary liaison with aligned school
principals to feed and report Principal feedback into the KnowledgeBase.
The following document Section 4 presents the Working Groups that will be used to
streamline communications and knowledge sharing during the project's lifecycle. Section 5
presents the formal meeting and reporting strategy and justifications.
4 WORKING GROUPS
To facilitate the coordination and management of activities, eight (8) working groups are
being implemented for the EduStream project. These groups will be:
Project Steering Group (PSG). This working group will be responsible for the
strategic coordination of the project. The PSG will be headed by the EdMI Project
Manager and will include the Project Sponsor and Project Managers from the
contractors supporting the development. Additionally, key experts on security and
quality assurance will be members of this working group.
Quality Group (QG). The QG will focus on coordinating QA (including DC) and QC
issues across the team. Additionally, this group will be responsible for coordinating
risk management in accordance with the Risk Management Plan (see the RMP). This
group will be headed by the EdMI Quality Team Manager (QTM) and will be supported
by Quality Team members and the Project Managers from EdMI, StreamTech and
DemSet. Other members of the project team may be engaged as necessary.
Change Control Board (CCB). The CCB will be responsible for authorising project
modifications, in conformance with the mandated Change Management process (see
the Topic 3 lecture notes). The chair of this working group will be the Project Sponsor
and the members will include the EdMI Project Manager and the Project Managers
from each of the contractors. Additionally, the DemSet Security Manager will be a
standing member, and the EdMI Security Advisor will attend as required. The EdMI
Quality Team Manager will also be a part of the CCB.
Technical Development Group (TDG). The TDG will provide an open forum for
discussing technical development issues across the whole team, and allow information
to be exchanged rapidly to all of the key stakeholders involved in the developments.
This working group will be led by the EdMI Project Manager and the Project Managers
from StreamTech and DemSet will be standing members. Additionally, the DemSet
Security Manager and the EdMI Quality Team Manager will be key members of this
group. Other technical team leads, or experts, will be engaged within this working
group as required.
Graphic User Interface (GUI) Working Group (GUIWG). The GUIWG will be
responsible for designing and developing common visual interfaces across the user
elements of the EduStream system. In particular, this will include both the Client and
web-front-end. Additionally, this working group will have input to other interface
designs for system components such as the Games Server, system health management,
etc. This working group will be headed by the EdMI Project Manager and will include
all stakeholders involved in GUI development. The DemSet Security Manager will
also be a standing member of this group, and the representative from JPMedia will
provide inputs to the team.
Security Management Team (SMT). The SMT will be responsible for coordinating a
defence-in-depth strategy for implementing security. The DemSet Security Manager
will head this group, and as illustrated in Appendix 1, there will be a range of standing
members within this working group. Additionally, other team members will be
included as required, to help ensure that the security objectives can be achieved
successfully.
Test Management Group (TMG). The TMG will coordinate and/or implement all
aspects of testing for the EduStream system. This will include unit, integration, system
and acceptance testing. This working group will be headed by the EdMI Test Manager
and will include other stakeholders as outlined in Appendix 1. Additionally, the User
Groups will need to be engaged to participate in acceptance testing for each of the
pilots. This engagement with the User Groups will be coordinated through the
Marketing Team.
JPMedia and Content expert should be removed from this group as the assigned role
will be clearly undertaken by the other added members of this group.
To design and develop visual interfaces for EduStream. They will work the user
interface along with the web front end.
To create the game server and system health control.
Stream Tech test leader, DemSet Test leader, Stream Tech Games Server Team Leader
should be added as standby members.
EdMI test manager, user groups for beta/pilot testing group and EdMI quality team
manager must be added in this group for controlling the GUI system of the group.
The working groups will meet with the frequency and using the mediums (e.g.
teleconference, face-to-face meeting, video conference, etc.) as shown in Table 1. Some of
the key reasons for this are explained in the following paragraphs.
Table 1: EduStream Project – Formal Meetings Listing
Meeting Schedules
Working Group Period Meeting Frequency Medium
Steering Group (EdMI 2 October 19 (Kick-off Weekly (Wednesdays) Face-to-Face (F2F)
members only) Meeting) – (Perth)
20 November 2019
Steering Group (Full 27 November 19 – 5 Weekly (Wednesdays) F2F & Video
Steering Group) February 2020 Conference
Steering Group (Full 5 February – 7 May 20 Fortnightly F2F & Video
Steering Group) (Wednesdays) Conference
Steering Group (Full 11 May – 7 June 2020 Weekly (Wednesdays) F2F & Video
Steering Group) Conference
Steering Group (Full 10 June – 12 July 20 Fortnightly F2F & Video
Steering Group) (Wednesdays) Conference
Steering Group (Full 15 July – 2 August Weekly (Wednesdays) F2F & Video
Steering Group) 2020 Conference
Steering Group (Full 5 August – 20 Fortnightly F2F & Video
Steering Group) September 20 (Wednesdays) Conference
Steering Group (Full 23 September – 3 Weekly (Wednesdays) F2F & Video
Steering Group) October 2020 Conference
Steering Group (Full 2 November 20 Wednesday F2F & Video
Steering Group) (Project Final Report) Conference
Meeting Schedules
Working Group Period Meeting Frequency Medium
Quality Group (Full 20 July – 15 August Weekly (Wednesdays) F2F & Video
Quality Group) 20 Conference
Quality Group (Full 14 September – 1 Weekly (Wednesdays) F2F & Video
Quality Group) November 2020 Conference
Meeting Schedules
Working Group Period Meeting Frequency Medium
Development Group)
Meeting Schedules
Working Group Period Meeting Frequency Medium
Management Group (Wednesdays) Conference
(Full Document
Management Group)
Document 7 June – 13 July 20 Monthly F2F & Video
Management Group (Wednesdays) Conference
(Full Document
Management Group)
Document 15 July – 5 August 20 Fortnightly F2F & Video
Management Group (Wednesdays) Conference
(Full Document
Management Group)
Document 10 August – 18 Monthly F2F & Video
Management Group September 20 (Wednesdays) Conference
(Full Document
Management Group)
Document 19 September – 3 Bi-Weekly (Tuesday F2F & Video
Management Group October 2020 Thursday) Conference
(Full Document
Management Group)
The Quality Group meeting schedule is aligned to periods where the bulk of the project risks
and QA & QC documentation will be produced. The fortnightly, monthly and break periods
from 5 March 20 to project close are due to the anticipated very high volume of ‘catchup’
The Change Control Board will be meeting have technical design has been completed. It is
intended that during System Testing and Go Live Milestone events after Pilot 1 is completed
there will be few changes needing to be approved for the Sydney and Melbournet sites
requiring Change Control Board input. The Change Control Board also requires guidance that
will be taken from the Steering Group meetings.
The Technical Development Group will have the most frequent meeting during the project,
especially during the initial development period and the technical nature of the project
frequent formal collaboration is required. The group is also scheduled to have a meeting on 8
June 20 following the Acceptance Testing of the Pilot 1 site for a lesson learned to guide the
remainder Pilot sites implementations.
The GUI Working Group will be meeting weekly and fortnightly aligned to development and
testing milestones. The bulk of the GUI design will be completed prior to the Pilot 1 Go-Live,
but many platform specific bugs, and testing will be found as EduStream is tested on wider
audiences. Developing GUI’s also takes a long time with layout considerations as well as art
needing to be developed, so more frequent meeting cycles will provide little project benefit.
Security Management is an integral part of the project and is tightly coupled and aligned the
with Technical Development Groups milestones, and as most members are a part of both
working groups meetings can be streamlined to incorporate both Working Groups.
The Document Management Working group are expected to collaborate informally on a very
frequent (daily) basis, however once formal documentation standards and outputs are are
agreed upon, the working group will for the bulk of the project after contractors are engaged
meet fortnightly in a formal meeting setting. There will be very frequent formal meetings as
the project winds up to ensure all parties produce the documentation that is expected before
project closure. Members of this group are not part of the Steering Group or their role in the
the Document Management Working Group has ended (such as EdMI Project Manager) so it
is not expected to have meeting overlap with timeslots.
The Test Management Group will be meeting weekly for the bulk of the project during the
rollout the Pilot sites. There are a few breaks where fortnightly meetings will take place to
give contractors breaks from meetings during the Development and Test phases of the project
rollouts as well as to prepare for the final GoLive events during September.
Table 2 lists the formal reports that will be utilised to share key performance information
within the EduStream project. The key reasons for implementing this reporting cycle are
explained in the paragraphs below the table.
Table 2: EduStream Project – Standard Reports
The EdMI Board Report will provide a very high-level overview of how the project is
progressing with a Gantt Chart and a few slides on Key Project actions completed during the
month and any milestones achieved. Only real ‘show-stopper’ issues are to be addressed in
the report. A focus slide will be produced outlining progress with deploying EduStream to
remove Aboriginal Communities and progress with the Department of Aboriginal Affairs.
Steering Group Report will contain project progress with more detail than contained within
the EdMI Board Report. Upcoming milestones are included as well as problems with the
project and decisions on how to resolve the problems. This report will feed into and produce
the bulk of the EdMI Board Report. This will be report that has lower level reports fed into it,
such as the Quality Group Report and the Change Control Board Report.
Change Control Board Approved Change Requests will be a formal report of collated Change
Requests collected by the Document Control team during each Change Control Board
meeting period. The Change Control Board will produce a list of all approved changes to the
Document Management Group who will distribute the report to relevant Project Managers.
Quality Group Report will contain project progress in high detail. It will contain a Defect
Tracking Log for each of the software deliverables for EduStream and progress to resolution.
The report will also contain system test cases and user acceptance testing for each software
deliverable and if the system passed/failed the test cases and user acceptance testing.
In addition to the meetings and reports specified in Sections 5.1 and 5.2, the EdMI Project
Manager may initiate others to help ensure visibility of important aspects for key
stakeholders. Formal notifications of such additional reports and meetings will be made at
the earliest opportunity, to allow stakeholders to deliver the required participation.
Most working group communications should be managed through email or through the Wiki.
Additionally, if a phone call, video conference, or conversation is used to determine any
issues, stakeholders must back this up with an email covering the key content discussed and
any decisions that were made through the dialogue.
Specific group email addresses will be developed and distributed for use by stakeholders.
Unless there is a specific reason why pertinent information would not need to be shared
across the entire working group, all group members are to receive that notification. Senders
should, however, ensure that the heading in the email makes the content explicitly clear, so
receivers can readily understand the importance of the communication in relation to their
work elements and packages.
Apart from Appendix 1, the remaining sections of the CP are not included.
Project Change
Qualit Technical GUI Security Document Test
Steerin Control
# Role y Developmen Working Managemen Managemen Managemen
g Board
Group t Group Group t Team t Group t Group
Group (CCB)
4 EdMI Project Manager Yes Yes Yes Yes A/R A/R A/R A/R
Delivery Teams
5 StreamTech Project Manager Yes Yes Yes Yes A/R Yes A/R A/R
7 StreamTech Games Server Team Leader A/R Yes A/R Yes A/R
9 PH Project Manager (SHM) Yes A/R Yes Yes A/R Yes A/R A/R
10 DemSet Project Manager Yes Yes Yes Yes Yes Yes A/R A/R
16 DemSet System Interfaces Team Lead A/R A/R A/R A/R A/R
Security Team
Quality Management
30 EdMI Quality Team Manager (QTM) Yes Yes Yes Yes Yes Yes A/R
31 EdMI QC Team Leader (QCTL) Yes Yes A/R A/R Yes Yes
35 Service Desk Management System Lead A/R A/R A/R Yes A/R
38 EdMI Test Manager (TM) Yes Yes Yes A/R Yes A/R A/R Yes
41 User Groups for Beta/Pilot Testing A/R A/R Yes A/R Yes
42 DCPlus Quality Manager (QM) Yes Yes Yes A/R A/R Yes
Data Centre
Service Desk
Training Team
Marketing
Procurement
Legal/Contractual
Educational Content