Writing a Scope Statement Paper
Order ID:89JHGSJE83839 Style:APA/MLA/Harvard/Chicago Pages:5-10 Instructions:
Writing a Scope Statement Paper
(Note: the text in RED is designed to help you write your Scope Statement. Please remove all red text before submitting your assignment.)
- Executive Summary
- Have you noticed how useful it is to have an Executive Summary of your project already written? A well-written Executive Summary is one that can be used in multiple documents as needed. As with other Executive Summaries, this summary should briefly describe the background and purpose of the project, and it’s acceptable to reuse summary text from other deliverables.
- Because the Scope Statement is different from other scope documents in that it is a living document (it can be changed as project scope changes), it’s helpful to identify the project’s overall expected cost and delivery timeframe, to quickly provide readers a sense of the project’s scale.
- Business Requirements
- In this section, identify the business requirements this project was undertaken to satisfy. It is acceptable to restate the business requirements you identified in your Business Case (in fact, if your business requirements have changed, then the purpose of the project has changed, which isn’t a good sign. Business requirements should remain fixed once a project has been approved for initiation.)
- Solution Requirements, Prioritization, and Verification
- This section will contain a prioritized list of the project, technical, and any regulatory requirements associated with your project. Begin this section by briefly summarizing the requirement collection process used for your case study project, to give the requirements themselves some context. For example, you may want to briefly identify the collection tools used, some of the key stakeholders involved, and how requirement priorities were determined.
- Next, list the requirements for your case study (identify, at a minimum, 15 requirements.) For each requirement, include:
1.0 The requirement sentence itself
1.1 The type of requirement: project, technical, or regulatory
1.2 Whether the requirement is a “must have”, “should have”, or “nice to have” requirement
1.3 How you will determine the requirement has been fulfilled (what verification methods will be used)
- You may find using a table (or simple columns) useful for organizing your requirements list, but you are not required to do so.
- Exclusions
- In this section, identify at least two items that are NOT included as part of this project.
- Key Project Features
- Project Constraints
- In this section, identify any conditions that limit project planning, such as the availability of certain important personnel or pieces of equipment; the amount of money available for the project; contractual limits; and/or predefined timelines.
- Important Milestones
- In this section, identify any important delivery dates or interim delivery dates the project plan must include. For example, identify any required project reviews, inspections, testing milestones, or fiscal reporting dates (you are not limited to these examples.)
- Project Assumptions and Risks (this section is not required for this assignment)
- Most scope statements include a section that identifies any assumptions and risks associated with the project thus far. Since you already identified risks for your case study project in your business case assignment in course week 1, you are not required to generate a new list of risks for this scope statement assignment. This section has been included with this scope statement simply to show you it is normally a part of the scope statement, to give you a complete scope statement template for potential use outside this class.
- Approvals
- This final section provides space for actual signatures, to formally indicate approval of the requirements, priorities, acceptance criteria, and exclusions identified. Formal approval of the scope statement allows the project team to use this document to begin detailed project planning, so it’s important this document indicates agreement from any stakeholder responsible for overseeing any part of this project.
- In this section, create an area for key stakeholders to sign this document. For your case study, who do you believe should sign this document? Be sure to also identify the signatory’s name, role, and the date the document was signed.
Scope Statement: [Your Proposed Project Name Here]
(Note: the text in RED is designed to help you write your Scope Statement. Please remove all red text before submitting your assignment.)
- Executive Summary
- Have you noticed how useful it is to have an Executive Summary of your project already written? A well-written Executive Summary is one that can be used in multiple documents as needed. As with other Executive Summaries, this summary should briefly describe the background and purpose of the project, and it’s acceptable to reuse summary text from other deliverables.
- Because the Scope Statement is different from other scope documents in that it is a living document (it can be changed as project scope changes), it’s helpful to identify the project’s overall expected cost and delivery timeframe, to quickly provide readers a sense of the project’s scale.
- Business Requirements
- In this section, identify the business requirements this project was undertaken to satisfy. It is acceptable to restate the business requirements you identified in your Business Case (in fact, if your business requirements have changed, then the purpose of the project has changed, which isn’t a good sign. Business requirements should remain fixed once a project has been approved for initiation.)
- Solution Requirements, Prioritization, and Verification
- This section will contain a prioritized list of the project, technical, and any regulatory requirements associated with your project. Begin this section by briefly summarizing the requirement collection process used for your case study project, to give the requirements themselves some context. For example, you may want to briefly identify the collection tools used, some of the key stakeholders involved, and how requirement priorities were determined.
- Next, list the requirements for your case study (identify, at a minimum, 15 requirements.) For each requirement, include:
1.0 The requirement sentence itself
1.1 The type of requirement: project, technical, or regulatory
1.2 Whether the requirement is a “must have”, “should have”, or “nice to have” requirement
1.3 How you will determine the requirement has been fulfilled (what verification methods will be used)
- You may find using a table (or simple columns) useful for organizing your requirements list, but you are not required to do so.
- Exclusions
- In this section, identify at least two items that are NOT included as part of this project.
- Key Project Features
- Project Constraints
- In this section, identify any conditions that limit project planning, such as the availability of certain important personnel or pieces of equipment; the amount of money available for the project; contractual limits; and/or predefined timelines.
- Important Milestones
- In this section, identify any important delivery dates or interim delivery dates the project plan must include. For example, identify any required project reviews, inspections, testing milestones, or fiscal reporting dates (you are not limited to these examples.)
- Project Assumptions and Risks (this section is not required for this assignment)
- Most scope statements include a section that identifies any assumptions and risks associated with the project thus far. Since you already identified risks for your case study project in your business case assignment in course week 1, you are not required to generate a new list of risks for this scope statement assignment. This section has been included with this scope statement simply to show you it is normally a part of the scope statement, to give you a complete scope statement template for potential use outside this class.
- Approvals
- This final section provides space for actual signatures, to formally indicate approval of the requirements, priorities, acceptance criteria, and exclusions identified. Formal approval of the scope statement allows the project team to use this document to begin detailed project planning, so it’s important this document indicates agreement from any stakeholder responsible for overseeing any part of this project.
- In this section, create an area for key stakeholders to sign this document. For your case study, who do you believe should sign this document? Be sure to also identify the signatory’s name, role, and the date the document was signed.
Writing a Scope Statement Paper
RUBRIC
Excellent Quality
95-100%
Introduction 45-41 points
The background and significance of the problem and a clear statement of the research purpose is provided. The search history is mentioned.
Literature Support
91-84 points
The background and significance of the problem and a clear statement of the research purpose is provided. The search history is mentioned.
Methodology
58-53 points
Content is well-organized with headings for each slide and bulleted lists to group related material as needed. Use of font, color, graphics, effects, etc. to enhance readability and presentation content is excellent. Length requirements of 10 slides/pages or less is met.
Average Score
50-85%
40-38 points
More depth/detail for the background and significance is needed, or the research detail is not clear. No search history information is provided.
83-76 points
Review of relevant theoretical literature is evident, but there is little integration of studies into concepts related to problem. Review is partially focused and organized. Supporting and opposing research are included. Summary of information presented is included. Conclusion may not contain a biblical integration.
52-49 points
Content is somewhat organized, but no structure is apparent. The use of font, color, graphics, effects, etc. is occasionally detracting to the presentation content. Length requirements may not be met.
Poor Quality
0-45%
37-1 points
The background and/or significance are missing. No search history information is provided.
75-1 points
Review of relevant theoretical literature is evident, but there is no integration of studies into concepts related to problem. Review is partially focused and organized. Supporting and opposing research are not included in the summary of information presented. Conclusion does not contain a biblical integration.
48-1 points
There is no clear or logical organizational structure. No logical sequence is apparent. The use of font, color, graphics, effects etc. is often detracting to the presentation content. Length requirements may not be met
You Can Also Place the Order at www.collegepaper.us/orders/ordernow or www.crucialessay.com/orders/ordernow