Có phổ biến để có thời gian chết trong một công việc lập trình? [đóng cửa]

Tại công ty của tôi, tôi thấy rằng có một số ngày có rất ít nhiệm vụ phải làm. Tôi làm cho nó một điểm để làm nghiên cứu để tìm hiểu những điều mới về nghề của tôi vào những ngày này.

Tôi sẽ nói rằng trung bình, tôi có khoảng một ngày mỗi tuần mà không có nhiều việc phải làm (hoặc một số kết hợp thời gian trong tuần).

Tôi muốn biết liệu đây có phải là một tình huống phổ biến trong môi trường phát triển phần mềm hay không và câu trả lời cho câu hỏi này có khác nhau giữa công việc toàn thời gian và hợp đồng không.

Vâng tôi sẽ nói rằng có thể có rất nhiều thời gian chết nếu bạn kết thúc trong một tình huống mà bạn đang chờ phản hồi từ khách hàng hoặc người quản lý về cách tiến hành khi bạn gặp phải vấn đề thiết kế.

Một trường hợp khác là khi một máy chủ gặp sự cố trong dev env của bạn và bạn không thể tiếp tục phát triển cho đến khi nó được giải quyết.

Một tình huống cuối cùng tôi đã trải qua thời gian chết (với tư cách là một nhà tư vấn) khi có một khoảng cách kỳ lạ giữa khi một dự án kết thúc và dự án tiếp theo bắt đầu.

Điều đó đang được nói, tôi cũng tin rằng đó là một dấu hiệu của quản lý tồi khi công nhân của bạn không được sử dụng đầy đủ. Bạn sẽ có các tác vụ khác có thể hoạt động trong trường hợp máy chủ gặp sự cố. Thông thường tại công ty của tôi nếu chúng tôi đạt được một rào cản với thứ gì đó chúng tôi sẽ cập nhật wiki dự án và hoặc đi học được giao (mọi người đều có một chủ đề cụ thể mà họ cho là đang học trong thời gian chết).

Liên quan đến hợp đồng và nhân viên làm công ăn lương, tôi thấy rằng những nhân viên được trả lương có nhiều thời gian chết hơn và nhân viên tư vấn hợp đồng, nhưng đó chỉ là trường hợp nhân viên hợp đồng có chi phí cao hơn cho công ty và chỉ đưa họ vào khi bạn cần nhiều hơn / lập trình viên cụ thể.

Từ những gì bạn đang nói, có vẻ như bạn có 20% thời gian chết, rất nhiều và sẽ gợi ý về quản lý kém.

Điều này là phổ biến trong công nghiệp, nhưng nếu một nhóm được quản lý tốt, thì các nhà quản lý nên có sẵn một 'đường ống' trong nhà và / hoặc các dự án ưu tiên thấp hơn có thể được chỉ định theo yêu cầu. Chúng sẽ lý tưởng liên quan đến các công nghệ và / hoặc thư viện mới hơn. Theo kinh nghiệm của tôi, việc giao cho mọi người làm việc trên tài liệu mã hoặc cập nhật wiki không được các nhà phát triển đón nhận, vì bản chất họ thường hạnh phúc hơn khi thực sự phát triển một cái gì đó.

Một cách tiếp cận khác mà tôi đã thấy là gửi cho mọi người các khóa đào tạo toàn thời gian tối đa hai tuần một lần, để nâng cao đội ngũ phát triển với kiến ​​thức sẽ cần trong tương lai.

Nói chung, nếu bạn là một nhà thầu và thấy mình không có công việc tích cực tại một công ty thì tốt hơn bạn nên bắt đầu tìm kiếm một vị trí khác, bởi vì bạn có thể sẽ là người đầu tiên bị từ chối nếu công ty gặp sự cố.

Từ kinh nghiệm của tôi, nó là tương đối phổ biến. Mặc dù chúng tôi thường không có gì để làm - thường là sau khi hoàn thành một số giai đoạn của dự án, khi nó được đánh giá ... nó thường sẽ kéo dài đến một tuần hoặc thậm chí, trước khi chúng tôi nhận được câu trả lời từ Họ, và sau đó tiếp tục công việc của chúng tôi trong dự án.

Mặc dù vậy, không thể nói liệu đây có phải là một thông lệ trong toàn ngành hay không.

Trong công ty của tôi, tôi nhận được một vài tuần như vậy (có tuần) trong mỗi hai tháng hoặc lâu hơn. Tôi không chắc chắn nếu tuần không có việc làm là phổ biến, nhưng vâng, bạn luôn có thể cải thiện bản thân trong thời gian rảnh.

Tại nơi làm việc của tôi, chúng tôi nhận được thời gian chết khi:

1. Mạng / máy chủ có vấn đề
2. Không có gì để làm ngay lập tức (ví dụ như chờ cuộc họp để đặt yêu cầu)
3. Chờ đợi ai đó hoàn thành công việc bạn cần để thực hiện công việc của mình (mặc dù đó không phải là ý tưởng tốt nhất)

Khi thời gian chết được chia sẻ, mà đối với tôi là khoảng 5% thời gian, tôi thường đi nói chuyện với mọi người, bỏ đầu mọi chuyện, nghe vài câu chuyện cười.

Khi tôi thấy mình không có gì quan trọng để làm, tôi có một thư mục với hàng tấn sách, tôi đọc khi tôi được phép, hoặc giữa các phiên biên dịch dài (hoặc một cái gì đó tương đương), v.v.

Nhưng ngay cả khi tôi làm điều này, tôi phải thừa nhận điều gì đó (điều này khiến tôi trở thành một kẻ tội lỗi):

Đó là công việc của chúng tôi như các lập trình viên phát triển của chúng tôi sự nghiệp ở nhà để ông chủ của chúng tôi sẽ không sa thải chúng tôi hoặc một cái gì đó như thế. Đó không phải là công việc của ông chủ để cho phép bạn cải thiện bản thân bằng tiền của anh ấy (thời gian anh ấy trả tiền cho bạn).

Nhưng dù sao, như một cách thay thế, đôi khi thay vì đọc tôi làm một số thứ khác, chẳng hạn như đưa ra một số kịch bản hoặc ý tưởng hữu ích, viết tài liệu và thuyết trình về cải tiến phương pháp, v.v.

Điều đó cũng được tính là tự cải thiện vì nó khiến bạn suy nghĩ và làm cho bạn hữu ích cho các nhà phát triển khác, những người thậm chí có thể nhớ đến bạn vào một ngày nào đó, khi nó được tính. Nhưng điều quan trọng là nó xứng đáng với số tiền bạn trả tốt hơn đọc sách ...

Theo kinh nghiệm của tôi, nó phụ thuộc hoàn toàn vào ngành công nghiệp và người đang dẫn dắt dự án.

Một cái gì đó cho tôi biết rằng câu trả lời cho câu hỏi này sẽ bị sai lệch mạnh mẽ vì những người duy nhất có thời gian để đọc và nhận xét trên trang web này là những người không có nhiều việc phải làm. Trong công việc trước đây của tôi, KHÔNG BAO GIỜ có thời gian chết. Nó có rất nhiều điều để làm với việc các dự án được phân tách và tổ chức tốt như thế nào. Nếu không được tổ chức tốt, làm việc nhiều dự án cùng một lúc có thể dẫn đến các vấn đề khi cố gắng hợp nhất các thay đổi và thực sự hiệu quả về mặt chi phí hơn là không làm gì một chút so với các vấn đề quá phức tạp.

Hầu hết thời gian chết mà tôi gặp phải thường là vào cuối năm tài chính và / hoặc cuối năm (mùa tháng 12, vì hầu hết khách hàng đều đi nghỉ). Công ty "đóng cửa" vì nhiều lý do và CNTT không triển khai trong 2 đến 3 tháng. Do đó, không có thay đổi.

Điều đó xảy ra: Trong thời gian này, chúng tôi đánh giá tất cả các thay đổi / dự án đã trải qua trong năm, tìm ra nơi chúng tôi cải thiện hoặc thiếu và tìm giải pháp để cải thiện tốt hơn cho mùa / nhiệm kỳ tiếp theo.

Đừng cảm thấy lo lắng.