Question:
Please state whether it is appropriate that a single Senior Supplier represents the Traditional Owners located on the land where Central Queensland Campuses will be situated.
Your explanation is needed.2.
Which of these two opening statements should Project Executive choose?
A script with the right words and explanation is required.3.
Is this the right method of gathering requirements? Explain vour answer.4.
What document would be used to track requirements throughout a project’s life cycle.
Answer to Question: PPMP20008 Initiating And Planning Projects
Template Requirements Management Planning
Our Language Matters1.
Plan The Requirement Activities
Defining team roles
* Owner
* Project Manager
* Developer
* Quality assurance analyst
* Trainer
* Database analyst
* End user* Subject matter expert
* Stakeholders
Identifying the roles, responsibilities and content of the documents.
Identifying, describing and classifying stakeholder.
Determining the work division strategy.
Coordinating information flow between the team members.
Knowledge transfer: Knowledge that is Embbodied, Embrained and Encultured should be transferred (Taskin Verville & Al Omari, 2013).
1.1 Traditional Owner/S The Land On Which CQUniversity Campuses Is Located
According to prince 2, the project should be split into three roles. These are Senior User, Senior Supplier and Executive.
The board should not have only one supplier.
The project board is responsible for controlling the project in three ways. First, they use stage tolerances. Second, they decide at each stage whether or not the project should go ahead. Third, they monitor the reports of the project manager. (Kortrouba and Alexaki 2016, 2016).
1.2 Wording For ‘Acknowledgement To Country’
It is acceptable for project executives to acknowledge country. Aboriginal people cannot do a ‘welcome home to country’.
This might offend the directors and make them embarrassed to perform a welcome-to-country when the project executives is not from the group of traditional owners (Kowal, 2015.).
Translation Services: 1.3 Requirements
No, this is not possible for this project.
Only one change will not help with requirements gathering for translation services. (Kaur und Sengupta 2013).
Here is the recommended checklist that will be useful for this project:
* A detailed description of the project.
* Focusing on the specific types work such as localization and translation, copyedit, revision, update and proofreading.
* Ideally, a editable source files.
* The target venue where the translator will be read.
* Information about the targeted audiences
* Special Requests
* Deadlines
* One person responsible for reviewing the final translation.2.
Tracking Document for Requirements
The following documents will be used to track the requirements during the project lifecycle.
ConOps is a concept of operation. This describes the characteristics of a proposed system according to the perception of the user.
SRD System Document Requirements: A formal statement of system requirements. This document can contain the following:Functional requirements, system interface requirement, data requirements, physical requirements, operational requirements etc.
RTM (Requirement Trackability matrix): A table that helps to connect the origin requirements and trace them throughout the project’s life cycle.
TMP: Test Master Plan (Test Master Plan) – Documents that describe the scope, management and sequence of test activities.3.
Prioritisation of Requirements
Software product management uses requirement prioritization to identify which software product requirements should be included in each release.
Prioritizing requirements is a way to minimize risk in the development of a project.
To address that risk first.
It is vital to communicate with stakeholders about the process. The influence and power of stakeholders can have a significant impact on the success and failure of the initiative (Robertson & Robertson 2012.
You can have power to support and constrain the initiative.3.1MoSCoW Technique
MoSCoW can be used in business analysis and management to balance the opinions of the stakeholders. This is based primarily on the importance stakeholder place on the delivery meeting all their requirements (Hermariji 2016,).
It’s also known as MoSCoW Prioritization and MoSCoW Analysis.References:Taskin, N., Verville, J., & Al-Omari, A. (2013).
An integrated framework for managing knowledge.
African Journal of Business Management, 7 (15), 1285.Koutrouba, K., & Alexaki, L. E. (2016).
Project-based Learning: Small Steps but Great Leaps in a Conservative Educational System.
Greek Students’ Views.
EJSER European Journal of Social Sciences Education and Research Articles.Kowal, E. (2015).
Welcome to country: Acknowledgement. Belonging. White anti-racism. Cultural Studies Review, 21(2), 173-204.Kaur, R., & Sengupta, J. (2013).
Software process models and analysis about the failure of software-development projects. arXiv preprint arXiv:1306.1068.Macaulay, L. A. (2012). Requirements engineering.
Springer Science & Business Media.Robertson, S., & Robertson, J. (2012).
Learning how to master the requirements process. Addison-wesley.