Các lựa chọn thay thế cho phương pháp theo dõi thời gian [đóng]

Câu hỏi đầu tiên: một số lựa chọn thay thế khả thi để theo dõi thời gian cho nhân viên trong một công ty phát triển web / phần mềm là gì và tại sao chúng là những lựa chọn tốt hơn

Giải trình:

Tôi làm việc tại một công ty nơi chúng tôi làm việc như thế này. Mọi người đều được trả lương. Chúng tôi có 3 loại công việc, Hợp đồng, Adhoc và Nội bộ (Không có hóa đơn). Adhoc chỉ là những thay đổi nhỏ mất vài giờ và chúng tôi chỉ lập hóa đơn cho khách hàng vào cuối tháng. Hợp đồng được ký kết và chúng tôi có quá trình dài lớn này, thông thường.

Chúng tôi tìm ra mức phí phải trả bằng cách ước tính thời gian liên quan (Từ thiết kế và nhà phát triển), nhân nó với tỷ lệ hàng giờ của chúng tôi và đó là nó. Vì vậy, nói rằng chúng tôi ước tính 50 giờ cho một trang web. Chúng tôi có phần mềm theo dõi thời gian và phải ghi lại thời gian trong 15 chúng tôi dành cho nó (ví dụ 7:00 đến 7:15), tên dự án và đưa ra một số nhận xét.

Bây giờ nếu chúng ta đi hơn 50 giờ, chúng ta đều mất tiền và không hiệu quả.

Bây giờ tôi đã giải thích cách hệ thống hoạt động, câu hỏi của tôi là làm thế nào nó có thể được thực hiện nếu một phương pháp tốt hơn tồn tại (mà tôi chắc chắn một người phải làm). Không ai ở đây thích hệ thống hiện tại, chúng tôi không thể tìm thấy một sự thay thế. Tôi sẵn sàng làm việc sau nhiều giờ hơn trong một dự án để hoàn thành kịp thời gian, nhưng tôi rất có xu hướng làm điều đó với hệ thống hiện tại. Tôi muốn có thể tổng hợp (Hoặc liên kết) đến bài đăng này để người quản lý của tôi chỉ cho họ lý do tại sao chúng ta nên sử dụng hệ thống abc thay vì hệ thống này.

Ước tính phần mềm luôn luôn khó khăn. Phần mềm là một doanh nghiệp sáng tạo, và sáp sáng tạo và wanes. Tôi mới bắt đầu hồi phục sau một tuần kiệt sức nghiêm trọng - đêm nọ, tôi phải mất hàng giờ để thực hiện một nhiệm vụ đáng lẽ phải là 15-30 phút ...

Cũng xem xét rằng mỗi nhà phát triển có khả năng ước tính khác nhau. Nhiều nhà phát triển có kỷ luật hoặc cao cấp hơn sẽ có xu hướng chính xác hơn và các nhà phát triển cơ sở hoặc vô kỷ luật hơn thì kém chính xác hơn. Ngoài ra, độ chính xác của chúng thay đổi theo thời gian (không phải lúc nào cũng tốt hơn).

Theo kinh nghiệm tư vấn cá nhân của tôi, tôi cố gắng pha trộn một ước tính thực tế với trần nhà. Về cơ bản nói rằng "Tôi hy vọng tính năng này sẽ mất 7-10 giờ, nhưng có thể đạt tới 18 - nhiều nhất, ngay cả khi mất 40 giờ, bạn sẽ được lập hóa đơn trong 18". Thông thường kiểu tiếp cận này là mới đối với khách hàng và một số từ chối thẳng thừng với "cho tôi một mức giá chắc chắn" - những khách hàng đó có được ước tính trần (hoặc tôi lịch sự từ chối kinh doanh của họ). Đối với những khách hàng chấp nhận phương pháp này, họ hiểu rằng tôi sẽ theo dõi trung thực thời gian và hóa đơn cuối cùng thực tế của họ sẽ phản ánh thời gian sử dụng của tôi (nhưng sẽ không vượt quá mức trần của tôi). Về cơ bản đây là một cách tiếp cận tinh gọn với một sự đảm bảo được thêm vào; và khách hàng nhận thấy rằng bất kỳ thay đổi nào đối với các yêu cầu đều đưa ra các thay đổi đối với các ước tính.

Nhìn chung phương pháp đó đã làm việc tốt cho khách hàng sẵn sàng chấp nhận nó. Mục tiêu cá nhân của tôi là có được sự tin tưởng của họ và lặp lại việc kinh doanh, vì vậy, tôi thành thật quan tâm và cố gắng làm tốt dưới trần - và lợi ích của họ là hữu ích trong việc giữ cho tôi theo ước tính của tôi (bằng cách tránh sự không chắc chắn, thay đổi muộn, v.v. - Tôi sửa lại ước tính nếu thay đổi là bất cứ điều gì ngoài phạm vi nhỏ).

Nếu bạn chưa, tôi sẽ đề nghị đọc Tháng đàn ông huyền thoại

Hãy nhìn vào lịch trình dựa trên bằng chứng . Thực sự có thể giúp bạn thấy ước tính của bạn chính xác đến mức nào.

Trong khoảng một năm qua tại Fog Creek, chúng tôi đã phát triển một hệ thống dễ dàng đến mức ngay cả các nhà phát triển nhóm của chúng tôi cũng sẵn sàng đồng hành cùng nó. Và theo như chúng tôi có thể nói, nó tạo ra lịch trình cực kỳ đáng tin cậy. Nó được gọi là Lập kế hoạch dựa trên bằng chứng, hoặc EBS. Bạn thu thập bằng chứng , chủ yếu từ dữ liệu bảng chấm công lịch sử, rằng bạn phản hồi lại lịch trình của mình. Những gì bạn nhận được không chỉ là một ngày giao hàng: bạn có được đường cong phân phối niềm tin, cho thấy xác suất bạn sẽ giao hàng vào bất kỳ ngày nào. Nó trông như thế này:

Đường cong càng dốc, bạn càng tự tin rằng ngày tàu là có thật.

Đây là cách bạn làm điều đó ...

Vấn đề với phương pháp này là nó không tính đến rủi ro vốn có trong các ước tính. Một thực tiễn tốt nhất cho bất kỳ ước tính nào là biểu thị nó dưới dạng khoảng thời gian, ví dụ 50 giờ ± 15 giờ hoặc một cái gì đó tương tự. Thuật ngữ lỗi rất khó để đưa ra, nhưng không ai tin rằng nó sẽ mất đúng 50 giờ.

Có những cách tiếp cận khác ngoài mô hình giá cố định; bạn có thể sử dụng mức giá thấp hơn và tính hóa đơn theo giờ liên tục, nhưng những ngày này, khách hàng của bạn có thể sẽ muốn chuyển rủi ro cho bạn. Điều đó tốt, nhưng điều đó có nghĩa là bạn cần tính phí bảo hiểm rủi ro hợp lý dựa trên phạm vi ước tính thời gian bạn đưa ra.

Chúng tôi ước tính với yếu tố "không chắc chắn", thay vì cố gắng ước tính với các yếu tố "+/-". Các lập trình viên có thể dễ dàng cho bạn biết một cái gì đó sẽ mất bao lâu "giả sử không có gì sai". Điều họ không thể dễ dàng nói với bạn là sẽ mất bao lâu nếu có gì đó không ổn. Vì vậy, chúng tôi thêm một yếu tố không chắc chắn - "L" có nghĩa là "thêm 25%" - "M" có nghĩa là "thêm 50%" và "H" có nghĩa là "thêm 100% - có thể tăng gấp đôi". Thời gian thực có xu hướng nằm giữa thời gian ước tính và ước tính cộng với thời gian không chắc chắn.

Theo như THEO D timeI thời gian của bạn, phương pháp chính xác nhất là viết một chương trình bật lên hộp thoại mỗi phút và hỏi bạn "bạn đang làm gì?", Với hộp danh sách các nhiệm vụ có thể. Mục duy nhất bạn thực sự cần trong hộp danh sách thả xuống đó là "thời gian theo dõi", bởi vì nếu bạn bị gián đoạn mỗi phút, bạn sẽ không bao giờ thực sự làm được gì khác. Nguyên tắc tương tự cũng áp dụng cho các khoảng thời gian 15 phút, chỉ là không tệ.

Những gì chúng tôi làm là chạy một chương trình nhỏ cho phép chúng tôi thêm các tác vụ vào danh sách và chọn chương trình nào chúng tôi đang làm việc, để cho nó thêm thời gian. Nếu chúng ta quên di chuyển bộ chọn sang đúng tác vụ, thì tổng số có thể chỉnh sửa. Bất cứ điều gì không thuộc một trong các hàng đi đến "misc". Nó không hoàn toàn chính xác, nhưng tổng độ chính xác ít quan trọng hơn thời gian chảy.