Các câu hỏi thường gặp
Cách DevGhost ước lượng công sức, Ghost% có nghĩa là gì, và cách sử dụng nó một cách có trách nhiệm.
Các bạn có đang giám sát các nhà phát triển không? Số giờ đến từ đâu?+
Không — không theo dõi thời gian, không chụp màn hình, không ghi thao tác bàn phím. Chúng tôi chỉ phân tích chính các thay đổi mã nguồn và ước lượng độ khó nhận thức của chúng theo số giờ của một nhà phát triển tham chiếu. Đó là một thước đo, không phải một bảng chấm công.
"Ước lượng theo giờ" có nghĩa là gì?+
Là khoảng thời gian mà thay đổi đó sẽ tốn của một nhà phát triển bậc trung (3–4 năm) am hiểu codebase và làm việc không có AI. Nó đo độ khó của công việc — không phải số dòng, và không phải thời gian thực tế ngồi tại bàn làm việc. Nó bao gồm việc viết mã, kiểm thử thủ công, và sửa lỗi trong review; nó loại trừ các cuộc họp, việc lập kế hoạch, và thời gian chờ review.
Chính xác thì các bạn ước lượng công sức như thế nào?+
Đó không phải "một lệnh gọi đến một mạng nơ-ron" mà là một quy trình nhiều giai đoạn trong đó AI chỉ là một lớp. Đầu tiên một mô hình đọc chính các thay đổi mã nguồn — những gì thực sự đã thay đổi — và đánh giá độ khó nhận thức đối với một nhà phát triển tham chiếu, thay vì đếm số dòng hay số commit. Bên trên đó là một lớp thuật toán tất định: hệ thống phân loại bản chất của từng thay đổi, nhận diện riêng các công việc rủi ro cao (ví dụ hạ tầng, di trú dữ liệu, bảo mật), lọc bỏ các thay đổi mang tính máy móc và được sinh tự động (tìm-thay-thế hàng loạt, mã được sinh ra và di chuyển, định dạng), và áp dụng các bộ quy tắc hiệu chỉnh và rào chắn an toàn để một phỏng đoán của mô hình không thể làm dao động kết quả. Các commit lớn và gộp được xử lý chi tiết hơn. Cùng một chuẩn mực được áp dụng cho tất cả mọi người một cách tự động, mỗi commit được đánh giá một lần và kết quả được cố định — nhờ đó có tính so sánh được và tái lập được.
Phương pháp luận được xây dựng dựa trên kinh nghiệm và dữ liệu nào?+
Nó nảy sinh từ quá trình phát triển doanh nghiệp trong thực tế: lớp thuật toán mã hóa các mẫu hình thực nghiệm được thu thập trên các dự án thực — những thay đổi nào thường tốn kém hơn vẻ ngoài của chúng, và những thay đổi nào rẻ dù kích thước lớn. Các quy tắc này được đối chiếu với các ước lượng tham chiếu thực (hiệu chỉnh). Nhờ vậy hệ thống hành xử giống một tech lead giàu kinh nghiệm đánh giá công việc hơn là một bộ đếm dòng đơn giản.
Đội của tôi dùng AI. Điều đó có làm hỏng chỉ số không?+
Ngược lại — đó chính là toàn bộ ý nghĩa. Chúng tôi so sánh đội của bạn với một nhà phát triển tham chiếu làm việc không có AI; nếu AI giúp bạn tạo ra nhiều hơn mỗi ngày, Ghost% tăng lên, và chính khoảng cách so với "chuẩn trước-AI" đó là điều mà sản phẩm cho thấy. Đó không phải là một sự méo mó — đó chính là kết quả.
Ghost% là gì và tôi đọc nó như thế nào?+
Là tỷ lệ giữa sản lượng hằng ngày của bạn so với sản lượng của nhà phát triển tham chiếu. 100% là ngang bằng với mức tham chiếu, cao hơn nghĩa là bạn tạo ra nhiều hơn mỗi ngày, thấp hơn nghĩa là ít hơn. Nó không phải là số giờ và không phải làm thêm giờ: một con số cao không có nghĩa là "kiệt sức", và một con số thấp tự nó không có nghĩa là "yếu kém".
Tôi có thể tin tưởng nó đến mức nào?+
Đó là một mô hình, không phải một phép đo. Không ai có thể tái dựng thời gian thực, nên giá trị nằm ở việc có một bộ quy tắc cho tất cả mọi người: mạnh cho các xu hướng và so sánh, chứ không phải để chính xác đến từng giờ cho một cá nhân. Một công cụ để đặt ra những câu hỏi tốt hơn, không phải để đưa ra phán quyết.
Chỉ số có thể bị thao túng không — bằng cách tách hay gộp các commit?+
Việc tách và gộp các commit không làm nó dịch chuyển một cách đáng kể — thứ được đánh giá là thực chất và độ khó của các thay đổi, chứ không phải số commit hay số dòng. Quan trọng hơn: bất kỳ chỉ số nào mà người ta bị nhắm tới trực tiếp rốt cuộc cũng sẽ bị tối ưu hóa thay cho công việc. Vì vậy hãy dùng nó như một tín hiệu và xu hướng của đội ngũ, chứ không phải một KPI cá nhân — khi đó chẳng có gì để thao túng cả.
Các con số của một người không khớp với ấn tượng của tôi. Tại sao?+
Hệ thống nhìn thấy mã nguồn, chứ không phải toàn bộ vai trò: thiết kế, review, cố vấn, lập kế hoạch và các cuộc họp không nằm trong ước lượng. Một sự chênh lệch thường có nghĩa là phần lớn giá trị của một người nằm bên ngoài các commit — và bản thân điều đó cũng đáng để lưu ý.
Hệ thống có tính đến việc một người không chỉ bận rộn với mã nguồn không?+
Không tự nó làm vậy: nó chỉ nhìn thấy mã nguồn và không biết vai trò cùng khối lượng công việc thực sự của một người (review, cố vấn, các cuộc họp, hỗ trợ). Chỉ người quản lý mới biết toàn bộ khối lượng công việc. Đó là mục đích của tham số Share — phần thời gian mà một nhân viên thực sự dành để viết mã (0–100%). Theo mặc định nó là 100% (chúng tôi giả định người đó dành toàn bộ thời gian cho mã nguồn); người quản lý hạ nó xuống thủ công để phản ánh công việc không phải viết mã — đây là nơi bối cảnh mà mã nguồn không chứa được đưa vào hệ thống. Khi đó việc so sánh với mức tham chiếu trở nên công bằng cho cả những người không viết mã cả ngày.
Tôi có thể dùng nó cho việc đánh giá, lương, hay cắt giảm nhân sự không?+
Không tự nó được. Đó là một tín hiệu của đội ngũ và một xu hướng để bắt đầu một cuộc trò chuyện, chứ không phải một phán quyết về cá nhân: một chỉ số không nắm bắt được chất lượng, tác động, hay bối cảnh.
"Chi phí" và "giá trị" tính bằng tiền có nghĩa là gì?+
Chi phí là khoảng chi phí của công việc đã được giao theo một mức giá tiêu chuẩn; giá trị là khoảng chi phí để tái tạo khối lượng đó bằng tay, không có AI. Khoảng cách giữa chúng là một chỉ báo gần đúng về đòn bẩy (công cụ/AI), chứ không phải một báo cáo lãi lỗ.

