Công cụ lập kế hoạch, ca Apollo và Dreamliner, rồi quản trị sản phẩm từ chiến lược đến vòng đời (Phần 2/6)
Đăng ngày 23/10/2026
Mục lục bài nghiên cứu

Tóm tắt và điều cần nhớ
Phần hai nối tiếp phần một của tập hai, thuộc loạt quản trị cấp cao gồm sáu phần. Phần này đi từ công cụ lập kế hoạch dự án, qua hai ca lớn là Apollo và Dreamliner, rồi sang quản trị sản phẩm: chọn làm gì, hiểu khách, học nhanh, ra mắt và rút lui.
- Cây việc, Gantt và đường găng: việc gì, khi nào, việc nào không được trễ.
- Apollo và Dreamliner: tích hợp là việc khó nhất, cần quyền quyết định chung, hồ sơ thay đổi và kiểm thử chung.
- Chiến lược nói vì sao, lộ trình nói khi nào, khung ưu tiên giúp nói không có lý do.
- Hiểu khách, thử nhỏ trước khi xây lớn: Lean chọn xây gì, Agile chọn xây thế nào.
- Mỗi giai đoạn vòng đời cần chỉ số riêng, và rút sản phẩm cũng cần kế hoạch.
Khái niệm cốt lõi và thuật ngữ
Một chữ như kế hoạch, lộ trình hay giao diện thường được phòng kỹ thuật, kinh doanh và ban điều hành hiểu khác nhau. Ba khái niệm sau cần chốt nghĩa trước; cây việc, Gantt và lộ trình được giải thích ngay ở các mục sau.
- Đường găng (CPM): chuỗi việc phụ thuộc nhau dài nhất, quyết định ngày xong sớm nhất; việc ngoài chuỗi có độ trễ cho phép.
- Kiểm soát cấu hình: quy tắc ghi, xem xét và duyệt mọi thay đổi thiết kế trước khi thay đổi lan sang bộ phận khác.
- Kiểm soát giao diện: tài liệu nêu hai bộ phận hay hai nhà thầu khớp nối ở đâu và theo quy ước nào.
Cắt việc, xếp lịch và tìm đường găng
Cấu trúc phân rã công việc (WBS) trả lời việc gì phải làm: chia kết quả cuối thành các nhánh nhỏ dần, tới khi mỗi nhánh có một người đứng tên và đủ nhỏ để ước lượng. Biểu đồ Gantt đặt các thanh việc lên lịch để thấy khi nào và việc nào chờ việc nào. Đường găng chỉ ra việc không được trễ, vì đó là chuỗi phụ thuộc dài nhất.
Ví dụ giả định: một xưởng đồ da ra dòng ví mới, với các việc thiết kế mẫu, mua da, may, viết nội dung gian hàng trực tuyến, đóng gói và giao. Nhà cung cấp da cần ba tuần để giao nên mua da nằm trên đường găng cùng với may và đóng gói, còn nội dung gian hàng chậm vài ngày cũng không đổi ngày bán. Chủ xưởng nhờ vậy biết nên theo sát nhà cung cấp hơn là họp về câu chữ gian hàng.
Cả ba chỉ đúng khi được cập nhật: đường găng đổi nhánh mỗi khi một việc trượt, còn Gantt vẽ một lần rồi cất đi thì thành lời hứa cũ. Khi yêu cầu đổi hằng tuần, hãy dùng lịch phát hành và vài cột mốc lớn thay cho lịch chi tiết.
Phần mềm, nguồn lực và sổ rủi ro: chọn ít, dùng đều
Phần mềm quản lý dự án thường rơi vào bốn nhóm: nền tảng tổng hợp gộp việc, lịch, tệp và trao đổi; bảng Kanban cho thấy việc đi từ chờ sang làm rồi xong; công cụ lập lịch mạnh ở Gantt và phụ thuộc; tài liệu cộng tác cho đội phân tán soạn chung. Hãy chọn theo cách đội làm việc, không theo danh sách tính năng. Bộ gọn đủ dùng gồm cây việc, Gantt, bảng giao việc, bảng nguồn lực để thấy ai quá tải hay nhàn rỗi và một sổ rủi ro được xem lại đều đặn.

Apollo: quyền hạn tập trung, kiểm soát thay đổi và thử toàn hệ thống
Apollo là ví dụ kinh điển về điều phối quy mô lớn: theo Bảo tàng Hàng không và Vũ trụ Quốc gia thuộc Smithsonian, lúc cao điểm chương trình dùng 400.000 người và được hơn 20.000 công ty cùng trường đại học hỗ trợ [1]. Ở quy mô ấy, câu hỏi là ai có quyền cuối cùng và thay đổi được kiểm soát ra sao. Theo Wikipedia, vị thế của ông George Mueller được củng cố khi giám đốc ba trung tâm của NASA báo cáo thẳng cho văn phòng chuyến bay có người lái [2].
Công cụ đứng sau quyền ấy là kiểm soát cấu hình. Bài của Trung tâm Hệ thống Tên lửa và Không gian (SMC), đăng trên trang Lực lượng Không gian Mỹ, nói thủ tục này theo dõi thay đổi thiết kế và nối chúng với thay đổi phần cứng [3]. Theo Tony Landis, Văn phòng Lịch sử của Bộ Chỉ huy Vật tư Không quân Mỹ, giám đốc chương trình Samuel Phillips coi đó là kỹ thuật kiểm soát chính và biết kỹ sư NASA sẽ chống lại [4]. Lịch sử chính thức của NASA kể cuối năm 1964 ông Joseph Shea lập hội đồng kiểm soát cấu hình mạnh hơn, còn tài liệu kiểm soát giao diện sẽ giúp các nhà thầu liên kết khỏi làm việc trên thông tin cũ [5].
Về thử nghiệm, ông Mueller muốn thử toàn hệ thống (all-up testing): mỗi chuyến bay dùng đủ các tầng chạy thật, thay vì kế hoạch của von Braun là thử dần từng tầng với các tầng trên làm giả [2]. Bài của SMC gọi việc ông Phillips ủng hộ cách này ở chuyến Saturn V đầu tiên, tháng 11/1967, là rủi ro có tính toán [3].
Dreamliner: thuê ngoài nhiều tầng và cái giá của chậm trễ
Dreamliner của Boeing cho thấy một cách tổ chức khác. Theo Wikipedia, chương trình dựa vào nhà thầu phụ khắp thế giới nhiều hơn các máy bay trước của hãng [6]. Đơn đặt hàng chắc chắn của ANA hẹn giao từ cuối năm 2008, còn chiếc đầu tiên đến tay hãng này ngày 25/9/2011, muộn gần ba năm [6]. Lần hoãn tháng 10/2007 được ghi nguyên nhân là chuỗi cung ứng, thiếu tài liệu từ nhà cung cấp nước ngoài và phần mềm dẫn đường bay chậm [6].
Tháng 7/2009, hãng AP viết rằng Boeing sẽ trả 580 triệu USD tiền mặt cho nhà máy làm các đoạn thân giữa cánh và đuôi của 787, dường như để giải quyết các vấn đề nhà cung cấp gây chậm trễ tốn kém [7]. Phát ngôn viên Jim Proulx nói hãng vẫn cam kết với mô hình kinh doanh và chiến lược toàn cầu của 787 [7].
Đặt hai ca cạnh nhau (Hình 2): ở Apollo, các nguồn dẫn mô tả người nắm quyền chung, hồ sơ thay đổi và cách thử chung; ở Dreamliner, các nguồn ghi những lần hoãn do chuỗi cung ứng, tài liệu thiếu và phần mềm chậm. Bài không có bằng chứng về cách Boeing giám sát từng nhà cung cấp nên không kết luận hãng thiếu kiểm soát. Với doanh nghiệp thuê ngoài, nên hỏi trước khi ký: ai giữ giao diện giữa các phần, thay đổi ghi ở đâu, khi nào hai phần được thử cùng nhau.

Quản trị sản phẩm khác quản lý dự án ở đâu
Quản lý dự án trả lời làm xong đúng hạn bằng cách nào; quản trị sản phẩm trả lời nên làm gì và vì sao, rồi theo sản phẩm suốt đời của nó. Người quản lý sản phẩm (PM) đặt hướng đi từ nhu cầu người dùng, mục tiêu kinh doanh và xu hướng thị trường, rồi dịch thành chiến lược. Vì thế họ hay bị gọi nhầm là quản lý dự án; chữ khi nào chỉ là một phần việc của họ.
PM thường không có quyền ra lệnh với kỹ sư, nhà thiết kế, bán hàng hay pháp lý, nên dẫn dắt bằng ảnh hưởng: với kỹ sư nói phạm vi và thời hạn, với nhà thiết kế nói người dùng, với ban điều hành nói kết quả kinh doanh. Công ty lớn lên thì vai này tách thành PM kỹ thuật, tăng trưởng, nền tảng và người tiêu dùng.
Chiến lược, lộ trình và cách chọn việc ưu tiên
Chiến lược sản phẩm trả lời vì sao làm sản phẩm này: tầm nhìn, mục tiêu cụ thể, thị trường mục tiêu, đề xuất giá trị và thước đo thành công; tốt nhất là biết cả việc không làm, vì đuổi quá nhiều cơ hội làm mỏng đội. Lộ trình là phần khi nào, gồm chủ đề lớn, khung thời gian, thứ bàn giao và kết quả mong đợi.
Ý tưởng luôn nhiều hơn sức làm, nên cần khung chọn. Theo bài của Sean McBride trên blog Intercom (tháng 1/2018), RICE cân số người bị tác động, mức tác động chấm trên thang từ 0,25 đến 3, độ tin cậy 100%, 80% hoặc 50%, và công sức tính bằng người-tháng đứng ở mẫu số [8]. MoSCoW xếp tính năng vào bốn ngăn: bắt buộc, nên có, có thì tốt và hoãn lần này; Kano tách nhu cầu cơ bản, tính năng tạo khác biệt và yếu tố gây thích thú. Ma trận giá trị và công sức chia việc thành làm ngay (giá trị cao, công sức thấp), lập kế hoạch kỹ, làm khi rảnh và cân nhắc bỏ (Hình 3).
Khung chỉ giúp đặt câu hỏi, không thay phán đoán: một tính năng điểm cao vẫn có thể lệch chiến lược. Lộ trình tốt xếp theo kết quả mong muốn chứ không theo số tính năng, và được rà lại khi có dữ liệu mới.

Danh mục sản phẩm và hệ sinh thái
Khi có nhiều sản phẩm, câu hỏi chuyển từ sản phẩm này tốt chưa sang cả bộ có cân chưa. Danh mục thường có sản phẩm mang tiền ổn định, sản phẩm tăng nhanh cần vốn, thử nghiệm tiềm năng lớn và sản phẩm đang xuống có thể rút. Ma trận BCG xếp sản phẩm vào bốn ô theo thị phần và tăng trưởng của thị trường: bò sữa, ngôi sao, chó, dấu hỏi.
Phải nhìn cả quan hệ giữa các sản phẩm, vì thứ này có thể làm thứ kia dễ dùng hơn. Trang Continuity của Apple mô tả thiết bị tự chuyển việc đang làm từ máy này sang máy khác và chia sẻ tệp giữa Mac, iPhone, iPad bằng AirDrop [9]. Trang không nói tới việc giữ chân khách; cách đọc rằng tích hợp tạo thêm lý do ở lại là của bài này.
Hiểu khách trước khi xây: thiết kế lấy khách làm trung tâm
Thiết kế lấy khách làm trung tâm là thái độ bắt đầu từ nhu cầu, hành vi và nỗi đau của người dùng thật, rồi đo thành công bằng kết quả của khách. Tư duy thiết kế (design thinking) là phương pháp đi kèm, gồm năm bước lặp: đồng cảm, xác định vấn đề, tạo ý tưởng, làm mẫu và thử. Đồng cảm dựa vào phỏng vấn câu hỏi mở và quan sát người dùng trong bối cảnh thật, vì số liệu ít lộ điều khách khó chịu mà không nói ra.
Bước xác định vấn đề đổi câu hỏi kinh doanh thành thử thách xoay quanh con người. Ví dụ giả định: thay vì hỏi làm sao tăng số đơn bán hàng, hãy hỏi làm sao để chủ quán nhỏ không bỏ sót đơn chưa giao. Tạo ý tưởng thì phát tán trước, hội tụ sau; bản mẫu có thể chỉ là phác giấy, miễn thử được giả định sớm và rẻ.
Blog của Intuit kể chương trình Follow Me Home do đồng sáng lập Scott Cook khởi xướng: nhân viên xem khách dùng sản phẩm tại nhà, có phép của khách [10]. Một khách dùng bàn phím và trình đọc màn hình bực vì không điền được lịch rảnh; nhóm khả năng tiếp cận sửa tính năng, và blog nói thành công cho một người thành thành công cho hơn 6.000 khách [10].
Agile và Lean: học nhanh rồi mới xây to
Lean Startup, do Eric Ries phổ biến, kiểm ý tưởng kinh doanh nhanh để khỏi làm thứ không ai cần. Vòng lặp trung tâm là xây, đo, học: xây sản phẩm khả dụng tối thiểu (MVP), thậm chí chỉ là một trang đích hay dịch vụ làm tay, đo cách người dùng thật dùng nó, rồi học điều gì đúng, sai, cần đổi. Khi số liệu báo đi sai hướng, đội giữ hoặc xoay hướng (pivot): đổi nhóm khách, tính năng hay mô hình mà vẫn giữ tầm nhìn.
Agile lo phần còn lại, tức xây đúng thứ đã được kiểm: đội liên chức năng làm theo sprint ngắn, giữ danh sách việc ưu tiên, viết yêu cầu thành câu chuyện người dùng, họp đứng hằng ngày, kết thúc bằng trình diễn và buổi nhìn lại. Gói gọn: Lean quyết định xây gì, Agile quyết định xây thế nào. Ý nào qua thí nghiệm của Lean mới vào danh sách việc của sprint.

Ra mắt: chiến lược ra thị trường và kế hoạch ra mắt
Kế hoạch ra thị trường (GTM) trả lời năm câu: bán cho ai, giải quyết vấn đề gì, vì sao là bây giờ, khách tìm thấy bằng đường nào, và hỗ trợ cùng giữ khách ra sao. Thông điệp nên thử trước bằng quảng cáo nhỏ hoặc ra mắt mềm. Kế hoạch ra mắt chia ba chặng: trước ra mắt vài tuần để chốt thông điệp và huấn luyện đội bán hàng, hỗ trợ; tuần ra mắt để theo dõi phản hồi; sau ra mắt để đọc số liệu và chăm khách cũ. Lỗi hay gặp là ra sai thời điểm, thông điệp mơ hồ, bán hàng và tiếp thị không khớp.
Vòng đời và chỉ số: mỗi giai đoạn một câu hỏi
Sản phẩm đi qua bốn giai đoạn: giới thiệu, tăng trưởng, trưởng thành rồi suy giảm. Giới thiệu tốn chi phí mà thu ít, nên theo dõi mức tương tác hơn doanh số. Tăng trưởng mở rộng nhóm khách nhưng dễ mất chất lượng và lơ là giữ chân. Trưởng thành mang nhiều tiền nhất khi doanh số chững lại, nên chuyển sang giữ chân và tối ưu giá, chi phí. Suy giảm có ba lối: rút dần (sunset), định vị lại hoặc đầu tư lại, chọn theo doanh thu, giữ chân, chi phí hỗ trợ và độ khớp với hướng đi sau này. Biết mình đang ở giai đoạn nào giúp bớt lãng phí và chuyển thế hệ êm hơn.
Chỉ số là mọi thứ đo được, còn KPI là vài chỉ số gắn thẳng với mục tiêu, nên chọn ít. Chúng hữu ích khi gắn với giai đoạn (Hình 5). Gợi ý ghép của bài, không phải quy tắc: giới thiệu nhìn tỷ lệ chuyển đổi và mức dùng; tăng trưởng nhìn chi phí một khách (CAC) và tỷ lệ giữ lại; trưởng thành nhìn tỷ lệ rời bỏ, điểm giới thiệu (NPS) và giá trị trọn đời của khách (LTV); suy giảm nhìn doanh thu và chi phí hỗ trợ.

Đội ngũ, bên liên quan và bảng RACI
Với đội liên chức năng, hãy nêu rõ tầm nhìn để ai cũng biết vì sao, định rõ ai sở hữu việc gì để tránh nút thắt và đổ lỗi. Với bên liên quan, PM hiểu mỗi bên coi gì là thành công, dùng dữ liệu về khách thay cho ý kiến, nói không kèm lý do đánh đổi và ghi quyết định vào lộ trình hay biên bản chung.
Khi bất đồng xảy ra, hãy đưa quan điểm ra họp có cấu trúc, hỏi điều gì nằm sau mối lo, chọn theo tác động tới người dùng; nếu quyết định rơi vào PM thì nêu lý do rồi ghi lại. Họp nào cũng cần mục đích rõ và thư chốt việc. Bảng RACI phân vai từng hạng mục: ai thực hiện (Responsible), ai chịu trách nhiệm cuối (Accountable), ai được hỏi ý (Consulted), ai chỉ cần được báo (Informed).
Cách áp dụng trong ba mươi ngày
Bốn việc sau gom nội dung trên vào một tháng, kể cả ở doanh nghiệp nhỏ. Mỗi việc kết thúc bằng một tờ giấy hay bảng tính xem được ngay, để người khác kiểm lại và buổi rà cuối tháng có cái để bàn.
- Tuần 1: vẽ cây việc và Gantt cho dự án quan trọng nhất, đánh dấu đường găng và người giữ từng việc.
- Tuần 2: viết một trang chiến lược cho một sản phẩm gồm khách, vấn đề, đề xuất giá trị, ba thước đo, rồi chấm RICE cho mười ý tưởng.
- Tuần 3: phỏng vấn năm khách hoặc xem họ dùng sản phẩm, rồi chọn một giả định để thử bằng bản tối thiểu.
- Tuần 4: gắn sản phẩm vào một giai đoạn vòng đời, chọn ba chỉ số hợp giai đoạn và lập bảng RACI cho đợt ra mắt kế tiếp.
Tình huống áp dụng tại Việt Nam: nhà ga T3 chạy nước rút và đợt tắt sóng 2G
Nhà ga hành khách T3 sân bay Tân Sơn Nhất là ví dụ Việt Nam về lịch bị ép bởi mốc cứng. Báo Đấu thầu ngày 14/11/2024 ghi lời ông Lê Khắc Hồng, Trưởng ban quản lý dự án nhà ga T3 thuộc ACV (Tổng công ty Cảng hàng không), rằng nhà ga phải khánh thành và đưa vào sử dụng đúng dịp 30/4/2025 [11]. Bài thuật lại yêu cầu rút ngắn tiến độ khoảng hai tháng so với kế hoạch, với biện pháp thi công ba ca bốn kíp; ông Hồng nói nhờ xác định các đường găng tiến độ với mốc cụ thể mà phát động được các đợt thi đua [11].
Báo Sài Gòn Giải Phóng ngày 14/1/2025 thuật lại lời Phó Tổng giám đốc Nguyễn Tiến Việt rằng tổng công ty cùng các nhà thầu đã ký giao ước thi đua 120 ngày đêm, và nêu thời gian thực chỉ còn 90 ngày, lại vướng Tết nên rất khó huy động đủ công nhân [12]. VnEconomy ngày 15/4/2025 nêu kế hoạch bay thử ngày 17/4, khánh thành dự kiến ngày 19/4 và khai thác ngay sau cao điểm lễ 30/4 - 1/5; bài chỉ nêu kế hoạch, không xác nhận sự kiện đã diễn ra [13].
Đợt tắt sóng 2G là ca rút sản phẩm có kế hoạch. VnEconomy ngày 18/7/2024 ghi còn khoảng 11 triệu thuê bao chỉ dùng 2G, chiếm khoảng 9% thuê bao di động, không nêu nguồn số này [14]. Báo Sài Gòn Giải Phóng ngày 1/8/2024 thuật lại phương án chuyển đổi: ông Lê Đắc Kiên của VinaPhone nói hãng có máy 4G cơ bản giá 0 đồng, còn bài ghi Viettel giảm 50-70% giá smartphone 4G và MobiFone miễn phí đổi SIM 4G [15].
VnEconomy ngày 14/9/2024 thuật lại: Cục Viễn thông cho biết tính đến 8/9 còn khoảng 3,4 triệu máy 2G Only; Thông tư 10/2024/TT-BTTTT ngày 13/9 của Bộ Thông tin và Truyền thông kéo hạn tắt sóng tới 15/10, vì theo bài, bão số 3 Yagi ảnh hưởng việc tiếp cận người dùng [16]. Trang tổng hợp Báo Mới, tiêu đề ghi Báo VietnamNet, nêu theo các nhà mạng chỉ còn 771.072 thuê bao 2G Only tính đến 10/10/2024 [17]. Ba số từ ba nguồn, chưa chắc cùng cách đếm.
Điều rút ra cho doanh nghiệp tại Việt Nam, dù quy mô nhỏ hơn nhiều: một dòng sản phẩm cũ, gói dịch vụ sắp ngừng hay phiên bản phần mềm hết hỗ trợ đều cần ngày chốt công khai, đề nghị thay thế cụ thể, một chỉ số theo dõi liên tục, quyền dời hạn khi có cú sốc và một người giữ con số.
Sai lầm thường gặp và giới hạn của bài
- Dùng công cụ như nghi lễ: vẽ cây việc và Gantt một lần rồi không cập nhật.
- Giao hết phần tích hợp cho bên ngoài mà không giữ người có quyền cuối, hồ sơ thay đổi và cách kiểm thử chung.
- Lấy khung ưu tiên thay cho chiến lược và phán đoán.
- Ra mắt mà không có kế hoạch rút, rồi giữ mãi sản phẩm đang xuống vì tiếc công.
Giới hạn của bài: tài liệu nguồn chỉ ở mức tổng quan, nhiều thống kê không nêu nguồn nên bài bỏ chúng. Hai ca Apollo và Dreamliner đọc từ nguồn thứ cấp và bài lịch sử. Ví dụ Việt Nam là một công trình hạ tầng và một chính sách viễn thông, khác doanh nghiệp tư nhân về vốn và thủ tục.
Kết luận
Công cụ lập kế hoạch cho biết việc gì, khi nào và việc nào không được trễ; Apollo và Dreamliner cho thấy ở quy mô lớn thì tích hợp là việc khó nhất; quản trị sản phẩm chuyển câu hỏi từ làm đúng sang làm đúng thứ, rồi theo thứ ấy tới lúc rút lui. Phần ba của chuỗi bàn về quản trị đổi mới sáng tạo: văn hoá cho phép thử, cổng duyệt cho ý tưởng, đổi mới mở, nhóm chuyên trách và cách đo.
Nguồn và phương pháp
Bài là tổng hợp và phân tích có hỗ trợ AI, diễn đạt lại bằng lời riêng, không phải bản dịch. Nội dung dựa trên tài liệu "Top-Tier Management by Business Explained, Volume 2" của Business Explained (2025), phần từ trang 85 đến trang 181 (công cụ quản lý dự án, hai ca Apollo và Dreamliner, quản trị sản phẩm và ca hệ sinh thái Apple), kết hợp nghiên cứu bổ sung từ các nguồn web đánh số trong bài. Các nguồn web được mở và đọc trong khoảng từ ngày 20/10/2026 đến ngày 23/10/2026 theo giờ UTC.
Bài không dùng lại các thống kê và ví dụ doanh nghiệp của tài liệu nguồn khi chưa kiểm được, gồm tỷ lệ thời gian PM dành cho giao tiếp, mức giảm thời gian phát triển nhờ thử sớm, tỷ lệ ra mắt thất bại, mức tăng doanh thu hằng tháng ở giai đoạn tăng trưởng, quy tắc 70-20-10 và tỷ lệ 3:1 của LTV trên CAC, số lượt kiểm thử của Apollo, mức vượt chi phí, tỷ lệ gia công ngoài và số đơn hàng của Dreamliner, cùng các ví dụ về Spotify, Amazon, Slack, Airbnb, Atlassian, Google, Adobe, Dropbox, Instagram, Notion, Coca-Cola và Microsoft.
Dàn ý, ví dụ giả định về xưởng đồ da và chủ quán nhỏ, kế hoạch ba mươi ngày và cách đọc các ca là cách sắp xếp của bài này, không phải kết quả nghiên cứu thực nghiệm. Người đọc nên tìm tài liệu gốc để xem đầy đủ các số liệu và ví dụ mà bài không dùng lại.
Điều chưa kiểm chứng: hai trang Wikipedia (George Mueller, Boeing 787) là nguồn thứ cấp; trang của Smithsonian, hai bài của Lực lượng Không gian và Không quân Mỹ, blog của Intuit và trang Continuity của Apple không ghi ngày; chương lịch sử của NASA đọc qua bản sao trên một trang ngoài NASA; công thức RICE của Intercom nằm trong hình nên bài chỉ dùng phần chữ.
Điều chưa kiểm chứng về Việt Nam: số liệu nhà ga T3 và đợt tắt sóng 2G lấy từ bản tin báo chí, chưa đối chiếu văn bản của ACV hay của Bộ; bài VnEconomy ngày 15/4/2025 chỉ nêu kế hoạch nên chưa biết các mốc ấy có diễn ra đúng hạn không; ba số thuê bao 2G do ba nguồn khác nhau nêu và bài báo không giải thích cách đếm; bản tin 771.072 đọc qua trang tổng hợp, chưa mở bài gốc của VietNamNet. Chưa có ví dụ Việt Nam kiểm chứng riêng cho chiến lược sản phẩm, Agile và Lean hay kế hoạch ra mắt, nên bài không nêu.