Scope statement

Last updated

In project management, scope statements can take many forms depending on the type of project being implemented and the nature of the organization. The scope statement details the project deliverables and describes the major objectives. The objectives should include measurable success criteria for the project.[ citation needed ]

Contents

Overview

A scope statement should be written before the statement of work and it should capture, in very broad terms, the product of the project (e.g., "developing a software-based system to capture and track orders for software"). A scope statement should also include the list of users using the product, as well as the features in the resulting product. [lower-roman 1]

Contents

As a baseline scope statements should contain:

In more project oriented organizations the scope statement could also contain these and other sections:

The Project Management Institute (PMI) defines the project scope statement to include

and is part of the project scope baseline. [lower-roman 2]


Citations

  1. 1 2 3 4 5 6 7 8 9 10 ProjectManager.com 2023b, section 2: "How to Write a Project Scope Statement".
  2. 1 2 ProjectManager.com 2022, section 1: "What Is Project Scope?".
  3. ProjectManager.com 2021, section 4: "How to Execute an Alternative Analysis".
  4. ProjectManager.com 2023a, section 5: "Root Cause Analysis Steps".
  5. 1 2 3 4 ProjectManager.com 2020, section 3: "What is a Scope Management Plan?".


Related Research Articles

Earned Value Management (EVM), earned value project management, or earned value performance management (EVPM) is a project management technique for measuring project performance and progress in an objective manner.

Project management is the process of leading the work of a team to achieve all project goals within the given constraints. This information is usually described in project documentation, created at the beginning of the development process. The primary constraints are scope, time, and budget. The secondary challenge is to optimize the allocation of necessary inputs and apply them to meet pre-defined objectives.

<span class="mw-page-title-main">Work breakdown structure</span> A deliverable-orientated breakdown of a project into smaller components.

A work-breakdown structure (WBS) in project management and systems engineering is a deliverable-oriented breakdown of a project into smaller components. A work breakdown structure is a key project deliverable that organizes the team's work into manageable sections. The Project Management Body of Knowledge defines the work-breakdown structure as a "hierarchical decomposition of the total scope of work to be carried out by the project team to accomplish the project objectives and create the required deliverables."

A project plan, according to the Project Management Body of Knowledge (PMBOK), is: "...a formal, approved document used to guide both project execution and project control. The primary uses of the project plan are to document planning assumptions and decisions, facilitate communication among project stakeholders, and document approved scope, cost, and schedule baselines. A project plan may be summarized or detailed."

A marketing plan may be part of an overall business plan. Solid marketing strategy is the foundation of a well-written marketing plan so that goals may be achieved. While a marketing plan contains a list of actions, without a sound strategic foundation, it is of little use to a business.

<span class="mw-page-title-main">SMART criteria</span> Mnemonic, giving criteria to guide in the setting of objectives

S.M.A.R.T. is a mnemonic acronym, giving criteria to guide in the setting of goals and objectives that are assumed to give better results, for example in project management, employee-performance management and personal development. The term was first proposed by George T. Doran in the November 1981 issue of Management Review. He suggested that goals should be SMART.

<span class="mw-page-title-main">Systems development life cycle</span> Systems engineering terms

In systems engineering, information systems and software engineering, the systems development life cycle (SDLC), also referred to as the application development life cycle, is a process for planning, creating, testing, and deploying an information system. The SDLC concept applies to a range of hardware and software configurations, as a system can be composed of hardware only, software only, or a combination of both. There are usually six stages in this cycle: requirement analysis, design, development and testing, implementation, documentation, and evaluation.

A statement of work (SOW) is a document routinely employed in the field of project management. It is the narrative description of a project's work requirement. It defines project-specific activities, deliverables and timelines for a vendor providing services to the client. The SOW typically also includes detailed requirements and pricing, with standard regulatory and governance terms and conditions. It is often an important accompaniment to a master service agreement or request for proposal (RFP).

A feasibility study is an assessment of the practicality of a project or system. A feasibility study aims to objectively and rationally uncover the strengths and weaknesses of an existing business or proposed venture, opportunities and threats present in the natural environment, the resources required to carry through, and ultimately the prospects for success. In its simplest terms, the two criteria to judge feasibility are cost required and value to be attained.

In business and accounting, information technology controls are specific activities performed by persons or systems designed to ensure that business objectives are met. They are a subset of an enterprise's internal control. IT control objectives relate to the confidentiality, integrity, and availability of data and the overall management of the IT function of the business enterprise. IT controls are often described in two categories: IT general controls (ITGC) and IT application controls. ITGC include controls over the Information Technology (IT) environment, computer operations, access to programs and data, program development and program changes. IT application controls refer to transaction processing controls, sometimes called "input-processing-output" controls. Information technology controls have been given increased prominence in corporations listed in the United States by the Sarbanes-Oxley Act. The COBIT Framework is a widely used framework promulgated by the IT Governance Institute, which defines a variety of ITGC and application control objectives and recommended evaluation approaches. IT departments in organizations are often led by a chief information officer (CIO), who is responsible for ensuring effective information technology controls are utilized.

The project initiation documentation (PID) is one of the most significant artifacts in project management, which provides the foundation for the business project.

In the United States, the processes of government procurement enable federal, state and local government bodies in the country to acquire goods, services, and interests in real property.

<span class="mw-page-title-main">Scrum (software development)</span> Software development framework

Scrum is a framework for product management commonly used in software development, although it has been used in other fields including research, sales, marketing and advanced technologies. It is designed for teams of ten or fewer members who break their work into goals that can be completed within time-boxed iterations, called sprints. Each sprint is no longer than one month and most commonly lasts two weeks. The scrum team assesses progress in time-boxed daily meetings of up to 15 minutes, called daily scrums. At the end of the sprint, the team holds two further meetings: one sprint review intended to demonstrate the work done for stakeholders and solicit feedback, and one sprint retrospective intended to enable the team to reflect and improve.

Terms of reference (TOR) define the purpose and structures of a project, committee, meeting, negotiation, or any similar collection of people who have agreed to work together to accomplish a shared goal.

In project management, a project charter, project definition, or project statement is a statement of the scope, objectives, and participants in a project. It provides a preliminary delineation of roles and responsibilities, outlines the project's key goals, identifies the main stakeholders, and defines the authority of the project manager.

A problem statement is a description of an issue to be addressed or a condition to be improved upon. It identifies the gap between the current problem and goal. The problem statement should be designed to address the Five Ws. The first condition of solving a problem is understanding the problem, which can be done by way of a problem statement.

In requirements engineering, requirements elicitation is the practice of researching and discovering the requirements of a system from users, customers, and other stakeholders. The practice is also sometimes referred to as "requirement gathering".

A glossary of terms relating to project management and consulting.

<span class="mw-page-title-main">Project management triangle</span> Model of the constraints of project management

The project management triangle is a model of the constraints of project management. While its origins are unclear, it has been used since at least the 1950s. It contends that:

  1. The quality of work is constrained by the project's budget, deadlines and scope (features).
  2. The project manager can trade between constraints.
  3. Changes in one constraint necessitate changes in others to compensate or quality will suffer.

The following outline is provided as an overview of and topical guide to project management:

References

  1. Nielsen, David (date unknown). How to Write the Project Statement of Work (SOW). Retrieved on 2010-03-22 from http://www.pmhut.com/how-to-write-the-project-statement-of-work-sow.
  2. A Guide to the Project Management Body of Knowledge, 5th Edition ISBN   978-1935589679, p. 131.