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.109 người đã truy cậpPhiên bản 1.15.0
  1. /Tình huống
  2. /Quản lý Phạm vi
  3. /Google Wave (2009–2010): phạm vi "gom mọi thứ" v…
Số 416Quản lý Phạm vi

Google Wave (2009–2010): phạm vi "gom mọi thứ" và quyết định dừng chỉ ba tháng sau khi mở công khai

Google Wave ra mắt tại Google I/O tháng 5/2009 như một công cụ kết hợp email, nhắn tin, wiki và cộng tác thời gian thực. Sau giai đoạn xem trước, Wave mở cho mọi người ngày 19/5/2010, nhưng ngày 4/8/2010 Google thông báo ngừng phát triển như sản phẩm độc lập vì người dùng không đón nhận như mong muốn. Bài học về phạm vi sản phẩm không trả lời được câu hỏi "giải quyết vấn đề gì cho ai".

HP
Nguyễn Thu Hà, PMP
21/09/2026
2 phút đọc 0 lượt xem
Bình luận0

Bối cảnh thực tế

Google Wave được giới thiệu tại hội nghị Google I/O ngày 28/5/2009 với tham vọng hình dung lại email: mỗi "wave" là một cuộc hội thoại kiêm tài liệu, nhiều người cùng sửa theo thời gian thực.

  • Tháng 9/2009, bản xem trước kỹ thuật mở rộng cho khoảng 100.000 người dùng, những người có thể mời thêm người khác.
  • Ngày 19/5/2010, Wave mở cho công chúng.
  • Ngày 4/8/2010, Google thông báo ngừng phát triển Wave như sản phẩm độc lập vì không đạt mức người dùng chấp nhận mong muốn; một phần công nghệ được tái sử dụng trong các sản phẩm khác.
  • Mã nguồn được chuyển cho Apache Software Foundation (Wave in a Box); dự án Apache Wave chưa bao giờ có bản phát hành đầy đủ và bị đóng năm 2018.
  • Giới phê bình cho rằng giao diện phức tạp, và Wave gộp email, tin nhắn, wiki nhưng không làm việc nào tốt hơn hẳn công cụ sẵn có.

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

  • Phạm vi định nghĩa bằng công nghệ, không bằng vấn đề

    Bản mô tả phạm vi tốt bắt đầu từ nhu cầu và tiêu chí thành công của người dùng. Wave bắt đầu từ khả năng kỹ thuật (đồng bộ thời gian thực) rồi tìm cách áp vào mọi hình thức giao tiếp.

  • Quá nhiều trường hợp sử dụng trong bản đầu

    Thay thế email, chat và wiki cùng lúc khiến sản phẩm khó hiểu với người mới. Phạm vi rộng làm loãng giá trị cốt lõi và tăng độ phức tạp giao diện.

  • Hiệu ứng mạng không được tính vào kế hoạch ra mắt

    Công cụ cộng tác chỉ có giá trị khi đồng nghiệp cũng dùng. Mô hình mời từng người trong bản xem trước làm người dùng vào Wave mà không có ai để cộng tác cùng.

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

  1. 1

    Bước 1: Chọn một tình huống sử dụng chính cho bản đầu

    Ví dụ: soạn tài liệu nhóm theo thời gian thực. Làm tốt hẳn một việc rồi mới mở rộng.

  2. 2

    Bước 2: Đo mức chấp nhận bằng chỉ số định trước

    Trước khi mở rộng phạm vi, đặt ngưỡng sử dụng thực:

    • Mở rộng

      Tỷ lệ người dùng quay lại hằng tuần và số nhóm cộng tác đạt mục tiêu.

    • Điều chỉnh

      Người dùng thử nhiều nhưng ít quay lại: thu hẹp, đơn giản hoá giao diện.

    • Dừng/chuyển hướng

      Sau nhiều vòng điều chỉnh vẫn không đạt: dừng sớm, tái sử dụng công nghệ.

  3. 3

    Bước 3: Thử nghiệm theo nhóm thay vì từng cá nhân

    Mời nguyên nhóm/tổ chức dùng thử để giá trị cộng tác thể hiện được.

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

Một sản phẩm cố gắng thay thế mọi thứ thường không thay thế được gì. Hãy định nghĩa phạm vi từ một vấn đề cụ thể của một nhóm người dùng cụ thể, và dừng sớm khi dữ liệu cho thấy giả thuyết sai — như Google đã làm.

Nguồn tham khảo

  • Official Google Blog — Update on Google Wave
  • Wikipedia — Google Wave
#Quản lý phạm vi#Phát triển phần mềm#Ra mắt sản phẩm#Nhu cầu người dùng#Google+

Nguồn: Official Google Blog — Update on Google Wave (4/8/2010) ↗ (mở trong thẻ mới)

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

Câu 1/1
Đội sản phẩm có một công nghệ cộng tác thời gian thực mạnh và muốn ra mắt sản phẩm thay thế cùng lúc email, chat và wiki. PM nên làm gì khi xác định phạm vi bản đầu?

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

Sản phẩm mới có người dùng thử đông nhưng ít người quay lại sau 3 tháng. Bạn chọn gì?

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 tương tự

Số 510Quản lý Phạm vi

Juicero (2016–2017): máy ép nước ép khoảng 700 USD, 120 triệu USD vốn đầu tư và những gói nước ép có thể bóp bằng tay

Juicero gọi được khoảng 120 triệu USD để làm một máy ép nối Wi-Fi, ép các gói rau quả cắt sẵn với lực khoảng 8.000 pound. Máy ra mắt năm 2016 với giá khoảng 700 USD. Tháng 4/2017, Bloomberg cho thấy bóp gói bằng tay cũng ra gần như cùng lượng nước ép. Công ty giảm giá còn khoảng 400 USD rồi ngừng hoạt động vào tháng 9/2017. Bài học về phạm vi: kỹ thuật tinh xảo không thay được việc xác nhận nhu cầu thật của khách hàng.

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

Người dùng tẩy chay Hệ thống mới & Nghệ thuật Quản trị Sự thay đổi (Organizational Change Management)

Mảng kiến thức trọng tâm: Quản trị Sự thay đổi Tổ chức, Chuyển giao Giá trị & Khung ADKAR (Organizational Change Management, Value Realization & ADKAR Model - PMBOK 7)

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

Bệnh viện Nhi Edinburgh (2012–2021): một dòng sao chép sai trong bảng yêu cầu thông gió khiến bệnh viện 150 triệu bảng bị hoãn mở cửa gần hai năm

Bệnh viện Nhi mới ở Edinburgh (Scotland) bị chính phủ dừng mở cửa vào mùa hè 2019, chỉ vài ngày trước khi đón bệnh nhân, vì hệ thống thông gió khu hồi sức tích cực không đạt chuẩn. Kiểm toán độc lập tìm ra nguồn gốc: bảng yêu cầu kỹ thuật lập năm 2012 ghi 4 lần trao đổi khí mỗi giờ thay vì 10. Lỗi đi qua đấu thầu, thiết kế, thi công và nghiệm thu mà không ai phát hiện; sửa chữa tốn khoảng 16 triệu bảng.

0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận20/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)