name: case-study-analysis description: Use when analyzing case studies or writing policy memos. category: research
Dùng skill này khi cần: • Tiếp cận, mổ xẻ và giải quyết một bài học tình huống (Case Study / NCTH). • Chuẩn bị bài đọc trước khi lên lớp (Individual Preparation & Study Group). • Soạn thảo bản ghi nhớ chính sách (Policy Memo) hoặc đề xuất giải pháp quản trị công. • Phối hợp đa tác nhân (Khôi, R&D, Grill QA) để giải quyết tình huống phức tạp.
• Tình huống có thật (Real-world Dilemma): Mô tả vấn đề thực tế mà một nhà quản trị hoặc viên chức nhà nước phải đối mặt. • Thông tin không hoàn hảo (Imperfect Information): Dữ liệu thường bị thiếu, mâu thuẫn hoặc không đầy đủ; người phân tích phải biết ước lượng gần đúng và kiểm chứng giả định. • Tính đánh đổi (Trade-offs): Không có một đáp án đúng tuyệt đối, chỉ có giải pháp khả thi nhất đi kèm sự đánh đổi rõ ràng giữa các mục tiêu.
Bắt buộc rà soát và trả lời đầy đủ 8 câu hỏi này khi phân tích bất kỳ tình huống nào:
• Khi đánh giá tính khả thi kỹ thuật hoặc bài toán cung cầu hạ tầng (như trạm sạc, tủ pin LEZ), tuyệt đối KHÔNG nhận định chung chung hay suy đoán cảm tính.
• Bắt buộc thiết lập Bộ CSDL Nền chuẩn hóa 4 bảng quan hệ trước khi tính toán hoặc lập bản đồ:
• Bảng 1 (Điểm cung hạ tầng): Mã trạm, phân loại (EVCS/BSS), đơn vị vận hành, trạng thái vận hành (bóc tách rõ: Đang hoạt động, Chờ kích hoạt/0 pin, Đang bảo trì/0 cổng), tọa độ Lat/Lon, khoảng cách tâm, phân vùng địa lý (phân tách rõ rào cản tự nhiên như sông/cầu), tổng đơn vị lắp đặt và chi tiết công suất (sạc nhanh DC ≥60kW, DC 7-60kW, AC <7kW).
• Bảng 2 (Tham số kỹ thuật vận hành): Hệ số quay vòng thực tế theo chu kỳ sạc và giờ cao điểm (τ_pin = 4-5 lượt/ngày đối với pin 3-4h sạc; τ_DC = 12-15 lượt/cổng/ngày; τ_AC = 3-4 lượt/cổng/ngày).
• Bảng 3 (Nhu cầu phương tiện & Tần suất nạp): Bóc tách đội xe thương mại/dịch vụ (nạp 1 lần/ngày) và đội xe cá nhân (nạp trung bình 1 lần/3 ngày) từ tập dữ liệu phân loại và hiện trạng lưu thông.
• Bảng 4 (Địa giới hành chính & Mật độ): Diện tích, dân số, mật độ dân cư từng phường/vùng lõi để làm trọng số không gian.
• Lưu mỗi bảng thành file CSV riêng trong thư mục dự án (projects/learning/Table[1-4]_*.csv).
• Bóc tách thực tế giữa "kế hoạch khảo sát trên giấy" và "năng lực vận hành thực tế tại thời điểm đo" (chỉ tính trạm Active, loại trừ trạm chờ kích hoạt hoặc bảo trì khi tính năng lực sẵn sàng). • Tính toán năng lực cung ứng thiết kế tối đa = Tổng đơn vị sẵn sàng × Hệ số quay vòng hàng ngày (Daily Turnover Rate). • So sánh năng lực cung ứng với tổng nhu cầu nạp hàng ngày: Nếu tỷ lệ đáp ứng dưới 10% nhu cầu thực tế (hoặc mức thiếu hụt trên 90%), chính sách đang phạm lỗi thất bại kỹ thuật nặng nề trong Tam giác Giá trị Công (Mark Moore).
• Khi phân tích chính sách chuyển đổi phương tiện theo lộ trình, bắt buộc phải trình bày song song cả hai phân khúc: • Phân khúc Ô tô: Số trạm sạc EVCS, số cổng sạc theo dải công suất, năng lực phục vụ so với tổng cầu ô tô cá nhân và đội xe taxi/dịch vụ. • Phân khúc Xe máy: Số tủ đổi pin BSS, số pin lắp đặt thực tế và pin khả dụng, năng lực phục vụ so với tổng cầu xe máy cá nhân và tài xế công nghệ. • Tuyệt đối không chỉ đưa số liệu ô tô mà bỏ qua xe máy hoặc ngược lại, vì gánh nặng chuyển đổi của người yếu thế tập trung chính ở xe máy. • Phân tích cân đối cung cầu theo từng giai đoạn triển khai (GĐ 1 thí điểm lõi, GĐ 2 mở rộng, GĐ 3 toàn vành đai, GĐ 4 duy trì/bắt buộc).
• Không dùng bản đồ nhiệt mật độ điểm đơn thuần (point-density heatmap) vì dễ gây ngộ nhận đủ hạ tầng. • Bắt buộc thiết kế hệ thống biểu tượng trực quan tách biệt hoàn toàn theo loại phương tiện: • Ô tô điện (EVCS): Hình khối vuông có góc bo, kích thước tỷ lệ thuận với số cổng sạc (2 cổng nhỏ, 50+ cổng lớn), màu sắc theo đơn vị và trạng thái (Xanh = VinFast, Tím = Hãng khác, Xám/Đỏ = Bảo trì). • Xe máy điện (BSS): Hình giọt nước (pin/teardrop), màu xanh lá cho tủ hoạt động và màu vàng cam viền đứt cho tủ chờ kích hoạt. • Bản đồ nhiệt đa lớp có trọng số riêng (Weighted Heatmap): • Lớp 1: Heatmap cổng sạc ô tô gán trọng số theo số lượng cổng sạc thực tế. • Lớp 2: Heatmap pin xe máy gán trọng số theo số lượng pin lắp đặt thực tế. • Điều hướng tương tác: Cung cấp các nút phóng to thu nhỏ nhanh theo từng phân vùng (Vùng lõi thí điểm <1-2km vs Toàn cảnh đô thị >10km) để người đọc không bị sót các trạm ngoại vi. • Công cụ triển khai: Leaflet.js + Leaflet.heat trong tệp HTML độc lập, nạp dữ liệu từ tệp JSON chuẩn hóa.
• Phân lập rõ các liên minh có hệ thống niềm tin cốt lõi (Core Beliefs) mâu thuẫn nhau: • Liên minh Chuyển đổi Xanh (Chính quyền đô thị, cơ quan môi trường, doanh nghiệp sản xuất xe điện độc quyền). • Liên minh Bảo vệ Sinh kế và Chi phí Chuyển dịch (Hiệp hội sản xuất truyền thống, doanh nghiệp vận tải công nghệ, tài xế nghèo). • Xác định điểm thương lượng tối thiểu và điều kiện thỏa hiệp khả thi thay vì áp đặt mệnh lệnh hành chính triệt để.
Bài viết chính sách là văn bản ngắn gọn (1.200 đến 2.000 từ), định hướng hành động dành cho nhà hoạch định chính sách bận rộn. Bắt buộc tuân thủ 7 phần chuẩn mực:
==...==) khỏi phần thân bài.
• Phân tách chú thích nguồn độc lập và khử chú thích trùng lặp 100%: Trong hệ thống Footnote của APA 7 và Google Docs, mỗi vị trí chú thích mang một số thứ tự tăng dần duy nhất (không lặp lại cùng một con số ở các trang khác nhau vì chân trang chỉ hiển thị tại trang đặt dấu tham chiếu). Tách riêng từng văn bản pháp luật, báo cáo quốc tế và quy chuẩn kỹ thuật thành chú thích độc lập ngay sau mệnh đề nhận định; tuy nhiên, đối với các số liệu trích từ cùng một Phụ lục bài tình huống, tránh tạo nhiều dòng Footnote trùng lặp nguyên văn 100% giữa câu dẫn nhập tóm tắt và đoạn phân tích chi tiết (ưu tiên đặt chú thích tại đoạn phân tích số liệu chi tiết hoặc gộp các dẫn chứng cùng nguồn NCTH trong một đoạn văn ngắn). Khi gộp hoặc cắt câu trong quá trình rút gọn số từ, bắt buộc chạy kiểm tra đối khớp tự động dãy số [1]..[N] giữa phần thân bài và danh mục chú thích chân trang.
• Chuẩn hóa Tuyên bố Sử dụng Công cụ AI (AI Disclaimer theo Sổ tay Học viên FSPPM Mục 2.4): Khi thêm chú thích hoặc mục công khai việc sử dụng AI ở cuối bài, nội dung phải nêu ngắn gọn, minh bạch 4 yếu tố: (1) tên các công cụ AI đã sử dụng; (2) mục đích và câu lệnh khái quát theo đúng phạm vi cho phép (tra cứu bước đầu về kinh nghiệm, lộ trình và chế tài của các mô hình quốc tế; rà soát lỗi logic, khử từ lặp và cô đọng câu văn dựa thuần túy trên văn bản gốc của học viên để đảm bảo giới hạn từ mà không thêm ý mới; chỉ ra các mệnh đề cần bổ sung dẫn chứng); (3) làm rõ rằng học viên trực tiếp đọc, kiểm chứng toàn bộ tài liệu gốc và chỉ dùng công cụ để chuẩn hóa định dạng trình bày từ các ghi chú nguồn mà học viên đã gắn sẵn (tuyệt đối không viết "AI tự động tạo danh mục trích dẫn" vì quy chế nghiêm cấm AI tự sinh nguồn tham khảo); và (4) cam kết chịu trách nhiệm hoàn toàn của học viên.
• Đẩy chi tiết số liệu đối sánh quốc tế xuống chú thích và giữ chú thích ngắn gọn 1 đến 2 dòng: Ở phần thân bài chỉ nêu nguyên tắc đối sánh cốt lõi, đẩy các thông số phân tầng chi tiết (như từng mức chuẩn Euro và năm đăng ký theo từng loại xe tại các đô thị quốc tế) xuống chú thích chân trang. Khi thân bài đã nêu rõ nội dung quy định, không mở ngoặc diễn giải lặp lại nội dung điều khoản trong chú thích.
• Chuẩn hóa vị trí số trang và ngày truy cập theo đúng APA 7: Đối với báo cáo độc lập, tuyệt đối không chèn số trang đơn lẻ (tr. X) ngay sau tên báo cáo in nghiêng mà phải đặt sau tên tổ chức xuất bản (ví dụ: *Tên báo cáo*. Tên tổ chức xuất bản, tr. 2.). Đối với báo cáo PDF và văn bản pháp luật đã có năm ban hành cố định, bỏ cụm từ rườm rà "Truy cập ngày... tại địa chỉ:" và đặt trực tiếp đường dẫn URL ở cuối chú thích (chỉ giữ ngày truy cập kèm ký hiệu (n.d.) cho trang web động không có năm xuất bản).
• Quy ước viết tắt bài tình huống: Tại chú thích chân trang đầu tiên dẫn nguồn từ bài tình huống, ghi đầy đủ thông tin chuẩn APA 7 kèm câu quy ước tên viết tắt (ví dụ: Các chú thích tiếp theo trích từ tài liệu này được ghi tắt là NCTH <Tên viết tắt>). Từ các chú thích tiếp theo, chỉ ghi tên viết tắt kèm số trang và Phụ lục cụ thể; tuyệt đối không lặp lại họ tên nhóm tác giả và năm của bài tình huống ở mọi chú thích.
• Không tự suy đoán năm xuất bản cho dữ liệu thứ cấp trong Phụ lục: Với số liệu của hiệp hội, doanh nghiệp hoặc tổ công tác được trích dẫn lại trong Phụ lục bài tình huống mà không có năm công bố độc lập, tuyệt đối không tự suy đoán năm để tách thành nguồn APA riêng; chỉ dẫn tên viết tắt bài tình huống kèm trang và Phụ lục tương ứng.
• Giữ nguyên đường dẫn URL sâu và nguyên văn câu gốc tiếng nước ngoài: Luôn giữ nguyên đường dẫn URL đầy đủ trỏ thẳng đến tài liệu gốc trong chú thích chân trang (không cắt gọn về trang chủ). Khi dịch số liệu từ báo cáo hoặc chú thích tiếng nước ngoài sang tiếng Việt ở phần thân bài, trích dẫn nguyên văn câu gốc tiếng nước ngoài kèm nguồn dữ liệu gốc ngay trong chú thích chân trang để đảm bảo tính minh bạch học thuật.Dung lượng thân bài: X từ (không bao gồm chú thích chân trang).Khi người dùng chia sẻ liên kết Google Docs chứa bản thảo bài viết chính sách để chỉnh sửa hoặc hoàn thiện:
• Phân biệt rõ chế độ "Chỉ góp ý / Duyệt từng phần" và "Chỉnh sửa trực tiếp": Khi người dùng yêu cầu chỉ góp ý khách quan, cắt gọn câu văn hoặc duyệt từng trích dẫn mà không sửa trực tiếp vào bài, tuyệt đối không gọi lệnh ghi đè lên phần thân bài trên Google Docs. Trích xuất văn bản ra file tạm để kiểm đếm số từ chính xác từng đoạn (tách riêng thân bài và chú thích), rà soát kỹ các mảnh ghi chú nháp còn sót, chữ bị lặp sau dấu chấm hoặc số thứ tự chú thích cũ dính vào từ cuối câu, sau đó trình bày phương án rút gọn ngay trong khung đối thoại để người dùng duyệt trước.
• Tách bạch tuyệt đối quan điểm gốc của tác giả với nhận xét bên ngoài khi lên phiên bản mới (V2, V3): Khi tài liệu có nhiều tab hoặc gồm cả phần ghi chú nhận xét của giảng viên/phản biện (COMMENTS) lẫn phần định hướng của người dùng (DIRECTION), tuyệt đối không tự ý trộn luận điểm hay số liệu từ phần nhận xét bên ngoài vào thân bài nếu chưa hỏi qua quan điểm của người dùng. Phần thân bài phiên bản mới phải bám sát 100% lập luận, dẫn chứng và các chú thích mà người dùng đã gắn sẵn trong bản định hướng; mọi ý bổ sung hoặc gợi ý cải thiện chỉ được phép trình bày tách biệt theo từng đoạn dưới nhãn rõ ràng ([SUGGESTION ĐỂ CÂN NHẮC]) để người dùng chủ động quyết định.
• Kỹ thuật khống chế trang vừa khít (chống dôi vài dòng sang trang mới mà không mất nội dung):
• Xử lý dòng trống (Empty Lines): Tránh bấm Enter hai lần để dãn đoạn (mỗi dòng trống chiếm khoảng 14pt chiều cao; 18 dòng trống lãng phí hơn 1/3 trang A4). Sử dụng thuộc tính spaceBelow (4pt đến 6pt) hoặc gộp các đoạn nhỏ cùng một ý để thu hồi từ 6 đến 12 dòng văn bản.
• Chuyển tiêu đề con thành dạng Run-in Headings: Thay vì để tiêu đề con chiếm trọn một dòng độc lập kèm phím Enter, hãy in đậm cụm từ khóa đầu đoạn và cho câu văn đầu tiên chạy nối tiếp ngay sau dấu chấm để tiết kiệm 1 dòng vật lý cho mỗi tiêu đề.
• Thu hồi dòng mồ côi (Orphan words): Rà soát các đoạn văn có 1 đến 4 từ cuối cùng bị rớt đơn độc sang dòng mới; chỉ cần gọt bớt 2 đến 4 từ thừa ở thân đoạn là kéo được toàn bộ 1 dòng vật lý co lên trên.
• Chuẩn hóa lề trang hành chính: Khi cần thêm không gian hiển thị, điều chỉnh lề trên và lề dưới từ mặc định 2,54cm (72pt) về mức 2,0cm (56,7pt) theo chuẩn Nghị định 30/2020/NĐ-CP (mỗi trang thêm được 3 dòng, bài 3 trang thu hồi được 9 dòng).
• Quản lý đa Tab (includeTabsContent=True, addDocumentTab) và tạo Footnotes tự động theo thứ tự ngược trên Google Docs API:
• Luôn gọi documents().get(documentId=..., includeTabsContent=True) để đọc đầy đủ danh sách doc['tabs'], tabId, nội dung từng đoạn và toàn bộ footnotes đã được gắn sẵn trong từng tab (tránh bỏ sót các chú thích người dùng đã chèn trong tab nháp/định hướng).
• Khi hoàn thiện phiên bản mới (V2, V3), tạo một tab độc lập ngay trên cùng tài liệu bằng request addDocumentTab: {'tabProperties': {'title': 'V2', 'index': N}} (API máy chủ Google Docs hỗ trợ trực tiếp addDocumentTab ngay cả khi schema discovery cục bộ của thư viện Python cũ chưa liệt kê) để giữ nguyên vẹn các tab trước đó.
• Khi chèn hàng loạt chú thích chân trang mới vào tab mục tiêu bằng createFootnote: {'location': {'tabId': tab_id, 'index': doc_idx}}, bắt buộc sắp xếp danh sách vị trí chèn theo thứ tự doc_idx giảm dần (từ cuối văn bản ngược lên đầu văn bản); mỗi lệnh createFootnote sẽ chèn thêm 1 ký tự tham chiếu vào thân bài, nên chỉ khi chèn từ cuối lên đầu thì các tọa độ doc_idx phía trước mới không bị lệch vị trí.
• Tích hợp, cập nhật và thu nhỏ cỡ chữ Footnote chuẩn xác qua Google Docs API: Sử dụng createFootnote kết hợp insertText để gắn chú thích chân trang thực sự. Khi cập nhật nội dung chú thích đã có (footnote_id), trường segmentId bắt buộc phải đặt bên trong đối tượng range của deleteContentRange (startIndex: 0, endIndex: last_end - 1, luôn trừ 1 ở endIndex vì API không cho phép xóa ký tự newline cuối cùng) và bên trong location của insertText (index: 0).
• Thu nhỏ cỡ chữ Footnote đồng loạt: Do Google Docs không hỗ trợ chọn toàn bộ chú thích chân trang qua Ctrl+A, sử dụng updateTextStyle với tabId: tab_id, segmentId: fn_id để chỉnh đồng loạt toàn bộ chú thích về 8pt (Times New Roman). Lưu ý kỹ thuật: startIndex của range trong segment chú thích bắt buộc phải là 0 (startIndex: 0, endIndex: len(txt) hoặc last_end - 1); nếu để startIndex: 1, ký tự đầu tiên của chú thích sẽ bị sót lại ở cỡ chữ 10pt cũ.
• Quy tắc tuyệt đối không gạch nối: Cấm toàn diện dấu gạch nối và gạch ngang thường thấy của AI trong văn xuôi và danh sách (chỉ dùng dấu chấm tròn, số thứ tự hoặc dấu phẩy, dấu ngoặc đơn). • Nhịp điệu câu tự nhiên (Kiểm soát Perplexity và Burstiness): Tuyệt đối không viết các câu dài bằng nhau đều tăm tắp kiểu máy móc. Trong mỗi đoạn văn, phải chủ động biến thiên độ dài câu bất định: đan xen các câu đơn ngắn gọn, sắc bén (8 đến 12 từ) để đặt vấn đề hoặc chốt ý với các câu ghép đa tầng (20 đến 35 từ) khi phân tích cơ chế nhân quả và sự đánh đổi. • Trích dẫn: Mọi dữ kiện hoặc lý thuyết viện dẫn phải tuân thủ chuẩn APA 7 và được xác minh nguồn gốc từ tài liệu gốc. • 6 Nguyên tắc Tư duy Thiết kế Policy Memo Tổng quát (theo chuẩn TS. Vũ Thành Tự Anh): 1. Đúng phạm vi trách nhiệm và thẩm quyền tư vấn: Chọn 1 câu hỏi chính sách cốt lõi, 1 công cụ chính sách trọng tâm và một số biện pháp bổ trợ trực tiếp; làm rõ 4 yếu tố cho mỗi khuyến nghị (cơ quan chủ trì, công cụ sử dụng, trở ngại lớn nhất, bước triển khai đầu tiên); tách bạch việc thuộc thẩm quyền cơ quan nhận tư vấn thực hiện ngay với nội dung phải kiến nghị cấp trên hoặc để lại nghiên cứu tiếp. 2. Kỷ luật bằng chứng 3 tầng: Phân biệt rành mạch (i) tài liệu tình huống cung cấp dữ kiện gì, (ii) suy luận hợp lý được gì từ dữ kiện đó, và (iii) điều gì chưa thể kết luận do khuyết thông tin; giữ nguyên phạm vi, đơn vị đo, mẫu số và giả định gốc của mọi con số; thực hiện phân tích độ nhạy (nếu thông số bất định cao hơn hoặc thấp hơn giả định, khuyến nghị cốt lõi có thay đổi không). 3. Thu hẹp vấn đề và tiết chế mức độ khẳng định: Không biến kết luận về một phương án thành cách đặt vấn đề; đặt vấn đề dưới dạng bài toán thiết kế có sự đánh đổi giữa các mục tiêu xung đột; dùng ngôn ngữ xác suất và rủi ro có thể bảo vệ được ("tiềm ẩn rủi ro thực thi cao") thay cho từ tuyệt đối ("không khả thi"); xem phản ứng của các nhóm lợi ích là biểu hiện của xung đột phân phối và khó khăn tạo đồng thuận chứ tự nó chưa phải bằng chứng chứng minh chính sách thất bại. 4. Đánh giá đối xứng trên cùng một hệ tiêu chí tổng quát: Mọi phương án (kể cả phương án đề xuất) phải được đánh giá khách quan theo một hệ tiêu chí thống nhất phù hợp với từng bài toán, thường xoay quanh 4 trụ cột: (1) mức độ đạt mục tiêu chính sách cốt lõi, (2) chi phí đối với ngân sách Nhà nước và chi phí tuân thủ của xã hội, (3) tác động phân phối và tính công bằng giữa các nhóm đối tượng, và (4) năng lực giám sát, quản trị và cưỡng chế thực thi hành chính; bắt buộc chỉ rõ cái giá phải trả và rủi ro của chính phương án đề xuất. 5. Phân biệt chỉ báo thay thế (proxy) với năng lực và kết quả thực chất: Không đồng nhất một chỉ báo gián tiếp hoặc số lượng đầu vào trên giấy với năng lực đáp ứng và hiệu quả đầu ra thực tế trong vận hành. 6. Bố cục 4 phần tinh gọn, thực trạng chỉ phục vụ lập luận: (1) Khuyến nghị chính và vấn đề cần giải quyết; (2) Nguyên nhân và bằng chứng (dùng thất bại thị trường làm cơ sở can thiệp kết hợp Khung Giá trị Công gồm lợi ích công tạo ra, sự đồng thuận xã hội, năng lực vận hành); (3) So sánh các phương án trên cùng hệ tiêu chí; (4) Thiết kế khuyến nghị cùng điều kiện thực hiện và quản trị rủi ro. • Quy tắc Nhân bản Văn phong của Nhi: • Nhịp câu biến thiên kết hợp cấu trúc Nhượng bộ sang Phản biện sang Hệ quả: Kết hợp câu ngắn chuyển ý với câu đối xứng hai vế (mở đầu bằng sự ghi nhận khách quan mục tiêu/mặt tích cực qua "Dù...", "Cách tiếp cận này giúp...", chuyển sang chỉ rõ giới hạn thực thi qua "nhưng...", "tuy nhiên..." và khóa câu bằng hệ quả điều hành qua "khiến...", "dẫn đến...", "do đó cần..."). • Từ khóa vận hành thực chiến: Ưu tiên hệ từ vựng quản trị thực tế của Nhi gồm công cụ sinh kế, chu kỳ khấu hao, thời gian thu hồi vốn, chi phí tuân thủ, quản lý theo đầu mối tập trung, đồng kiến tạo chính sách, trung lập về công nghệ, đứt gãy vận hành, vùng đệm chuyển tiếp, phân tầng lộ trình. • Chuyển ngữ từ cảm tính sang chuẩn mực chính sách: Thay "tác động khổng lồ" bằng "ngoại tác/tác động đáng kể"; thay "phản ứng gay gắt" bằng "xung đột lợi ích và khó khăn tạo đồng thuận"; thay "thiếu/không khả thi" bằng "tiềm ẩn rủi ro thực thi cao"; thay "chỉ mới là lý thuyết" bằng "mới dừng ở bước khảo sát bước đầu, chưa có đủ dữ liệu kiểm chứng năng lực vận hành thực tế".