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?+
DevGhost phân tích lịch sử và các thay đổi Git để ước tính đóng góp mã của từng lập trình viên. Công cụ không theo dõi thời gian làm việc, chụp màn hình hay ghi lại thao tác bàn phím. Số giờ biểu thị công sức trên một thang tham chiếu chung.
"Ước lượng theo giờ" có nghĩa là gì?+
Thời gian mà một lập trình viên bậc trung có 3-4 năm kinh nghiệm, hiểu codebase và làm việc không dùng AI, cần để tạo ra thay đổi. Công việc này gồm hiểu mã liên quan, thiết kế giải pháp, triển khai, tự kiểm thử và thực hiện các sửa lỗi cần thiết. Tự kiểm thử bao gồm các kiểm thử phù hợp, diễn giải kết quả, kiểm tra hành vi thủ công cần thiết và review lần cuối thay đổi của chính lập trình viên. Ước tính không tái dựng giờ làm thực tế của tác giả và không thay thế hoạt động kiểm toán hay review của chuyên gia.
Chính xác thì các bạn ước lượng công sức như thế nào?+
DevGhost kết hợp machine learning và mạng nơ-ron riêng của mình với việc phân tích cấu trúc của các thay đổi Git và các thuật toán chuyên biệt. Công cụ xem xét thay đổi trong bối cảnh mã hiện có, tính đến việc tái sử dụng và xử lý riêng các thay đổi mang tính máy móc đã nhận diện cùng artefact được sinh tự động. Mã có nội dung thực chất được AI hỗ trợ được đánh giá trên cùng thang tham chiếu. DevGhost không sử dụng LLM để phân tích mã.
Phương pháp luận được xây dựng dựa trên kinh nghiệm và dữ liệu nào?+
Phương pháp kết hợp kinh nghiệm kỹ thuật, phân tích cấu trúc của các thay đổi và việc huấn luyện các mô hình riêng của DevGhost. Việc phân bổ các ước tính theo thời gian dựa trên nghiên cứu thực nghiệm và các phép đo thực tế. DevGhost không sử dụng LLM để phân tích mã.
Đội của tôi dùng AI. Điều đó có làm hỏng chỉ số không?+
Mã có nội dung thực chất được viết với sự hỗ trợ của AI được đánh giá theo cùng mức tham chiếu là lập trình viên không dùng AI. Nếu AI giúp lập trình viên tạo ra nhiều sản lượng ước tính hơn mỗi ngày, Ghost% có thể tăng. Trên 100% nghĩa là sản lượng cao hơn mốc nền, không phải bằng chứng đã dùng AI; kinh nghiệm, công cụ, Share và cơ sở ngày đã chọn cũng ảnh hưởng đến phép so sánh.
Ghost% là gì và tôi đọc nó như thế nào?+
Ước tính năng suất mã của cá nhân so với một lập trình viên bậc trung hiểu dự án và làm việc không có AI. Theo chuẩn mặc định, Ghost% = E ÷ (D × 3 × S) × 100: E là giờ tham chiếu, D là số ngày Spread hoặc FTE đã chọn, S = Share ÷ 100. 100% khớp với mức tham chiếu; cao hơn nghĩa là sản lượng ước tính nhiều hơn, thấp hơn nghĩa là ít hơn. Tóm tắt đội ngũ lấy trọng số tỷ lệ cá nhân theo công sức. Đây không phải thời gian làm việc thực tế hay thước đo toàn bộ giá trị nghề nghiệp của một người.
Tôi có thể tin tưởng nó đến mức nào?+
Hãy dùng thang tham chiếu chung của DevGhost để xem xét đóng góp kéo dài, ghi nhận những lập trình viên giỏi và so sánh các kỳ. Sau đó xem lại các thay đổi nền tảng và bối cảnh vai trò. Ước tính không phải giờ làm thực tế, điểm chất lượng mã hay đánh giá đầy đủ về một người, và không nên tự nó quyết định một quyết định nhân sự.
Chỉ số có thể bị thao túng không — bằng cách tách hay gộp các commit?+
Phương pháp đánh giá nội dung và độ khó thay vì thưởng cho số commit hay số dòng. Tuy nhiên, việc tách, squash và nhóm lại các thay đổi có thể làm thay đổi bối cảnh mà bộ đánh giá nhìn thấy; chúng tôi không bảo đảm kết quả bất biến. Hãy xem xét các thay đổi gốc và xu hướng kéo dài, đồng thời tránh biến con số thành mục tiêu để mọi người tối ưu hoặc căn cứ duy nhất cho quyết định nhân sự.
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?+
DevGhost đánh giá đóng góp hiển thị trong mã. Trách nhiệm của một người còn có thể gồm cố vấn, review công việc của người khác và các hoạt động khác ngoài những thay đổi được phân tích. Hãy kiểm tra kỳ, chế độ Spread hoặc FTE, Share và bản thân các thay đổi trước khi diễn giải chênh lệch. Việc thiết kế, kiểm tra và sửa thay đổi được phân tích đã nằm trong công sức tham chiếu.
Share có nghĩa gì và điều gì xảy ra ở mức 0%?+
Coding Share là mức phân bổ thủ công từ 0% đến 100%, mặc định là 100%. 100% nghĩa là một vai trò phát triển toàn thời gian thông thường: mốc nền 3 giờ tham chiếu đã tính đến công việc không viết mã thông thường. Giảm Share khi mức phân bổ thấp hơn, chẳng hạn làm bán thời gian hoặc có thêm trách nhiệm, mà không trừ phần thời gian không viết mã thông thường thêm lần nữa. Việc thiết kế, triển khai, kiểm tra và sửa thay đổi đã nằm trong công sức. Ghost% đã điều chỉnh bằng Ghost% thô chia cho Share ÷ 100; công sức, ngày, chi phí và Ghost% thô không đổi. Ví dụ, 30 giờ tham chiếu trong 10 ngày cho kết quả 100% khi Share = 100% và 200% khi Share = 50%. Ở mức 0%, Ghost% đã điều chỉnh không khả dụng, chứ không bằng 0; Share chưa xác định cũng khiến kết quả không khả dụng.
Tôi có thể dùng nó cho việc đánh giá, lương, hay cắt giảm nhân sự không?+
Hãy dùng chỉ số này như một dữ liệu đầu vào cho đánh giá độc lập của con người về năng suất của từng lập trình viên, gồm cả đóng góp thấp kéo dài và kết quả tốt. Đọc kết quả qua nhiều kỳ cùng với trách nhiệm của lập trình viên, chất lượng mã, tác động kinh doanh và công việc ngoài mã. Ghost% không được là căn cứ duy nhất hoặc chủ yếu cho đánh giá hiệu suất, lương, thăng chức hay sa thải, và không thể thay thế đánh giá theo bối cảnh đó.
Có gói miễn phí không và một lần phân tích tốn bao nhiêu?+
Có. Mỗi tài khoản nhận tín dụng khởi đầu và một hạn mức miễn phí mới mỗi tháng — không cần thẻ và không giới hạn tính năng: gói miễn phí là sản phẩm đầy đủ. Một tín dụng tương ứng một commit được phân tích, và pull request gộp bằng squash được tính bằng một nửa số commit bên trong. Chi phí chính xác của mỗi lần chạy được hiển thị trước khi bắt đầu.
"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ỗ.

