Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.Phiên bản 1.12.1
  1. /Agile & Hybrid
  2. /PMO yêu cầu đủ bộ hồ sơ cho dự án Agile nhỏ: tai…
Agile & Hybrid· Domain: Cách tiếp cận & vòng đời

PMO yêu cầu đủ bộ hồ sơ cho dự án Agile nhỏ: tailoring theo PMBOK® 7 thế nào?

Dự án ba tháng, đội năm người nhưng phải nộp hồ sơ như dự án lớn. Áp dụng quy trình tailoring bốn bước của PMBOK® 7 để cân bằng giữa tuân thủ quản trị và tốc độ.

HP
Nguyễn Thu Hà, PMP
07/09/2026
5 phút đọc 0 0
PMO yêu cầu đủ bộ hồ sơ cho dự án Agile nhỏ: tailoring theo PMBOK® 7 thế nào?

Tình huống minh hoạ

Anh Tuấn (nhân vật giả định) quản lý một dự án nội bộ kéo dài ba tháng: xây dựng công cụ đặt phòng họp và thiết bị cho văn phòng. Đội có 5 người, yêu cầu sẽ thay đổi theo phản hồi người dùng, nên đội muốn làm theo Scrum với Sprint hai tuần.

PMO của công ty, vốn quen với các dự án đầu tư hạ tầng lớn, yêu cầu mọi dự án nộp đủ bộ hồ sơ: WBS chi tiết đến gói công việc, lịch Gantt có baseline, đầy đủ các kế hoạch quản lý thành phần, báo cáo tiến độ hằng tuần theo mẫu, và mọi thay đổi phạm vi phải chờ hội đồng kiểm soát thay đổi (CCB) họp mỗi tháng một lần.

Đội phản ứng: "Làm hồ sơ còn lâu hơn làm sản phẩm." PMO đáp: "Quy định áp dụng cho mọi dự án."

Phân tích theo PMBOK® Guide

Tailoring là gì

PMBOK® 7 mô tả tailoring là sự điều chỉnh có chủ đích về cách tiếp cận, quản trị và quy trình để phù hợp hơn với môi trường và công việc cụ thể. "Tailor based on context" là một trong 12 nguyên tắc quản lý dự án của PMBOK® 7. Những gì có thể tailoring gồm: lựa chọn vòng đời và cách tiếp cận phát triển, quy trình, cách gắn kết các bên liên quan, công cụ, phương pháp và artifact.

Quy trình tailoring bốn bước

  1. Chọn cách tiếp cận phát triển ban đầu.
  2. Tailoring cho tổ chức: điều chỉnh trong khuôn khổ chính sách và quy trình quản trị của tổ chức. PMO thường tham gia ở bước này.
  3. Tailoring cho dự án: điều chỉnh theo đặc điểm sản phẩm, đội dự án và văn hoá.
  4. Cải tiến liên tục: xem lại cách làm trong suốt dự án, ví dụ qua retrospective hay đánh giá giai đoạn.

Ai đúng?

Cả hai đều có lý. PMO cần khả năng giám sát và tính nhất quán giữa các dự án; đội cần tốc độ và phản hồi. Sai lầm là biến chuyện này thành "đúng hay sai" thay vì "mục đích và phương tiện". Câu hỏi đúng là: mỗi tài liệu PMO yêu cầu phục vụ mục đích quản trị nào, và có artifact nào đạt cùng mục đích với chi phí thấp hơn?

Tuyên ngôn Agile (được trình bày lại trong Agile Practice Guide) đặt "phần mềm chạy được hơn tài liệu toàn diện", đồng thời ghi rõ các mục ở vế sau vẫn có giá trị. Agile không loại bỏ tài liệu, chỉ đặt ưu tiên khác. Agile Practice Guide cũng có phần bàn về vai trò của PMO khi tổ chức áp dụng Agile, theo hướng hỗ trợ việc tạo ra giá trị thay vì chỉ kiểm soát tuân thủ.

Cách xử lý đề xuất

  1. Gặp PMO để hiểu mục đích, không mở đầu bằng đề nghị miễn trừ. Hỏi cụ thể: báo cáo tuần dùng để ra quyết định gì, ai đọc, thông tin nào quan trọng nhất?

Tình huống liên quan

Agile & HybridĐo lường

Bảng Kanban kín việc mà khách vẫn chờ lâu: giới hạn WIP và định luật Little

Đội hỗ trợ triển khai có 6 người nhưng đang "ôm" 31 yêu cầu dở dang, khách hàng chờ trung bình hơn ba tuần. Dùng bốn chỉ số dòng chảy của Kanban Guide và định luật Little để chứng minh rằng bắt đầu ít việc hơn mới là cách xong việc nhanh hơn.

Ngày đăng: 02/10/2026Lượt xem: 2Bình luận: 0
Agile & HybridBàn giao

Product Owner kiêm nhiệm "vắng mặt": khi backlog chờ quyết định cả tuần

Product Owner là trưởng phòng nghiệp vụ, chỉ dành được vài giờ mỗi tuần cho đội. Câu hỏi tồn đọng, đội tự đoán yêu cầu và làm lại. Cách chẩn đoán, khôi phục quyền ra quyết định và ủy quyền đúng cách.

Ngày đăng: 01/10/2026Lượt xem: 7Bình luận: 0
Agile & HybridĐội dự án

Mỗi story qua tay bốn người, cuối sprint dồn kiểm thử: phá silo chuyên môn bằng swarming và kỹ năng hình chữ T

Đội Scrum 8 người nhưng thực chất là bốn "phòng ban mini": phân tích, backend, frontend, kiểm thử. Story nào cũng đi qua bốn tay, kiểm thử viên ngập việc ba ngày cuối sprint. Vì sao đội liên chức năng không có nghĩa là mỗi người một chuyên môn, và cách chuyển sang làm việc theo kiểu "cả đội dồn vào ít việc".

Ngày đăng: 29/09/2026Lượt xem: 2Bình luận: 0
Agile & HybridLập kế hoạch

Backlog 180 story mà vẫn không biết phát hành gì trước: lập bản đồ user story theo hành trình người dùng

Danh sách backlog phẳng 180 dòng được xếp theo "giá trị" từng story, nhưng bản phát hành đầu lại không dùng được vì thiếu các bước nền. Cách dựng user story map theo hành trình người dùng, cắt lát phát hành có thể dùng ngay và kiểm tra story bằng INVEST.

Ngày đăng: 26/09/2026Lượt xem: 0Bình luận: 0
  • Lập bảng ánh xạ mục đích và artifact:
  • Mục đích quản trịHồ sơ theo mẫu hiện tạiĐề xuất cho dự án Agile nhỏ
    Nắm phạm viWBS chi tiếtProduct Backlog có thứ tự ưu tiên và roadmap mức tính năng
    Theo dõi tiến độGantt baseline, báo cáo tuầnBiểu đồ burnup theo bản phát hành, kết quả Sprint Review
    Kiểm soát thay đổiCCB họp hằng thángProduct Owner sắp xếp backlog trong ngưỡng thời gian, ngân sách đã duyệt; chỉ thay đổi vượt ngưỡng mới đưa lên CCB
    Quản lý rủi roRisk register theo mẫu đầy đủRisk register rút gọn; hành động ứng phó rủi ro được đưa vào backlog và xếp ưu tiên cùng các hạng mục khác
    Bằng chứng chất lượngBiên bản nghiệm thu từng góiDefinition of Done và kết quả review mỗi Sprint
    1. Thống nhất ngưỡng: cùng PMO và sponsor xác định giới hạn về ngân sách, thời gian và mục tiêu. Trong ngưỡng, đội và Product Owner tự điều chỉnh phạm vi; vượt ngưỡng thì leo thang theo quy trình.
    2. Ghi lại quyết định tailoring và lý do trong kế hoạch quản lý dự án, có xác nhận của PMO. Đây là bằng chứng tuân thủ, không phải "đi đường tắt".
    3. Minh bạch thay cho báo cáo viết tay: mời đại diện PMO dự Sprint Review, chia sẻ bảng công việc và biểu đồ dưới dạng information radiator để PMO thấy tiến độ thật.
    4. Rà soát sau vài Sprint (bước 4 của quy trình tailoring): tài liệu nào không ai dùng thì bỏ, thông tin nào PMO còn thiếu thì bổ sung.

    Góc nhìn đề thi PMP

    • Đáp án "bỏ qua yêu cầu của PMO vì Agile không cần tài liệu" gần như luôn sai: tuân thủ chính sách tổ chức vẫn là trách nhiệm của PM.
    • Đáp án "làm đủ mọi biểu mẫu dù không phù hợp" cũng không thể hiện tư duy của PMBOK® 7.
    • Hướng hợp lý thường là: tìm hiểu yêu cầu quản trị → đề xuất tailoring → được bên có thẩm quyền chấp thuận → ghi nhận → xem lại định kỳ.

    💡 Khi thuyết phục PMO, hãy nói bằng ngôn ngữ của mục đích quản trị (minh bạch, kiểm soát rủi ro, trách nhiệm giải trình) thay vì thuật ngữ của framework.

    Bài học rút ra

    • Tailoring không phải "cắt bớt quy trình" mà là chọn mức vừa đủ để đạt mục đích.
    • Mỗi artifact nên trả lời được câu hỏi "ai dùng, để ra quyết định gì".
    • Quyết định tailoring cần được ghi lại, được chấp thuận và được xem lại.

    Tài liệu tham khảo

    • PMBOK® Guide – Seventh Edition, PMI, 2021: nguyên tắc Tailor based on context, phần Tailoring.
    • Agile Practice Guide, PMI & Agile Alliance, 2017: Tuyên ngôn Agile, phần cân nhắc về tổ chức và PMO.
    #tailoring#pmo#governance#agile

    Biểu mẫu tải về

    • Mẫu tài liệu yêu cầu sản phẩm một trang – PRD (Confluence)Mẫu trang Confluence gọn: thông tin và vai trò, mục tiêu và chỉ số thành công, giả định, yêu cầu, tài liệu thiết kế, câu hỏi mở và phần ngoài phạm vi. Gợi ý cho bộ hồ sơ "vừa đủ" thay hàng chục văn bản khi tailoring. Xem công khai; dùng cần tài khoản.atlassian.com · 0 lượt mở
      Mở liên kết
    • Nguyên tắc quản trị cho dự án agile (GOV.UK Service Manual)Bộ nguyên tắc quản trị của Chính phủ Anh cho dịch vụ làm theo agile: quản trị gọn nhẹ, tin tưởng đội, ra quyết định đúng cấp và dựa vào bằng chứng từ sản phẩm chạy được. Tài liệu tốt để thương lượng với PMO về mức hồ sơ phù hợp. Bài hướng dẫn.gov.uk · 0 lượt mở
      Mở liên kết
    • Hướng dẫn họp khởi động dự án kèm chương trình mẫu (Atlassian Team Playbook)Các bước chuẩn bị và chương trình mẫu cho buổi kick-off: mục tiêu, phạm vi, vai trò, cách làm việc và kênh liên lạc. Thay cho một bộ hồ sơ khởi động dày, đội agile nhỏ có thể chốt các điểm PMO cần ngay trong buổi họp và lưu biên bản. Bài hướng dẫn.atlassian.com · 0 lượt mở
      Mở liên kết
    • Mẫu kế hoạch dự án gọn một trang (Confluence)Trang Confluence có sẵn các mục mục tiêu, bối cảnh, phạm vi, mốc chính, thành viên và rủi ro. Dùng làm "kế hoạch đã cắt may" (tailored) cho dự án agile nhỏ: đủ thông tin quản trị PMO cần mà không phải viết nhiều tài liệu riêng. Trực tuyến (Confluence).atlassian.com · 0 lượt mở
      Mở liên kết
    • Mẫu product backlog trên Excel (ProjectManager)Bảng Excel liệt kê hạng mục backlog với mô tả, mức ưu tiên, ước lượng, trạng thái và người phụ trách. Một backlog được sắp ưu tiên có thể thay tài liệu đặc tả yêu cầu dày khi trình PMO cho dự án agile nhỏ. Excel.projectmanager.com · 0 lượt mở
      Mở liên kết

    Trắc nghiệm tình huống PMP

    Câu 1/5
    Bạn quản lý một dự án nội bộ ba tháng, đội 5 người làm Scrum. PMO yêu cầu nộp đủ WBS chi tiết, Gantt có baseline, mọi kế hoạch quản lý thành phần và báo cáo tuần theo mẫu như các dự án hạ tầng lớn. Đội phản đối vì "làm hồ sơ còn lâu hơn làm sản phẩm". Bạn nên làm gì TRƯỚC?

    Bạn chọn phương án nào?

    PMO yêu cầu dự án Scrum 3 tháng, đội 5 người nộp đủ WBS chi tiết, Gantt có baseline, báo cáo tuần theo mẫu và chờ CCB họp mỗi tháng một lần cho mọi thay đổi phạm vi. Nếu là PM, bạn chọn cách nào?

    Bài viết hữu ích? Chia sẻ cho đồng nghiệp nhé!

    Đánh giá bài viết

    Bình luận

    Mục lục

    Tình huống minh hoạPhân tích theo PMBOK® GuideCách xử lý đề xuấtGóc nhìn đề thi PMPBài học rút raTài liệu tham khảoBiểu mẫu tải vềTrắc nghiệmBình chọn
    Quảng cáoBộ đề thi thử PMP (mẫu)
    Quảng cáoTemplate quản lý dự án (mẫu)