Một CV cho vai trò DevOps hoặc kỹ sư nền tảng sẽ thuyết phục hơn khi đặt trọng tâm vào độ tin cậy hệ thống, trách nhiệm trực ca, các đợt di chuyển hạ tầng và những công cụ nội bộ mà đội khác phụ thuộc vào, thay vì những gạch đầu dòng kiểu "phát triển tính năng" mà một CV kỹ sư phần mềm thông thường hay dùng. Hai loại CV này dùng chung phần lớn cấu trúc: kinh nghiệm theo thứ tự thời gian ngược, một đoạn tóm tắt ngắn, một mục kỹ năng, và các gạch đầu dòng mô tả kết quả thay vì nhiệm vụ. Điều khác biệt là kết quả nào thực sự gây ấn tượng trong vai trò này, bởi người hưởng lợi từ công việc hạ tầng thường là các kỹ sư khác chứ không phải người dùng cuối, và bản thân công việc đó thường vô hình khi mọi thứ diễn ra suôn sẻ.
Vì sao trọng tâm thay đổi
Một tính năng do kỹ sư phần mềm phát triển thường có kết quả trước-sau rõ ràng: một màn hình mới xuất hiện, một luồng thao tác từ năm bước rút xuống còn hai. Công việc hạ tầng và nền tảng hiếm khi có kết quả hữu hình như vậy, vì kết quả tốt nhất thường là không có gì thay đổi trong mắt người dùng - một lần triển khai từng khiến ai đó bị gọi lúc 2 giờ sáng thì nay không còn nữa, một dịch vụ từng sập khi tải cao thì nay không còn sập nữa. CV cho vai trò này cần làm cho sự tin cậy vô hình đó trở nên dễ hiểu với người đọc chưa từng làm hạ tầng, bằng cách nêu rõ điều gì phụ thuộc vào công việc đó và điều gì đã có thể hỏng nếu thiếu nó.
Mô tả độ tin cậy và thời gian hoạt động một cách trung thực
Công việc về độ tin cậy dễ rơi vào cái bẫy đã nêu trong bài định lượng tác động kỹ thuật trên CV mà không bịa số liệu: một con số hấp dẫn nhưng không thể kiểm chứng như "cải thiện thời gian hoạt động 40%" trong khi chưa từng có số liệu như vậy được theo dõi thực sự. Nếu có một chỉ số thật, hiện vẫn có thể tra cứu từ bảng điều khiển hay báo cáo sự cố, thì nên nêu nguyên văn. Nếu không, mô tả phạm vi và trạng thái trước-sau vẫn mang giá trị tương đương mà không có rủi ro: bao nhiêu dịch vụ nằm sau thay đổi đó, điều gì từng hỏng và đã ngừng hỏng, đội nào không còn phải xử lý thủ công vấn đề đó nữa.
Trực ca và xử lý sự cố như một nội dung trên CV
Trách nhiệm trực ca đáng được nêu rõ thay vì gói gọn trong câu mơ hồ "hỗ trợ hệ thống sản xuất", vì nó cho thấy một mức độ trách nhiệm vận hành mà vai trò thuần phát triển tính năng không có. Điều đáng viết là hình dạng của trách nhiệm đó: bạn trực cho hệ thống nào, ca trực vận hành ra sao, và một điều cụ thể đã thay đổi nhờ một sự cố bạn từng xử lý, chẳng hạn một sổ tay xử lý sự cố đã ra đời sau đó, hoặc một loại cảnh báo đã ngừng kích hoạt sau khi nguyên nhân gốc được khắc phục.
Các đợt di chuyển và thay đổi hạ tầng đáng nêu
Một đợt di chuyển, thay đổi nền tảng hay chuyển công cụ đáng có gạch đầu dòng riêng khi đó là loại dự án mà các kỹ sư khác phải thích nghi theo, chứ không phải một thay đổi nội bộ mà không ai ngoài đội để ý. Nêu rõ điều gì đã thay đổi và vì sao thường cung cấp nhiều thông tin hơn là chỉ nêu tên công nghệ đích.
Công cụ mà các đội khác phụ thuộc vào
Công cụ nội bộ xứng đáng được viết như một tính năng hướng tới khách hàng: nó làm gì, ai dùng nó, và nó thay thế cho điều gì. Bài trình bày dự án cá nhân trên CV kỹ sư phần mềm mô tả cùng một cấu trúc cho công việc làm ngoài công việc chính thức, và điều đó cũng áp dụng tốt cho một công cụ nội bộ được xây trong một công việc chính thức.
Ví dụ minh họa: viết lại một gạch đầu dòng xoay quanh quyền sở hữu hạ tầng
Trước, mơ hồ và nghiêng về tính năng: "Làm việc về hạ tầng và triển khai cho đội backend." Sau, viết lại xoay quanh quyền sở hữu, phạm vi và trạng thái trước-sau: "Sở hữu pipeline triển khai cho mười một dịch vụ của đội backend; trước đây pipeline yêu cầu một bước phê duyệt thủ công cho mỗi dịch vụ trước khi có thể triển khai, và sau khi viết lại, một bộ kiểm thử vượt qua là đủ để tự động triển khai, giảm số kỹ sư cần có mặt lúc phát hành từ ba xuống còn một." Không có gì trong phiên bản sau là số liệu bịa ra; mười một dịch vụ, bước thủ công và thay đổi về nhân sự đều là điều người viết có thể mô tả từ trải nghiệm trực tiếp.
Nhóm một danh sách công cụ và nền tảng dài
Mục kỹ năng của một kỹ sư nền tảng thường dài hơn của một lập trình viên thông thường, trải rộng từ nhà cung cấp đám mây, công cụ điều phối, hệ thống giám sát đến ngôn ngữ lập trình cùng lúc, đây chính là loại danh sách dài, pha trộn nên được gom nhóm theo danh mục thay vì để thành một dòng không có thứ tự.
Xây dựng CV của bạn
Mẫu Developer của CVBuilderKit được xây dựng xoay quanh các mục theo dự án và quyền sở hữu, phù hợp với công việc hạ tầng và nền tảng cũng như với mã ứng dụng. Bắt đầu từ mẫu đó, hoặc từ một tài liệu trống, trong trình tạo CV và viết lại các gạch đầu dòng về độ tin cậy, trực ca và di chuyển hạ tầng xoay quanh điều thực sự phụ thuộc vào công việc đó trước khi nghĩ đến một con số bạn hiện không thể chứng minh được.