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. /Thiết bị cầm tay Điều tra dân số Mỹ 2010: 400 yê…
Số 95Quản lý Phạm vi

Thiết bị cầm tay Điều tra dân số Mỹ 2010: 400 yêu cầu mới gửi muộn và quyết định quay lại giấy bút

Năm 2006, Cục Điều tra dân số Mỹ ký hợp đồng khoảng 600 triệu USD với Harris để làm thiết bị cầm tay thu thập dữ liệu. Yêu cầu bị sửa nhiều lần; tháng 1/2008 nhà thầu nhận thêm khoảng 400 yêu cầu mới và sửa đổi. Kết quả: bỏ thiết bị cho khâu thu thập chính, chi phí cuộc điều tra tăng hàng tỷ USD.

HP
Nguyễn Thu Hà, PMP
07/05/2026
4 phút đọc 0 lượt xem
Thiết bị cầm tay Điều tra dân số Mỹ 2010: 400 yêu cầu mới gửi muộn và quyết định quay lại giấy bút
Bình luận0

Bối cảnh thực tế

Cho cuộc Điều tra dân số năm 2010, Cục Điều tra dân số Mỹ (U.S. Census Bureau) muốn thay bảng hỏi giấy bằng thiết bị cầm tay cho hàng trăm nghìn điều tra viên đi gõ cửa các hộ chưa trả lời. Tháng 4/2006, Cục ký hợp đồng Tự động hoá thu thập dữ liệu thực địa (Field Data Collection Automation — FDCA) với Harris Corporation, giá trị khoảng 595–600 triệu USD, dự kiến cung cấp khoảng 525.000 thiết bị.

Dấu hiệu bất thường:

  • Yêu cầu kỹ thuật bị sửa đổi nhiều lần sau khi đã ký hợp đồng.
  • Giữa tháng 1/2008, Cục gửi bản sửa đổi yêu cầu cuối cùng với khoảng 400 yêu cầu mới và cập nhật — chỉ vài tháng trước đợt diễn tập tổng thể.
  • Bộ trưởng Thương mại thừa nhận có sự "hiểu lầm nghiêm trọng" về yêu cầu kỹ thuật giữa Cục và nhà thầu.
  • Tháng 3/2008, GAO đưa cuộc Điều tra dân số 2010 vào danh sách rủi ro cao ngay giữa kỳ — một bước hiếm khi xảy ra.

Giám đốc GAO David Powner nhận xét: nếu 400 yêu cầu đó được xác định vào khoảng giữa năm 2006 thì vẫn có thể làm được. Tháng 4/2008, lãnh đạo Cục và Bộ Thương mại quyết định bỏ thiết bị cầm tay cho khâu thu thập dữ liệu hộ chưa trả lời, quay về giấy. Việc này làm chi phí cuộc điều tra tăng thêm khoảng 2,2–3 tỷ USD, trong khi giá trị hợp đồng với Harris vẫn tăng lên khoảng 1,3 tỷ USD.

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

  • Ký hợp đồng trước khi thu thập đủ yêu cầu (Collect Requirements)

    Hạ nghị sĩ Henry Waxman nhận xét Cục đã tiến hành hợp đồng với đặc tả không đầy đủ và giám sát hợp đồng rất yếu. Khi yêu cầu chưa chín đã ký hợp đồng, mỗi lần làm rõ yêu cầu sau đó đều trở thành thay đổi có chi phí và tiến độ.

  • Yêu cầu đến muộn phá vỡ đường cơ sở (Control Scope)

    Khoảng 400 yêu cầu mới và sửa đổi trong cùng một đợt, sát mốc diễn tập, là cú sốc lớn với đường cơ sở phạm vi. Nhận xét của GAO cho thấy thời điểm quan trọng không kém nội dung: cùng một tập yêu cầu, nếu có sớm thì khả thi, đến muộn thì không.

Thiếu ma trận truy vết và tiêu chí nghiệm thu chung

Sự "hiểu lầm nghiêm trọng" về yêu cầu kỹ thuật giữa hai bên cho thấy không có một tài liệu yêu cầu được cả hai cùng hiểu, kèm ma trận truy vết yêu cầu (requirements traceability matrix) và tiêu chí nghiệm thu đo được.

  • Phạm vi bị cắt giảm vào thời điểm đắt đỏ nhất

    Quyết định bỏ chức năng chính (thu thập dữ liệu hộ chưa trả lời) là cắt phạm vi bị động, sau khi đã chi tiền phát triển và chỉ còn chưa tới hai năm. Phương án giấy phải lập lại từ đầu, kéo theo chi phí tăng hàng tỷ USD.

  • Hướng xử lý theo khuyến nghị PMI

    1. 1

      Bước 1: Hoàn thiện yêu cầu trước khi ký hợp đồng giá trị lớn

      Dùng phỏng vấn, hội thảo với điều tra viên thực địa, nguyên mẫu (prototype) và quan sát công việc để rút ra yêu cầu chức năng lẫn phi chức năng (thời lượng pin, độ bảo mật, khả năng hoạt động ngoại tuyến) trước khi phát hành hồ sơ mời thầu.

    2. 2

      Bước 2: Đặt mốc đóng băng yêu cầu gắn với lịch diễn tập

      Lùi từ ngày diễn tập để xác định hạn chót cho yêu cầu. Sau hạn chót, yêu cầu mới chỉ được đưa vào nếu CCB chấp thuận và có phân tích tác động.

    3. 3

      Bước 3: Phân loại yêu cầu đến muộn để quyết định nhanh

      Khi nhận một đợt yêu cầu lớn sát mốc, PM phân loại từng yêu cầu:

      • Bắt buộc cho ngày điều tra

        Không có thì không thể thu thập dữ liệu hợp pháp hoặc an toàn; ưu tiên và điều chỉnh kế hoạch.

      • Quan trọng nhưng có giải pháp tạm

        Có thể xử lý bằng quy trình thủ công hoặc bản cập nhật sau diễn tập.

      • Hoãn sang chu kỳ sau

        Cải tiến tiện ích; đưa vào backlog cho lần điều tra kế tiếp.

    4. 4

      Bước 4: Xây ma trận truy vết yêu cầu chung với nhà thầu

      Mỗi yêu cầu có mã, nguồn, tiêu chí nghiệm thu và trạng thái; hai bên rà soát hàng tháng để phát hiện sớm sự hiểu khác nhau.

    5. 5

      Bước 5: Chuẩn bị sớm phương án dự phòng cho chức năng then chốt

      Với thời hạn cố định theo hiến pháp như điều tra dân số, phương án giấy nên được lập kế hoạch song song ngay từ đầu như một kế hoạch dự phòng (fallback plan), thay vì dựng gấp khi hệ thống chính thất bại.

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

    Một yêu cầu đúng nhưng đến muộn vẫn có thể giết chết dự án. Thời điểm chốt yêu cầu là một quyết định quản lý phạm vi quan trọng ngang với nội dung của chính yêu cầu.

    Nguồn tham khảo

    • Nextgov — Late requirements sank Census handhelds (2008)
    • Government Executive — Census Bureau facing huge cost increase, possible delays in 2010 effort (2008)
    #Quản lý phạm vi#yeu-cau#Thu thập yêu cầu#Dự án CNTT#Bài học thất bại

    Nguồn: Nextgov — Late requirements sank Census handhelds (2008) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Dự án phát triển thiết bị thu thập dữ liệu cho một cuộc khảo sát quốc gia đã ký hợp đồng với nhà thầu 18 tháng trước. Còn 4 tháng tới đợt diễn tập, khách hàng nội bộ gửi một bản yêu cầu mới gồm hàng trăm mục bổ sung và sửa đổi. Nhà thầu cảnh báo không thể đáp ứng tất cả. PM nên làm gì trước tiên?

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

    Nếu là PM của dự án thiết bị cầm tay năm 2008, khi nhận khoảng 400 yêu cầu mới sát mốc diễn tập và ngày điều tra không thể dời, bạn chọn phương án 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 PMPHướng xử lý theo khuyến nghị PMIPM 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)