Cách bạn mô tả một dự án bạn xây dựng cùng một đội, mà không nhận công quá mức hay tự thu nhỏ phần của mình xuống bằng không, nằm ở việc để hai đại từ làm hai việc khác nhau trong cùng một mục: "chúng tôi" cho những gì cả đội đã cùng đạt được, và "tôi" cho phần cụ thể trong kết quả đó mà chính bạn phụ trách. Một dòng chỉ dùng "tôi" cho công việc mà nhiều người thực sự đã cùng làm sẽ đọc như nhận công quá mức ngay khi có câu hỏi tiếp theo, còn một dòng chỉ dùng "chúng tôi" xuyên suốt lại không cho người đọc biết gì cụ thể về phần đóng góp của riêng bạn, điều này làm mất đi ý nghĩa của việc liệt kê dự án đó ngay từ đầu.
Vì sao một dự án chung vẫn cần tên riêng của bạn trong đó
Một nhà tuyển dụng đọc mục CV về một dự án nhóm đang cố trả lời một câu hỏi: người này sẽ thực sự làm gì nếu tôi nhận họ vào đội của mình? Một mô tả dự án chỉ nêu những gì cả đội đã đạt được cùng nhau trả lời một câu hỏi khác, đội đó có khả năng gì với tư cách một nhóm, và để người đọc tự đoán phần nào trong nỗ lực chung đó là do chính bạn đảm nhận. Khoảng trống đó chính là điều một dòng nêu đóng góp cụ thể lấp đầy. Nó không cần nhận công cho toàn bộ kết quả, và cũng không nên như vậy; nó cần nêu, trong một vế câu, phần cụ thể của kết quả chung mà thực sự do bạn xây dựng, quyết định hoặc sửa chữa.
Tách "chúng tôi" và "tôi" trong cùng một mục
Cách rõ ràng nhất để giữ cả hai sự thật trong một mục là để mỗi đại từ đảm nhận một vai trò riêng thay vì chọn một đại từ cho toàn bộ dòng. Câu đầu tiên mô tả dự án và kết quả của nó có thể dùng "chúng tôi" một cách trung thực, vì kết quả đó thực sự là thành quả của cả đội. Câu thứ hai, hoặc nửa sau của cùng một câu, sau đó thu hẹp lại thành "tôi" cho phần thực sự thuộc về bạn: thành phần bạn xây dựng, quyết định bạn đưa ra, lỗi bạn tìm ra, phần hệ thống không ai khác trong đội chạm vào. Người đọc không mong đợi một mục dự án nhóm chỉ mô tả công việc của bạn tách rời khỏi cả nhóm; họ mong đợi nó nói rõ công việc của nhóm kết thúc ở đâu và công việc của riêng bạn bắt đầu ở đâu.
Nêu phần của bạn một cách chính xác thay vì mơ hồ
"Đóng góp vào" là cụm từ dễ làm giảm giá trị một đóng góp thực sự, cụ thể nhất, vì nó mô tả gần như mọi mức độ tham gia một cách mơ hồ như nhau, từ viết một hàm đến dẫn dắt cả nỗ lực. Nêu rõ phần cụ thể, dịch vụ bạn phụ trách, phần tích hợp bạn xây dựng, đợt di chuyển dữ liệu bạn thực hiện, quy trình rà soát bạn thiết lập, cho người đọc điều gì đó cụ thể để đánh giá thay vì một cụm từ có thể mang bất kỳ nghĩa nào. Đây cùng là sự thay đổi mà bài định lượng tác động kỹ thuật trên CV mà không bịa số liệu đề cập khi biến một tuyên bố phạm vi mơ hồ thành một tuyên bố cụ thể, trung thực: sự chính xác đọc đáng tin hơn một mô tả nghe tròn trịa nhưng mơ hồ, chứ không phải ngược lại.
Ghi nhận công của đội mà không đánh mất dòng của riêng bạn
Nêu rõ một kết quả chung một cách trung thực không đòi hỏi bạn phải im lặng về phần của riêng mình, và cũng không đòi hỏi bạn thổi phồng phần đó. Một mục dự án có thể nói thẳng rằng một đội với quy mô nhất định đã cùng xây dựng điều đó, rồi tiếp theo bằng một hoặc hai câu nói riêng về bạn, mà không câu nào làm suy yếu câu kia. Câu mở đầu về đội không phải là sự hào phóng gây thiệt cho bạn; nó đang thiết lập quy mô và bối cảnh mà người đọc cần để đánh giá đúng trọng lượng của câu cá nhân theo sau. Một người đọc không biết một dự án có năm kỹ sư tham gia trong sáu tháng sẽ đọc một đóng góp cá nhân trong đó rất khác so với người đọc biết điều đó.
Ví dụ minh hoạ: một dòng dự án nhóm nêu phần của một người
Ví dụ minh hoạ, từ mơ hồ đến cụ thể. Mơ hồ: "Làm việc trong một đội xây dựng quy trình thanh toán mới." Cụ thể: "Là thành viên trong đội bốn người xây dựng lại quy trình thanh toán trong một quý; phụ trách logic thử lại thanh toán, phần trong quy trình xử lý một giao dịch thất bại mà không làm mất giỏ hàng của khách." Phiên bản thứ hai ghi nhận quy mô và thời gian của đội một cách trung thực, sau đó nêu rõ một phần cụ thể, có thể nhận là của riêng mình trong kết quả chung, để người đọc hiểu cả điều đội đã xây dựng lẫn điều người này thực sự đã làm trong đó.
Một vài cách diễn đạt nên tránh
Một dòng viết hoàn toàn ở thể bị động, "quy trình thanh toán đã được xây dựng lại," giấu cả đội lẫn cá nhân sau một câu không có chủ ngữ, điều này đọc như né tránh hơn là khiêm tốn. Một dòng liệt kê toàn bộ kết quả của cả đội thành một chuỗi câu "tôi" liên tục đọc như nhận công quá mức ngay khi một người đọc biết rõ dự án, một người phỏng vấn quen thuộc với công ty, hay một cuộc kiểm tra tham chiếu, nhìn kỹ hơn. Giữa hai cách, việc nêu rõ đội một cách trung thực rồi nêu rõ phần của riêng mình một cách cụ thể vừa là mô tả chính xác hơn, vừa trên thực tế là cách đứng vững nhất trước sự soi xét.
Vị trí của một dự án nhóm trên CV
Một dự án nhóm thường nằm cạnh các dự án cá nhân trong cùng một mục, dù đó là một khu vực dự án riêng hay, với một dự án được xây dựng trong thời gian làm một công việc, được gắn vào chính mục công việc mà nó xuất phát từ đó. Mẫu Developer in các mục dự án với chỗ cho cả một dòng ngắn về quy mô đội lẫn câu về đóng góp cụ thể bên dưới, phù hợp với cấu trúc hai phần này mà không ép một trong hai phần vào một dòng chật chội. Cùng một bố cục đó vẫn phù hợp dù dự án nhóm là trọng tâm của một dòng hay chỉ là một phần bổ sung nhỏ bên cạnh công việc cá nhân, như loại được đề cập trong bài trình bày dự án cá nhân trên CV của kỹ sư phần mềm.
Thêm vào CV của bạn
Một dự án nhóm, được mô tả trung thực, là một trong những bằng chứng mạnh nhất mà một CV có thể mang, vì nó cho thấy bạn có thể làm việc trong một nhóm mà vẫn nêu rõ được phần của riêng mình. Bắt đầu từ một mẫu được xây dựng cho loại mục này và thêm dự án của bạn trong trình tạo CV.
