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ý Chất lượng
  3. /Friendster (2003–2004): trang web chậm khi tăng …
Số 423Quản lý Chất lượng

Friendster (2003–2004): trang web chậm khi tăng trưởng bùng nổ và vị trí mạng xã hội số một bị vượt qua

Friendster ra mắt năm 2003, nhanh chóng có hàng triệu người dùng và từ chối lời đề nghị mua 30 triệu USD của Google. Nhưng khi tăng trưởng, trang web ngày càng chậm; theo New York Times, có lúc một trang mất tới khoảng 40 giây để tải. Đến khoảng tháng 4/2004, MySpace vượt Friendster về lượt xem trang. Bài học về chất lượng phi chức năng (hiệu năng) bị xếp sau kế hoạch tính năng.

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

Bối cảnh thực tế

Friendster do Jonathan Abrams thành lập năm 2002, ra mắt công khai tháng 3/2003 và được coi là mạng xã hội hàng đầu thời đó.

  • Đến mùa thu 2003, trang có khoảng 3 triệu người dùng. Google đề nghị mua với giá 30 triệu USD và bị từ chối; các quỹ Kleiner Perkins và Benchmark đầu tư tháng 10/2003.
  • Theo bài điều tra của New York Times (10/2006), khi lượng người dùng tăng, trang web trở nên rất chậm — có lúc một trang mất khoảng 40 giây để tải — trong khi nhiều cuộc họp lãnh đạo tập trung vào kế hoạch tương lai hơn là sửa vấn đề hiệu năng.
  • Khoảng tháng 4/2004, MySpace vượt Friendster về lượt xem trang theo Nielsen//NetRatings.
  • Friendster về sau phổ biến ở châu Á, được MOL Global mua năm 2009 với giá 26,4 triệu USD và ngừng dịch vụ năm 2015.

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

  • Hiệu năng là yêu cầu chất lượng cốt lõi, không phải việc "kỹ thuật"

    Với sản phẩm mạng xã hội, tốc độ phản hồi quyết định người dùng có quay lại không. Khi hiệu năng không được xếp ngang tính năng trong danh mục ưu tiên, sản phẩm mất lợi thế dù dẫn đầu thị trường.

  • Quản trị ưu tiên sai

    Ban lãnh đạo bàn nhiều về tầm nhìn và tính năng tương lai trong khi vấn đề chất lượng hiện tại đang đẩy người dùng đi. Kiểm soát chất lượng (Control Quality) phải đưa chỉ số hiệu năng lên bàn ra quyết định.

  • Không lập kế hoạch năng lực cho tăng trưởng

    Tăng trưởng nhanh là kịch bản được mong đợi, nên kế hoạch năng lực (capacity planning) và kiến trúc mở rộng phải đi trước, không chạy theo.

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

  • 1

    Bước 1: Đặt chỉ số hiệu năng là chỉ số cấp lãnh đạo

    Báo cáo thời gian tải trang (trung vị và phân vị 95) cùng với số người dùng trong mọi buổi họp lãnh đạo.

  • 2

    Bước 2: Ngưỡng hiệu năng quyết định ưu tiên

    Áp dụng quy tắc:

    • Đạt

      Thời gian tải trong mục tiêu: tiếp tục phát triển tính năng.

    • Suy giảm

      Vượt mục tiêu: dành phần lớn năng lực cho tối ưu và mở rộng hạ tầng.

    • Khẩn cấp

      Chậm nghiêm trọng, người dùng rời đi: dừng tính năng mới cho tới khi khắc phục.

  • 3

    Bước 3: Kế hoạch năng lực gắn với dự báo tăng trưởng

    Mỗi mốc người dùng dự kiến có bài thử tải tương ứng chạy trước khi đạt mốc.

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

    Người dùng không thấy tầm nhìn của bạn, họ thấy trang tải chậm. Hãy coi hiệu năng là yêu cầu chất lượng hàng đầu, đo liên tục và đưa vào bàn lãnh đạo — nhất là khi đang dẫn đầu thị trường.

    Nguồn tham khảo

    • Wikipedia — Friendster
    • The New York Times — Wallflower at the Web Party (15/10/2006)
    #Quản lý chất lượng#Phát triển phần mềm#Hiệu năng#Mạng xã hội#Khởi nghiệp

    Nguồn: Wikipedia — Friendster ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Sản phẩm đang tăng trưởng mạnh nhưng thời gian tải trang tăng gấp nhiều lần và tỷ lệ người dùng quay lại bắt đầu giảm. Hội đồng quản trị muốn tập trung ra tính năng mới để giữ đà. PM nên làm gì?

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

    Bạn là CEO mạng xã hội dẫn đầu nhưng trang ngày càng chậm. 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ố 483Quản lý Chất lượng

    Vineyard Wind (2024): cánh tuabin gió ngoài khơi gãy vì lỗi sản xuất, mảnh vỡ dạt vào bãi biển và 150 cánh phải kiểm tra lại

    Ngày 13/7/2024, một cánh dài 107 m của tuabin GE Vernova tại Vineyard Wind 1 (Massachusetts) bị gãy, mảnh sợi thuỷ tinh dạt vào bãi biển Nantucket. BSEE đình chỉ phát điện toàn trang trại. GE Vernova kết luận nguyên nhân là liên kết keo không đủ trong sản xuất — lỗi mà khâu đảm bảo chất lượng lẽ ra phải phát hiện — và kiểm tra lại khoảng 150 cánh cùng nhà máy. Bài học về kiểm soát chất lượng tại nguồn.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận29/10/2026
    Số 381Quản lý Chất lượng

    NASDAQ và IPO Facebook (2012): giới hạn thiết kế của hệ thống khớp lệnh và quyết định mở giao dịch khi chưa hiểu nguyên nhân gốc

    Trong phiên IPO của Facebook ngày 18/5/2012, hệ thống khớp lệnh mở cửa (cross) của NASDAQ gặp giới hạn thiết kế. Lãnh đạo tin rằng vài dòng mã đã sửa xong và cho giao dịch tiếp tục khi chưa hiểu nguyên nhân gốc; hơn 30.000 lệnh bị kẹt hơn hai giờ. SEC phạt NASDAQ 10 triệu USD — mức cao nhất với một sở giao dịch khi đó. Bài học về quản lý chất lượng và ra quyết định khi có sự cố.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận22/10/2026
    Số 369Quản lý Chất lượng

    Cloudflare 18/11/2025: một thay đổi quyền truy vấn cơ sở dữ liệu làm tệp cấu hình phình gấp đôi và sự cố lớn nhất kể từ 2019

    Một thay đổi về quyền truy cập cơ sở dữ liệu khiến truy vấn sinh tệp đặc trưng (feature file) cho Bot Management trả về dòng trùng lặp. Tệp vượt giới hạn 200 đặc trưng, làm proxy lõi bị panic và trả lỗi 5xx trên phần lớn mạng Cloudflare gần sáu giờ. Bài học về kiểm soát chất lượng cho cấu hình do chính hệ thống nội bộ sinh ra.

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