Có ổn không khi thêm thời gian cho sự chậm trễ bất ngờ của người dùng vào một ước tính thời gian?


8

Tôi đã đạt được hợp đồng đầu tiên của mình (hooray, tự làm chủ!) Và công ty đang yêu cầu ước tính thời gian.

Các lập trình viên nổi tiếng là tồi tệ về ước tính thời gian, và tôi biết tôi đã từng cười sai trước đây. Đó là giá thầu cố định, vì vậy tôi không quan tâm đến việc tính phí. Tôi chỉ quan tâm đến quản lý kỳ vọng.

Cho đến nay tôi đã chia thành từng mục công việc tôi cần làm, ước tính thời gian cần thiết, sau đó được đệm đáng kể thời gian đó. Tôi vẫn lo lắng về nó, mặc dù. Có thể chấp nhận viết kịp thời cho "sự chậm trễ bất ngờ" không? Tôi đã ước tính được 4 tuần và tôi muốn thêm một tuần thứ 5 cho những vấn đề mà tôi chưa từng nghĩ tới. Đó là một cái gì đó mọi người làm? Bạn sẽ chùn bước nếu ai đó đưa cho bạn một ước tính với điều đó trong đó?


2
Điều này là hoàn toàn bình thường. "Sự chậm trễ không mong đợi" thậm chí có thể được gây ra bởi các ước tính xấu - chúng không yêu cầu các vấn đề mà bạn không nghĩ sẽ xảy ra. Vì vậy, thực sự tốt hơn để mong đợi chúng;)
back2dos

Câu trả lời:


24

Đầu tiên, xin chúc mừng hợp đồng của bạn! Ok, đủ để ăn mừng, hãy bắt tay vào công việc. ;) Tôi đã là một nhà tư vấn trong hơn 15 năm - đây là lời khuyên của tôi.

Trong quản lý dự án, những gì bạn đang nói về kế hoạch "dự phòng" - và bạn hoàn toàn nên làm điều đó, nếu không bạn có thể làm khách hàng thất vọng (và khiến bản thân không hài lòng trong suốt dự án). Tuy nhiên, bạn KHÔNG nên đặt nó vào kế hoạch một cách cụ thể như là chi tiết đơn hàng của riêng mình - vì khi đó bạn cần nó (và rất có thể bạn sẽ làm như vậy), nó chỉ khiến bạn trông giống như một người lập kế hoạch tồi và theo định nghĩa, bạn sẽ bị chậm tiến độ .

Có một phương châm bạn sống theo: "Hứa hẹn và giao quá nhiều". Đặt kỳ vọng (trong trường hợp này là thời gian giao hàng) thấp, nhưng không thấp đến mức khách hàng sẽ bị hoãn, và sau đó đánh bại dòng thời gian (và chứng minh rằng bạn đang đi trước thời hạn).

Thay vào đó, trong một khối dự phòng ở cuối dự án, bạn nên phân phối kế hoạch dự phòng trong toàn dự án. Giả sử bạn chưa cam kết phân phối trong 4 tuần ước tính của mình, hãy đề xuất và lên kế hoạch cho 6, với 4 tuần nỗ lực theo kế hoạch của bạn trải đều trong cả 6 tuần. Điều này sẽ làm cho bạn và khách hàng của bạn hạnh phúc hơn nhiều, vì bạn thường nên "đi trước thời hạn" một chút. :)

Quan trọng: Bạn nên lập kế hoạch cập nhật tiến độ / bản demo một phần theo tần suất: 1) giảm thiểu rủi ro xây dựng những gì họ yêu cầu nhưng không phải những gì họ muốn 2) tạo niềm tin cho khách hàng trong khi không quá nặng nề với bạn. Hãy lập kế hoạch cho lần này làm việc với khách hàng, đưa ra các bản demo, điều chỉnh mọi thứ, v.v.

Trong một dự án có độ dài đó, rất có thể cứ sau ba ngày hoặc lâu hơn.

Cuối cùng, khi bạn đang lên kế hoạch cho công việc, trước tiên hãy tải trước các mục "rủi ro" hoặc "không xác định" nhất và lên kế hoạch dự phòng nhất cho chúng. Rủi ro có nhiều dạng - và nó thường không phải là thứ kỹ thuật. Nói chung, rủi ro lớn nhất là khách hàng không THẬT SỰ biết chính xác những gì họ muốn. Bạn muốn có được những thứ trước mặt họ sớm và thường xuyên để đảm bảo bạn được liên kết. Điều này có nghĩa là nguyên mẫu, mockup và như vậy. Nếu có sự sai lệch hoặc hiểu lầm, bạn muốn tìm nó càng sớm càng tốt! Nói chung, nếu bạn phát hiện ra điều này rất sớm (trước khi công việc quan trọng đã được thực hiện), bạn có thể đàm phán lại hợp đồng để làm việc cho cả hai bên. Sai lầm lớn nhất mà freelancer làm là cung cấp những gì khách hàng yêu cầu, nhưng không phải những gì họ muốn.

Trên các vật phẩm kỹ thuật rủi ro hơn, hãy thực hiện đủ khái niệm sớm để bạn biết rằng mình sẽ không gặp phải chướng ngại vật vào cuối trò chơi. Chống lại xu hướng hầu hết mọi người phải tập trung vào những thứ họ đã biết để "tạo đà".

Hãy vui vẻ với nó và tôi hy vọng điều này sẽ giúp. Nếu bạn muốn, hãy cho chúng tôi biết nó đã diễn ra như thế nào sau khi bạn hoàn thành dự án. Chúc may mắn!


Cảm ơn, tôi sẽ xóa tuần đệm và thêm nó vào nơi khác. Tôi cũng sẽ cho bạn biết làm thế nào nó đi. Đó là một dự án thực sự tuyệt vời (liên quan đến laser!) Và tôi rất thích khoe khoang với ai đó về nó.
canisrufus

Tôi thực sự mong muốn được nghe về nó. :)
RobM

Chắc chắn rồi. Tôi sẽ không đặt "Tôi không thấy lần này". Tôi chỉ cần mở rộng ước tính của mình để hấp thụ nó. Nếu bạn không cung cấp đủ bộ đệm, hãy chắc chắn để cho khách hàng biết sớm! Chính xác lý do tại sao bạn tải trước ...
Rig

1

Đầu tiên, phân biệt thời gian trôi qua và thời gian lập hóa đơn. Bạn sẽ không quản lý để có được hóa đơn đầy đủ 8 giờ mỗi ngày trong nhiều tuần, bởi vì mọi thứ sẽ xảy ra. Bạn sẽ bị ốm hoặc con bạn sẽ, hoặc bạn sẽ cần đến ngân hàng hoặc đưa xe vào. Bạn cần ăn và uống và đi vào phòng tắm, kiểm tra email của bạn và nhận cuộc gọi từ khách hàng. Một cách để giải quyết vấn đề này là lên kế hoạch cho hóa đơn 6 giờ mỗi ngày. Nếu bạn làm điều đó, thì những điều bất ngờ sẽ không khiến bạn bỏ lỡ thời hạn, giả sử tổng nỗ lực mà bạn ước tính là chính xác.

Sau đó là vấn đề của nỗ lực thêm. Chúng tôi gọi số tiền mà chúng tôi không nhận được để lập hóa đơn vì chúng tôi ước tính rất tệ "học phí cho việc ước tính trường học". Đau quá. Bạn chắc chắn nên thêm dự phòng vào bất kỳ giá thầu cố định. Nó có thể là 10% hoặc thậm chí 20% nếu các phần của dự án thực sự mơ hồ nhưng dù sao bạn vẫn được yêu cầu trả giá cố định. Và hãy sẵn sàng đào sâu nếu sự chậm trễ bất ngờ là những thứ như "đây là định dạng cho tệp bạn cần - hoặc tôi nên nói định dạng hee hee hee" thì bạn cần đưa ra yêu cầu thay đổi và sắp xếp thêm thời gian và nhiều tiền hơn để xử lý nó.

Nhưng đôi khi nỗ lực thêm là lỗi của chính bạn - bạn đã làm sai và bây giờ bạn phải làm lại, bạn nghĩ nó sẽ đơn giản nhưng không phải - và bạn sẽ phải ăn nó. Đó là khi bạn sẽ biết ơn với tốc độ 6 giờ một ngày - bạn vẫn có thể phải cho họ một hoặc hai giờ miễn phí mỗi ngày để bù đắp cho ước tính sai của bạn, nhưng có lẽ bạn sẽ đáp ứng thời hạn của mình và kết thúc bằng một khách hàng vui vẻ.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.