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. /Tình huống
  2. /Quản lý Phạm vi
  3. /DHS HART (Mỹ): hệ thống sinh trắc học trễ hơn 3 …
Số 118Quản lý Phạm vi

DHS HART (Mỹ): hệ thống sinh trắc học trễ hơn 3 năm, tái lập đường cơ sở hai lần trong khi các increment sau chưa được định nghĩa

Chương trình HART thay thế hệ thống sinh trắc học IDENT hơn 27 năm tuổi của Bộ An ninh Nội địa Mỹ. Từ khi khởi động năm 2016, chương trình tái lập đường cơ sở năm 2019 và 2022, ghi nhận vi phạm lịch và chi phí, trong khi nội dung các increment sau còn chưa xác định. GAO cũng chỉ ra khoảng trống về quyền riêng tư. Bài học về phạm vi theo increment.

HP
Nguyễn Thu Hà, PMP
21/03/2026
4 phút đọc 0 lượt xem
DHS HART (Mỹ): hệ thống sinh trắc học trễ hơn 3 năm, tái lập đường cơ sở hai lần trong khi các increment sau chưa được định nghĩa
Bình luận0

Bối cảnh thực tế

IDENT là hệ thống đối chiếu vân tay và khuôn mặt của Bộ An ninh Nội địa Mỹ (DHS), phục vụ nhiều cơ quan như kiểm soát biên giới, nhập cư. Năm 2016, DHS khởi động chương trình HART (Homeland Advanced Recognition Technology) để thay thế IDENT đã hơn 27 năm tuổi.

Theo GAO-21-386 (6/2021): tổng chi phí ước tính khoảng 4,3 tỷ USD; chương trình chậm khoảng 3 năm; increment 1 chỉ thay thế chức năng hiện có, còn các increment sau được lên kế hoạch nhưng chưa có đặc tả chi tiết. Chương trình mới thực hiện đầy đủ 7 trên 14 thực hành tốt về mua sắm CNTT, và theo dõi 49 rủi ro đang mở.

Theo GAO-23-105959 (9/2023):

  • Năm 2020 chương trình ghi nhận vi phạm lịch lần thứ hai và vi phạm chi phí lần đầu.
  • Đường cơ sở năm 2022 tăng chi phí thêm khoảng 354 triệu USD so với đường cơ sở 2019 và lùi năng lực ban đầu thêm 33 tháng, tới tháng 9/2023.
  • Đến tháng 4/2023, lỗi phần mềm và vấn đề hiệu năng cao hơn dự kiến khiến chương trình cần tái lập đường cơ sở lần thứ ba.
  • Hệ thống sẽ lưu trữ hàng trăm triệu danh tính nhưng DHS mới đáp ứng 5 trên 12 yêu cầu về quyền riêng tư của OMB.

GAO đưa ra 9 khuyến nghị về ước tính chi phí, lịch biểu và tuân thủ quyền riêng tư; DHS đồng ý.

Phân tích nguyên nhân theo chuẩn PMP

  • Chia increment nhưng không xác định phạm vi của từng increment

    Phát triển tăng dần chỉ giảm rủi ro khi mỗi increment có mục tiêu, sản phẩm bàn giao và tiêu chí chấp nhận rõ. Theo kỹ thuật lập kế hoạch cuốn chiếu (rolling wave planning), phần xa có thể ở mức thô, nhưng vẫn phải đủ để ước tính vòng đời. Khi increment sau trống rỗng, tổng chi phí 4,3 tỷ USD là con số không có điểm tựa.

  • Phạm vi "thay thế nguyên trạng" che giấu độ phức tạp

    Increment 1 nhằm tái tạo chức năng của hệ thống cũ — loại phạm vi thường bị đánh giá thấp vì yêu cầu ẩn trong hành vi của hệ thống đã chạy hàng chục năm. Lỗi phần mềm và vấn đề hiệu năng vượt dự kiến là dấu hiệu yêu cầu phi chức năng (hiệu năng, độ chính xác đối chiếu) chưa được nắm đủ.

  • Yêu cầu tuân thủ bị đặt ngoài phạm vi

    Yêu cầu quyền riêng tư là yêu cầu bắt buộc (regulatory requirement), phải có trong tài liệu yêu cầu từ đầu. Đáp ứng 5/12 yêu cầu của OMB cho thấy phạm vi chỉ tập trung vào chức năng kỹ thuật.

  • Tái lập đường cơ sở nhiều lần làm mất giá trị kiểm soát

    Tái lập đường cơ sở (re-baselining) là hợp lệ khi có thay đổi lớn được phê duyệt, nhưng lặp đi lặp lại cho thấy ước tính ban đầu không đáng tin. Mỗi lần tái lập lại "xoá" độ lệch, khiến nhà tài trợ khó thấy xu hướng thực.

  • Lẽ ra PM nên làm gì

    1. 1

      Bước 1: Định nghĩa tối thiểu cho mọi increment trước khi lập đường cơ sở vòng đời

      Mỗi increment có tuyên bố mục tiêu, danh sách năng lực chính và giả định; increment xa có khoảng ước tính rộng hơn nhưng không được để trống.

    2. 2

      Bước 2: Khai quật yêu cầu ẩn của hệ thống cũ

      Phân tích tài liệu, phỏng vấn người vận hành, đo hiệu năng thực của hệ thống cũ để có yêu cầu phi chức năng định lượng:

      • Hiệu năng đối chiếu

        Thời gian phản hồi và thông lượng tối thiểu bằng hệ thống cũ ở tải cao điểm, đo trong kiểm thử tải.

      • Độ chính xác

        Tỷ lệ khớp sai và bỏ sót không kém hệ thống cũ trên bộ dữ liệu chuẩn.

      • Quyền riêng tư

        Đáp ứng 100% yêu cầu bắt buộc về quyền riêng tư trước khi đưa dữ liệu thật vào.

    3. 3

      Bước 3: Báo cáo xu hướng so với đường cơ sở gốc

      Bên cạnh đường cơ sở hiện hành, luôn trình bày độ lệch so với cam kết ban đầu để nhà tài trợ thấy bức tranh đầy đủ.

    4. 4

      Bước 4: Đưa nhóm pháp chế, quyền riêng tư vào nhóm phạm vi

      Chuyên viên quyền riêng tư tham gia rà soát yêu cầu và nghiệm thu từng increment.

    PM Takeaway (Bài học rút ra)

    Chia nhỏ thành increment không tự động làm dự án an toàn hơn. Mỗi increment cần phạm vi, tiêu chí chấp nhận và yêu cầu bắt buộc rõ ràng; nếu không, việc chia nhỏ chỉ dời sự mơ hồ sang tương lai và kéo theo những lần tái lập đường cơ sở liên tiếp.

    Nguồn tham khảo

    • GAO-23-105959 — Biometric Identity System: DHS Needs to Address Significant Shortcomings in Program Management and Privacy
    • GAO-21-386 — Homeland Security: DHS Needs to Fully Implement Key Practices in Acquiring Biometric Identity Management System
    #Quản lý phạm vi#Phát triển tăng dần#Tái lập đường cơ sở#Quyền riêng tư dữ liệu#gao

    Nguồn: GAO-23-105959 — Biometric Identity System: DHS Needs to Address Significant Shortcomings in Program Management and Privacy ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Một chương trình thay thế hệ thống cũ chia làm 4 increment. Increment 1 đã có yêu cầu chi tiết; increment 2–4 chỉ có tên gọi. Nhà tài trợ yêu cầu PM trình tổng chi phí vòng đời để phê duyệt vốn. PM nên làm gì?

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

    Nếu là PM chương trình HART khi increment 1 liên tục lỗi hiệu năng và cần tái lập đường cơ sở lần thứ ba, bạn chọn hướng nào?

    Tình huống này hữu ích với bạn?

    Bình luận0

    Bình luận (0)

    Đăng nhập để tham gia thảo luận.

    Tình huống cùng lĩnh vực

    Quản lý Phạm vi

    Duke Nukem Forever: 14 năm phát triển khi phạm vi là một mục tiêu di động và không ai định nghĩa "xong"

    Công bố năm 1997 với kỳ vọng ra mắt cuối 1998, tựa game Duke Nukem Forever chuyển động cơ đồ hoạ nhiều lần, khởi động lại và chỉ phát hành tháng 6/2011 sau khi Gearbox tiếp quản. Phân tích dưới góc nhìn quản lý phạm vi: khi chủ dự án tự quyết mọi thay đổi, không có đường cơ sở và không có tiêu chí hoàn thành.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận14/10/2026
    Quản lý Phạm vi

    FBI Sentinel (2006–2012): yêu cầu sáu năm tuổi, tạm dừng nhà thầu và cuộc đặt lại phạm vi theo hướng agile

    Sau thất bại của Virtual Case File, FBI giao Lockheed Martin xây hệ thống hồ sơ điện tử Sentinel theo bốn giai đoạn. Đến 2010, mới xong hai giai đoạn, thanh tra Bộ Tư pháp cảnh báo yêu cầu đã cũ và kế hoạch mới chưa được văn bản hoá. FBI dừng nhà thầu, tự phát triển theo agile với phạm vi thu hẹp và hệ thống được dùng toàn cơ quan từ 7/2012. Bài học về xếp hạng lại yêu cầu khi đã tiêu hao phần lớn ngân sách.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận12/10/2026
    Quản lý Phạm vi

    Phoenix/Firefox (2002–2004): cắt gọt phạm vi của một bộ ứng dụng cồng kềnh để làm ra trình duyệt gọn nhẹ

    Một nhóm nhỏ trong cộng đồng Mozilla cho rằng áp lực thương mại và việc tính năng chồng chất đã làm Mozilla Suite phình to. Họ làm một trình duyệt độc lập, tối giản (Phoenix, sau đổi tên Firefox), ra bản 1.0 ngày 9/11/2004 và đạt 60 triệu lượt tải trong chín tháng. Ví dụ thành công của việc dám loại bỏ.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận04/10/2026

    Nội dung

    Bối cảnh thực tếPhân tích nguyên nhân theo chuẩn PMPLẽ ra PM nên làm gìPM Takeaway (Bài học rút ra)Nguồn tham khảoTrắc nghiệmBình chọn
    Quảng cáoBộ đề thi thử PMP (mẫu)