Tại sao bạn không bao giờ hoàn thành được nhiều như bạn dự định? [đóng cửa]

Tôi luôn bắt đầu ngày mới với suy nghĩ "Tôi sẽ dễ dàng hoàn thành việc này vào cuối ngày" và đặt mục tiêu giống như mục tiêu thực tế.

Vậy tại sao tôi không bao giờ đánh nó? Nhiệm vụ luôn kết thúc lâu hơn 3 lần do các lỗi không lường trước, thay đổi vào phút cuối, v.v.

Chỉ tôi thôi à? Tôi dường như không nhận được bất kỳ dự đoán tốt hơn những gì có thể được thực hiện trong một ngày.

Bởi vì bạn không bao giờ được dạy cách lập kế hoạch.

Lập kế hoạch là một kỹ năng , giống như viết mã hoặc viết. Nhưng bằng cách nào đó nó bị loại ra khỏi gần như mọi chương trình giảng dạy.

Nó cần phải được học và thực hành, và ước tính của bạn về khả năng của chính bạn cần phải được cập nhật liên tục. Đây là lý do tại sao các thực hành công việc như Agile nhấn mạnh vào việc đo lường công việc thực tế trong quá khứ của bạn và so sánh nó với các ước tính của bạn, để bạn có thể cải thiện khả năng lập kế hoạch của mình.

Như những người khác đã nói, bạn cần phải giải thích không chỉ cho nhiệm vụ, mà cho tất cả những người đi trước, nhiệm vụ của người phục vụ (ví dụ: học cách làm X) và bạn cần phải nhận thức được những thành kiến ​​tinh thần bên trong của chính bạn sẽ ngăn bạn khỏi kế toán chính xác cho cách bạn thực sự làm việc.

Huấn luyện về nó, và ai biết được, bạn có thể sẽ tốt hơn.

Khó có thể tin rằng chưa có ai đề cập đến luật của Hofstadter .

Tôi nghĩ rằng câu trả lời thực sự là kế hoạch của bạn luôn giả định một tình huống tốt nhất, như thể mọi thứ hoạt động ngay lập tức không có sự gián đoạn nào xảy ra. Trong cuộc sống thực, bạn bắt đầu mã hóa, sau đó chuông điện thoại, bạn bị phân tâm trong 5 phút, dành 15 phút nữa cho stackoverflow hoặc lập trình viên.stackexchange để bình tĩnh và tập trung lại, thực hiện một số hành vi bất ngờ của một số API, làm một số googling, dành 2 giờ để kiểm tra các giải pháp có thể, vv

Nói cách khác: "trường hợp tốt nhất" chỉ xảy ra trong giấc mơ của bạn.

Mỗi lập trình viên, một lần trong một thời gian tuyệt vời, có một ngày hoàn hảo. Bạn thức dậy 5 phút trước khi báo thức của bạn tắt đi cảm giác tuyệt vời. Bữa sáng được thực hiện và trên quầy, cùng với cà phê tươi, vì vậy bạn có thể lấy một cái gì đó và đi ra khỏi cửa. Trong quá trình đi lại, bạn nhấn đèn xanh và giao thông dường như đặc biệt nhẹ. Chiêm ngưỡng ngày trước bạn, bạn có thể hiểu đầy đủ về thiết kế và hậu quả của nhiệm vụ trước mắt, đã được lên kế hoạch tốt với các yêu cầu vững chắc.

Bạn đi làm và bạn thấy rằng bạn không có email quan trọng, không có thư thoại chờ đợi và đồng nghiệp của bạn sẽ ra ngoài hoặc trong các cuộc họp mà bạn không phải tham dự. Bạn kích hoạt trình soạn thảo của mình và ngay lập tức trong vùng, bạn có thể cảm nhận cấu trúc của mã và thấy các cấu trúc dữ liệu và thuật toán của bạn phù hợp với vị trí trong một tổng thể đẹp và gắn kết. Ý nghĩ chảy qua bàn tay của bạn đến bàn phím, nhập mã được hình thành hoàn hảo, thanh lịch, có thể duy trì và không tìm thấy lỗi.

Ban ngày bạn làm việc không bị gián đoạn, văn phòng yên tĩnh và bạn tập trung đến mức bạn không bao giờ muốn dành thời gian để cập nhật tin tức, blog, v.v. Khi bạn biên dịch và chạy thử nghiệm, bạn thấy rằng mọi thứ hoạt động mà không gặp trở ngại, tất nhiên bạn biết điều đó sẽ xảy ra, và vào cuối ngày bạn cam kết không có xung đột. Liếc nhìn đồng hồ trên đường ra, bạn nhận ra mình đã đặt sau 12 giờ và cảm giác như một phiên mã hóa ngắn 20 phút.

Ngày hôm đó, ngày hoàn hảo đó, là những gì chúng ta cho rằng chúng ta sẽ có mỗi khi chúng ta phải ước tính bất cứ điều gì.

Đừng quên các cuộc họp, mọi người làm phiền bạn, v.v ... Những lỗi không thể dự đoán là khó dự đoán, nhưng theo thời gian, bạn sẽ có thể biết được có bao nhiêu lỗi bạn phát hiện ra trong một khung thời gian nhất định. Khi ước tính thời gian một cái gì đó sẽ mất bao lâu, bạn phải xem xét bối cảnh. Tức là "Giả sử tôi không bị gián đoạn hoặc phát hiện ra lỗi, tôi sẽ có thể làm gì đó trong X lượng thời gian"

Như một bài tập nhỏ cho bản thân, hãy cân nhắc thực hiện những điều sau:

• Vào đầu ngày, hãy viết ra mục tiêu của bạn là gì và ước tính thời gian cho nó.
• Tại mỗi lần gián đoạn (cuộc họp, đồng nghiệp nói chuyện, v.v.), hãy ghi lại khoảng thời gian gần đúng
• Mỗi khi bạn tìm thấy một lỗi mới, hãy ghi lại nó như một nhiệm vụ ngoài dự kiến ​​cùng với khoảng thời gian để phát triển nó.

Bạn sẽ tìm thấy một số mô hình bắt đầu xuất hiện và có thể lập kế hoạch phù hợp cho những mô hình đó. Bất cứ khi nào bạn nói với người quản lý của mình một thời gian ước tính hoàn thành, chỉ cần báo trước với giả định trong đoạn đầu tiên. Bạn có thể ngạc nhiên về mức độ chính xác của ước tính của bạn khi bạn loại bỏ thời gian dành cho các gián đoạn và lỗi.

Khi bạn đang làm việc với một danh sách lỗi hoặc danh sách tính năng, có lẽ bạn đã thực hiện điểm đầu tiên và thứ ba. Bài tập nhỏ đó sẽ cho bạn biết tất cả thời gian của bạn sẽ đi đâu, và bạn có thể ngạc nhiên với câu trả lời.

Bạn có thể muốn mở rộng khung thời gian dự đoán của bạn. Bạn có thể xác định những gì bạn có thể hoàn thành trong một tuần? Nếu mọi nhiệm vụ diễn ra lâu hơn ba lần so với bạn nghĩ, có vẻ như bạn đủ kiên định để có thể dự đoán được. Bạn chỉ cần điều chỉnh bằng 3x;)

Vì bạn đơn giản bỏ qua thực tế là những lỗi không lường trước có thể xảy ra.

Thực hiện một số thống kê về thời gian trung bình bạn dành cho các lỗi và tính đến thời gian đó khi bạn thực hiện kế hoạch của mình.

Bởi vì bạn không có kế hoạch chính xác. Ôi .

Tôi cá là nếu bạn giữ tổng số tiền bạn bỏ ra (trên giấy thậm chí), sau đó điều chỉnh ước tính của bạn theo% đó, bạn sẽ có thể lập kế hoạch chính xác.

FWIW, phần mềm nổi tiếng là khó ước tính. McConnell (của danh tiếng hoàn thành mã) thậm chí có một cuốn sách về nó.

Một cái gì đó tôi thường thấy mình đang làm bị phân tâm bởi những thứ ngẫu nhiên không liên quan đến những gì tôi đang làm. Một danh sách việc cần làm có thể giúp với điều đó; Khi bạn nghĩ ra một cái gì đó, hãy viết nó ra và làm nó sau khi bạn hoàn thành những gì trước mặt bạn.

Bởi vì tôi dành quá nhiều thời gian cho Stack Overflow.

Ma trận khẩn cấp / quan trọng có thể đáng để xem xét để xem ngày của bạn đi đâu. Có phải trên các công cụ khẩn cấp nhưng không quan trọng như các cuộc họp và gián đoạn không chuẩn bị? Có phải đó là những thứ khẩn cấp và quan trọng mà bạn không biết vào đầu ngày? Chỉ là một bài tập để xem xét thời gian của bạn đi đâu.

Tôi có xu hướng nghĩ rằng những điều thú vị nhất là quan trọng hoặc tại sao chúng lại thú vị? Chỉ là một ý nghĩ.

Đó là một câu hỏi hay và một câu hỏi mà tôi không ngừng suy nghĩ. Tôi co khuynh hương nghi răng

• rất dễ đánh giá sai số lượng tính năng công việc X sẽ sử dụng.
• Tôi không bao giờ lên kế hoạch cho các lỗi hoặc các chuyến đi đến ấm đun nước.
• hoặc bạn làm được rất nhiều với ít mã hoặc không có gì được thực hiện sẽ rất nhiều và dường như không có gì ở giữa.
• đôi khi bạn mất 'vùng' của mình, đôi khi mọi thứ cần suy nghĩ thấu đáo.