CV Data Analyst: mô tả SQL, dashboard và tác động có thể giải thích khi phỏng vấn

Dòng “thành thạo SQL, Power BI, giúp tăng hiệu quả vận hành” để lại ba câu hỏi chưa được trả lời trong CV Data Analyst. Người đọc chưa biết bạn phân tích dữ liệu nào, tự làm phần nào, hay “hiệu quả” được đo ra sao. Hãy viết một kết quả đủ cụ thể để mở truy vấn và kiểm tra lại.

Bài này đi từ một dự án phân tích giao hàng giả lập đến câu mô tả trong CV, rồi chuẩn bị phần giải thích khi phỏng vấn. Bạn có thể luyện giải thích quyền sở hữu một chỉ số kinh doanh trước khi thêm một tỷ lệ vào hồ sơ.

Phạm vi bằng chứng: TopCV là nguồn tư vấn nghề nghiệp của nhà xuất bản, không phải chính sách tuyển dụng. Tài liệu Microsoft và PostgreSQL xác nhận nguyên tắc kỹ thuật được dẫn tại chỗ. Toàn bộ dữ liệu, dự án và câu CV dưới đây là ví dụ gốc giả định; không có báo cáo ứng viên, tác động thương mại hay kết quả tuyển dụng được suy diễn. SQL đã chạy cục bộ; dashboard chỉ là bản mẫu HTML tĩnh, không phải sản phẩm Power BI.

CV cần nối kỹ năng với một việc đã làm

Hướng dẫn của TopCV đã đề cập SQL, công cụ BI, trực quan hóa và trình bày kết quả. Hãy gắn danh sách công nghệ với việc bạn đã làm. Phần cần bổ sung là dấu vết cho thấy bạn đã sử dụng kỹ năng trong công việc cụ thể nào.

Với mỗi kỹ năng quan trọng trong tin tuyển dụng, chọn một bằng chứng thật: truy vấn bạn viết, định nghĩa chỉ số bạn thống nhất, kiểm tra bạn bổ sung, hoặc biểu đồ bạn triển khai. Không ghi đã dùng Power BI nếu sản phẩm hiện có chỉ là ảnh thiết kế. Không gọi phân tích cá nhân là dự án của khách hàng.

Một mục dự án nên cho biết bối cảnh, đóng góp cá nhân, sản phẩm bàn giao và giới hạn. Phát hiện mẫu số sai hoặc tạo bộ kiểm tra tái lập cũng cho người đọc thấy năng lực phân tích cụ thể. Không bắt buộc biến mọi công việc thành mức tăng doanh thu. Nếu chưa đo tác động, viết điều đã xác nhận và điều còn cần theo dõi.

Chốt định nghĩa trước khi viết câu “đạt 25%”

Ví dụ gốc có sáu lô hàng. Tất cả thời gian dùng UTC; thời điểm chốt dữ liệu là 00:00 ngày 02/10/2026. Một lô đủ điều kiện nếu chưa bị hủy và hạn giao không muộn hơn thời điểm chốt. “Đúng hạn” nghĩa là thời gian giao thực tế không muộn hơn hạn giao, với sự kiện đã được hệ thống ghi nhận tại thời điểm chốt.

Tại thời điểm chốt, S6 chưa được quan sát là đã giao. Bảng giả lập biết sự kiện sẽ đến muộn để kiểm tra quy tắc; truy vấn theo ảnh chụp thời điểm chốt không được dùng thông tin tương lai đó. Mẫu số là S1, S2, S3, S6: bốn lô, một lô đúng hạn, tỷ lệ 25%.

Quy tắc này coi lô quá hạn chưa có sự kiện giao là chưa chứng minh được giao đúng hạn. Trong thực tế, sự kiện đúng hạn nhưng đến muộn có thể làm số liệu lịch sử được điều chỉnh. Bạn phải thống nhất cách công bố, không tự mặc định rằng dữ liệu thiếu luôn chứng minh giao trễ ngoài đời.

Dùng SQL để giữ nguyên quần thể đã định nghĩa

Theo tài liệu chính thức PostgreSQL, COUNT(*) đếm hàng, còn COUNT(cột) chỉ đếm giá trị không NULL. Chính sự khác biệt này làm thay đổi mẫu số trong ví dụ. Các con số cụ thể bên dưới đến từ bộ dữ liệu gốc, không phải ví dụ của PostgreSQL.

WITH eligible AS (
 SELECT s.*, e.delivered_at
 FROM shipments s
 LEFT JOIN delivery_events e
   ON e.shipment_id = s.id
  AND e.ingested_at <= '2026-10-02 00:00'::timestamp
 WHERE NOT s.cancelled
   AND s.due_at <= '2026-10-02 00:00'::timestamp
)
SELECT COUNT(*) AS eligible,
       COUNT(*) FILTER (WHERE delivered_at <= due_at) AS on_time,
       COUNT(delivered_at) AS delivered_observed,
       COUNT(*) FILTER (WHERE delivered_at IS NULL) AS unobserved,
       ROUND(100.0 * COUNT(*) FILTER (WHERE delivered_at <= due_at)
             / NULLIF(COUNT(*), 0), 2) AS rate
FROM eligible;

Kết quả đã kiểm tra là 4 | 1 | 2 | 2 | 25.00, theo thứ tự đủ điều kiện, đúng hạn, đã quan sát giao, chưa quan sát giao và tỷ lệ. Điều kiện thời gian ghi nhận nằm trong ON, nên lô chưa có sự kiện phù hợp vẫn được giữ. Nếu chuyển nó sang WHERE, bạn có thể loại các lô chưa quan sát được giao và làm mất quần thể ban đầu.

Fixture có tối đa một sự kiện giao cho mỗi lô. Trên dữ liệu nhiều lần quét, truy vấn này chưa đủ: cần quy tắc chọn sự kiện hợp lệ, xử lý đính chính và kiểm tra số hàng sau nối. Đừng mang truy vấn nhỏ vào CV với lời hứa đã giải quyết toàn bộ pipeline.

Chỉ ra hai tỷ lệ trả lời hai câu hỏi khác nhau

Nếu dùng COUNT(delivered_at) làm mẫu số, kết quả là một trên hai, tức 50%. Tỷ lệ đó mô tả các lô đã quan sát được giao trong quần thể đủ điều kiện. Nó không trả lời câu hỏi “bao nhiêu lô đến hạn có bằng chứng giao đúng hạn?”.

North có một lô đúng hạn trên ba lô: 33,33%. South có không trên một: 0%. Tỷ lệ toàn bộ vẫn là 25%; trung bình đơn giản hai tỷ lệ vùng xấp xỉ 16,67% không có cùng trọng số. Khi trình bày tổng, hãy cộng tử số và mẫu số trước rồi chia.

Khi chuyển thời điểm quan sát sang 09:00 ngày 02/10, S6 xuất hiện là đã giao trễ. Số chưa quan sát giảm từ hai xuống một; số đã quan sát được giao tăng từ hai lên ba. Tỷ lệ trên tất cả lô đủ điều kiện vẫn là 25%. Đây là cập nhật thông tin, không phải cải thiện vận hành.

Sáu kiểm tra PostgreSQL 18.6 đã xác nhận danh sách quần thể, bốn số tổng, tỷ lệ chỉ tính lô đã giao, nhóm vùng, mẫu rỗng và lần quan sát sau. Chúng không chứng minh tốc độ truy vấn, chất lượng dữ liệu sản xuất hay tác động của dashboard.

Dashboard phải công bố được hợp đồng chỉ số

Tài liệu Microsoft về star schema khuyến nghị fact table có mức hạt nhất quán. Áp dụng vào bản mẫu này: một hàng phân tích đại diện một lô hàng đủ điều kiện, không phải một lần quét. Đây là cách thiết kế của ví dụ, không phải bằng chứng đã xây dựng mô hình Power BI.

Bản mẫu tĩnh có ba thẻ: bốn lô đủ điều kiện, một lô đúng hạn và tỷ lệ 25%. Đặt thời điểm chốt ngay cạnh chỉ số. Thêm bảng vùng cùng tử số, mẫu số; ghi rõ dữ liệu giả lập và không tự làm mới. Một nhãn “cập nhật hôm nay” không thay thế được thời điểm dữ liệu thực sự có sẵn.

Trong dự án thật, kiểm tra bộ lọc vùng, khoảng thời gian, tổng và trạng thái rỗng. Dashboard không nên hiển thị 0% khi không có lô đủ điều kiện; mẫu số bằng không khiến tỷ lệ không xác định theo hợp đồng này. Có thể hiển thị “không có dữ liệu đủ điều kiện” kèm số đếm bằng không.

Nếu bạn đã triển khai BI, bổ sung file báo cáo, phép tính, quan hệ bảng và kết quả khi đổi bộ lọc. Nếu chỉ viết đặc tả, gọi đúng là đặc tả. Lập lịch, cảnh báo lỗi và quyền truy cập là công việc riêng; một trang HTML không chứng minh bạn đã hoàn thành chúng.

Viết lại ba câu trong CV mà không tạo thành tích giả

Một mục dự án ngắn có thể viết: “Phân tích giao hàng — dự án cá nhân dùng dữ liệu giả lập. Xây định nghĩa tỷ lệ đúng hạn theo thời điểm chốt; triển khai SQL và sáu kiểm tra tái lập. Tạo bản mẫu dashboard công bố tử số, mẫu số và sự kiện đến muộn; chưa triển khai Power BI hoặc đo tác động vận hành.”

Dùng câu này làm mẫu cấu trúc; chỉ đưa nội dung vào CV sau khi bạn đã thực hiện và hiểu bài tập. Hãy thực hiện, hiểu giới hạn rồi thay bằng đóng góp thật. Với dự án nhóm, nêu phần bạn sở hữu và một phụ thuộc do người khác phụ trách. Việc rà soát kết quả chung vẫn có thể là đóng góp nếu bạn giải thích được cách kiểm tra.

Tách phát hiện, quyết định và tác động khi phỏng vấn

Phát hiện trong ví dụ là thay mẫu số có thể làm tỷ lệ từ 25% thành 50%. Quyết định thiết kế là hiển thị mẫu số và giữ ảnh chụp theo thời điểm chốt. Tác động thương mại chưa được đo. Ba tầng này không thể gộp thành “dashboard tăng hiệu quả 25%”.

Nếu nhóm thật sử dụng báo cáo để thay quy trình, mô tả ai quyết định, thay đổi nào được áp dụng và cách đánh giá sau đó. Quan sát trước/sau có thể chịu ảnh hưởng bởi mùa vụ, tuyến giao hay cơ cấu khách hàng. Nếu chỉ có số liệu trước/sau và chưa kiểm soát các thay đổi đó, hãy mô tả quan sát thay vì khẳng định dashboard gây ra kết quả.

Chuẩn bị câu trả lời cho phản ví dụ: sự kiện đúng hạn ghi nhận muộn, lô đổi vùng, hủy sau thời điểm chốt và nhiều lần giao. Ví dụ chưa xử lý những quy tắc này. Câu trả lời tốt có thể là “tôi cần chốt thêm định nghĩa và bổ sung kiểm tra”, thay vì khẳng định truy vấn luôn đúng.

Chọn câu hỏi luyện tập từ tuyên bố đã viết

Các câu hỏi tiếng Anh trên PracHub dưới đây dùng để luyện giải thích, không phải báo cáo vòng phỏng vấn của nhà tuyển dụng Việt Nam. Bộ câu hỏi tập trung vào quyền sở hữu chỉ số, dữ liệu đến muộn và cách đo tác động, đúng với những tuyên bố của dự án giao hàng.

Bắt đầu với quyền sở hữu chỉ số: đọc một câu CV, mở bằng chứng và nêu giới hạn. Chỉ thêm số liệu hoặc tên công cụ khi bạn có thể bảo vệ điều đó bằng công việc đã làm.

Sources and Further Reading

• TopCV: hướng dẫn viết CV Data Analyst — tư vấn nghề nghiệp của nhà xuất bản.
• Microsoft: star schema trong Power BI — tài liệu chính thức về mức hạt và mô hình.
• PostgreSQL 18: aggregate functions — COUNT, FILTER và giá trị NULL.

Nguồn kiểm tra ngày 11/10/2026. Dữ liệu và câu CV là ví dụ giả lập; kết quả SQL đã kiểm tra cục bộ. Không có khảo sát ứng viên, Power BI thực thi hay cam kết kết quả tuyển dụng.