Assignment Task (Assignment Number: UA503)

Task 1 – Project Human Resource Management

Instructions to Learners:

• This summative assessment can be completed in class or at any other convenient location.
• Students are required to complete this task using digital tools and ensure to submit in an acceptable format, e.g. .docx, .pdf, .pptx, or as advised by your assessor.
• Please use the following formatting guidelines to complete this assessment task:
  • Font Size: 12; Line Spacing: Double; Font Style: Times New Roman
• Assessment activities can be completed either in real workplace environment or in a simulated environment such as your classroom. In both cases, appropriate evidence of the assessment activities must be provided.

Instruction to Assessors:

• You must assess student’s assessment according to the provided Marking Criteria.
• You must complete and record any evidence related to assessment activities including role-plays and presentations using appropriate forms which must be attached with student assessment submission.
• You must provide students with detailed feedback within 10 working days from submission.

This assessment task requires you to:

• plan and allocate human resources to a project
• identify and organise project personnel training and development
• manage project personnel to achieve project outcomes
• apply human resource management (HRM) methods, techniques and tools to the project.

Assuming your organization was awarded the following tender:

ATM ID: NAA RFT 20xx/1058 Agency: National Archives of Australia Category: 81110000 – Computer services Close Date & Time: 15-Aug-20xx 2:00 pm (ACT Local Time) Publish Date: 15-Jul-20xx Location: ACT Canberra ATM Type: Request for Tender APP Reference: NAA20XX-1 Multi Agency Access: No Panel Arrangement: No Description: A service provider is being sought for the technical upgrade of the Archives’ website Destination: Australia. In order to ensure the best value for money and optimal functionality (for the website and related exhibition interactive) going forward, it is necessary for the website to be transferred from a proprietary CMS to a commonly available CMS (including, but not limited to, an Open Source CMS). The website will enable the National Archives of Australia to collect user contributed data about the photographic collection featured on the site. The interface must be modern, engaging and user-friendly, designed to meet the needs of people of all ages, and differing levels of computer and English literacy. The website must interact successfully with an exhibition interactive via an existing API. There is an option for hosting, maintenance and support services to be provided from contract execution until 31 December 2019. Timeframe for Delivery: November/December 20XX with a possible extension of up to 3 years for hosting and maintenance. The Requirement The National Archives of Australia (Archives) (the Customer) is responsible under the Archives Act 1983 (Cth) for the preservation and storage of Commonwealth records, including the archival resources of the Commonwealth. This procurement request relates to the website redevelopment and hosting and maintenance services for website Destination: Australia. The current website is located at https://www.destinationaustralia.gov.au The photographs showcased on this website are part of the Immigration Photographic Archive (Series A12111). This collection comprises more than 22,000 black-and-white and colour photographs taken by government photographers between 1946 and 1999 to record the arrival and settlement of migrants in Australia after World War II. The photographs were used in newspapers, magazines, posters, brochures and displays to promote Australia as a prosperous welcoming nation to potential migrants and to reassure the Australian public that new migrants would readily settle into the Australian way of life. In 2014, Destination: Australia was upgraded to encourage users to upload their own photographs and stories to share their migrant experience, further adding rich personal context to the Archives’ collection. These ‘Feature Stories’ are also available (via an API) in a ‘Globe’ interactive in the Archives’ exhibition A Ticket to Paradise?, which is touring nationally from April 2016 to September 2019. Required Redevelopment of existing website Destination: Australia Softwareto be either open source or common-use proprietary Content Management System (CMS) One website prototype round, with testing and feedback Website testing including content review Final revisions Final testing and bug fixes Website handover Final documentation including website style guides, master templates, admin user guidelines, technical specifications. This must be written in English with clear instructions for non-technical experts to operate the CMS.   Optional External hosting and ongoing support with a service level agreement (3 years). Updates and post implementation changes in response to user feedback   Required deliverables API compatibility The website must continue to work with the pre-existing API linking the content with an exhibition interactive The administrator account to the Destination: Australia CMS must have a check box function that allows the administrator to select which feature stories will be published through the API to the exhibition interactive. The API must be able to draw all user-added content in the selected feature stories, including photographs, through to the linked exhibition interactive. The website will support sourcing and storing its data from the Archives’ API, according to API calls provided by the Archives, to ensure valid, up to date data is displayed on the website. The website must successfully GET, POST and PUT and DELETE data using the API within agreed timeframes. Data from the API contains a mix of official records and user generated content API compatibility and function must be maintained at all times until December 2019 The successful supplier will be provided with further documentation on the API.   Accessibility/compatibility All elements of the solution must comply with the relevant Australian Government mandatory criteria including meeting Web Content Accessibility Guidelines (WCAG) 2.0 – to Level AA. Refer to the Australian Government Digital Transformation Office website for more information – https://www.dto.gov.au/standard/design-guides/ Any online forms should include identifying mandatory fields, error validation and error suggestion on input fields (e.g. include @ for email addresses), as per the WCAG 2.0 Level AA. All elements of the solution must display consistently across popular Windows, Macintosh and Linux browsers including Internet Explorer (V9 up), Firefox, Chrome, Safari and Opera. Code to ensure ease of use and accessibility from desktop, tablet and smart phone / mobile platforms using responsive interface design.   Privacy, security and intellectual property Data captured in online forms should reflect the Australian Privacy Principles (which unify the National Privacy Principals and the Information Privacy Principles) and security obligations of (ASD). Including any updates to how data should be stored according to the Australian Privacy Principles or security obligations.  Website security appropriate to support administration module, members’ pages, API developer key hidden and enables encryption of stored data including indexes and registered user’s personal details e.g. email address.   Hosting The website application must be built to be hosted externally to the Archives’ IT infrastructure taking into account data sovereignty, data protection controls (see the Australian Government Protective Security Policy Framework (PSPF) and Information Security Manual) and compliance with the Privacy Act. Please see ‘Optional Deliverables’ for information on the optional hosting component of this procurement process.   Aesthetic design The aesthetic design of the website must be maintained for the upgraded website. Style guides and other necessary components will be provided to the successful Supplier.   Content Management System The website must support formats to enable crowd sourced data and display of collection data including images. The solution must provide an easy way for administrators to view and record user-generated activity across the site from within the administration CMS. The website’s supporting CMS or web application must have both a design and source interface enabling recognition of user contributed data and has the ability to manage full user administration and content moderation in-house. This must include tasks such as updating all content (including descriptions on collection photographs), monitoring and moderating user-generated data and where necessary, blocking, removing, editing and/or extracting user-generated data. Administration module must be secure Administration page displays name (as well as screen ID) of contributing users The solution must support Google Analytics for website visitor statistics and pre-scripted database reports for listing and exporting all user generated content. The website must comply with records management requirements to enable the website to be archived with user-generated data extracted (e.g. XML, CSV format and image formats) with relevant references for future re-purposing.   Email notifications to administrator Email notification to be sent to destinationaustralia@naa.gov.au when a user adds a comment, tag, person, location to a collection photograph, or adds a feature story.  Notifications should include a hyperlink to the new content in the CMS administrator account. Email notification to be sent to destinationaustralia@naa.gov.au when a user reports comments or other content. Notifications must include a direct hyperlink to the reported content.   Public user login Website users have the option of browsing and searching the website without registration. Anyone wishing to input data to the website must register and login with a unique email address and passphrase. Existing usernames and passwords must carry over to the redeveloped site Profile must include an online form for users to contact Archives to remove or edit their user-added content Optional: ability for the user to ‘link’ together multiple stories that they have contributed by the user, or to allow sorting by tag with user name. The published feature story page would display a link to take viewers to the related stories.   Navigation Website navigation must align with pre-existing information architecture for Destination: Australia. Breadcrumbs must be added to the top of each page to enhance user navigation   Search function Ability to query search and return search results, this will be supported through the API calls, and the interface will need to be configured to return merged search requirements and apply search parameters (e.g. filters) for the Discovering Anzacs interface. Required: free text feature stories and comments contributed by users must be posted back to the API to become searchable on Destination: Australia. User-added tags on stories must be posted back through the API to become searchable. User-added locations on stories must be searchable and clickable to sort stories by place Adding terms to the search parameters should refine the search (it currently expands the result field) The website must include all images within the A12111 series/collection, and search results must display all relevant images. Check that search picks up all photographs in collection (or that Destination: Australia captures all images in A12111) – e.g. searching for “Petrus Mouwmans” does not give a result, although it is listed in RecordSearch: A12111, 1/1963/14/9. Results distinguish between feature stories, collection items and user added photographs. Results able to be sorted by category (feature story, collection item) or by date range (earliest to latest or vice versa) Image title to appear at the top of the results display (currently “view this photograph”). Hit highlighting – the search interface will support search term (e.g. keyword, name) hit highlighting using bold or similar   Updates/fixes to ‘add your story’ form (see Attachment B for images of changes) All free text fields must allow users to copy and paste text from other programs. The fields ‘Year’, ‘Country of origin’, ‘Theme’ and ‘Photos’ (at least one) must be compulsory Adding images ‘Add photos’ must be moved to location above ‘Add Your Story’ When adding an image from the website, the citation and image caption must also be imported. The citation (e.g. NAA: A12111, 2/1969/4A/18) must be locked in, with the option for the user to personalise the caption. When adding an image from the website, users must be able to search by collection control symbols and non-consecutive key words. When adding an image from the website, user has the ability to refine the search using date range. When adding an image from the website, clicking ‘enter’ after typing keyword must initiate the search (currently takes user to blank error page). ‘Add image from website’ search must return all results available through Destination: Australia. The website must perform checks to ensure the user is uploading an accepted size and format (e.g. png, jpeg) and provide error messages where limits are exceeded. Optional: add a new function to allow users to select from their ‘Favourite’ images to add to their story. Optional: users able to crop images before they upload.   Add your story ‘Add your story’ text field must allow simple formatting: paragraph breaks, italics. Must display Latin diacritics (accents e.g. acute é, grave è, circonflex ê, caron č; dots e.g. diaeresis ë; cedilla ç, ogonek ą).   Feature story publishing process Selecting ‘Preview’ must save a copy that allows for the user to return and edit content. This draft copy must not be publicly available at this stage. Selecting ‘Save your story’ (on contribution form page) or ‘Save and submit’ (on preview page) submits the story to the CMS and publishes the feature story on the live website Stories are automatically published on submission.   Feature story display page (front end) On published feature stories, viewers must be able to click on categories (year, country, tags, locations) to bring up a list of any other stories/images with the same user-added metadata Must display Latin diacritics (accents e.g. acute é, grave è, circonflex ê, caron č; dots e.g. diaeresis ë; cedilla ç, ogonek ą) Must display simple formatting: line breaks, italics Images must be able to open for larger display in a lightbox, with accompanying caption Optional: where a user has added a photograph from the website, the image on the published feature story page links back to the image display page for the particular record (i.e. with metadata, comments, tags etc). Optional: if users add data to ‘location’, map with tagged locations should be shown on published feature story page.   Record display page (front end) Required: create ‘order record’ button that takes the user through to PhotoSearch result for that image and the associated ‘ordering images’ text box.   Home page Optional: preview of ‘Feature stories’ displays feature stories at random Testing The Supplier must outline the project plan and team roles and the testing strategy and plan. It should also include any handover files and documentation to be provided for implementation. Extensive testing will be required prior to the website launch. This includes iterative testing during development, implementation of changes and subsequent re-testing. On implementation and handover, the Destination: Australia website should be fully functional and populated with relevant content and data. As part of the website handover, training sessions and support documentation for nominated administrators will also be required. Testing must include success of API calls to/from the Destination: Australia website for creation, deletion, updates and retrieval of data in conjunction A Ticket to Paradise? ‘globe’ interactive. The National Archives will determine when the website is ready to be launched and the date. However, the supplier must be able to meet the nominal launch date of 25 October 2016. Acknowledgements The banner (visible on all pages) must include:   Destination: Australia web tile Multi-agency logo for the National Archives of Australia and the Department of Immigration and Border Protection (to be provided by the Customer) The following tagline: ‘The National Archives acknowledges the support of the Department of Immigration and Border Protection for the Destination: Australia website’, with the text ‘Department of Immigration and Border Protection’ hyperlinked to the website https://www.border.gov.au/   Progress meetings and reports   The successful Supplier will be required to: Attend the project kick-off meeting (face-to-face / teleconference) Attend regular updates at an agreed time and day, at least fortnightly. Attend scheduled project meetings to report at key milestones or deliverables throughout the project. Communicate any issues which may impact agreed project tolerances as they occur Attend project wrap-up meeting with final deliverables and website handover including report/documentation. Work collaboratively with National Archives staff and Suppliers to meet expectations and resolve issues.   Optional Should the option of host services be agreed to by the Customer, the Supplier must attend ongoing support meetings or maintain regular communication as required, up until the end of the contract. Project Management Requirements The Archives will nominate a Project Manager who will be responsible for liaison with the successful supplier in relation to management of the contract and overall service delivery. Potential Suppliers must specify all staff and subcontractors proposed to complete the work. The successful Supplier will be required to nominate a Project Manager as the primary point of contact for the Archives. This person will be responsible for the management of the contract as a whole and for liaison with the Archives’ Project Manager. After delivery The Supplier must commit to providing defect resolution in the post-launch period, up to 30 April 20xx, in response to Archives user testing and feedback. In this period the Supplier must complete full internal testing and bug fixes before any solution release for publishing.   Optional deliverables   Hosting and maintenance The Potential Supplier should provide a response for an optional service level agreement, to host the website externally to the Archives’ infrastructure, provide ongoing maintenance and support until 31 December 2019. The website application must be hosted externally to the Archives’ IT infrastructure taking into account data sovereignty, data protection controls (see the Australian Government Protective Security Policy Framework (PSPF) and Information Security Manual) and compliance with the Privacy Act. Quality of service requirement in order to maintain its effectiveness; available 99% of up time annually and has appropriate back-up (with equal features to meet above-mentioned data security and privacy requirements) scalability options and recovery processes. Response time for issues to be negotiated and confirmed with the successful Supplier. Capability to function with future API’s Potential to link with National Archives’ and external sources’ collections and data, via API’s that may be developed in the future.

Within your practice environment, complete each of the following parts:

(a) Develop a Project Human Resource Plan for the project (The attached may be used as a basis).

(b) Create a Responsibility Assessment Matrix (RAM).

(a) Provide a ‘Project Closure Report’ addressing the Human Resources, Communications and Stakeholder areas of the project. Write a report reflecting on the contributions you made in the process. (The attached may be used as a basis).

(b) Conduct an evaluation of the Human Resources, Communications and Stakeholder areas of the project, and document your findings in a ‘Project Evaluation Report’ or ‘Post Implementation Review’.

(c) Outline how you will incorporate your findings and lessons learned into future projects.

(d) Identify any skill development/training needs you may have applicable to human resources, communication and stakeholder management.

Danford College [Company Address]	Tel: Fax:	[Company Phone] [Company Fax] [Company E-mail]
 	[Ref. number]
[Project Name]
[Sub-Project, phase, etc.]

Revisions and Distribution

Revision

Release date

Distributed to*

Client

Consultant

JV Main office(s)

All project mgmt. dept.

Sub-contractors

Suppliers

Rev. 0 (draft)

29/10/2013

*) Detailed distribution lists shall be prepared for each distribution event. Further details as per the project communication plan

Amendments

The [Category] from time to time may require updates. Any amendment to this plan shall be informed to the change control board by use of the change request form and approved by the project change control board prior to distribution. Only revised parts of the plan will be distributed along with the approval and shall be accompanied by instructions how to implement the changes.

The initial page numbering system (to be added upon initial approval) will be a normal continuous numbering displayed in the lower right corner of each page. In the event that pages have to be added, characters shall be added to the number. In case entire pages are deleted, the corresponding page shall be replaced by a blank page stating “page removed”.

Each added/changed page shall have the revision number and date of approval displayed on the bottom of the page.

Project Sponsor Approval

Prepared by:	Reviewed by:	Approved byProj. Sponsor:
Place, dd/mm/yyyy	Place, dd/mm/yyyy	Place, dd/mm/yyyy
Designation	Name Designation	Name Designation

Objective

In order to deliver the project successfully, staffs with the right skills and experiences are needed.

The aim of the HR Management Plan is to identify and define the necessary roles and positions and to assess how critical the respective role for the success of the project is. Roles are therefore categorized in proficiency levels and appropriate measures are planned to close possibly existing gaps.

Subject of this planning is also the subsequent use of personnel.

Missing or incorrect personnel can mean a significant risk for the project’s success. Please refer to the Project Risk Management Plan.

Other Project Plans

This project communication management plan forms part of the overall project management plan.

Further project plans to be read in conjunction to this project quality management plan are:

1. Project Management Plan,
2. Project Scope Management Plan,
3. Project Requirements Management Plan,
4. Project Schedule Management Plan,
5. Project Cost Management Plan,
6. Project Quality Management Plan,
7. Process Improvement Plan,
8. (this Project Human Resource Management Plan),
9. Project Communication Management Plan,
10. Project Risk Management Plan,
11. Project Procurement Management Plan,
12. Project Stakeholder Management Plan,
13. Project Financial Management Plan,
14. Project Health and Safety Management Plan,
15. Project Environmental Management Plan,
16. Project Claim Management Plan.

HR Requirements in Overview

SN	Role	When needed?	Desired Skill Level	Actual Skill Level	Skill Development Strategy
A	B	C	D	A	B	C	D
01	Project Manager	Project Initiation through Project Closure	X					X			Send for PMP training

A = proficient, B = well experienced, C = experienced, D = basic

Description of Roles & Responsibilities

Project Manager

The Project Manager

• Prepares the project management plan and revision(s) thereto.
• Participates in and manages project planning activities.
• Manages, reviews, and prioritizes the project work plans with objective to stay on time and on budget.
• Provides status and progress reviews to Sponsor and receives directions.
• Manages and supervises project team.
• Brings issues to the Sponsor as needed and makes recommendations.
• Identifies required project team members and forms project team.
• Motivates and coaches project team members.
• Monitors contract compliance.
• Manages change orders.
• Conducts risk management analysis.
• Meets facility and resource requirements.
• Reviews deliverables.

QA & QC Manager

The QA & QC Manager

• Develops the project quality management system and prepares the project quality management plan and the process improvement plan and revision(s) thereto.
• Distributes the project quality management plan and relevant documentation to sub-contractors and suppliers.
• Monitors the effectiveness of the project quality management system and recommends and implements improvements when required.
• Performs project audits.

Ensures that all quality requirements are collected and informed to the concerned persons and parties.

• Directs and manages all quality related processes on the project including all inspections, testing, audits, verifications, approvals etc…
• Verifies that production activities and deliverables or part(s) thereof are in accordance with applicable standards.
• Attends client quality management meetings.
• Chairs the regular QA & QC meetings with sub-contractors and suppliers.
• Coordinates, manages and controls the compilation of the project quality file.
• Reviews project staff qualifications and determines training requirements.
• Monitors and controls the remedial action of all issued non-conformance reports and closes all client complaints related to project quality.
• Coordinates project requirements with the procurement manager.
• Coordinates all quality related correspondence with the client and/or the client representative.
• Archives the project documentation upon completion of the project.
• Supervises the activities of the subsidiary staffs.

QC Inspector (on-site)

The QC Inspector at site

• Verifies the quality of material and/or intermediate products.
• Monitors the production of all products and/or intermediate products.
• Inspects during all stages of the production process.
• Verifies the quality of products and/or intermediate product.
• Documents inspections and tests conducted on materials, products and/or intermediate products.
• Maintains checklists.
• Identifies risks and issues with quality.

QC Inspector (off-site)

The QC Inspector off the project premises

• Verifies the quality of material and/or intermediate products.
• Monitors the production of all products and/or intermediate products.
• Inspects during all stages of the production process.
• Verifies the quality of products and/or intermediate product.
• Documents inspections and tests conducted on materials, products and/or intermediate products.
• Maintains checklists.
• Identifies risks and issues with quality.

QA Eng.

The QA Engineer

• Contributes in process improvement planning.
• Establishes best practices.
• Develops and implements quality assurance procedures.
• Ensures compliance to established processes and procedures.
• Participates in project auditing.
• Reviews project documents.
• Analyzes non-compliances and recommends accordingly.
• Contributes to change control.

QA Eng. (submittal review)

The Submittal Review Engineer

• Receives and reviews submittals from sub-contractors and suppliers and checks completeness of the document.
• Verifies that proposed materials and/or intermediate products are in accordance with the project requirements and specifications.
• Marks deviations and either corrects them or comments or asks for re-submission if necessary (depends to severity of deviation).
• Updates and communicates approved material list.

Document Controller

Responsibility Assign Matrix (RAM)

SN	Task	Roles as described above
Project Mngr.	QA & QC Mngr.	…

Key: R = Responsible for completing the task

A = Accountable for ensuring task completion,

C = Consulted before any decision taken

I = Informed of taken decisions

Note: For each task only one role can be accountable.

Staffing management

Staff Acquisition

From where and how are you getting the resources?

Resource Calendar

The timeline when resources are required

Training

What trainings must be provided respective which skills need to be developed?

Performance Review

How and how often are you doing performance reviews?

Recognition and Rewards

Explain how you will recognize/reward team members

Project Closure and Post Implementation Report (Section) Project Name

Project Name:
Date:		Version:
Author:
Project Sponsor:
Senior User:
Senior Supplier:

OVERVIEW

1. END PROJECT REPORT
   1. Performance against plans and tolerances Target/Tolerance Planned Actual Details
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
   2. Benefits delivered

1. Residual benefits

1. Changes

1. Project issues

1. Recommendations

2. POST PROJECT REVIEW
   1. Date(s) for review

1. Responsibilities

1. Plan

3. FOLLOW-ON ACTIONS
   1. Open project issues

Issue ID:	Issue summary	Proposed action	Reason

1. Ongoing risks Risk ID: Risk summary Proposed action Reason
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
2. Handover/training needs

1. Other required activities

4. LESSONS LEARNED
   1. Report summary

1. Key areas for improvement

1. Lessons learned summary

Lesson No:	Situation Description	Outcome	Impact	Lesson Learned
1
2
3
4
5
6
7

1. Controls and tools

Lesson No.	Control/Tool Used	Positives	Negatives

Assignment Solution/Sample Answer

Download the sample solution for the above mentioned assignment or order an fresh assignment. We are ready to do it for you.

Client on the below button and mention assignment ID UA506 to download the task after paying 6 USD only.