Please enable JavaScript.
Coggle requires JavaScript to display documents.
CHƯƠNG 5: KHỞI TẠO VÀ QUẢN LÝ DỰ ÁN - Coggle Diagram
CHƯƠNG 5: KHỞI TẠO VÀ QUẢN LÝ DỰ ÁN
VAI TRÒ & TỔNG QUAN QUẢN LÝ PHẠM VI (SCOPE MANAGEMENT)
1.1. Mục tiêu cốt lõi
Biến ý tưởng mơ hồ thành dự án có phạm vi, trách nhiệm và cơ chế kiểm soát rõ ràng
Đảm bảo thành công về Tiến độ (Time) và Ngân sách (Cost)
1.2. Ba trụ cột cấu thành
Scope (Phạm vi)
Dự án phải tạo ra cái gì?
Thực hiện trong giới hạn nào?
Theo tiêu chuẩn chất lượng nào?
Baseline (Đường cơ sở)
Điểm chuẩn chốt hạ
Cơ sở đối chiếu tiến độ & chi phí
Control (Kiểm soát)
Cơ chế giám sát thực thi
Phát hiện và chỉnh sửa lệch hướng kịp thời
1.3. Ác mộng Scope Creep (Trượt phạm vi)
Khái niệm
Hiện tượng phạm vi dự án bị phình to không kiểm soát
4 Nguyên nhân chính
Yêu cầu ban đầu mơ hồ
Không chốt được Scope Baseline
Stakeholder/Khách hàng liên tục thay đổi ý kiến
Thiếu cơ chế phê duyệt thay đổi chính thức
Hậu quả
Vượt ngân sách
Vỡ tiến độ
Đội ngũ quá tải & đổ lỗi lẫn nhau
KHỞI TẠO Ý TƯỞNG & PHÊ DUYỆT DỰ ÁN (PROJECT INITIATION)
2.1. Tiến trình phát triển ý tưởng (Conceptual Pipeline)
Bước 1: Problem / Need (Xác định đúng Vấn đề & Nhu cầu)
Cấu trúc Problem Statement: Hiện trạng -> Hậu quả -> Nhu cầu -> Kết quả mong muốn (đo lường được)
Nguyên tắc Voice of Customer: Lắng nghe qua khảo sát/phỏng vấn/prototype, tránh tự đoán mò
Bước 2: Information & Requirements (Thu thập Dữ liệu & Yêu cầu)
Bước 3: Constraints & Alternatives (Phân tích Ràng buộc & Phương án thay thế)
Bước 4: Business Case (Lập Luận cứ khả thi)
2.2. Business Case - Trái tim thuyết phục nhà tài trợ
Câu hỏi sinh tử: Nếu KHÔNG làm dự án này, tổ chức sẽ mất gì?
Cán cân đánh giá
Chi phí, Rủi ro, Chi phí cơ hội
VS Giá trị chiến lược, Lợi ích kinh tế, Giải quyết triệt để vấn đề
2.3. Statement of Work (SOW - Bản mô tả công việc)
Khái niệm: Bản mô tả chi tiết bằng lời về toàn bộ việc cần thực hiện
6 Thành phần bắt buộc
Background: Bối cảnh & Lý do thực hiện
Objectives: Mục tiêu dự án
Tasks / Requirements: Các công việc cụ thể phải làm
Deliverables & Schedule: Sản phẩm đầu ra, thời hạn & nơi bàn giao
Standards: Tiêu chuẩn kỹ thuật / Phương pháp áp dụng
Conditions: Điều kiện an ninh, địa điểm & thời gian thực hiện
2.4. Project Charter (Văn kiện Dự án - Tấm hộ chiếu quyền lực)
Khái niệm: Văn bản chính thức phê duyệt sự tồn tại của dự án
Vai trò: Trao quyền cho Project Manager (PM) sử dụng ngân sách & nhân sự
Phân biệt SOW vs Project Charter
SOW: Bản thiết kế kỹ thuật (Chi tiết công việc, kỹ thuật, task)
Charter: Giấy phép xây dựng (Chiến lược, tổng quan ngân sách, quyền hạn PM)
CẤU TRÚC QUẢN TRỊ PHẠM VI (SCOPE, WBS, OBS, RAM)
3.1. Scope Statement (La bàn định hướng)
Trả lời câu hỏi: Dự án sẽ được đo lường, quản lý và kiểm soát bằng tiêu chí nào?
Thành phần chính: Ngân sách, Thời gian, Kết quả bàn giao (Deliverables), Cơ sở đối chiếu (Baseline)
3.2. Cấu trúc phân rã công việc (WBS - Work Breakdown Structure)
Lý do phải chia nhỏ: Nhìn thấy cả "khu rừng" lẫn từng "cái cây", biến mục tiêu lớn thành chuỗi hành động nhỏ
Cấu trúc 4 cấp độ (WBS Levels)
Level 1: Project (Toàn bộ Dự án)
Level 2: Deliverables (Các kết quả/đầu ra chính)
Level 3: Sub-deliverables (Kết quả hỗ trợ)
Level 4: Work Packages (Các gói công việc nhỏ nhất)
3.3. Work Package (Gói công việc - Hạt nhân quản lý)
Đặc điểm: Cấp thấp nhất WBS, chứa điểm bắt đầu/kết thúc, chi phí, nguồn lực & đầu ra
Nguyên tắc vàng: Phải Giao được - Đo được - Nghiệm thu được
Tránh bẫy Micromanagement: Không chia quá nhỏ gây quá tải quản trị
Task Description (Mô tả nhiệm vụ): Tài liệu động chi tiết hóa công việc để tránh "mỗi người hiểu một kiểu"
3.4. OBS (Organizational Breakdown Structure - Gắn việc với phòng ban)
Khái niệm: Liên kết phần việc (WBS) với Đơn vị thực hiện (IT, HR, Mua sắm, Engineering...)
Cost Account (Điểm giao thoa WBS & OBS): Kiểm soát ngân sách chính xác theo từng phòng ban
3.5. RAM & RACI Matrix (Ma trận Phân công Trách nhiệm)
Mục tiêu: Xóa bỏ khoảng trống giao tiếp & căn bệnh đùn đẩy trách nhiệm
Phân định vai trò RACI
R (Responsible): Người trực tiếp làm công việc
A (Accountable): Người chịu trách nhiệm chính & Phê duyệt (Chỉ có 1 A cho mỗi task)
C (Consulted): Người cung cấp tư vấn / ý kiến
I (Informed): Người chỉ nhận thông báo tiến độ
THỰC THI, BÁO CÁO & KIỂM SOÁT THAY ĐỔI (CONTROL SYSTEMS)
4.1. Work Authorization (Cho phép thực hiện - Đèn xanh khởi hành)
Quy tắc: Tuyệt đối không làm việc khi phạm vi, nguồn lực và thẩm quyền chưa chốt
Hai dạng hợp đồng cốt lõi
Lump Sum / Turnkey (Trọn gói): Dùng cho dự án phạm vi rõ ràng; Rủi ro thuộc về Nhà thầu
Cost Plus (Chi phí cộng thêm): Dùng cho dự án bất định kỹ thuật cao; Rủi ro thuộc về Chủ đầu tư
4.2. Scope Reporting (Bảng điều khiển dự án)
Theo dõi 3 trụ cột: Cost status (Chi phí) - Schedule status (Tiến độ) - Technical performance (Kỹ thuật)
Tư tưởng: Báo cáo để phát hiện lệch hướng sớm, không phải để phạt con người
4.3. Control Systems (6 Màn lọc kiểm soát)
Configuration (Cấu hình phạm vi vs Baseline)
Design (Kiểm soát thiết kế)
Trend (Theo dõi xu hướng lệch)
Document (Quản lý tài liệu & phiên bản)
Acquisition (Theo dõi mua sắm)
Specification (Đảm bảo thông số kỹ thuật)
4.4. Change Control System (Băng chuyền xử lý thay đổi)
Quy trình 5 bước xử lý: Ghi nhận -> Phân tích tác động -> Quyết định (Duyệt/Từ chối/Hoãn) -> Cập nhật Baseline/WBS -> Truyền thông
Chân lý: Mọi sự thay đổi đều có giá (ngân sách & thời gian), tuyệt đối không nhận việc bằng lời nói/Zalo
4.5. Closeout & Bền vững
Đóng dự án: Chuẩn bị từ ngày đầu tiên (Thu thập Historical records, Post-project analysis / Lessons learned, Quyết toán tài chính)
Tránh cái bẫy "Voi trắng" (White Elephant): Công trình tốn chi phí duy trì lớn nhưng không ai dùng; cần tính cả vòng đời vận hành & tính xanh sau bàn giao
QUẢN TRỊ CON NGƯỜI VÀ ĐỘI NGŨ DỰ ÁN (TEAM, CONFLICT & NEGOTIATION)
5.1. Xây dựng Đội dự án (Project Team Building)
Thiết lập cấu trúc nhân sự và quy trình phối hợp liên phòng ban
5.2. Quản trị Xung đột (Conflict Management)
Phát hiện sớm các xung đột về nguồn lực, ưu tiên công việc, kỹ thuật và tiến độ
5.3. Kỹ năng Đàm phán Dự án (Project Negotiation)
Thỏa thuận lại về Phạm vi, Thời gian, Ngân sách với Stakeholders khi có biến động