Một danh sách dài các ngôn ngữ lập trình, framework và công cụ sẽ trông như một khối chữ dày đặc nếu viết thành một dòng liền không ngắt, và cách khắc phục không phải là rút ngắn danh sách mà là nhóm nó lại: chia cùng những kỹ năng đó thành vài nhóm ngắn, có nhãn rõ ràng, chẳng hạn Ngôn ngữ, Framework và Cloud, để người đọc lướt qua trang có thể tìm ra hai ba mục quan trọng với họ trong vài giây thay vì phải đọc hết cả dòng.
Vì sao một dòng dài không nhóm rất khó quét mắt
Một dòng kỹ năng với hai mươi mục ngăn cách bằng dấu phẩy buộc người đọc phải làm hai việc cùng lúc: tìm những mục liên quan đến vị trí họ đang tuyển, và tự sắp xếp phần còn lại trong đầu trong lúc đọc. Hầu hết nhà tuyển dụng chỉ dành rất ít thời gian cho lần đọc đầu tiên qua một CV, và một danh sách phẳng không cho họ điểm bám nào ngoài những gì tình cờ nằm gần đầu hoặc cuối dòng. Một danh sách được nhóm loại bỏ hẳn công việc sắp xếp đó khỏi người đọc: một nhãn nhóm như Cloud hay Cơ sở dữ liệu cho họ biết chính xác nên nhìn vào đâu, và họ có thể bỏ qua những nhóm không liên quan đến vị trí này mà không cần đọc từng mục bên trong.
Việc nhóm cũng giúp cả người đọc thực sự quan tâm đến toàn bộ danh sách, chứ không chỉ một phần. Một dòng dài không có cấu trúc nội bộ buộc ngay cả người đọc kỹ tính phải giữ toàn bộ nội dung trong đầu để nhận ra các mẫu hình, chẳng hạn các ngôn ngữ nghiêng về backend hay frontend, hay kinh nghiệm cloud rộng hay hẹp. Khi cùng những kỹ năng đó nằm dưới các tiêu đề, những mẫu hình ấy hiện ra ngay lập tức thay vì phải tự suy ra.
Nhóm lại cùng những kỹ năng đó, không thêm kỹ năng mới
Nhóm là một thay đổi về cách trình bày, không phải về nội dung: tập hợp kỹ năng bên dưới vẫn giữ nguyên hoàn toàn, và công việc cần làm là quyết định mỗi kỹ năng thuộc nhóm nào và chọn một nhãn ngắn, chính xác cho nhóm đó. Cách chia phổ biến để bắt đầu là Ngôn ngữ, Framework, Dữ liệu và Cloud, cùng một nhóm Công cụ làm nơi gom trình soạn thảo, công cụ build và quản lý phiên bản, dù nhóm phù hợp phụ thuộc hoàn toàn vào nội dung thực tế của danh sách. Một danh sách ngắn chỉ sáu bảy mục hiếm khi cần chia thành bốn nhóm riêng; việc nhóm chỉ thực sự có ích khi danh sách đủ dài để người đọc phải lướt qua những mục không liên quan mới tìm được thứ họ cần.
Cũng nên tránh việc cố nhồi thêm cho mỗi nhóm sau khi đã lập ra. Một nhóm chỉ có một mục mạnh vẫn đáng để tách riêng nếu mục đó thực sự khác biệt về bản chất so với những mục khác, thay vì gộp vào một nhóm lớn hơn, mơ hồ hơn chỉ để tránh một danh sách ngắn. Một nhóm chỉ có một hai mục không phải là vấn đề; một nhóm dựng lên chỉ để trông đầy đặn hơn thực tế thường bị nhận ra là để độn cho đầy.
Chọn nhãn nhóm thực sự có ý nghĩa
Một nhãn nhóm phát huy tác dụng khi nó cho người đọc biết loại kỹ năng nào nằm bên dưới trước khi họ đọc từng mục, thay vì một tiêu đề mơ hồ như Kỹ năng kỹ thuật hay Khác có thể mô tả gần như bất cứ thứ gì. Ngôn ngữ, Framework, Cơ sở dữ liệu, Cloud & Hạ tầng và Công cụ là những lựa chọn phổ biến, tự giải thích cho một phần kỹ năng kỹ thuật, và một người đọc quen thuộc với lĩnh vực này nhận ra ngay từng nhãn. Đôi khi một nhãn cụ thể hơn xứng đáng thay cho một nhãn chung chung: Kiểm thử tách riêng thành một nhóm, thay vì gộp vào Framework, là hợp lý với ứng viên có kinh nghiệm kiểm thử là thế mạnh thực sự đáng nêu riêng thay vì lẫn vào một dòng framework dài, khó đọc hơn.
Nhãn cũng nên nhất quán với cách phần còn lại của CV nói về cùng những kỹ năng đó. Nếu phần kinh nghiệm mô tả một dự án được xây bằng một framework cụ thể, phần kỹ năng khi nhóm nên dùng đúng tên đó thay vì một biến thể dài hơn hay ngắn hơn, để người đọc (hoặc một hệ thống tự động đọc cùng tài liệu) thấy một từ vựng nhất quán thay vì hai phiên bản của cùng một sự việc.
Ví dụ minh hoạ: một dòng không nhóm được chuyển thành các nhóm
Trước, viết thành một dòng không nhóm: "JavaScript, TypeScript, Python, React, Next.js, Node.js, PostgreSQL, MongoDB, Docker, AWS, Git, Figma."
Sau, được nhóm thành các nhóm:
- Ngôn ngữ: JavaScript, TypeScript, Python
- Framework: React, Next.js, Node.js
- Dữ liệu: PostgreSQL, MongoDB
- Cloud & công cụ: AWS, Docker, Git, Figma
Danh sách mười hai mục bên dưới không hề thay đổi, nhưng người đọc đang tìm cụ thể kinh nghiệm cơ sở dữ liệu backend giờ có thể vào thẳng dòng Dữ liệu thay vì đọc hết từng mục trong câu gốc để tìm PostgreSQL và MongoDB nằm lẫn ở giữa.
Nhóm mà không ảnh hưởng đến cách hệ thống quét CV
Một lo ngại hợp lý về việc nhóm danh sách kỹ năng là liệu nó có gây khó cho hệ thống theo dõi ứng viên quét tài liệu tìm từ khoá cụ thể hay không. Việc nhóm không loại bỏ bất kỳ thuật ngữ gốc nào, nó chỉ thêm một nhãn nhóm ngắn phía trên một tập con các mục, nên mọi kỹ năng có trong danh sách phẳng ban đầu vẫn còn nguyên trong phiên bản đã nhóm và vẫn có thể tìm thấy qua bất kỳ tìm kiếm từ khoá nào chạy trên tài liệu. Hướng dẫn viết CV thân thiện với ATS đề cập đến những lựa chọn bố cục thực sự ảnh hưởng đến việc quét, chẳng hạn bố cục nhiều cột hay văn bản nhúng trong hình ảnh, và việc nhóm các kỹ năng dạng văn bản thuần vào các nhóm có nhãn không nằm trong số đó.
Xây dựng một phần kỹ năng được nhóm
Mẫu Classic của CVBuilderKit tự động nhóm phần kỹ năng thành các nhóm có nhãn như một phần của bố cục, thay vì để hoàn toàn việc chia danh sách cho người điền, và đó là một hình mẫu hợp lý để tham khảo ngay cả trong một mẫu không bắt buộc điều đó. Khi bắt đầu từ một danh sách trống, hãy sắp xếp các mục vào từng nhóm trước trên giấy hoặc trong một file ghi chú, kiểm tra xem mỗi nhãn có đọc rõ ràng với người ngoài nhóm hay không, rồi bắt đầu xây dựng phần này khi hình dạng đã ổn, giữ nguyên đúng các thuật ngữ từ danh sách phẳng ban đầu thay vì diễn đạt lại bất kỳ mục nào trong quá trình đó.