Cách gói gọn nhiều năm làm việc kỹ thuật vào một trang không phải là thu nhỏ mọi dự án thành những mảnh vụn khó đọc. Đó là chọn ra ba hoặc bốn dự án phù hợp nhất với vị trí bạn đang ứng tuyển, gộp phần còn lại vào một dòng ở cuối, và viết mỗi dự án còn giữ lại thành một dòng ngắn gọn thay vì một đoạn văn. Một trang cố nhồi mười hai dự án với trọng lượng ngang nhau sẽ không dự án nào được trình bày tốt; một trang giữ bốn dự án với trọng lượng đầy đủ, phần còn lại chỉ được nhắc đến thoáng qua, sẽ đọc như một CV mạnh hơn dù về kỹ thuật nó nói ít hơn.
Quyết định dự án nào xứng đáng có mặt
Hãy bắt đầu bằng cách xếp hạng các dự án theo mức độ phù hợp với vị trí cụ thể, chứ không theo mức độ bạn tự hào về từng dự án. Một dự án dùng cùng công nghệ mà vị trí mục tiêu sử dụng, giải quyết vấn đề tương tự, hoặc cho thấy bạn làm chủ toàn bộ hệ thống thay vì chỉ một phần nhỏ, sẽ được ưu tiên hơn một dự án gây ấn tượng về kỹ thuật nhưng lại xa rời những gì vị trí đó thực sự cần. Độ mới cũng quan trọng, dù ít hơn mức độ phù hợp: một dự án cũ nhưng bám sát vị trí mục tiêu thường thắng một dự án gần đây nhưng không liên quan. Ba hoặc bốn dự án thường là đủ cho một trang khi đã có phần kinh nghiệm làm việc; một CV chủ yếu gồm dự án, khi kinh nghiệm trả lương còn ít, có thể mở rộng lên năm hoặc sáu trước khi trang bắt đầu chật chội.
Một sai lầm thường gặp là xếp hạng theo công sức bỏ ra thay vì mức độ phù hợp: một dự án tốn sáu tháng cuối tuần có thể khiến bạn cảm thấy nó xứng đáng đứng đầu chỉ vì thời gian đã đầu tư, ngay cả khi một dự án nhỏ hơn chỉ mất hai tuần lại bám sát công việc hằng ngày của vị trí mục tiêu hơn nhiều. Công sức là điều vô hình với người đọc chỉ nhìn thấy dòng cuối cùng trên trang, vì vậy đáng để cố tình gạt nó sang một bên và xếp hạng lại chỉ dựa trên mức độ phù hợp trước khi chốt bốn dự án được chọn.
Gộp các dự án nhỏ vào một dòng
Không phải dự án nào không lọt vào nhóm nổi bật cũng phải biến mất. Một dòng duy nhất ở cuối phần dự án, đại loại như "Ngoài ra đã xây dựng: một bot thông báo Slack, một CLI nhỏ để tìm kiếm log, và hai script công cụ nội bộ", giữ cho chúng vẫn hiện diện mà không chiếm không gian ngang với các mục nổi bật. Dòng này thực sự có tác dụng: nó cho thấy các dự án được chọn một cách có chủ đích chứ không phải là tất cả những gì bạn từng làm, và nó cho người đọc muốn biết thêm một điểm khởi đầu để hỏi trong buổi phỏng vấn, mà không buộc mọi dự án phải trải qua một bản mô tả đầy đủ như nhau.
Viết một mục dự án trong một dòng
Một mục dự án gói trong một dòng vẫn cần trả lời đó là gì, được xây dựng bằng gì, và kết quả ra sao, chỉ là được nén vào một dòng thay vì ba dòng. "Bảng điều khiển số liệu - React và một API Node nhỏ lấy dữ liệu từ luồng sự kiện nội bộ, thay thế ba bảng tính riêng lẻ mà nhóm từng dùng để theo dõi thủ công cùng những con số đó" vừa vặn trong một dòng mà vẫn cho người đọc biết điều gì đó cụ thể. Ngược lại, cắt một dự án xuống chỉ còn tiêu đề trần trụi không có ngữ cảnh sẽ tiết kiệm không gian nhưng mất đi toàn bộ thông tin khiến dòng đó đáng được đưa vào ngay từ đầu. Mục tiêu là sự cô đọng, không phải ngắn gọn vì ngắn gọn: một dòng nói ít hơn bằng ít từ hơn không tự động trở thành một dòng tốt hơn.
Ví dụ minh hoạ: một danh sách dự án đã được rút gọn
Ví dụ minh hoạ. Một ứng viên có chín dự án phụ và dự án liên quan đến công việc được xây dựng qua nhiều năm. Trước khi rút gọn, mỗi dự án chiếm riêng một mục hai dòng, và chỉ riêng phần dự án đã chiếm gần hết một trang. Sau khi rút gọn: bốn dự án được giữ lại đầy đủ chi tiết, chọn vì chúng bám sát nhất công nghệ và phạm vi của vị trí mục tiêu, mỗi dự án viết thành một dòng nêu rõ đó là gì, dùng công nghệ gì và đã thay đổi điều gì. Năm dự án còn lại được gộp vào một dòng khép lại, nêu tên ngắn gọn từng dự án. Phần dự án giờ chỉ chiếm khoảng một phần ba không gian trước đây, và bốn mục nổi bật dễ đọc kỹ hơn vì không còn phải cạnh tranh sự chú ý với năm dự án khác.
Giữ trang dễ đọc trong khi rút gọn
Cố nhồi thêm nội dung vào một trang bằng cách thu nhỏ cỡ chữ hoặc lề xuống dưới mức đọc thoải mái chỉ đổi một vấn đề lấy một vấn đề tệ hơn: một trang về mặt kỹ thuật chứa được mọi thứ nhưng khó đọc sẽ mất nhiều hơn so với một trang thành thật cần thêm một chút độ dài. Việc rút gọn nên đến từ việc chọn lọc nội dung đưa vào, chứ không phải từ việc làm cho chữ khó đọc hơn. Nếu bốn mục dự án đầy đủ cùng một dòng gộp vẫn không vừa ở cỡ chữ đọc bình thường, đó thường là dấu hiệu nên bỏ bớt dự án thứ năm thay vì thu nhỏ chữ thêm nữa, hoặc là dấu hiệu cho thấy CV này thực sự xứng đáng có hai trang.
Khi dự án và kinh nghiệm cùng tranh giành một trang
Với một kỹ sư có nhiều năm kinh nghiệm trả lương cùng một danh sách dài các dự án phụ, cả hai phần đang tranh giành cùng một không gian hạn chế, và kinh nghiệm thường nên thắng trước. Người đọc đánh giá một kỹ sư ở giai đoạn giữa sự nghiệp thường coi trọng công việc trả lương, có trách nhiệm rõ ràng hơn một dự án phụ, vì vậy việc rút gọn phần dự án xuống còn vài mục nổi bật, thay vì cắt bớt các mục kinh nghiệm để nhường chỗ cho nhiều dự án hơn, thường là nơi an toàn hơn để tìm thêm không gian mà một CV một trang cần.
Xây dựng CV của bạn
Chọn một mẫu được thiết kế cho công việc kỹ thuật, như mẫu Developer, và rà soát danh sách dự án của bạn theo cùng bộ lọc: dự án nào bám sát nhất vị trí mục tiêu, và dự án nào có thể nêu tên trong một dòng khép lại thay vì mục riêng. Với câu hỏi chung về độ dài CV nên là bao nhiêu trước khi tính đến phần dự án, một bản resume nên dài bao nhiêu trình bày những đánh đổi rộng hơn, và cách trình bày dự án cá nhân trên CV kỹ sư phần mềm đi sâu hơn vào cách viết một mục dự án đơn lẻ khi bạn đã biết dự án nào được giữ lại. Bắt đầu rút gọn và xây dựng lại tại trình tạo CV.