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. /Instagram từ Burbn: cắt bớt tính năng để giữ lại…
Quản lý Phạm vi

Instagram từ Burbn: cắt bớt tính năng để giữ lại đúng một việc người dùng thật sự thích — chia sẻ ảnh

Kevin Systrom và Mike Krieger xây Burbn, ứng dụng check-in trên di động, rồi nhận ra nó quá giống Foursquare và tập trung vào ảnh mà người dùng đã yêu thích. Ứng dụng đổi tên Instagram, ra mắt trên App Store ngày 6/10/2010, đạt 1 triệu người dùng đăng ký sau hai tháng. Ví dụ MVP bằng cách trừ bớt và xoay hướng dựa trên hành vi thực.

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

Bối cảnh thực tế

Theo Wikipedia, Kevin Systrom và Mike Krieger bắt đầu xây Burbn, một ứng dụng check-in trên điện thoại ở San Francisco. Ngày 5/3/2010, Systrom chốt vòng vốn hạt giống 500.000 USD với Baseline Ventures và Andreessen Horowitz khi vẫn đang làm Burbn.

  • Hai người nhận thấy Burbn quá giống Foursquare và quyết định tập trung vào chia sẻ ảnh, điều người dùng vốn đã thích.
  • Ứng dụng đổi tên thành Instagram (ghép từ "instant camera" và "telegram").
  • Ảnh đầu tiên được đăng ngày 16/7/2010; ứng dụng iOS ra mắt trên App Store ngày 6/10/2010.
  • Ảnh ban đầu bị giới hạn khung vuông 1:1, phù hợp chiều rộng màn hình iPhone lúc đó.
  • Sau hai tháng đạt 1 triệu người dùng đăng ký, sau một năm đạt 10 triệu.

Ngày 9/4/2012 Facebook công bố mua Instagram với giá 1 tỷ USD bằng tiền mặt và cổ phiếu; thương vụ hoàn tất ngày 6/9/2012.

Phân tích theo chuẩn PMP và Agile

  • Phạm vi xác định lại nhờ quan sát hành vi người dùng

    Thay vì mở rộng Burbn với nhiều tính năng, nhóm nhìn xem người dùng thật sự làm gì và chọn đúng một hành vi, chia sẻ ảnh. Đây là dạng thu thập yêu cầu dựa trên bằng chứng sử dụng, ưu tiên giá trị hơn độ phủ.

  • MVP bằng cách trừ bớt chứ không bằng cách làm bản nhỏ của mọi thứ

    Đội giữ lại một luồng hẹp nhưng làm tốt (chụp, chỉnh, chia sẻ). Một MVP tốt tập trung vào một giả định giá trị, không rải đều nguồn lực trên nhiều tính năng.

  • Ràng buộc thiết kế giúp giảm phạm vi

    Khung vuông 1:1 phù hợp màn hình iPhone là một ràng buộc đơn giản hoá thiết kế và việc phát triển, đồng thời tạo nhận diện sản phẩm. Ràng buộc có chủ đích là công cụ kiểm soát phạm vi.

  • Quyết định xoay hướng (pivot) là thay đổi lớn cần phê duyệt của nhà tài trợ

Đổi định hướng sản phẩm khi đã nhận vốn là thay đổi đường cơ sở. Nhóm cần trao đổi với nhà đầu tư, nêu bằng chứng và kế hoạch mới thay vì tự quyết một mình.

PM có thể áp dụng thế nào

  1. 1

    Bước 1: Đánh giá tính năng theo dữ liệu sử dụng để quyết định xoay hướng

    Trước khi pivot, cần xem xét có hệ thống để tránh hành động theo cảm tính:

    • Giữ lại

      Tính năng có mức sử dụng và mức hài lòng cao, gắn với một giả định giá trị rõ ràng.

    • Thử nghiệm thêm

      Tính năng có tín hiệu lẫn lộn; chạy thử nghiệm ngắn có ngưỡng quyết định trước khi cắt.

    • Cắt bỏ

      Tính năng ít dùng, trùng với đối thủ mạnh hơn, hoặc làm loãng trải nghiệm cốt lõi.

  2. 2

    Bước 2: Chọn một luồng cốt lõi và làm tốt

    Xác định một hành trình người dùng ngắn nhất mang lại giá trị, tập trung tốc độ và độ mượt cho luồng đó trước khi thêm gì khác.

  3. 3

    Bước 3: Thống nhất với nhà tài trợ về thay đổi định hướng

    Trình bày bằng chứng, đường cơ sở mới và chỉ số thành công để có sự đồng thuận, đúng với kiểm soát thay đổi tích hợp.

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

Phạm vi tốt đôi khi là thứ còn lại sau khi cắt. Hãy để hành vi người dùng thật chỉ ra điều đáng giữ, làm tốt một việc trước, và xem xoay hướng như thay đổi lớn cần bằng chứng và đồng thuận.

Nguồn tham khảo

  • Wikipedia — Instagram
#Quản lý phạm vi#mvp#Startup#Instagram#Xoay hướng#Sản phẩm tiêu dùng

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

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

Câu 1/1
Ứng dụng của bạn có nhiều tính năng nhưng dữ liệu cho thấy người dùng chỉ thật sự sử dụng một tính năng chia sẻ. Đối thủ mạnh hơn ở các tính năng còn lại. Hướng tiếp cận phạm vi nào hợp lý nhất?

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

Sản phẩm đầu tay giống đối thủ lớn. Bạn sẽ làm 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 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 theo chuẩn PMP và AgilePM có thể áp dụng thế nàoPM 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)