Deliverable Là Gì

  -  

Một deliverable (tạm dịch là giao phẩm) là ngẫu nhiên sản phẩm, công dụng hoặc kĩ năng duy tuyệt nhất và rất có thể kiểm bệnh mà được yêu thương cầu tạo ra để kết thúc một quy trình, quy trình hoặc dự án. Deliverables hay là hiệu quả của dự án và bao gồm thể bao gồm các thành phần của kế hoạch thống trị dự án (Project Management Plan). Kiểm soát biến hóa cần được vận dụng khi phiên phiên bản đầu tiên của deliverable được hoàn thành. Việc kiểm soát và điều hành nhiều phiên bạn dạng của một deliverable (ví dụ: tài liệu, ứng dụng và khối xây dựng) được cung cấp bởi các công thay và quy trình thống trị cấu hình (configuration management)


Một deliverable (giao phẩm) là một trong những hàng hóa hoặc dịch vụ hữu hình hoặc vô hình được tạo thành do tác dụng của một dự án công trình mà dự định sẽ chuyển nhượng bàn giao cho quý khách (cả khách hàng nội bộ hoặc bên ngoài). Một deliverable có thể là một báo cáo, một tài liệu, một thành phầm phần mềm, một bản nâng cấp sever hoặc bất kỳ khối/tầng/phòng thi công nào khác của một dự án công trình tổng thể. Một deliverable bao gồm thể bao gồm nhiều deliverable nhỏ dại hơn. Nó rất có thể là một hiệu quả cần dành được (như “tập đoàn nói rằng việc có lãi trong trong năm này là một deliverable”) hoặc là 1 đầu ra (như “deliverable của dự án này bao gồm 1 thiết bị điện tử chuyên dùng và phần mềm kiểm soát điều hành của nó”).

Bạn đang xem: Deliverable là gì

So sánh deliverable (giao phẩm) cùng milestone (cột mốc)

Một số deliverables phụ thuộc vào vào các deliverables khác nên được dứt trước; vấn đề đó là thịnh hành trong các dự án có nhiều cột mốc (milestone) liên tiếp. Một deliverable khác với một cột mốc dự án ở trong phần một cột mốc là thước đo tiến độ hướng đến đầu ra, trong những khi deliverable là đầu ra output được giao cho quý khách hàng hoặc đơn vị tài trợ. Đối với một dự án điển hình, một cột mốc có thể là sự dứt của một kiến thiết sản phẩm, trong những lúc deliverable hoàn toàn có thể là sơ vật dụng kỹ thuật hoặc report thiết kế cụ thể của sản phẩm.

Trong các dự án kỹ thuật, deliverables hoàn toàn có thể được phân các loại thành phần cứng, phần mềm hoặc tài liệu thiết kế. Trong số nỗ lực phù hợp đồng, deliverable rất có thể đề cập cho một mục được yêu cầu cụ thể bởi các tài liệu vừa lòng đồng, chẳng hạn như một mục trong danh sách yêu cầu dữ liệu hợp đồng hoặc được nói trong tuyên ba công việc.

Xem thêm: Download Game Songoku Offline 2011, Game 7 Viên Ngọc Rồng 2012 By Laurinesou, Tai

Một deliverable là 1 thứ được sản xuất hoặc hỗ trợ như là kết quả của một vượt trình. Đầu vào của thừa trình hoàn toàn có thể là bất cứ điều gì, chẳng hạn như: Thông tin, những tài liệu, Kế hoạch, Trang thiết bị, tiền bạc, Phần mềm. Trong những khi đầu ra hoàn toàn có thể bao gồm: tứ vấn, chiến lược dự án, Công cụ, Ứng dụng, Phần mềm, tác dụng kiểm tra, hòa hợp đồng. Khi chúng ta đang cung cấp một sản phẩm hoặc dịch vụ trong quá trình thực hiện nay dự án, sẽ sở hữu được ngày đáo hạn cho việc giao hàng, cũng như các chỉ số năng suất chính ví dụ và rất có thể đo lường được, chẳng hạn như quality hoặc số lượng.

Xem thêm: Isotonic Là Gì - Bạn Biết Gì Về Nước Uống Isotonic

Phân biệt thân Projectdeliverables vs. Productdeliverables (giao phẩm dự án công trình vs. Giao phẩm sản phẩm)

Projectdeliverables bao gồm:

- kế hoạch dự án

- Báo cáo

- Biên phiên bản cuộc họp

Productdeliverables bao gồm:

- Phần cứng

- Phần mềm

- Ứng dụng

- hợp đồng

- kết quả đánh giá

Deliverables là thứ liên quan sự thành công hay lose của mọi dự án, vì chưng vậy điều quan trọng là phải ghi nhận chúng là gì trong toàn bộ các hình thức khác nhau.

Dòng tung của Deliverables (Flow of ITTO)

"Deliverables" là output của Direct và Manage Project Work process; cùng "Deliverables" vẫn là đầu vào của Control quality process (mũi tên số 1) để từ đó tạo nên output là "Verified deliverables". Vì sao là bởi Deliverables được tạo ra khi Thực thi dự án công trình sẽ cần được Kiểm soát quality (Control Quality) vì chưng đội nhóm;

"Verifed deliverables" đang là đầu vào của Validate Scope process (mũi thương hiệu số 2) để từ đó tạo thành output là "Accepted deliverables". Vì sao là cần xác xắn với khách hàng (Validate Scope);

"Accepted deliverables" là input của Close Project or Phase process (mũi tên số 3)để từ bỏ đó tạo nên "Final product, service or result transition"

*