Plan of activities and guidelines
Date: June 18, 2020
Category: Uncategorized
Project Information
AAL Programme
Project – SAfety of elderly people and Vicinity Ensuring – “SAVE”
Deliverable: D5.1 Plan of activities and guidelines
Version: 2.0
WP5 Leader: UniTBv
Table of contents
- Management Responsibility
- Document and Data Control
- The Project Management Board
- Internal Communication Strategies
- Project Reporting and Monitoring
- Risk Management
Introduction
The Plan of activities and guidelines (PAG) is the document setting out the activities and guidelines for the actions and outputs of the project, aiming to provide assurance that the quality requirements are planned and implemented appropriately.
This Plan is to be used by:
- the Partners of the project, responsible for preparing and amending deliverables;
- any responsible of a Partner for approving works to be done by third parties, in order to complete deliverables.
The PAG is an integral part of management planning. It has been prepared in this early stage of the project, in order to demonstrate and provide the Consortium with the assurance that:
- the Project Contract (and its Annexes) requirements and conditions have been reviewed and taken into implementation
- an effective quality planning & control has been drawn up
- the quality system is appropriate.
The PAG specifies the activities to be implemented, including their stages, steps in order to ensure that the project and its deliverables should conform to specific requirements. Those responsible for ensuring that the required activities are carried out, and the resources, which are crucial for their successful completion, are identified within the subsequent chapters of this document.
In that respect, the Quality and Assessment Plan includes explanations necessary to show how quality requirements for activities are met, and it’s structured accordingly.
A list of such activities is the following:
- Management responsibilities
- Document and data control
- Project quality control
- Product identification and traceability
- Inspection and testing
- Control of non-conforming deliverable
- Corrective and preventative actions
PLAN OF ACTIVITIES
WP1 – Technology framework (M01-M29)
Technology base assessment
- T1.1.1 Internet of Things (IoT) – framework and overview
- T1.1.2 Technology definition
- T1.1.2.1. Technologies for stress assessment
- T1.1.2.2. Technologies based on actigraphy
- T1.1.2.3. Technologies based on medical sensors
- T1.1.2.4. Proximity communication technologies
- T1.2 Wearable and clinical device integration
- T1.2.1 Preliminary system requirements
- T1.2.2 Preliminary verification / validation scheme
- T1.3 Sleep and audio sensor integration
- T1.4 Home sensor integration
- T1.5 Sensor networking
- T1.6 Cloud infrastructure
- T.1.6.1 The hardware/software/netware architecture
- T1.7 App development and UX design
- T1.8 Integration and implementation of “Technology Club” well-being aspect
Technology Club activities include:
- Identify preliminary needs and expectations of elderly regarding smart technology and monitoring lifestyle;
- Services Co-Design methodology development scheme, with the involvement of the end-users in Technology Club – well-being aspect and e-Health Sensors Monitoring directions;
- Elaboration of detailed system specification for the Technology Club – Well-being aspect and e-Health Sensors Monitoring;
- Test Validation scheme for the Technology Club – Well-being aspect and e-Health Sensors Monitoring;
- Services Co-Creation methodology development scheme, with the involvement of the end-users in Technology Club – well-being aspect and e-Health Sensors Monitoring directions;
- Subassembly integration for the Technology Club – Well-being aspect and e-Health Sensors Monitoring;
- Pilot infrastructure integration for the Technology Club – Well-being aspect and e-Health Sensors Monitoring;
- Support ensuring aspects for the Technology Club – Well-being aspect and e-Health Sensors Monitoring;
- System and service performances analysis at the end of the first phase of the pilot study for the Technology Club – Well-being aspect and e-Health Sensors Monitoring;
- System concept and logical architecture upgrade for the Technology Club – Well-being aspect and e-Health Sensors Monitoring;
- Final report contribution for the Technology Club – Well-being aspect and e-Health Sensors Monitoring;
Deliverables:
- D1.1 Technology Assessment and Research Plan -M04
- D1.2 Sensors and Sensors Networking Description -M15
- D1.3 Cloud Infrastructure -M18
- D1.4 Users Interfaces: APP and UX design -M18
- D1.5 “Technology Club” methodologies for physical well-being -M30
WP2 – End-user involvement and Service Feasibility (M01-M29)
- T2.1 Service base assessment
- T2.1.1 Targeting the target groups
- T2.1.2 Types of services offered
- T2.1.2.1 Services in the three involved countries
- T2.1.2.2 Services in the other E.U. countries
- T2.1.3 Assessment of identified services
- T2.1.4 Research state of the art
- T2.2 User research
- T2.2.1 Definition of methodologies and tools
- T2.3 Service concept and validation
- T2.3.1 Review on the existent and relevant user requirements
- T2.3.2 Definition of use cases, scenarios, personas
- T2.3.3 Service conceptualization
- T2.3.4 Co-design of user interfaces
- T2.4 Service definition and design
- T2.4.1 System Requirements
- T2.4.2 System architectures
- T2.4.3 System analysis
- T2.5 Testing Plan and User-centric technology validation
- T2.6 User-centric service tuning and refinement
Deliverables:
- D2.1 User Research Report -M09
- D2.2 Service Concept Report -M12
- D2.3 Test Case Report -M15
- D2.4 Technology validation actions -M15
- D2.5 Services Description -M18
- D2.6 Services validation actions -M29
WP3 – Test and validation (M01-M36)
- T3.1 Pilot base assessment
- T3.1.1 User involvement – number of end-users chosen for Pilots
- T3.1.1 Service specification release
- T3.2 Pilot user profile
- T3.2.1 First user survey (primary and secondary users)
- T3.3 Pilot Start-up
- T3.3.1 Service roll-out
- T3.4 Pilot execution
- T3.4.1 Second user survey (primary and secondary users)
- T3.5 Pilot Service Validation and Pilot evaluation
- T3.5.1 Assessing the social benefits reached by the end users
Deliverables:
- D3.1 Requirements for pilot sites -M04
- D3.2 Pilot users profile description -M10
- D3.3 Preliminary pilots results -M15
- D3.4 Final pilots experimentation outcomes -M36
WP4 – Business Exploitation (M01-M36)
- T4.1 Business base assessment
- T4.1.1 Competitors
- T4.1.2 Target audience and its segments
- T4.1.3 Usable channels and possible media
- T4.2 Definition of a draft BP
- T4.2.1 A viable commercial service infrastructure (CSI)
- T4.3 Model refinement
- T4.3.1 BP revision
- T4.3.2 Pilot CSI
- T4.3.3 Validation
- T4.4 Marketing strategies
- T4.4.1 Launch / Service delivery
- T4.5 Business planning
Deliverables:
- D4.1 Business assessment and opportunities analysis -M06
- D4.2 Intermediate Business Plan/-Model -M17
- D4.3 Exploitation plan -M29
- D4.4 Final Business Plan/-Model -M36
WP5 – Management and dissemination (M01-M36)
- T5.1 Project coordination
- T5.2 Communication
- T5.3 Innovation Management
- T5.4 Reporting
- T5.5 Dissemination Plan and Actions
- T5.5.1 Dissemination targets
- T5.5.2 Dissemination channels
- T5.5.3 Dissemination materials and tools
- T5.5.4 Approaching transnational networks and programmes
Deliverables:
- D5.1 Plan of activities and guidelines -M03
- D5.2 Website creation and web-platform activation -M06
- D5.3 Calendar year-1 report -M12
- D5.4 Dissemination plan -M15
- D5.5 Mid-term review questionnaire -M18
- D5.6 Calendar year-2 report -M24
- D5.7 Final report -M36
MILESTONES
- MS1 Setup phase completed -M6 (D1.1, D3.1, D4.1)
- MS2 Pilot system -M12 (D2.2, D3.2)
- MS3 Technology validation -M18 (D1.3, D2.3)
- MS4 Pilot feedback -M24 (D3.3)
- MS5 Service refinement -M30 (D2.5)
1. Management Responsibility
The current Plan is applicable to all the activities related to the project. The internal quality control system is aimed to ensure the conformity of the deliverables quality as well as coherence among WPs. The idea is to involve in the assessment of deliverables other partners, for example two partners, not directly involved in the revised deliverable, so they can provide comments and suggestions. The assignment of reviewers will be mainly based on the interrelation and relevance to other WP´s.
In order to ensure that the contents of all deliverables comply with the Project Contract, each partner identifies the responsible for the administration of the Plan who has the authority to identify problems during internal audits and to initiate actions, resulting in effective problem solutions. All problems should be raised within the project meetings, unless an urgent problem, which is realized as a significant constraint to project progress work, comes up and should be handled via email exchange and/or Skype and debated, in case of no solution, in the periodically Skype meeting. The minutes of the project meeting should describe the exact problem and record the agreed solution, as well as the time bound action to be taken to solve it. Once a problem has been identified, there is a requirement to provide sufficient evidence that the problem has been cured. The quality control will also permit to check that public procurement procedures, implemented by the consortium for the grant of services and experts, are respected and the subcontractors will be selected on competitive grounds – on the basis of best value for money.
The procedures which will be implemented include the establishment of an effective risk management strategy aimed at identifying and timely resolving potential risks. Potential management risks will be monitored by the Coordinator Partner (CP), updated once new risks are identified along SAVE AAL’ implementation.
Project risks will be monitored according to the following methodology:
- identification and description of the potential risks along the project duration
- determination of the risk impact on the project implementation/outputs
- determination of the probability level of each risk
- determination of the preventive/corrective actions for the elimination of the impacts once the fact is occurred (crisis management)
- review of each risk status in the relevant meetings and decisions about their further monitoring (e.g. preventive actions, etc).
To facilitate the management, an internal web-based project management platform sharing system has been set up for partners (on Google Drive). The project foresees also a quality control system with a clear view on the project’s envisaged outputs and how intermediate steps have to build up towards that output. This is particularly challenging as there are several intermediate project goals to be achieved within WPs, whereas each WP consists of a number of tasks with their own targeted outputs. The objective of the SAVE AAL quality management is to ensure that all tasks and WPs deliver high quality outputs – to form best quality inputs for the subsequent tasks and WPs.
During the project’s composition, some potential risks and proposed risk mitigation measures have been identified, as described in the table below:
Table 1: SAVE AAL Risk Register
Risk type | Likelihood | Impact | Relevance | Mitigation |
---|---|---|---|---|
Poor performance of project partners | unlikely | moderate | 4 | Each WP is led by WPLs who are experts of the given domain and have earlier experience in working in teams, hence they can inspire the involvement and engagement of the other members. They will continuously monitor the activities of the members and report the deviance if so to the CP. If the given partner does not fulfill the contractual obligation, after raising his attention and giving deadline to complete the poorly performed tasks, the consortium can decide on changing the status of the non/underperforming partner. |
Poor communication/ cooperation within the consortium | unlikely | moderate | 4 | The LP will manage the consortium to achieve the work plan and the activities’ schedule. E-mails, Skype, phone, Google Drive or Dropbox as a knowledge management tool will be used as day-to-day communication. There will be bi-montly skype calls on the progress and 6 monthly personal meetings to ensure the fluent communication. |
Financial liquidity problems | unlikely | minimal | 2 | In case of serious liquidity problem jeopardising the implementation of tasks, the status of the given partner can be modified and another partner will be involved to execute the tasks complying to the contract. |
2. Document and Data Control
The quality of the project will be also ensured by the conformity of data to be collected and used in the WPs. As previously mentioned, quality control will take place in the form of: bi-monthly conference calls between the PROJECT MANAGEMENT BOARD members to discuss the work progress taking into account risks and contingency plan and if a WP falls behind schedule. Milestones will be fundamental for checking this progress. If a milestone should not be reached, the CP together with the WP Leader will prepare a plan to bring the WP back on track as quickly as possible. However, the internal communication system, should function as such that deviations from the agreed work plan are observed before the milestone checkpoints.
The system contains two levels of documentation:
- The control of internal documents
- The control of formal deliverables overall quality
2.1. Deliverables layout
Official project deliverables must have a first page template created by the partner responsible for the WP. The partnership must also use the page layout (headers/footers) suggested in the same Deliverable. Furthermore, they should abide to the following rules:
- have a summary (table of contents);
- have a list of figures and tables (if applicable);
- have a list of terms and abbreviations used within the Deliverable;
- start with an one-page Executive Summary;
- end the main part with a conclusions section of around 1/2 page;
- preferable, include all technical detailed and other information in Annexes.
2.2. Dissemination event scheduling and reporting
The following are considered dissemination events:
- publications in technical or commercial magazines
- presentations in conferences
- exhibition stands and demos
- participation in workshops, open-days, forums and/or other events
3. The Project Management Board
The overall management structure consists of the Project Management Board (PMB) as the ultimate decisionmaking body of the partnership. Each member of the partnership delegate one representative and one deputy.
The Board is chaired by the Project Coordinator’s representative. The PMB monitors the implementation of the project, evaluates it at its half-yearly meetings and takes strategic decisions to ensure that the objectives of the project are fulfilled, foreseen results are achieved and the project is duly implemented.
Its work is supported by Work Package Leaders. In particular, it is the PMB members’ responsibility to approve the allocation of budget and sufficient human resources to ensure the implementation of the work packages.
Particular attention will be laid on exploitation/ dissemination issues, knowledge management, IPR, continuous monitoring and evaluation. PMB is responsible for decisions related to quality assurance, risk management and deviations in implementation.
The work of the PMB is supported by the IPR manager appointed to develop IPR-related guidelines and continuously feed in IPR related knowledge.
The process for the peer reviewing of a deliverable is that the deliverable under consideration/ examination will be forwarded, through the Work Package Leader, to all the members of the Project Management Board.
3.1 Deliverables peer review and control of non-conforming deliverables
This paragraph describes the peer review process of the produced deliverables and what are the procedures to be followed, when a Deliverable is not conforming to fundamental requirements. The Deliverables peer reviewing is undertaken by the PMB members. The responsible PMB members, after having studied the specific Deliverable under consideration, must evaluate it with respect to a set of key points.
It has to do with general comments and includes the following key points:
- Layout of the Deliverable
- Deliverable contents thoroughness
- Innovation level
- Correspondence to project and programme objectives
- Particular remarks in format, spelling, etc.
Apart from the above mentioned general key points, a set of specific comments are to be inspected for the specific Deliverable and are summarized in the following:
- Relevance
- Response to user needs
- Methodological framework soundness
- Quality of achievements
- Quality of presentation of achievements
4. Internal Communication Strategies
This section describes the Internal Communication Strategies, which is adopted between the Project Partners. Frequent communication among partners is anticipated and/provided via:
- e-conferences (Skype)
- telephone
- Google Drive
- Conflict resolution procedures
- Project slides
- Interim Reports
- Financial Statement Forms
NOTE:
EMAIL: In the object of each email related to the project remind to write first “SAVE AAL” and then the object of the email.
5. Project Reporting and Monitoring
Reporting is directed towards maintaining the relationship with the AAL Central Management Unit and National Financing Agencies / the National Contact Points as well as controlling the project progress and the use of resources.
As regards reporting towards the Financing Agency, SAVE AAL will compile the interim reports and a final report, asa well as 4 annual progress and financial reports. As regards internal reporting and monitoring tools, a periodical reporting system is envisaged.
All project partners are requested to send, in addition to all formal work and financial statement reports, an interim technical and financial report to Coordinator partner every 6 months.
The project is divided in the following reporting periods to AAL CMU and NCA/NCP:
- RP1: M01-M04
- RP2: M05-M16
- RP3: M17-M28
- RP3: M29-M36
These are used by the Coordinator Partner to concentrate the previewed milestones. Furthermore, when other key issues/problems are found, they will be evaluated and may cause alarm warnings by the PMB Warning alarms may be raised in the following cases:
- BUDGET-RELATED: If strong deviations are found out for any partner, concerning actual and predefined costs. This is valid for each partner and for each cost category.
- TIME-RELATED TO SUBMISSION OF DELIVERABLE: If 1/2 month before its issue date no draft is available, this is a warning.
Day-to-day management of the project
In order to ensure the co-working method and make the most update version of documents available to all partners, tele-working tools will be used for day to day management and communication with the consortium including file sharing through Dropbox/Google drive, file transfers, virtual meetings.
The project coordinator will also be responsible for the proper financial management of the project including the establishment of an internal controlling system and provision of relevant internal quarterly templates to be used by partners. The internal reports of partners will give update information on project implementation and will also feed into the annual progress and financial reports as well as into the mid-term and final review.
WP leaders shall be responsible for the overall coordination, management and proper execution of tasks of their respective WPs (reaching of milestones and achieving adequate quality of the deliverables). They regularly report on the status of deliverables to the Project Coordinator and to the PMB.
WP leaders maintain clear and constant communication with the partners contributing to their WPs and are responsible for interactions with other WPs.
Each WP leader will hold regular virtual meetings (at least 1 at every 2 months) and six monthly WP meetings.
The conclusions and key findings of each WP meeting will also be summarized in written form.
6. Risk Management
Project risks describe the impact on the project such as diminished quality of the end product, increased costs, delivery delays, loss of market-share, or failure.
Risk management incorporates the following activities:
- Assessing continuously what could go wrong (risks)
- Determining which risks are important to deal with
- Implementing strategies to deal with those risks
The main actions to prevent risks are described below:
- Identify: makes all known project risks explicit before they become problems
- Analyze: transforms risk data into decision-making information
- Plan: translates risk information into decisions and mitigating actions (both present and future) and implements those actions
- Track: monitors risk indicators and mitigation actions
- Control: corrects for deviations from the risk mitigation plans
- Communicate: enables the sharing of all information throughout the project – it is a cornerstone
For the various project activities related to work involved in the project work packages the following are identified:
- Risks
- Their impact on the project
- Effect (level of impact)
- Probability of occurrence
An information and communication activity on risks must be used for identifying new risks as well as modifying the status of risks, tracking the status and monitoring the mitigation strategy evolution. Work Package Leaders are responsible for giving the Coordinator partner and the PMB alerts and warning related to their respective work packages. These are to be consolidated by the Lead partner who maintains an updated version of the Risk Management Plan for the project.
Conclusions
This document presented the plan of activities ans processes for providing assurance that the quality requirements are planned appropriately and the actions analyzed in the relevant sections are compliant with the Project Contract of “SAVE AAL”.
REFERENCES
[1] „Project Management Body of Knowledge”, Project Management Institute, 2018