Pull to refresh

Comments 108

Работал в аналогичной команде.
Все факторы на лицо.
За год-два от 10 исполнителей осталось 0.
Правда набрали несколько новых, но ситуацию это не спасло.
Согласен с топиком. А ведь зачастую при приёме на работу спрашивают у кандидата как он относится к постоянным овертаймам.

Ещё бывает, что к концу формального рабочего дня все ещё сидят на своих местах и человеку психологически сложно уйти домой, потому что он получается как бы не со всеми, вся команда работает, а он уходит. После нескольких раз на него могут начать косо смотреть.
-Джон, хотя в Вашем контракте и указан 8-часовой рабочий день, Вам прекрасно известно, что в нашей компании принято работать до 9 вечера. Вы уже второй день уходите домой в 6. Как Вы это объясните?
-Сэр, но я ведь в отпуске.
А ведь зачастую при приёме на работу спрашивают у кандидата как он относится к постоянным овертаймам.

Я отвечаю: «категорически против».

Потому что тогда у меня понижается эфективность работы. Потому что тогда я начинаю уставать и пропадает настроение. Потому что я, в конце концов, живу не ради работы. И если менеджеры настолько глупы, что не могут выбрать реальные сроки — пусть сами расхлебывают.
UFO landed and left these words here
я лучше лишний месяц посижу без зарплаты, чем потеряю год своей жизни на такое провальное предприятие. если у них регулярные овертаймы, то пусть ищут мазохистов, мне с ними не по пути.
А если они вам предложат долю в бизнесе и проект заслуживает того, чтобы над ним поработать сверхурочно?
я вот точно не знаю ваш возраст, но предположу, что больше 20-ти лет.

та вот, в таком возрасте уже стыдно в сказки верить
А если это не сказки? Если это ваш последний шанс стать богатым Буратино?
Я думаю, из числа прочитавших пост мало кому предлагали долю в бизнесе за овертаймы :))))
Я дал вам право выбирать, ваше мнение я услышал, вы не согласитесь.
А если это не сказки? Если это ваш последний шанс стать богатым Буратино?

«Это ваш последний шанс стать богатым! Всего-лишь наберите телефон 555-18-12 и скажите, какое слово можно сложить из букв ЛХО»
UFO landed and left these words here
Вы тоже не захотите работать за долю.
UFO landed and left these words here
Работники вообще обнаглели… Мало того, что работать хотят 8 часов в сутки, а не 16, и 5 дней в неделю, а не 7, так еще и жалуются на то, что зарплату не платят каких-то пол года! И увольняться надумали негодяи!
Круто написано.
Насчет комментария переводчика: на данный момент читаю «Человеческий фактор. Успешные проекты и команды» (http://www.ozon.ru/context/detail/id/2338486/), там говорится о том, что нужно работать без сверхурочных ВООБЩЕ(даже в эпизодических случаях). Конечно, в наших реалиях это трудно выполнимо(особенно, когда давят сверху), но тем не менее, к этому надо стремиться. Даже процитирую:
Да, в паре лишних субботних часов, позволяющих уложиться в сроки и сдать проект в понедельник, может быть очевидная польза, но за ними всегда следует равносильный период компенсации, сокращения продуктивного рабочего времени, позволяющий вернуться в ритм привычной жизни. В конечном итоге каждый час сверхурочных компенсируется часом недоработки.
> каждый час сверхурочных компенсируется часом недоработки

А также 3 лишними часами фиксения багов.
А ещё человекомесяцы на вкупание в проект новых программистов, взамен ушедших.
Нам руководство запрещает работать сверхурочно, даже штрафы есть за переработку. Поэтому в 18.00 встаем и уходим. Как раз аргумент что надо отдыхать хорошо что бы хорошо работать.
Если за переработку платили бы по КЗОТ, то какое то время было бы весьма выгодно поработать.
Для этого вы должны не только требовать от работодателя соблюдения норм КЗОТ, но и неукоснительно им следовать самому.
Раздражает меня, когда называют КЗОТом ТК РФ. Уж девятый год, как поменялось, а все там же в прошлом сидим. Предположу, что Вы не знаете и как оплачиваются переработки, а просто где-то что-то слышали…
Сверхурочные по желанию работника являются позитивным фактором. Для любого менеджера это признак
* ответственности
* высокой заинтересованности в объекте труда
* свободы работника в выборе времени работы
* лояльности
Я за них рада :-) Я к тому, что в статье описывается другая ситуация.
Я в курсе, статью прочитал.
Но нельзя на вещи смотреть только с одной стороны, в любом, даже самом негативном факторе, можно найти позитив.
Возможны варианты.
Не справляется, хочет срубить денег, делает посторонний проект за счет компании.
Это если реальные факты, без фантазий.
Это его личная переработка, по его личным причинам.
Как определить разницу между «личной переработкой, потому что не справляется» и «ошибкой в оценках сроков»?
Если на вопрос отвечать в контексте предыдущего обсуждения, то разница есть, и определяется в течение одного дня. Достаточно сесть рядом с разработчиком и провести с ним целый день. Сразу все станет на свои места.
И опять же, «его личная переработка», или требование менеджера «хочу вот это на завтра, и неважно, что понадобится это только через полтора месяца»?
Умный ответит «Хоти дальше». Менеджер должен заплатить за свои ошибки своими деньгами, а не деньгами разработчика.
UFO landed and left these words here
UFO landed and left these words here
Но он напрямую зависит от разработчика. И этим нужно уметь пользоваться.
UFO landed and left these words here
Я знаю очень много способов, как вывести ПМ из игры. Или как его вывести из психического равновесия. Поэтому разработчику иногда и выгодно саботировать процесс, и предоставлять ответ с двойным смыслом на запрос, и идти на контакт даже сильнее, чем того хочет ПМ, а также жаловаться вышестоящему начальству, что ПМ тормозит весь процесс разработки. Кому тогда будут верить, разработчику, который не может из-за ПМ-а выполнять свои прямые обязанности, или ПМу, который не справился с управлением?
Вопрос зачастую в том, что постоянные сверхурочные зачастую действительно выливаются в ухудшение производительности труда работника. В итоге (за редким исключением, когда работник действительно безумно «прется» от того, что делает) получаются «те же результаты за большие деньги». Или более высокая стоимость «единицы продукта», по сравнению со случаем, когда на деньги, уходящие на сверхурочные двум-трем сотрудникам, можно было бы нанять ещё одного.
Еще один может плодотворно влиться только через пол года, поэтому переработка с точки зрения эффекта разработки может иметь большую выгоду.
«Влиться» в плане обретения какого-то скилла, который он может обрести только на этом проекте? Тут вступает в силу ещё один фактор, который часто игнорируется нашими менеджерами — лучше взять одного опытного человека с зарплатой в 2N (а зачастую — и в 1,5N), нежели двух, с зарплатой в N и значительно меньшим опытом. К сожалению, на такой шаг «высшее руководство» согласно идти далеко не всегда.

А вообще, выгоду или её отсутствие от переработок можно оценивать только в каждом конкретном случае — в зависимости от команды, оплаты переработок и их частоты. Нюансы бывают совершенно разными — вот, даже судя по себе — я бы с удовольствием согласился на 48-часовую рабочую неделю за те же деньги, но при свободном графике, причем, как показывает практика, производительность личная у меня при этом не падает по сравнению с сорокачасовкой «с десяти до семи».
Лично я пропагандирую свободный график, но у нас он больше гибридный. Есть обязательное время, которое должен посвятить работник компании и находиться в офисе. Но, как показывает практика, все работают примерно в одно время, потому что так удобнее всем. Т.е. произошла самоорганизация. Всем так легче планировать свое время.
Кстати, не всегда человек с 2N зарплатой будет приносить 2N прибыли и делать в два раза больше работы. Есть два негативных фактора, которые мешают достичь максимального эффекта, и это амбиции и эго разработчика. Амбиции мешают вникать в чужой процесс разработки, эго противодействует управлению при попытках решить первую проблему.
Это сильно зависит и от человека, и от работы. Если нанимать человека, который, грубо говоря, будет «всю жизнь писать XSLT-преобразования», то очень наивно ждать, что у маститого девелопера с зарплатой в 2N это будет выходить в два раза быстрее, нежели у двух джуниоров. С другой стороны, если реализуемая задача подразумевает не только «писание кода по рельсам», но и какую-то архитектурную работу, то использование для таких задач двух джуниоров может не только замедлить работу, но и назакладывать таких мин, что ховайся в жито.
Тут вступает в силу ещё один фактор, который часто игнорируется нашими менеджерами — лучше взять одного опытного человека с зарплатой в 2N (а зачастую — и в 1,5N), нежели двух, с зарплатой в N и значительно меньшим опытом. К сожалению, на такой шаг «высшее руководство» согласно идти далеко не всегда.


Увы, сам сталкивался с такой позицией руководства — очень печально. Сначала хотя взять людей подешевле, надеясь, что 2 junior'a заменят middle-developer'a, а потом сроки трещат по швам, и команда по-геройски вытаскивает проект… и делать реально не в экономии — а в психологическом факторе. Неопытные руководители боятся нанимать дорогих и опытных разработчиков
Или руководство просто жмется им на ЗП.
Не обязательно «жмется на зп». К сожалению, во многих компаниях структура подразделения такова, что места для «мидла» в принципе нет: предполагается, что есть «девы» с зарплатой «от и до», причем диапазон весьма невелик, и есть «тимлиды», у которых эти девы под началом и на которых помимо сугубо разработчицкой деятельности, лежит и значительное количество деятельности прочей, с которой даже хороший разработчик может справляться очень серединка на половинку. В итоге нанять матёрого в чем-то человека на девовскую должность за недевовские деньги банально не позволяет какое-нибудь штатное расписание.
Здесь, мне кажется, психологический фактор даже более весом, чем денежный. Тимлиды и менеджеры бояться потерять контроль за разработчиками и процессом при наличии в команде разработчиков с уровнем выше среднего. Они опасаются, что разработчики, проявив лидерские качества и продемонстрировав опыт, перетянут на себя функции по управлению проектом и займут его место.
Лояльность — это японцы придумали, что бы денег не платить (с) Инь Фу Во
Если денег не платить, то лояльности не жди.
Сверхурочные даже по желанию работника не отменяют усталости. Разовые загоны не в счёт.

Мне, когда я хотел что-то на выходных доделать, шеф сказал примерно следующее: «ну его нахрен работу по выходным, от тебя потом нормальной работы не дождёшься». Как показала практика он был прав.

и из личного опыта — если работа занимает в среднем больше 8 часов в день, то производительность после двух недель падает очень сильно.
Обычно, более чем 5 часов продуктивной работы, от работника ждать не приходится.
тоже верно, ибо пока пришёл, пока въехал, пока пообедал, пока въехал, пока почитал новости, в итоге рабочих 4-5 часов времени.

Дальше зависит от отношения к работе и того, умеешь ли ты правильно определять сроки. В моей практике было так: ставится задача, говорится желаемый срок, а тут, либо ты соглашаешься, либо объясняешь почему тебе надо больше времени. Но если уж ты подписался на срок, то должна быть веская причина для проёба полимеров(сроков). Такой подход дисциплинирует.
Если раборать на время, то да. Если работать на результат, то нет разницы, опоздаешь на день, неделю, или месяц, главное, чтобы результат устраивал всех.
Работа на результат — редкость, обычно работают на время, поэтому такие проблемы и возникают. Всё-таки чаще ставится задача в виде: «надо *** к вчера», а не «надо ***»
Мы работаем только на результат. Есть только одна проблема — не все понимают как это продавать правильно.
еще может быть переработка в виде доп. суппорта за хорошее вознаграждение: 3-4 часа 1-2 раза в месяц во время, когда проект интенсивно используется и клиент готов оплачивать быстрое исправление, а не ждать понедельника
1-2 раза в месяц — это определенно «эпизодические».
да, это не совсем регулярная сверхурочность, но эпизоды оговорены в контракте: это минимум 2 раза, максимум 4, в выходной день 4 часа нужно быть доступным для поддержки. тоже получается переработка. единственное, что на поддержке не нужна вся команда, а достаточно одного, максимум 2х человек. и при отсутствии багов суппорт может сводиться к просмотру роликов на ютубе :)
Все точно описано. Когда-то из такой компании пришлось уволиться.
Менеджеры «решили», что справимся на сверхурочных, хотя я сразу говорил, что идея утопична. Продукт был ужасен в коде (потому что торопились и времени на исправления, а не затычки, не было), а также глючил и баговал. Клиента вроде как потеряли, я и еще несколько человек уволились.
Круто, деградационный способ ведения бизнеса. :) Все по моей предыдущей статье.
Сейчас сам попал в описанную ситуацию.
Проект отстает от графика примерно на 4 месяца. Разработчикам приходится сидеть по 11-12 часов в день на работе. В организации проекта (инфраструктурной и управленческой) — полный провал со стороны менеджмента. Клиенту пишутся письма о том, что все хорошо, а на самом деле — кот наплакал. Попытки со стороны менеджмента спихнуть всю вину на разработчиков (мол, это ваша задача общаться с заказчиками, собирать с них требования, решать организационные вопросы (!)). Команда на грани бунта.
Однако, нашел в этом один плюс — вся команда (разработчки + тестеры) очень сильно сдружились и сплотились за это время (время противостояния врагу :)).
Вам стоит поговорить с начальством или владельцами компании. Вы можете влиять на ситуацию всегда.
Начальство как правило в курсе, проблема в самих сотрудниках, которые позволяют собой помыкать.

Ну а у программистов принято «голосовать ногами». Так даже проще.
Или можете предложить взять клиенту вашу команду на работу…
Если проект чем-то дорог, или очень уж хорошо платят или чем-то еще цепляет место работы, можно попробовать работать по 8 часов но 6 дней, устаёшь в таком ритме меньше.

Если это менеджмент накосячил по срокам, то стоит пообщаться с более высоким начальством, если и оно «не вдупляет», то из такой конторы стоит делать ноги, потому что дальше лучше не будет.
А я думаю почему менеджер болеет и удаленно часто работает…
Всегда должен быть баланс! Сильно и постоянно перерабатывать, конечно, приведет к описанным проблемам, а небольшие разовые переработки, «без фанатизма», принесут пользу компании, а хорошая компания видит заслуги каждого менеджера и должна отвечать на хорошее — хорошим.
Человеческое отношение к работникам — редкость в компаниях.
Это редкость у нас, а на западе наоборот. В компаниям, которые не учитывают интересы сотрудников — эти самые сотрудники не сильно напрягаются, проигрывают все.
Я знаю случай, когда западные компании на нашем рынке ведут себя ровно так же как и наши компании.
Вероятно руководитель местный, устанавливает свои правила…
Нет, просто тут работники разрешают с собой такое делать.
Дело не в том, в какой стране сидит собственник, а в том, каков рынок труда разработчиков в этой стране, и какова культура менеджмента.
Менеджмент западный. Ведет себя ровно как и наши.
Вы можете привести какой-нибудь конкретный пример? К тому же, очень похоже на голословие:)
Я вот знаю компанию, где западные менеджеры ценят своих работников.

Фраза ничем не прикреплена — я о чем угодно могу написать так.

А если уж говорить о фактах, компания Baker Hughes, занимаются добычей нефти на Западе Казахстана. Знакомый работал вахтой, при этом (один пример) ему оплачивали ежегодную медицинскую страховку на n-ную сумму, при этом, можно сказать, заставляли тратить их на себя: стоматолог, обследования, санатории — то что выберет сотрудник.

Западный менеджмент на просторах СНГ.
Не могу по разным причинам. Одна из которых — я хочу и дальше поддерживать с этим менеджментом хорошие отношения.
Статья хорошая и нужная!

У нас в компании пару лет назад сверхурочная работа была повсюду. Затем, мы стали показывать подобные статьи топ-менеджерам, разъяснять, что к чему — и свели «авралы» практически на нет. Совсем избавиться не удалось — но теперь работа на выходных или поздним вечером в будни является исключением.

Так что подобные статьи нужны и очень полезны.
Да вот только, к сожалению, не все менеджеры готовы признавать свои ошибки и читать такие статьи :(
У работника есть два варианта развития события.
1. Терпеть дальше
2. Пойти и изменить ситуацию
Я так понимаю, что под «Терпеть дальше» Вы подразумеваете «сидеть на попе ровно»? Да нет вроде, не сидим.
Как изменить ситуацию?
— Общение непосредственно с менеджером результатов не приносит. Заниматься улучшением «жизни» его подчиненных он не хочет. Сидеть и ковырять в носу — да;
— Иди к начальству рангом выше? Пробовали, ходили. Толку мало. Компания большая, пока до кого-нибудь достучишься пройдет уйма времени. В результате работа не сделана, а время потеряно;
— Устраивать бунт и проваливать проект? Ни к чему хорошему это не приведет;
— Увольняться? Все к этому и идет. Да вот только хороших коллег-товарищей не хочется терять.

Может я со своей «программерской» колокольни не вижу очевидных вещей. Укажите, пожалуйста.
Идти к начальству рангом выше нужно только тогда, когда у вас на руках не эмоции, а реальные факты и предложения. Им не интересно слушать про ваши стенания, для этого есть работник ниже рангом. Они получают информацию от подчиненного менеджера и это их устраивает.

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

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

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

Напишите всей командой заявления об увольнении и положите их на стол руководству. Причиной увольнения укажите, что не согласны с позицией данного менеджера. Но перед этим обсудите, что же конкретно вам не нравится и как это можно было бы решить по-хорошему.
У нас была ситуация, когда на общем собрании ВСЕ разработчики хором орали, что сроки совершенно нереальные. Что авральным режимом ничего добиться нельзя — всё бесполезно. Некоторых сотрудников потом даже пытались в саботаже обвинять. Вообще дикая ситуация была. Причём не впервые уже. После каждой такой фигни стандартно куча людей увольняется. А руководству похер — продукт раскручен, как-нибудь на костылях дотянут до следующей версии, соберут бабло с клиентов.
Я бы уволился всей командой одновременно. За ошибки надо платить рублем.
В идеале, конечно, надо. Но тут начинаются уже бытовые проблемы: у кого-то ипотека, у кого-то ребёнок маленький и так далее. Опять же кризис грянул, появился страх вообще потерять работу.

Опять же коллектив отличный, сама компания в принципе нормальная в обычное время, но вот иногда такое помешательство находит на неё.
Как правило, менеджмент наиболее восприимчив к новым идеям во время «кризиса» — горят сроки, или бюджет, или вообще происходит что-то неприятное.

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

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

Другое дело, если зайти в кабинет к ПМу со словами: «Я знаю, как тебе сэкономить деньги в проекте. Мы уменьшим ротацию кадров!» — вы поймаете его внимание. Далее рассказывайте, как отказ от сверхурочных поможет понизить текучесть кадров и сохранить бабки в бюджете. Ну и далее, по статье. Это помогает.

ПМ не заинтересован экономить деньги. Ему пофиг. Но получить в одно лицо премию за успешное управление его может заинтересовать.
ИМХО, если ПМ не заинтересован сохранять бюджет проекта — это реально беда. Тем не менее, в компании чаще всего можно найти человека старше до должности, которого экономия все таки интересует: в пределе, можно дойти до собственника предприятия, его то должны интересовать свои деньги. Другой вопрос, стоит ли игра свеч? Не проще ли найти более адекватного работодателя?
ПМ не распоряжается финансами. Поэтому работает в тех рамках, которые были установлены при продажах. И то, что он сэкономит деньги не особо влияет на его заработную плату.

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


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

Во-вторых, было бы хорошо ввести для ПМа премию по итогам сохранения бюджета. Иначе какая разница ПМу — сэкономить 5% или 15% бюджета? Все равно уложится в бюджет…
Если ПМ получит премию за выполнение сроков и обязательств, а его подчиненные нет, будет война.

Наш разговор начинался с того, что к ПМ, по моему мнению, бесполезно ходить с предложениями про сохранение бюджета. Он попадает в очень фиговую ситуацию. Если он поверит разработчику и ничего не получится, он подставит сам себя. Если все выгорит, то об этом знает и разработчик, а значит он может сказать, что идея не ПМ а его. В итоге ПМ выглядит только в роли почтальона: получил письмо, передал письмо.

«Хороший» ПМ мог бы выписать человеку, «спасшему» в проекте 100 руб, премию в размере 10 руб., сэкономив в итоге 90 руб. Вопрос в том, интересна ли эта экономия ПМу? Если ему самому будет премия в 10 руб по итогам проекта за эту экономию — то адекватный ПМ выслушает предложения сотрудников, и возьмет на себя риски по реализации этих идей.

Бывает так, что ПМ выглядит как «плохой парень». Может быть, неопытен. Может быть, потому что очень верит в X-теорию. Или молится на теорию научного управления Тейлора, не дочитав ее до конца. Или просто не нашел общий язык с разработчиком — и теперь они грызутся как кошка с собакой. В любом случае, если ваш ПМ — «плохой» — то ходить к нему с предложениями об оптимизации рабочего процесса неэффективно.

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

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

еще один минус постоянных овертаймов — у работников деградирует чувство ответственности
посудите сами, если человек овертаймит 5 дней в неделю, плюс выходит на выходные, а бывает и на праздники, то его просто не получится обвинить в срыве проекта
а и правда, ведь он тут практически живет, вроде и так делает все возможное, значит задача реально такая неподъемная
в результате никто, никогда и ни в чем не виноват, все изначально знают что любой проект войдет в авральную стадию и будут вынужденные овертаймы, но когда овертайм норма, это никого не пугает и не стимулирует
Грамотные люди ставят релиз на среду-четверг :)
Неделя за отмену крепостного права в IT на хабре? :)
А чем вам крепостное право не нравится?
Как начальнику, или как подчиненному? :)
True story.

Сам уже в течение полутора месяцев работаю по 60 часов в неделю: стартап, проект федерального уровня, маленькая команда и незнакомые технологии. Переработки вроде бы и не навязанные — все работают по такому графику и все понимают, почему; а с другой стороны и не ура-добровальные — на мозг немного давят.

После стандартной 40-часовой недели (плюс-минус), в первые три недели ощущения были неописуемые. От ощущения, что сейчас взорвешься (очень уж не люблю, когда ограничивается моя свобода), до полной апатии и демотивации. Сейчас ничего, привык.
Есть такой опыт.
Фирме привалил крутой и денежный проект. Там пахло такими деньгами и перспективами, что его объявили «шансом, который бывает раз в жизни».

На 3,5 месяца фирма перешла в усиленный режим. Это подразумевало:
— понедельник-пятница с 9 до 19
— суббота с 9 до 17
— более строгий режим в целом, минимум отлучек с рабочего места, хождений, перекуров, чаёв, телефонных разговоров и пр.

Поначалу работа действительно шла бодрее обычного — первые недели 3. Но уже где-то к началу второго месяца продуктивность примерно сравнялась с обычной. А ещё через месяц люди откровенно выгорели и устали. Большинство ходило мрачными, некоторые стали ссориться по пустякам, работа шла на каком-то автопилоте. То есть если тебе нужно делать нечто рутинное, это получается неплохо. Но если нужно включить мозг и что-то придумать — с бо-ольшим скрипом.

За переработки доплачивали, но немного. Большую часть денежного куша получила фирма, а не исполнители (что в общем-то логично :). Ожидания «перспектив» по ряду причин не оправдались.

Позднее со стороны руководства была ещё одна попытка сделать другой проект в аналогичном режиме — больше половины работников отказалось. Ну хоть предложили, и на том спасибо; в первый-то раз никто и не спрашивал, был поставлен ультиматум.
Все почему-то забывают что эти умные книжки написаны для другого менталитета.
Там у них производительность труда до 10 раз выше нашей.
Потому что не надо разводить сопли и потворствовать разгильдяйству.
«Я живу не ради работы» — Вон из профессии! Иди туалеты мой.
Программирование лучшая из профессий ( users.livejournal.com/akme_/154221.html ).
Если ты желаешь убежать после 18 смотреть ТВ, пить пиво и гаматься в контру (или что там теперь модно?) — ты ошибся с выбором профессии!
Надо было идти дегустатором пива, тестером игр,…

Настоящий программист получает драйв от своей работы.
Он работает по ночам, роет новые технологии или углубляет старые.
Руководство видит это и дает ему интересные и сложные задания.
Он с удовольствием берется за них и выполняет с успехом.
А если так, то руководству пофиг сколько он работает 10, 8 или 6 часов.

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

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

Ты научился писать два цикла и рекурсивную функцию и уже считаешь что ты гуру программ, проектов и компаний?
Тогда почему ты срываешь сроки?
Почему на вопрос «сколько надо еще» ты жмешь плечами и говоришь — ну незнаааааю?
Почему ты еще не стал архитектором или менеджером влияющим на оценку проекта?
Скорее всего потому что тебе просто не хватает компетенций.
А если хватает — так иди работать на себя — развивай малый бизнес и не ворчи на менеджеров!
Подрастешь, поймешь для чего нужны менеджеры, наймешь себе хорошего менеджера и никогда не повторишь этих глупых ошибок!

Сделай мир лучше!
согласен
большинство разработчиков у нас привыкло работать в очень расслабленном режиме
за 8 часов рабочего времени успевают почитать лепру хабру жж, посмотреть кучу картинок, обсудить все новости, сходить покурить и т.д.
причем работает это все как наркотик, т.е. пока не полез смотреть — не больно оно и нужно, но прислали линк, посмотрел и понеслось!
так что производительность у нас реально низкая!
у меня была возможность посмотреть как работают в штатах так что есть с чем сравнивать
народ работает с 7 до 16 или с 8 до 17, делают столько сколько смогут, дальше встают и едут спокойно домой при этом за время работы на свободные темы общаются в основном только в обеденный перерыв и практически не отвлекаются от работы в рабочее время
я думаю что если работать в таком режиме то овертаймы будут просто не нужны ну или по крайней мере можно будет более менее точно понять почему произошел факап, зачем нужен овертайм и кто в этом виноват
у нас же, как обычно — месяц сидим в носу ковыряем, потом время поджимает и пошло-поехало ищем крайнего, оправдываемся, ищем крайних
причем оставлять все напоследок у нас обычно касается всего — подготовки к экзаменам, сборам в отпуск и тд (конечно есть исключения но в большинстве своем это так)
и понятно что это не правильно, но как изменить ситуацию — не понятно
как замотивировать разработчиков на результат?
Замативировать невозможно. Только вычислить тех у кого внутренняя мотивация сильная. Таких среди выпускиков ВУЗов 1 на 100.
У нас тут в Нске была Интерра 2010.
Мне повезло поучаствовать в групповой работе по проблемам современных ВУЗов.
Работа проходила в виде деловой игры, модерировал и вел игру очень интересный и умный дядька alzin.ru/.
Среди участников было немного молодежи и много взрослых дядек и тетек от универов разных.

Так вот там они все открыто сошлись на том что сегодня ВУЗы выполняют функцию утилизации энергии молодежи. Ну чтоб они там о революции не думали и т.п. а то головы молодые, горячие — вот пусть придумывают как не вылететь и дырки позакрывать.

Был там еще один момент интересный. Томск там делился своим опытом инкубаторства. Ну и результат у них достаточно плачевный — т.е. реально 1 на 1000 (точно не помню могу приврать). Т.е. работает офигенная машина университета где преподавателей почти столько же сколько студентов и такой мизерный выхлоп.
Так вот а Зинченко оживился и так заявил вот нам для оборонки нужны эти 1 из 1000 типа нормальный результат.

У нас ни в школе не в универе не учат командной работе, целеполаганию,…
Большинство населения — амебы.

Я сейчас затеял эксперимент. Беру студентов с 3его курса пока им мозги окончательно не забили. И усиленно пресую их Agile`ом (SCRUM, XP).
Отбор 1 к 10 на входе. Куча тестов, целый день интенсивное собеседование (групповая работа, тех знание, адекватность)
На выходе через год 5 реальных бойцов готовых дальше учиться и реально работать (из сотни на входе).
Сейчас хочу повторить результат за пол года.

И сверхурочные у меня это не обязанность — это возможность получить кучу опыта за короткий срок и стать реальным профессионалом.

>как замотивировать разработчиков на результат?

Собственно видимо после универа это уже поздно.
Менять что-то надо в школе ИМХО
Only those users with full accounts are able to leave comments. Log in, please.