В моей компании я нахожу, что бывают дни, когда очень мало задач. Я считаю необходимым провести исследование, чтобы узнать что-то новое о моем ремесле в эти дни.
Я бы сказал, что в среднем у меня есть примерно один день в неделю, когда мне нечем заняться (или какое-то сочетание времени в течение недели).
Я хотел бы знать, является ли это распространенной ситуацией в средах разработки программного обеспечения, и зависит ли ответ на этот вопрос от полной занятости и работы по контракту.
self-improvement
methodology
Печенье из рисовой муки
источник
источник
Ответы:
Да, я бы сказал, что может быть много простоев, если вы окажетесь в ситуации, когда вы ждете ответа от клиента или менеджера о том, как действовать, когда вы сталкиваетесь с проблемой проектирования.
Другой случай, когда в вашей среде разработчика происходит сбой сервера, и вы не можете продолжить разработку, пока она не будет решена.
Одна из последних ситуаций, в которых я находился в состоянии простоя (в качестве консультанта), когда возник странный разрыв между окончанием одного проекта и началом следующего.
При этом я также считаю, что это признак плохого управления, когда ваши работники используются не полностью. У вас должны быть другие задачи, которые должны быть в состоянии работать в случае сбоя сервера. Обычно в моей компании, если мы сталкиваемся с какими-то препятствиями, мы обновляем проект вики и / или выполняем назначенное обучение (у каждого есть определенная тема, которую, как предполагается, они изучают во время простоя).
Что касается контрактных и наемных работников, я считаю, что наемные работники имеют больше времени простоя и работают по контракту / работают консультантами, но это всего лишь тот случай, когда контрактные работники имеют более высокие затраты для компании и привлекают их только тогда, когда вам нужно более / конкретные программисты.
Из того, что вы говорите, похоже, что у вас 20% простоев, что много и намекает на плохое управление.
источник
Это часто встречается в отрасли, но если команда хорошо управляется, то у менеджеров должен быть готовый «внутренний» проект из внутренних и / или низкоприоритетных проектов, которые могут быть назначены по требованию. В идеале они будут включать новые технологии и / или библиотеки. По моему опыту, назначение людей для работы над документацией по коду или обновление вики плохо воспринимается разработчиками, которые по своей природе обычно более счастливы, когда действительно что-то разрабатывают.
Другой подход, который я видел, - это отправлять людей на очные курсы обучения продолжительностью до двух недель за раз, чтобы повысить квалификацию команды разработчиков знаниями, которые понадобятся в будущем.
Как правило, если вы являетесь подрядчиком и оказались без активной работы в компании, вам лучше начать искать другую вакансию, потому что вы, вероятно, будете первым, кого уволят, если компания столкнется с кризисом.
источник
По моему опыту, это относительно распространено. Хотя раньше у нас были - свободные и нечем заняться - дни, как правило, после завершения некоторой фазы проекта, когда он оценивается ... обычно он длился до недели или даже раньше, пока мы не получили ответ от их, а затем продолжили нашу работу над проектом.
Хотя не могу сказать, является ли это практикой во всей отрасли.
источник
В моей компании я получаю пару таких недель (да недель) примерно каждые два месяца. Я не уверен, что недели без работы - это обычное дело, но да, вы всегда можете улучшить себя в свободное время.
источник
На моем рабочем месте у нас простои, когда:
Когда приходится делиться временем простоя, что для меня составляет около 5% времени, я обычно хожу разговаривать с людьми, отвлекаться, слышать шутки.
Когда мне нечем заняться, у меня есть каталог с тоннами книг, которые я читаю, когда мне позволяют, или между длинными сессиями компиляции (или чего-то эквивалентного) и т. Д.
Но даже при том, что я делаю это, я должен признать что-то (что делает меня грешником):
Наша работа как программистов - развивать нашу карьеру дома, чтобы наш босс не уволил нас или что-то в этом роде. Это не работа босса, чтобы позволить вам улучшить себя с его деньгами (время, за которое он вам платит).
Но в любом случае, в качестве альтернативы, иногда вместо чтения я делаю что-то другое, например, придумываю несколько полезных сценариев или идей, пишу документы и презентации об улучшениях методологии и т. Д.
Это также считается самосовершенствованием, потому что заставляет вас думать и делает вас полезными для других разработчиков, которые могут даже вспомнить вас когда-нибудь, когда это будет иметь значение. Но важно то, что они стоят денег, которые тебе платят лучше, чем чтение книг ...
источник
По моему опыту, это полностью зависит от отрасли и от того, кто руководит проектом.
Что-то подсказывает мне, что ответы на этот вопрос будут сильно предвзятыми, поскольку единственные люди, у которых есть время читать и комментировать этот сайт, - это те, у кого мало работы. На моей прошлой работе НИКОГДА не было простоев. Это было во многом связано с тем, насколько хорошо проекты были отделены и организованы. Если не организована должным образом, одновременная работа с несколькими проектами может привести к проблемам при попытке объединить изменения, и на самом деле более экономически выгодно ничего не делать, чем слишком усложнять вопросы.
источник
Большинство простоев, с которыми я сталкиваюсь, обычно приходится на конец финансового года и / или конец года (декабрьский сезон, поскольку большинство клиентов уходит в отпуск). Компания «закрывается» по разным причинам, и у нее нет развертываний в течение 2-3 месяцев. Поэтому изменений нет.
Это происходит: в течение этого времени мы оцениваем все изменения / проекты, произошедшие в течение года, выясняем, чего нам не хватало или чего не хватает, и находим решение для улучшения лучше в следующем сезоне / семестре.
Не беспокойся.
источник