You always want to know exactly wha

You always want to know exactly what work has to be done before you start it. You have a collection of team members, and you need to know exactly what they’re going to do to meet the project’s objectives. The scope planning process is the very first thing you do to manage your scope. Project scope planning is concerned with the definition of all the work needed to successfully meet the project objectives. The whole idea here is that when you start the project, you need to have a clear picture of all the work that needs to happen on your project, and as the project progresses, you need to keep that scope up to date and written down in the project’s scope management plan.

DEFINING THE SCOPE

You already have a head start on refining the project’s objectives in quantifiable terms, but now you need to plan further and write down all the intermediate and final deliverables that you and your team will produce over the course of the project. Deliverables include everything that you and your team produce for the project (i.e., anything that your project will deliver). The deliverables for your project include all of the products or services that you and your team are performing for the client, customer, or sponsor. They include every intermediate document, plan, schedule, budget, blueprint, and anything else that will be made along the way, including all of the project management documents you put together. Project deliverables are tangible outcomes, measurable results, or specific items that must be produced to consider either the project or the project phase completed. Intermediate deliverables, like the objectives, must be specific and verifiable.

All deliverables must be described in a sufficient level of detail so that they can be differentiated from related deliverables. For example:

A twin engine plane versus a single engine plane
A red marker versus a green marker
A daily report versus a weekly report
A departmental solution versus an enterprise solution
One of the project manager’s primary functions is to accurately document the deliverables of the project and then manage the project so that they are produced according to the agreed-on criteria. Deliverables are the output of each development phase, described in a quantifiable way.

PROJECT REQUIREMENTS

After all the deliverables are identified, the project manager needs to document all the requirements of the project. Requirements describe the characteristics of the final deliverable, whether it is a product or a service. They describe the required functionality that the final deliverable must have or specific conditions the final deliverable must meet in order to satisfy the objectives of the project. A requirement is an objective that must be met. The project’s requirements, defined in the scope plan, describe what a project is supposed to accomplish and how the project is supposed to be created and implemented. Requirements answer the following questions regarding the as-is and to-be states of the business: who, what, where, when, how much, and how does a business process work?

Requirements may include attributes like dimensions, ease of use, color, specific ingredients, and so on. If we go back to the example of the company producing holiday eggnog, one of the major deliverables is the cartons that hold the eggnog. The requirements for that deliverable may include carton design, photographs that will appear on the carton, color choices, etc.

Requirements specify what the final project deliverable should look like and what it should do. Requirements must be measurable, testable, related to identified business needs or opportunities, and defined to a level of detail sufficient for system design. They can be divided into six basic categories: functional, non-functional, technical, business, user, and regulatory requirements.

FUNCTIONAL REQUIREMENTS

Functional requirements describe the characteristics of the final deliverable in ordinary non-technical language. They should be understandable to the customers, and the customers should play a direct role in their development. Functional requirements are what you want the deliverable to do.

Vehicle Example

If you were buying vehicles for a business, your functional requirement might be: “The vehicles should be able to take up to a one ton load from a warehouse to a shop.”

Computer System Example

For a computer system you may define what the system is to do: “The system should store all details of a customer’s order.”

The important point to note is that what is wanted is specified and not how it will be delivered.

NON-FUNCTIONAL REQUIREMENTS

Non-functional requirements specify criteria that can be used to judge the final product or service that your project delivers. They are restrictions or constraints to be placed on the deliverable and how to build it. Their purpose is to restrict the number of solutions that will meet a set of requirements. Using the vehicle example, the functional requireme

Kết quả (Việt) 1:

Bạn luôn luôn muốn biết chính xác những gì làm việc đã được thực hiện trước khi bạn bắt đầu nó. Bạn có một tập hợp các thành viên trong nhóm, và bạn cần phải biết chính xác những gì họ sẽ làm gì để đáp ứng mục tiêu của dự án. Phạm vi quy hoạch các quá trình là điều đầu tiên bạn làm để quản lý phạm vi của bạn. Phạm vi quy hoạch là có liên quan với các định nghĩa của tất cả công việc cần thiết để thành công đáp ứng các mục tiêu dự án. Toàn bộ ý tưởng ở đây là khi bạn bắt đầu dự án, bạn cần phải có một hình ảnh rõ ràng của tất cả các công việc mà cần phải xảy ra vào dự án của bạn và theo tiến hành dự án, bạn cần để giữ cho rằng phạm vi đến nay và viết xuống trong kế hoạch quản lý phạm vi của dự án.XÁC ĐỊNH PHẠM VIBạn đã có một khởi đầu trên tinh chỉnh các mục tiêu của dự án trong điều kiện định lượng, nhưng bây giờ bạn cần lập kế hoạch tiếp tục và viết xuống tất cả các phân phôi trung gian và cuối cùng bạn và nhóm của bạn sẽ sản xuất ra trong suốt dự án. Phân phôi bao gồm tất cả mọi thứ mà bạn và đội ngũ của bạn sản xuất cho các dự án (ví dụ, bất cứ điều gì mà dự án của bạn sẽ cung cấp). Phân phôi cho dự án của bạn bao gồm tất cả các sản phẩm hoặc dịch vụ mà bạn và đội ngũ của bạn thực hiện cho khách hàng, khách hàng hoặc nhà tài trợ. Chúng bao gồm mọi tài liệu trung gian, kế hoạch, lịch trình, ngân sách, kế hoạch chi tiết, và bất cứ điều gì khác mà sẽ được thực hiện trên đường đi, bao gồm tất cả quản lý dự án tài liệu bạn đặt lại với nhau. Phân phôi dự án là kết quả hữu hình, kết quả đo hoặc mục cụ thể phải được sản xuất để xem xét các dự án hay giai đoạn dự án hoàn thành. Phân phôi trung gian, giống như các mục tiêu phải cụ thể và kiểm chứng.Tất cả phân phôi phải được mô tả trong một mức độ đầy đủ chi tiết vì vậy mà họ có thể được phân biệt với phân phôi có liên quan. Ví dụ:Một chiếc máy bay động cơ sinh đôi so với một chiếc máy bay động cơ đĩa đơnMột điểm đánh dấu màu đỏ so với một điểm đánh dấu màu xanh lá câyMột báo cáo hàng ngày so với báo cáo hàng tuầnMột giải pháp khoa so với giải pháp doanh nghiệpMột trong những chức năng chính của quản lý dự án là tài liệu chính xác phân phôi dự án và sau đó quản lý các dự án do đó chúng được sản xuất theo các tiêu chí đã đồng ý trên. Phân phôi là đầu ra của từng giai đoạn phát triển, mô tả một cách định lượng.YÊU CẦU DỰ ÁNSau khi tất cả các phân phôi được xác định, quản lý dự án cần tài liệu tất cả các yêu cầu của dự án. Yêu cầu mô tả đặc điểm của trận chung kết deliverable, cho dù đó là một sản phẩm hoặc dịch vụ. Họ mô tả các chức năng yêu cầu cuối cùng deliverable phải có hoặc điều kiện cụ thể kết deliverable phải đáp ứng để đáp ứng các mục tiêu của dự án. Một yêu cầu là một mục tiêu phải được đáp ứng. Yêu cầu của dự án, được xác định trong phạm vi kế hoạch, mô tả những gì một dự án phải đạt và làm thế nào các dự án là nghĩa vụ phải được tạo ra và triển khai thực hiện. Yêu cầu trả lời các câu hỏi sau đây liên quan đến như là-là và to-be kỳ của các doanh nghiệp: ai, gì, nơi, khi nào, bao nhiêu, và quá trình kinh doanh như thế nào?Yêu cầu có thể bao gồm các thuộc tính như kích thước, dễ sử dụng, màu sắc, cụ thể các thành phần, và như vậy. Nếu chúng tôi trở lại ví dụ về công ty sản xuất kỳ nghỉ eggnog, một trong phân phôi chính là hộp giữ eggnog. Các yêu cầu cho rằng deliverable có thể bao gồm thiết kế thùng carton, bức ảnh sẽ xuất hiện trên thùng carton, màu sắc lựa chọn, vv.Yêu cầu xác định cuối cùng dự án deliverable nên thế nào và nó phải làm gì. Yêu cầu phải đo lường được, testable, liên quan đến nhu cầu kinh doanh được xác định hoặc cơ hội, và được xác định để một mức độ chi tiết đầy đủ về hệ thống thiết kế. Họ có thể được chia thành sáu loại cơ bản: chức năng, không có chức năng, kỹ thuật, kinh doanh, người sử dụng và yêu cầu quản lý.YÊU CẦU CHỨC NĂNGYêu cầu chức năng mô tả các đặc tính của trận chung kết deliverable ngôn ngữ kỹ thuật thông thường. Họ cần được dễ hiểu cho khách hàng, và khách hàng phải đóng một vai trò trực tiếp trong sự phát triển của họ. Yêu cầu chức năng là những gì bạn muốn deliverable để làm.Ví dụ xeNếu bạn đã mua xe cho một doanh nghiệp, yêu cầu chức năng của bạn có thể là: "những chiếc xe có thể mất đến một tải trọng một tấn từ một nhà kho đến một cửa hàng."Máy tính hệ thống ví dụCho một hệ thống máy tính, bạn có thể xác định những gì hệ thống này là để làm: "hệ thống nên lưu trữ tất cả các chi tiết đơn đặt hàng của khách hàng."Điểm quan trọng cần lưu ý là những gì muốn được chỉ định và không phải làm thế nào nó sẽ được chuyển giao.KHÔNG CÓ CHỨC NĂNG YÊU CẦUYêu cầu phòng không chức năng xác định tiêu chí có thể được sử dụng để đánh giá các sản phẩm cuối cùng hoặc dịch vụ cung cấp dự án của bạn. Họ là giới hạn hoặc hạn chế được đặt trên các deliverable và làm thế nào để xây dựng nó. Mục đích của họ là để hạn chế số lượng các giải pháp mà sẽ đáp ứng một bộ các yêu cầu. Sử dụng các xe dụ, chức năng requireme

Kết quả (Việt) 2:

Bạn luôn muốn biết chính xác những gì công việc đã được thực hiện trước khi bạn bắt đầu nó. Bạn có một bộ sưu tập của các thành viên trong nhóm, và bạn cần phải biết chính xác những gì họ sẽ làm gì để đáp ứng các mục tiêu của dự án. Quá trình lập kế hoạch phạm vi là điều đầu tiên bạn làm gì để quản lý phạm vi của bạn. Quy hoạch phạm vi dự án là có liên quan với định nghĩa của tất cả các công việc cần thiết để đáp ứng thành công các mục tiêu dự án. Toàn bộ ý tưởng ở đây là khi bạn bắt đầu dự án, bạn cần phải có một hình ảnh rõ ràng của tất cả các công việc mà cần phải xảy ra vào dự án của bạn, và khi dự án tiến triển, bạn cần phải giữ phạm vi đó đến nay và được viết xuống kế hoạch quản lý phạm vi của dự án. đỊNH pHẠM vI bạn đã có một khởi đầu vào tinh chỉnh các mục tiêu của dự án về định lượng, nhưng bây giờ bạn cần phải có kế hoạch tiếp tục viết tất cả các phân phôi trung gian và cuối cùng mà bạn và nhóm của bạn sẽ sản xuất hơn khóa học của dự án. Phân phôi bao gồm tất cả mọi thứ mà bạn và nhóm của bạn sản xuất cho dự án (tức là, bất cứ điều gì mà dự án của bạn sẽ cung cấp). Các phân phôi cho dự án của bạn bao gồm tất cả các sản phẩm hoặc dịch vụ mà bạn và nhóm của bạn đang thực hiện cho khách hàng, khách hàng, hoặc tài trợ. Chúng bao gồm tất cả các tài liệu trung gian, kế hoạch, tiến độ, ngân sách, kế hoạch chi tiết, và bất cứ điều gì khác mà sẽ được thực hiện trên đường đi, bao gồm tất cả các tài liệu quản lý dự án, bạn đặt lại với nhau. Phân phôi dự án là kết quả hữu hình, kết quả đo lường được, hoặc các mặt hàng cụ thể mà phải được sản xuất để xem xét một trong hai dự án hoặc các dự án giai đoạn hoàn thành. Phân phôi trung gian, giống như các mục tiêu, phải cụ thể và xác minh được. Tất cả các phân phôi phải được mô tả trong một mức độ đủ chi tiết để họ có thể được phân biệt với phân phôi liên quan. Ví dụ: Một chiếc máy bay hai động cơ so với một chiếc máy bay động cơ duy nhất một điểm đánh dấu màu đỏ so với một điểm đánh dấu màu xanh lá cây Một báo cáo hàng ngày so với báo cáo hàng tuần Một giải pháp khoa so với một giải pháp doanh nghiệp Một trong những chức năng chính của quản lý dự án là tài liệu chính xác các phân phôi của dự án và sau đó quản lý dự án để họ được sản xuất theo các tiêu chuẩn đã được thống nhất trên. Phân phôi là đầu ra của từng giai đoạn phát triển, mô tả một cách định lượng. YÊU CẦU DỰ ÁN Sau khi tất cả các phân phôi được xác định, quản lý dự án cần tài liệu tất cả các yêu cầu của dự án. Yêu cầu mô tả các đặc điểm của chuyển giao cuối cùng, cho dù đó là một sản phẩm hay một dịch vụ. Họ mô tả các chức năng cần thiết mà các chuyển giao thức phải có hoặc điều kiện cụ thể của deliverable cuối cùng phải đáp ứng để đáp ứng các mục tiêu của dự án. Một yêu cầu là một mục tiêu phải được đáp ứng. Yêu cầu của dự án, được xác định trong kế hoạch phạm vi, mô tả những gì một dự án có nghĩa vụ phải thực hiện và làm thế nào dự án có nghĩa vụ phải được tạo ra và thực hiện. Yêu cầu trả lời các câu hỏi sau đây liên quan đến việc như-là và to-be bang của doanh nghiệp: ai, cái gì, ở đâu, khi nào, bao nhiêu, và làm thế nào một công trình kinh doanh? Yêu cầu có thể bao gồm các thuộc tính như kích thước, dễ sử dụng, màu sắc , thành phần cụ thể, và như vậy. Nếu chúng ta trở lại với ví dụ về sản xuất công ty nghỉ eggnog, một trong những phân phôi chính là thùng giữ các eggnog. Các yêu cầu về chuyển giao đó có thể bao gồm thiết kế bao bì carton, hình ảnh đó sẽ xuất hiện trên các thùng carton, lựa chọn màu sắc, vv Yêu cầu cụ thể về việc chuyển giao dự án cuối cùng sẽ trông như thế nào và nó phải làm. Yêu cầu phải đo lường được, có thể kiểm chứng, liên quan đến nhu cầu kinh doanh được xác định hoặc cơ hội, và để xác định một mức độ chi tiết đủ để thiết kế hệ thống. Họ có thể được chia thành sáu loại cơ bản:. Chức năng, không chức năng, kỹ thuật, kinh doanh, sử dụng, và các yêu cầu quản YÊU CẦU CHỨC NĂNG yêu cầu chức năng mô tả các đặc điểm của chuyển giao thức bằng ngôn ngữ phi kỹ thuật thông thường. Họ có thể hiểu được các khách hàng, và khách hàng phải đóng một vai trò trực tiếp trong việc phát triển của họ. Yêu cầu chức năng là những gì bạn muốn chuyển giao để làm. Xe Ví dụ Nếu bạn đã mua xe cho một doanh nghiệp, yêu cầu chức năng của bạn có thể là: "Các xe sẽ có thể mất đến một tải một tấn từ một kho hàng cho một cửa hàng." hệ thống máy tính Ví dụ Đối với một hệ thống máy tính, bạn có thể định nghĩa những gì hệ thống là để làm: ". hệ thống sẽ lưu trữ tất cả các chi tiết của lệnh của khách hàng" điểm quan trọng cần lưu ý là những gì được mong muốn được quy định và không phải làm thế nào nó sẽ được chuyển giao. YÊU cẦU kHÔNG cHỨC nĂNG yêu cầu phi chức năng xác định tiêu chí mà có thể được sử dụng để đánh giá các sản phẩm cuối cùng hoặc dịch vụ mà dự án của bạn cung cấp. Họ là những hạn chế hay các giới hạn được đặt trên sự phân bổ và làm thế nào để xây dựng nó. Mục đích của họ là để hạn chế số lượng các giải pháp mà sẽ đáp ứng được các yêu cầu. Sử dụng ví dụ xe, requireme chức năng