Часто ли бывает время простоя на работе по программированию? [закрыто]

В моей компании я нахожу, что бывают дни, когда очень мало задач. Я считаю необходимым провести исследование, чтобы узнать что-то новое о моем ремесле в эти дни.

Я бы сказал, что в среднем у меня есть примерно один день в неделю, когда мне нечем заняться (или какое-то сочетание времени в течение недели).

Я хотел бы знать, является ли это распространенной ситуацией в средах разработки программного обеспечения, и зависит ли ответ на этот вопрос от полной занятости и работы по контракту.

Да, я бы сказал, что может быть много простоев, если вы окажетесь в ситуации, когда вы ждете ответа от клиента или менеджера о том, как действовать, когда вы сталкиваетесь с проблемой проектирования.

Другой случай, когда в вашей среде разработчика происходит сбой сервера, и вы не можете продолжить разработку, пока она не будет решена.

Одна из последних ситуаций, в которых я находился в состоянии простоя (в качестве консультанта), когда возник странный разрыв между окончанием одного проекта и началом следующего.

При этом я также считаю, что это признак плохого управления, когда ваши работники используются не полностью. У вас должны быть другие задачи, которые должны быть в состоянии работать в случае сбоя сервера. Обычно в моей компании, если мы сталкиваемся с какими-то препятствиями, мы обновляем проект вики и / или выполняем назначенное обучение (у каждого есть определенная тема, которую, как предполагается, они изучают во время простоя).

Что касается контрактных и наемных работников, я считаю, что наемные работники имеют больше времени простоя и работают по контракту / работают консультантами, но это всего лишь тот случай, когда контрактные работники имеют более высокие затраты для компании и привлекают их только тогда, когда вам нужно более / конкретные программисты.

Из того, что вы говорите, похоже, что у вас 20% простоев, что много и намекает на плохое управление.

Это часто встречается в отрасли, но если команда хорошо управляется, то у менеджеров должен быть готовый «внутренний» проект из внутренних и / или низкоприоритетных проектов, которые могут быть назначены по требованию. В идеале они будут включать новые технологии и / или библиотеки. По моему опыту, назначение людей для работы над документацией по коду или обновление вики плохо воспринимается разработчиками, которые по своей природе обычно более счастливы, когда действительно что-то разрабатывают.

Другой подход, который я видел, - это отправлять людей на очные курсы обучения продолжительностью до двух недель за раз, чтобы повысить квалификацию команды разработчиков знаниями, которые понадобятся в будущем.

Как правило, если вы являетесь подрядчиком и оказались без активной работы в компании, вам лучше начать искать другую вакансию, потому что вы, вероятно, будете первым, кого уволят, если компания столкнется с кризисом.

По моему опыту, это относительно распространено. Хотя раньше у нас были - свободные и нечем заняться - дни, как правило, после завершения некоторой фазы проекта, когда он оценивается ... обычно он длился до недели или даже раньше, пока мы не получили ответ от их, а затем продолжили нашу работу над проектом.

Хотя не могу сказать, является ли это практикой во всей отрасли.

В моей компании я получаю пару таких недель (да недель) примерно каждые два месяца. Я не уверен, что недели без работы - это обычное дело, но да, вы всегда можете улучшить себя в свободное время.

На моем рабочем месте у нас простои, когда:

1. Сеть / серверы проблематичны
2. Ничего немедленного (например, ожидание встреч, чтобы установить требования)
3. В ожидании того, чтобы кто-то закончил что-то, что вам нужно, чтобы сделать свою работу (хотя это не совсем лучшая идея)

Когда приходится делиться временем простоя, что для меня составляет около 5% времени, я обычно хожу разговаривать с людьми, отвлекаться, слышать шутки.

Когда мне нечем заняться, у меня есть каталог с тоннами книг, которые я читаю, когда мне позволяют, или между длинными сессиями компиляции (или чего-то эквивалентного) и т. Д.

Но даже при том, что я делаю это, я должен признать что-то (что делает меня грешником):

Наша работа как программистов - развивать нашу карьеру дома, чтобы наш босс не уволил нас или что-то в этом роде. Это не работа босса, чтобы позволить вам улучшить себя с его деньгами (время, за которое он вам платит).

Но в любом случае, в качестве альтернативы, иногда вместо чтения я делаю что-то другое, например, придумываю несколько полезных сценариев или идей, пишу документы и презентации об улучшениях методологии и т. Д.

Это также считается самосовершенствованием, потому что заставляет вас думать и делает вас полезными для других разработчиков, которые могут даже вспомнить вас когда-нибудь, когда это будет иметь значение. Но важно то, что они стоят денег, которые тебе платят лучше, чем чтение книг ...

По моему опыту, это полностью зависит от отрасли и от того, кто руководит проектом.

Что-то подсказывает мне, что ответы на этот вопрос будут сильно предвзятыми, поскольку единственные люди, у которых есть время читать и комментировать этот сайт, - это те, у кого мало работы. На моей прошлой работе НИКОГДА не было простоев. Это было во многом связано с тем, насколько хорошо проекты были отделены и организованы. Если не организована должным образом, одновременная работа с несколькими проектами может привести к проблемам при попытке объединить изменения, и на самом деле более экономически выгодно ничего не делать, чем слишком усложнять вопросы.

Большинство простоев, с которыми я сталкиваюсь, обычно приходится на конец финансового года и / или конец года (декабрьский сезон, поскольку большинство клиентов уходит в отпуск). Компания «закрывается» по разным причинам, и у нее нет развертываний в течение 2-3 месяцев. Поэтому изменений нет.

Это происходит: в течение этого времени мы оцениваем все изменения / проекты, произошедшие в течение года, выясняем, чего нам не хватало или чего не хватает, и находим решение для улучшения лучше в следующем сезоне / семестре.

Не беспокойся.