Чи звичайно час простою на роботі з програмування? [зачинено]

У моїй компанії я вважаю, що є кілька днів, на які потрібно виконати дуже мало завдань. Цього разу я хочу зробити дослідження, щоб дізнатися нові речі про моє ремесло в ці дні.

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

Мені хотілося б дізнатися, чи це звичайна ситуація в середовищі розробки програмного забезпечення, і чи відрізняється відповідь на це питання між повним робочим днем ​​та контрактом.

Так, я б сказав, що може бути багато простоїв, якщо ви опинитесь у ситуації, коли ви чекаєте на відповідь клієнта чи менеджера про те, як діяти, коли ви стикаєтеся з проблемою дизайну.

Інший приклад - це коли сервер виходить з ладу у вашому розробнику, і ви не можете продовжувати розробку, поки це не буде вирішено.

Остання ситуація, коли я пережив простої (як консультант), коли був дивний розрив між тим, коли закінчувався один проект, і починався наступний.

Якщо говорити, я також вважаю, що це знак поганого управління, коли ваші працівники не використовуються повністю. У вас повинні бути інші завдання, над якими можна працювати, якщо сервер виходить з ладу. Як правило, в моїй компанії, якщо ми щось потрапили в блокпост, ми оновлюємо вікі проекту та або робимо призначене навчання (кожен має певну тему, яку, напевно, слід вивчати в простої).

Що стосується контракту та найманих працівників, то я вважаю, що наймані працівники мають більше простоїв та контрактників / консультантів, але це лише той факт, що контрактники мають більшу вартість для компанії та приносять їх лише тоді, коли у вас є потреба у більше / конкретні програмісти.

З того, що ви говорите, схоже, у вас 20% простоїв, що дуже багато, і це натякало б на погане управління.

Це звичайно в промисловості, але якщо командою керується добре, менеджери повинні мати доступний «конвеєр» в домашніх та / або нижчих пріоритетних проектах, які можуть бути призначені на вимогу. Вони ідеально включатимуть новіші технології та / або бібліотеки. На моєму досвіді розробники, які звичайно щасливіші, насправді щось розробляють, не надто сприймають людей, які працюють над документацією на коди або оновленням вікі.

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

Як правило, якщо ви підрядник і опинитесь без активної роботи в компанії, тоді вам краще почати шукати іншу посаду, тому що ви, ймовірно, будете першим, кого відпустять, якщо компанія спричинить спад.

З мого досвіду, це відносно часто. Хоча ми мали звичайно - вільні, нічого не роблячи - дні, як правило, після завершення якоїсь фази проекту, коли він оцінюється ... зазвичай це триватиме до тижня або навіть більше, перш ніж ми отримали відповідь від їх, а потім продовжили нашу роботу над проектом.

Не можу сказати, чи це практика у всій галузі.

У своїй компанії я отримую пару тижнів так (так тижнів) кожні два місяці. Я не впевнений, що тижні без роботи - це звичайне явище, але так, ви завжди можете покращити себе у вільний час.

На моєму робочому місці ми втрачаємо час простою, коли:

1. Мережа / сервери є проблематичними
2. Нічого не робити негайно (наприклад, чекати зустрічей, щоб встановити вимоги)
3. Чекаєте, коли хтось закінчить щось, що вам потрібно зробити для своєї роботи (хоча це не зовсім найкраща ідея)

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

Коли я опиняюся, що мені нічого важливого не робити, у мене є довідник з тоннами книг, які я читаю, коли мені дозволено, або між довгими складами (або чимось рівнозначним) сеансами тощо.

Але хоча я це роблю, я мушу щось визнати (що робить мене самим грішником):

Наша робота як програмістів - розвивати свою кар’єру вдома, щоб наш начальник не звільнив нас чи щось подібне. Це не бос робота , щоб дозволити вам поліпшити себе з грошима (час він платить за).

Але в будь-якому випадку, як альтернатива, іноді замість читання я роблю якісь інші речі, такі як придумати корисні сценарії чи ідеї, писати документи та презентації про вдосконалення методології тощо.

Це також вважається самовдосконаленням, тому що змушує задуматися, і зробить вас корисними для інших розробників, які, можливо, навіть запам'ятають вас за якийсь день, коли він рахується. Але найважливіше те, що коштує грошей, які вам платять краще, ніж читання книг ...

На мій досвід, це повністю залежить від галузі та того, хто веде проект.

Щось мені підказує, що відповіді на це питання будуть сильно упередженими, оскільки лише люди, що мають час читати та коментувати цей сайт, - це ті, кому без особливої ​​роботи. На моїй минулій роботі ніколи не було простоїв. Це мало спільного з тим, наскільки добре розв'язані та організовані проекти. Якщо недостатньо організована робота одночасно з декількома проектами, це може призвести до проблем при спробі об'єднання змін, і насправді більш економічно нічого не робити, ніж надмірно ускладнювати справи.

Більшість простоїв, з якими я стикався, зазвичай буває в кінці фінансового року та / або в кінці року (сезон грудня, оскільки більшість клієнтів йде у відпустку). Компанія "закривається" з різних причин, а ІТ не має розгортань протягом 2 - 3 місяців. Тому змін не відбувається.

Це трапляється: за цей час ми оцінюємо всі зміни / проекти, що відбулися за рік, з’ясовуємо, де ми вдосконалювались чи бракували, і знаходимо рішення, як покращитись на наступний сезон / термін.

Не хвилюйся.