Tôi hoàn toàn hiểu những gì bạn đang nói. Đối với những người bạn nói rằng "tốc độ của bạn quá nhanh", tôi không chắc mình đồng ý rằng tốc độ luôn là vấn đề khi mọi người bị đốt cháy bởi quá trình này. Mặc dù theo dõi tất cả các tiến bộ của bạn là một điều tốt, nó cũng có thể là một yếu tố căng thẳng (và không theo dõi có thể là tốt), không chỉ vì ông chủ của bạn/PM sẽ được vào bạn nếu họ thấy một cái gì đó sẽ không theo kế hoạch, nhưng cho chính mình. Chỉ cần có thông tin đăng nhập này là một cái gì đó S W làm cho hầu hết mọi người làm việc chăm chỉ hơn một chút so với bình thường thì TẤT CẢ THỜI GIAN và tôi không chắc chắn đặt nhiều thời gian hơn vào ước tính thời gian của bạn sẽ khắc phục điều này cho mọi người. Tôi không nghĩ rằng một động lực (như biểu đồ ghi của bạn) luôn luôn là tích cực.
Một số người sẽ không cảm thấy như vậy, những người khác sẽ làm như vậy. Không có một cách làm việc nào S fit phù hợp với tất cả. Sẽ không bao giờ, theo ý kiến của tôi.
Ngoài ra, nếu bạn nói rằng các phương pháp nhanh và chạy nước rút này không trở nên hiệu quả hơn/hiệu quả, tại sao bạn sử dụng nó? Tại sao bạn nghĩ các công ty muốn sử dụng các phương pháp này? Không phải vì họ vui vẻ ....
Hiệu quả/năng suất luôn đi kèm với một số loại giá, theo ý kiến của tôi. Nó không bật lên từ hư không chỉ bằng cách sử dụng các phương pháp ma thuật (nếu bạn nhận được quan điểm của tôi).
Cách duy nhất để bạn trở nên hiệu quả hơn (công việc và áp lực khôn ngoan) và làm ít việc hơn là làm cho người khác làm công việc hoặc bằng cách tự động hóa nó.
Theo ý kiến của tôi, người ta phải luôn xem lại các quy trình đó và xem những gì có thể được tự động hóa và dành thời gian tự động hóa quy trình của bạn thay thế. Tự động hóa đi kèm với giá làm thêm công việc thay vì làm "công việc thực sự" nhưng không có vấn đề làm thế nào nhỏ nhiệm vụ tự động bạn sẽ luôn luôn lợi nhuận trong thời gian dài. LUÔN LUÔN! Nếu không phải một ngày, trong hai ngày. Không một tháng, hai. Không một năm, trong hai năm. Bạn có được ý tưởng.
Tuy nhiên, tôi thích ý tưởng có thời gian nghỉ để làm việc trên các dự án cá nhân. Hầu hết các công ty sẽ không bao giờ cho phép điều này mặc dù. Nhưng có lẽ bạn có thể thuyết phục chủ nhân của bạn có được thời gian để tự động hóa quy trình của bạn và công việc này có thể là "ngoài tầm kiểm soát chạy nước rút" để cho phép thời gian bạn đang nói "nghỉ ngơi" và lấy lại năng lượng cho một cuộc chạy nước rút mới.
Đó chỉ là 2 xu của tôi. Tôi cảm thấy hơi sợ khi mọi người nói những phương pháp này không có ở đây để làm cho chúng ta hiệu quả hơn và làm việc chăm chỉ hơn. Tất nhiên họ! Khi bạn không có dấu vết của những gì bạn đang làm bạn sẽ nghỉ ngơi khi cơ thể của bạn nói với bạn. Khi "mọi thứ" bạn làm là truy tìm, bạn sẽ tự đẩy mình. Hoặc tôi sửa bản thân mình, hầu hết mọi người làm việc theo cách này, một số sẽ nghỉ ngơi.
Tôi sẽ xem xét kỹ hơn nội dung của lần chạy nước rút nhiều hơn phương pháp. Phát triển thuần túy (không thử nghiệm, đột biến, đánh giá mã) có thể giết người sau một thời gian. Ngoài ra, chủ nhân scrum nên bảo vệ đội chống lại lộ trình không hợp lý, ước tính thời gian từ đội ngũ ... Trong quá trình tính sẵn có, hãy đảm bảo bạn chiếm 10-20% thời gian không cam kết để giải quyết các cuộc họp đột xuất, phá vỡ phòng tắm, phiền nhiễu, v.v. Sau đó lên kế hoạch cho bất kỳ và mọi thứ trong các buổi lễ. Tất cả đều cân bằng cuối cùng. – Sinaesthetic
nếu điều này không mang tính xây dựng, nơi nào trong hệ sinh thái Stackexchange tốt nhất nên được đặt? –
Có thể http://programmers.stackexchange.com ... không chắc chắn. –