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. /Thiết bị IoT có cả phần cứng lẫn phần mềm: thiết…
Agile & Hybrid· Domain: Cách tiếp cận & vòng đời

Thiết bị IoT có cả phần cứng lẫn phần mềm: thiết kế vòng đời hybrid khi khuôn mẫu không thể làm lại mỗi sprint

Đội làm cảm biến chất lượng nước muốn chạy Scrum cho cả phần cứng, firmware và ứng dụng, nhưng khuôn vỏ mất 8 tuần và mỗi lần đặt mạch tốn kém. Cách chia nhịp phát triển theo chi phí thay đổi của từng thành phần, giữ nhiều phương án thiết kế đến điểm học tập tích hợp.

HP
Nguyễn Thu Hà, PMP
20/09/2026
6 phút đọc 0 0
Thiết bị IoT có cả phần cứng lẫn phần mềm: thiết kế vòng đời hybrid khi khuôn mẫu không thể làm lại mỗi sprint

Tình huống minh hoạ

Tình huống dưới đây là giả định, dùng để minh hoạ; thời gian và chi phí mang tính ước lệ.

Một công ty khởi nghiệp nông nghiệp công nghệ cao phát triển cảm biến đo chất lượng nước cho ao nuôi tôm: thiết bị nổi có pin mặt trời, đo pH, oxy hoà tan và nhiệt độ, gửi dữ liệu về ứng dụng điện thoại. Sản phẩm gồm bốn thành phần:

  1. Vỏ cơ khí (nhựa đúc, chống nước): làm khuôn mất khoảng 8 tuần, sửa khuôn rất tốn kém.
  2. Bo mạch điện tử: mỗi vòng thiết kế – đặt sản xuất – lắp ráp mất 3–4 tuần.
  3. Firmware: có thể cập nhật từ xa sau khi xuất xưởng.
  4. Ứng dụng di động và máy chủ: cập nhật bất cứ lúc nào.

Giám đốc sản phẩm vừa học Scrum và yêu cầu "cả đội chạy sprint hai tuần, mỗi sprint phải có một phiên bản sản phẩm hoàn chỉnh". Sau hai sprint, kỹ sư cơ khí và kỹ sư phần cứng báo cáo "không có gì để demo", còn đội phần mềm thì liên tục phải đoán giao tiếp với một bo mạch chưa tồn tại. Đồng thời, nhà đầu tư muốn đưa 50 thiết bị ra ao nuôi thử nghiệm trước mùa thả giống.

Phân tích theo PMBOK® Guide / Agile Practice Guide

Chi phí thay đổi quyết định nhịp phát triển

PMBOK® Guide (lĩnh vực hiệu suất Cách tiếp cận phát triển và vòng đời – Development Approach and Life Cycle) nêu rằng việc chọn cách tiếp cận dựa trên các yếu tố như mức độ bất định của yêu cầu, mức độ dễ thay đổi của sản phẩm, rủi ro và ràng buộc của tổ chức. Một sản phẩm có thể dùng cách tiếp cận hybrid: các thành phần khác nhau đi theo vòng đời khác nhau.

Trong tình huống này, "độ dễ thay đổi" của bốn thành phần chênh lệch rất lớn:

Thành phầnChi phí/thời gian thay đổiMức bất địnhCách tiếp cận phù hợp
Ứng dụng & máy chủThấp, cập nhật hằng ngàyCao (nhu cầu người nuôi chưa rõ)Thích ứng, sprint ngắn
FirmwareTrung bình, cập nhật từ xa đượcTrung bìnhLặp (iterative), phát hành theo bản dựng phần cứng
Bo mạchCao, mỗi vòng 3–4 tuầnTrung bình (chọn cảm biến, nguồn)Lặp theo các vòng mẫu thử (prototype) có kế hoạch
Vỏ & khuônRất caoThấp sau khi chốt kích thước

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
Dự đoán (predictive), có cổng quyết định

Agile Practice Guide (PMI phát hành ấn bản thứ hai, hợp tác với Agile Alliance) mô tả agile là một tư duy và tập hợp thực hành cần được điều chỉnh (tailoring) theo bối cảnh, chứ không phải áp nguyên một khung cho mọi loại công việc. Agile Alliance cũng phân biệt phát triển lặp (iterative) — làm lại để hoàn thiện dần — với phát triển tăng dần (incremental) — bổ sung từng phần dùng được; phần cứng thường lặp qua các mẫu thử trước khi có phần "tăng dần" thật sự.

Thiết kế theo tập phương án (set-based design)

Scaled Agile Framework (SAFe) mô tả set-based design là thực hành lean giữ nhiều phương án yêu cầu và thiết kế mở càng lâu càng tốt, thu hẹp dần dựa trên bằng chứng tại các điểm học tập tích hợp (integration-based learning points), thay vì chốt sớm một phương án (point-based) rồi phát hiện sai khi đã muộn. Với phần cứng, nơi một quyết định sai về vỏ hoặc mạch có thể tốn hàng tháng, đây là cách giảm rủi ro hiệu quả.

Cách áp dụng

Bước 1: Lập bản đồ chi phí thay đổi và "điểm không thể quay lại"

Cùng đội liệt kê các quyết định khó đảo ngược: kích thước vỏ, vị trí ăng-ten, loại cảm biến oxy, dung lượng pin. Mỗi quyết định có một ngày muộn nhất có trách nhiệm (last responsible moment) — sau ngày đó, trì hoãn sẽ làm trễ khuôn hoặc mùa thử nghiệm.

Bước 2: Giữ nhiều phương án cho quyết định rủi ro cao

Ví dụ với cảm biến oxy hoà tan: thử song song hai loại (quang học và điện hoá) trên bo mạch thử nghiệm rẻ tiền, đo độ trôi sau 2 tuần ngâm nước ao. Chỉ loại bỏ phương án khi có dữ liệu. Chi phí thử song song nhỏ hơn nhiều so với một vòng sửa khuôn.

Bước 3: Đặt nhịp tích hợp chung thay vì "sprint hoàn chỉnh" giả tạo

NhịpÁp dụng choKết quả kiểm tra được
Sprint 2 tuầnỨng dụng, máy chủ, firmwareTính năng chạy trên bộ giả lập phần cứng (hardware-in-the-loop) hoặc bo mạch phát triển
Mỗi 6 tuầnCả độiĐiểm học tập tích hợp: ghép bo mạch mẫu mới nhất + firmware + ứng dụng, thử ở bể nước thật
Cổng quyết địnhVỏ & khuônChốt kích thước khi bo mạch thế hệ 2 ổn định; trước đó dùng vỏ in 3D

Đội phần mềm không cần đợi mạch thật: thống nhất đặc tả giao tiếp giữa firmware và bo mạch sớm, dùng bộ giả lập để kiểm thử.

Bước 4: Định nghĩa "xong" khác nhau cho từng loại công việc

Phần mềm: được kiểm thử tự động và chạy trên thiết bị mẫu. Phần cứng: đạt bài kiểm tra đã thống nhất (ngâm nước 72 giờ, sạc pin mặt trời 3 ngày âm u…). Sprint Review vẫn diễn ra, nhưng phần cứng trình bày dữ liệu thử nghiệm và quyết định đã thu hẹp, không ép phải "demo sản phẩm".

Bước 5: Lên kế hoạch tổng thể có mốc cứng

Mùa thả giống là mốc không dời được. Làm ngược từ mốc: 50 thiết bị thử nghiệm cần vỏ in 3D hoặc vỏ mua sẵn cải tiến (chấp nhận kém thẩm mỹ), còn khuôn sản xuất hàng loạt đi theo lộ trình dự đoán sau mùa thử nghiệm. Kế hoạch hybrid được trình bày trên một lộ trình chung để nhà đầu tư thấy toàn cảnh.

Sai lầm thường gặp

  • Ép mọi thành phần vào một nhịp sprint: kỹ sư phần cứng phải "bịa" kết quả demo, mất niềm tin vào agile.
  • Ngược lại, làm toàn bộ theo thác nước: ứng dụng chỉ được làm sau khi phần cứng xong, mất cơ hội học từ người nuôi tôm sớm.
  • Chốt thiết kế quá sớm để "cho chắc": đặt khuôn trước khi kiểm chứng cảm biến, sau đó phải sửa khuôn.
  • Giữ phương án mở mãi: set-based design có mốc thu hẹp rõ ràng; không quyết định cũng là một quyết định tốn kém.
  • Không có điểm tích hợp định kỳ: mỗi nhóm "xanh" riêng, đến lúc ghép mới phát hiện lỗi giao tiếp.

Góc ôn thi PMP

  • Đề PMP (theo ECO 2026, khoảng 60% câu hỏi thuộc cách tiếp cận agile hoặc hybrid) thường hỏi cách tiếp cận phù hợp cho từng phần của dự án. Dấu hiệu chọn hybrid: sản phẩm có thành phần chi phí thay đổi cao (phần cứng, xây dựng, tuân thủ pháp lý) đi cùng thành phần bất định cao (phần mềm, trải nghiệm người dùng).
  • Từ khoá tailoring (điều chỉnh): đáp án đúng thường là điều chỉnh phương pháp theo bối cảnh, không áp dụng nguyên mẫu một khung.
  • Phân biệt iterative (lặp để hoàn thiện, giảm bất định) và incremental (bàn giao từng phần dùng được).
  • Khi một quyết định khó đảo ngược, PM nên thu thập thêm dữ liệu (mẫu thử, thử nghiệm song song) trước khi cam kết — phù hợp nguyên tắc ứng phó với sự không chắc chắn.

Nguồn tham khảo

  • Set-Based Design – Scaled Agile Framework
  • Agile Practice Guide – Project Management Institute
  • Incremental Development – Agile Alliance Glossary
#hybrid#hardware#set-based-design#tailoring#iot

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

Câu 1/1
Một dự án phát triển thiết bị y tế đeo tay gồm vỏ cơ khí (mỗi lần sửa khuôn mất 2 tháng), bo mạch điện tử và ứng dụng di động có yêu cầu người dùng còn nhiều bất định. Nhà tài trợ yêu cầu cả đội chạy sprint hai tuần và demo sản phẩm hoàn chỉnh mỗi sprint. Người quản lý dự án nên đề xuất gì?

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

Nếu là PM, mùa thử nghiệm không dời được nhưng cảm biến oxy vẫn còn hai phương án chưa phân thắng bại. Bạn quyết định thế 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® Guide / Agile Practice GuideCách áp dụngSai lầm thường gặpGóc ôn thi PMPNguồn tham khảoTrắc nghiệmBình chọn
Quảng cáoTemplate quản lý dự án (mẫu)
Quảng cáoBộ đề thi thử PMP (mẫu)