Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×

Овертаймы: причины со стороны заказчика и цена

[Об авторе: Владимир Железняк — 17 лет в отрасли, программировал, менеджерил, директорствовал, имел свой бизнес. Провел и прошел кучу собеседований. Соавтор проекта «Психология в IT». Овертаймит редко].

xxx: Пришёл в понедельник на работу и в кружке обнаружил ещё влажный пакетик чая. Предварительно охренев, вспомнил, что пахал оба выходных. © баш

В моей практике была ситуация: пришел на собеседование кандидат, вроде всё хорошо, всё толково рассказывает, но... Когда слушает вопрос — явно теряет нить где-то на третьем предложении. Смотрит куда-то в сторону, переспрашивает... Что такое? «Не выспался», говорит. Причина поиска новой работы — на старой уже три месяца работает без выходных минимум по 12 часов в день.

TLDR: не перерабатывайте сами и не заставляйте других. Звучит как совет от кэпа? Причем совет, которому сложно следовать? Тогда давайте посмотрим, что, почему и как приводит к овертаймам. Будет много баек, взглядов на ситуацию с разных сторон и сколько-то четких рекомендаций.

Почему заказчикам нравятся овертаймы

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

«Вне зависимости от того, что мы определили или нашли, мы понимаем и искренне верим, что каждый делал лучшее из того, что мог, беря во внимание их знания, умения, навыки, ресурсы и обстоятельства на тот момент.» © Prime Directive

Заказчики — чаще всего не дураки. У дураков обычно нет денег, чтобы оплатить работу программистов.

Большинство заказчиков — не айтишники, и очень часто привыкли к гораздо более предсказуемому процессу работы. Грубо говоря, если рабочий за 8 часов закручивает 800 гаек, то за 9 он закрутит 900. При этом в голове очень легко формируется модель «Меньше работает — меньше выход. Больше работает — больше выход».

Когда заказчик начинает работать с айтишниками, он видит, что во время выходных и праздников дело или стоит, или движется гораздо медленнее, чем в будни. Модель подтверждается? Да! Хотя если вдуматься, то подтверждается только первая часть «Меньше работают — меньше выход».

Что происходит с эффективностью

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

«Легко сделать так, чтобы программисты работали больше. Сложно — чтобы делали больше». © Витя Ронин

У меня была ситуация, когда на одном из моих стартап-проектов заказчики внезапно узнали о существовании сильных конкурентов. Оказывается, мы отстали в разработке минимум на год, скорее даже на три. Пытаться догнать было безнадежно, и мы приняли решение сделать pivot — выкинули почти весь код и за три месяца написали прототип. Там был очень жесткий дедлайн: мы либо успевали к конференции и на ней находили инвесторов, либо проект закрывался. Мы успели.

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

Мне было бы интересно провести хорошее исследование в какой-нибудь крупной IT-фирме на эту тему, пока не вижу, кто бы его заказал и оплатил. Ниже мои субъективные выводы:

  • Овертайм — это работа в кредит под высокий процент;
  • Овертаймы позволяют добиться ускорения «сейчас» за счет замедления «потом»;
  • Кредит придется вернуть. Если ты выпил два литра воды, то через какое-то время их придется вернуть во внешний мир. Особенно — если пил из грязной лужи мутного техзадания;
  • Ставка по кредиту — процентов 30-40 в месяц;
  • Заказчики обычно не знают ставки по кредиту либо считают, что смогут соскочить до выплаты.

А что же обычно в подобной ситуации видит заказчик? Через какое-то время после начала овертаймов становится заметно, что вроде бы сотрудники работают больше, а выхлопа как-то маловато. Очень часто заказчики в такой ситуации находят простое, понятное и абсолютно неверное решение: низкая продуктивность — результат обмана, саботажа и низкой квалификации, как со стороны менеджеров, так и со стороны сотрудников. Ситуация усложняется тем, что иногда это правда. Имею в виду «Берем миддла и продаем как синьора» и «Берем синьора и в середине проекта тихо перебрасываем его на другой проект» и другие способы заработать больше или повысить зарплаты.

Вторая бизнес-модель

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

  1. Нанимаешь трудоголика-перфекциониста;
  2. Даешь задачу, просишь эстимейт. Давишь на «А профи делают это втрое быстрее». Часто даже давить не надо, программисты обычно занижают оценку в разы;
  3. Человек проваливает или срок, или качество;
  4. Говоришь: «ты не спец, сделай нормально на выходных». Усиливаешь через «ты подводишь фирму». Если это не срабатывает или давление оказывается слишком трудоемким — моментально выгоняешь. Такой человек не подходит для этой бизнес-модели. «Вы слишком слабы и не можете работать в нашей фирме. До свидания»;
  5. Человек пашет, не поднимая головы;
  6. Человек устает и делает ошибки;
  7. Говоришь «Что-то слабовато совсем, старайся лучше»;
  8. Человек работает без продыху и даже не заикается про повышение зарплаты или отпуск;
  9. Повторяешь пункты 2-8;
  10. Через полгода-год-полтора человек выгорает и дохнет. Заменяешь на нового. Ты получил с большой скидкой овертаймы от классного спеца;
  11. Профит!

Да, сгоревший программист рано или поздно уйдет на новое место к новому менеджеру, а через небольшое время этот менеджер придет в гугл или к консультантам с вопросом «Как мотивировать злобных пофигистов?»

Почему люди не уходят оттуда в первую неделю — отдельная большая тема. Большинство — остается.

Компаний, которые зарабатывают таким способом — не очень много, но они есть. Я лично столкнулся с тремя, еще о нескольких слышал. Категорически не одобряю. Управление чужой самооценкой — это один из мощных инструментов мотивации. Похвалил и поощрил — самооценка растет, поругал или не заметил — самооценка падает. Хвалить надо раз в пять чаще, чем ругать. За подробностями — гуглить «линия Лосада».

Мотивация заказчика

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

Что же может контролировать заказчик в процессе разработки? Крупные фичи? Так они редко бывают и сложно выделить конкретного человека. Стори поинты? Так они абстрактные и похожи на обман. Что осталось? Рабочее время! Вот его и очень хочется взять как KPI.

Если присмотреться к рабочему времени внимательно, то начинаешь видеть, что кроме кодинга есть еще и совещания, опоздания, чай, телефон, личная почта, новости, политика, перекуры, флирт, фаллосометрию и треп на отвлеченные темы. Я много лет работал с таймтрекером. Не для фирмы, для себя — честно записывал все отвлечения более пяти минут. Так вот, хорошо когда у меня получалось 6 часов именно работы в день. Как я понимаю, это норма для 95% людей.

Имеем последовательность: заказчик не понимает происходящего → будущее выглядит непредсказуемым → страшно → хочется контролировать ситуацию → самый простой рычаг — это контроль рабочего времени → люди выглядят бездельниками.

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

Выводы

Итак, почему же заказчики хотят овертаймы на самом деле:

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

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

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn

Схожі статті




Найкращі коментарі пропустити

спасибо, интересно
особенно понравился образ «овертайм == кредит»

Овертаймив дуже багато свого часу, ще й інших примушував за що зараз каюсь.
Жодного разу на звичайних проектах не бачив ситуації коли це було реально потрібно а не було провтиком менеджера/сейлза. Коли примушуєш людей працювати 6 днів замість 5 — вони просто вчаться розтягувати п’ятиденну роботу на шість :) Були випадки коли люди просто шарилися на вихідних помічаючи собі це як овертайм просто щоб заробити більше грошей.

Інша справа короткі(2-4 тижні) сейлз проекти — там від швидкості реалізації прототипу напряму залежить успіх компанії. Тут овертайми я вважаю виправдані але після того треба давати людям відпочинок.

Крім того, в такій культурі всі, від менеджера до VP часто не бачать іншого способу вирішити проблему ніж нагнати людей і примусити їх овертаймити. Інколи це навіть спрацьовує, але кредит все одно доведеться віддавати.

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

Спасибо. Статью хочется разобрать на цитаты. Я пробовала овертаймить и совмещать работу и декрет. Скажу так, если сильно перестараться, то потом даже элементарные задачи даются с трудом- банальная неврастения или истощение по простому. Стараюсь ловить моменты когда я тупо смотрю в экран и уже не соображаю. Если вы уже не реагируете на страх, гнев, поддержку и ободряющие слова коллег -попробуйте выспаться, чтобы вам не говорили, не помогло -отдохните как умеете (буду занудой но скажу, наркотические средства -это тот же кредит, -это истощает еще быстрее). Не помогло? Провертесь на вирус Эпштейна — Барр (забирает силы без видимых причин).

218 коментарів

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

Ошибка людей далёких от программирования в том что к труду программиста не применимы обычные метрики физического труда (закрутил 800 гаек), и зависимость результата от потраченного времени часто нелинейная и непредсказуемая. Можно нафигачить за день много кода, если задача понятна, ты полон вдохновения и архитектура прямо рождается у тебя в голове. А можно потратить 3 дня и написать всего 1 строчку кода , чтобы пофиксить баг затерявшийся в «миске спагетти». Менеджеры этого всего не понимают, тк они не вникают в потроха, они думают что если задача Х в своё время заняла 5 стори пойнтов, то аналогичная задача Y займёт столько же. Аналогию мне поведал недавно мастер автосервиса. Сколько по времени займёт замены шаровой опоры? Он сказал в относительно свежей машине можно сделать меньше чем за час, но если машина старая , которую долго не обслуживали, там может оказаться все что угодно. Прикипевшие болты с сорванными гранями и прочие сюрпризы, так что можно потратить полдня только на то чтобы открутить/выпилить единственный болт чтобы долезть до детали

спасибо, вы мне открыли глаза на заказчиков

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

Был забавный случай: овертаймили ради денег всей командой 3 месяца подряд(по 45-50 часов неделя выходила), потом мой контракт подходил к концу, мне предложили место на другой галере, где на 15% больше оплата. Я сказал на текущем месте о том, что не очень интересно продлевать контракт на прежних условиях, мол есть предложение на 15% больше. Они мне предложили на 10% выше оклад. Через полтора месяца нашли другого на мое место.
Вопрос: зачем просить всех овертаймить, если спокойно 250 человеко-часов могли себе позволить потерять?

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

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

А когда сроки пообещал сам программист?

Тогда нужно умножать на 3. Или хотя бы на 2.

Тогда не будет неоправданных ожиданий.

А это зависит от того, кто пообещал и как. Если джуниор, да ещё под давлением("нам очень-очень надо, мы ж на тебя надеемся, ты ж профессионал") то сам понимаешь. А если синьор-помидор, да без давления, то сам понимаешь тоже :)

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

Но это не делает их оценки правильными.

Абсолютно вірно. Сеньйор — мідл — джун розрізняються в першу чергу відповіддю на питання про оцінку строків.
Сеньйор може оцінити строки і помиляється не більше ніж в троє.
Мідл — помиляється не більльше ніж на порядок.
Джун — не помиляється в строках, бо джуну питання про строки не задають. Джуну строки даються разом з завданням.

При условии, что спека не поменяется 3 раза за спринт, наказывать программиста конечно. А если делать таск типа: «Integrate X», где X — то что должна сделать параллельная команда, а она еще не начала, то это не сроки, а филькина грамота.

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

Правильно, я вот даю оценку такую чтобы успеть всегда: лучше сделать быстрее, чем не вложиться в сроки

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

Кроме того, как мы знаем, быстрее не будет: «Работа заполняет время, отпущенное на неё»

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

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

То есть, точных оценок не бывает, так что мы будем переоценивать и ходить домой в 6, потому что эгоисты. А заказчик заплатит — он-то альтруист...

Нет, не так: заказчику говоришь две оценки. Первая это та, где всё пойдёт хорошо(основанная на «приблизительной» оценке. Вторая та, где всё плохо.

Ну нельзя оценить точно в программировании, нету пока таких методик. Если работа простая, то ещё можно. А если делать то, что не делалось для тебя тогда всё плохо

И что дальше? Как избежать овертаймов?

Не работать с fixed price проектами. Особенно, если речь идёт о больших проектах. Либо брать проекты, которые уже делали не раз и не два, там можно давать точные оценки

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

ok

Там тоже нельзя, но разбег будет меньше. В пределах 20%.

Так и шо — 10% оплаты, 10% овертайма? Или как?

Нет. Либо говоришь две цены, либо сразу + к цене 20%

И что дальше? Как избежать овертаймов?
В некоторых случаях — никак. Даже по х10 кругов нарезают, будьте хоть трижды специалистом в своей области. Зависит от компании и руководителя. Распознать стиль руководства и типаж заказчика / директора — вот задача которая влияет на наличие овертаймов ...

Ой, ну вам ли не знать как менеджеру? бить кнутом или бить пряником.

А если не понятно, что делать? То есть задача исследовательского характера

План работы программист показать обычно не может. Потому что этот план и будет — укрупненным псевдокодом решения задачи.

Поэтому придумана тьма косвенных методов оценки. Обычно — по подобию предыдущих проектов.

А быстрый и грязный — умножение на коэффициент.
Минимальный — пи / 2
Метод Бобука — идеальный,прогнозируемый путь между исходной точкой и конечной является диаметром полуокружности реального пути.

Гладко было на бумаге — да забыли про овраги.
На величину коэффициента так же влияет технический долг проекта. И он, долг этот, вполне может довести к. и до пи.

Потому что его создание займет минимум треть времени от всего решения задачи. А столько времени никто не дает.
Вы наверное не программист, если этих азов не понимаете?

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

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

расчет времени реализации в программировании — всего лишь частный случай этой фундаментальной проблемы.
поэтому и применяются — косвенные оценки «по подобию». и разнообразные системы коэффициентов
...Согласно исследованию компании Standish Group, затраты на ИТ-проект в среднем превышают отведенный под него бюджет на 43%. ... только 29% ИТ-проектов были выполнены в срок и в рамках бюджета, 53% проектов не были сделаны в срок или не уложились в бюджет, а 18% просто провалились.

программисты понимают о чем речь, через пару-тройку лет в профессии.

правда без сроков.
а сколько будет стоить проект — без сроков — спросит тот кто платит.
Тут уже менеджеру придется осознавать
и ставить какой-то срок. потому что ему нужно назвать сумму. ведь делатели «проектов без сроков» не захотят работать бессрочно бесплатно.

еще раз — вам сколько лет, что вы выдаете такие наивные сентенции?

мало того, еще и не очень грамотные.
читаем:
Проект (в управленческой деятельности) (англ. project от лат. projectus — брошенный вперёд, выступающий, выдающийся вперёд) — временное(!!!) предприятие, направленное на создание уникального продукта, услуги или результата
....
основные признаки проекта:
· Направленность на достижение конкретных целей;
· Координированное выполнение взаимосвязанных действий;
· Ограниченная протяженность во времени, с определенным началом и концом;(!!!!)
· Все проекты в определенной степени неповторимы и уникальны.

А это уже его (того, кто платит) головная боль платить за проект
это да, кто платит — тому еще и голова болеть должна :)
Всё же просто.
аха, слова не мальчика, а великого айти-менеджера, да.
который доставляет много головной боли тем кто платит, и так достиг великого успеха.
Ага, именно так. Это его выбор.
вы за него, того кто с деньгами не беспокойтесь.

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

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

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

приведите пример пользы для вас.

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

Если задача исследовательская
то это уже наука.

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

если вы не делали, не участвовали в проектах — то конечно вы этого не понимаете.
но странен программист, который не делал, не участвовал ни в каких проектах...

Вы наверное не программист, если этих азов не понимаете?
Дядя тролль.

geektimes.ru/post/277334 тут интересно раскрыта тема

Спасибо, хорошая статья!

Я вот только думаю, что заказчик, который стейкхолдер продукта, зачастую вообще не заинтересован в овертаймах. Как вы верно заметили, заказчику важны сроки, time-to-market. Овертайм в этом случае — лишь инструмент глупого менеджера, который не умеет решать проблемы, действует исключительно «в лоб». Основных причин, по которым это все же случается, я вижу три:
1) Команда/разработчик не умеет говорить «нет», а менеджер «играет» против команды/разработчика. Существует тысяча и одна практика того, как отказывать в случае, когда тебя хотят поиметь, но людям не позволяет воспитание / характер / убеждения / ответственность / страх whatever.
2) Менеджер «за» команду, но, даже вместе, им не хватает скилла отфильтровать ситуации, когда их пушат овертаймить.
3) Овертайм продается клиенту, и бизнесу (торговле тушками A.K.A. IT-Outsorucing) выгодно жарить сотрудников на овертаймах. Ну и, отсутствие каких-либо company values позволяет так делать.

На мой взгляд, в случаях 1 и 2 надо идти на конфликт/диалог, пытаться объяснять, что жизненный цикл фичи — это ее идея(!), планирование(!), девелопмент, релиз, саппорт и смерть(!). Привести цифры, донести мысль о том, что овертайм = горение = тех.долг = кредит = дорого. Многие команды ведь даже не думают о том, что они не умеют объяснить заказчику причины тех или иных решений. Гораздо проще сказать, что клиент — нуб и неадекват. Буду ждать следующую статью со взглядом со стороны команды!

В случае 3 надо делать «давайдасвидания». Когда такие шараги позакрываются по причине нежелания «ресурсов» гореть за чужую выгоду, в Украине станет легче дышать.

3) Овертайм продается клиенту, и бизнесу (торговле тушками A.K.A. IT-Outsorucing) выгодно жарить сотрудников на овертаймах
btw, а как часто вам попадалась ситуация, когда овертайм продается клиенту?
не «вася, поработай сегодня ночью, плиз», а «сколько там ты наработал вчера ночью? надо выставить инвойс клиенту; нет, никакой доплаты тебе не будет, спасибо, что помог»
если речь не про fixed price, то чаще вижу другую ситуацию: клиент не хочет платить дополнительно, компании пофиг на овертаймы(бо команду менеджер убалтывает на поработать «за спасибо», а клиент не платит — нулевой баланс, никакой выгоды). в итоге никто никому ничего не продает и не выигрывает толком, зато все в жопе

Не часто, правда — но я встречал как ситуации, когда это биллилось кастомеру, компания получала денежку, а разрабы горели за спасибо, так и ситуации, когда овертайм и биллился кастомеру, и выплачивался разработчику. Ну, и, конечно, как вы написали, часто бывает фиксед прайс. И тут надо гореть. Если разработчик, конечно, соглашается работать на фиксед прайс.

Интересная статья, но мне кажется, описаны какие-то крайние случаи. «Профессионал сделает в три раза быстрее» — после таких слов только откровенный мазохист (или непрофессионал) начнет пытаться сделать быстрее. Ну или если у человека обстоятельства такие, что он не может отказаться от работы.

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

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

Многие работают. Причины постараюсь разобрать в следующей части.

я также помню фразы: рынок вакансий полон, Вы знаете где дверь.

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

«Профессионал сделает в три раза быстрее»
В ИТ это, вообще-то, правда. Сильные программисты могут быть в 10 раз сильнее слабых.

Ну как бы странно отрицать, что сотрудники отличаются по уровню эффективности (который сильно коррелирует с уровнем профессионализма). Вопрос в другом. Такое давление со стороны руководства бессмысленно: если они наняли «слабого» программиста (с соответствующей разницей в оплате), то какие основания требовать с него столько, сколько может сильный? Если наняли сильного, то на кого ссылаются, когда говорят про «профи сделает быстрее»?
Такое заявление имеет смысл в том случае, когда есть адекватное сравнение. Например: твой коллега Вася (который работает на аналогичной должности с аналогичной ЗП) делает в три раза быстрее.
А в статье описан крайне манипулятивный и необоснованный подход: поэтому меня и удивляет, что на него может вестись кто-либо, кроме людей с низкой самооценкой или остро нуждающихся в работе .

Оставим в стороне манипуляции. Исследование, на которое ссылается Джоель — среди студентов одной группы, одного возраста, одинаковые примерно все. Разница между лучшими и худшими — в 10 раз.

с соответствующей разницей в оплате
В том-то и дело, что нет. Разница в оплате — ну 2-3 раза.

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

По моему опыту, это широко разрекламированная по Интернету статья делает слишком общие выводы по индустрии на маленькой, можно даже сказать, лабораторной выборке. В том эксперименте не учтён используемый язык, технологии, собственно задачи. Если говорить про профессиональное программирование, то выполнение типовой задачи существенно может ускориться, если использовать наработки с предыдущих проектов. Особенно это справедливо для Java,где много шаблонного (boilerplate) кода.

Язык одинаковый, технологии одинаковые, задача типовая. Все учтено.

Просто разница в программистском таланте выливается в гораздо более значимую разницу на выходе.

Спортсмены на олимпиаде борются за сотые доли секунд. Талантливый программист НА ПОРЯДОК производительнее менее одаренных коллег. И возможность копипастить с предыдущих проектов тут совершенно не при чем.

А как ты изменяешь талант: по какой шкале, каким прибором? Вот я сложные задачи делаю относительно быстро, а простые — относительно долго. Предпочитаю вообще написать скрипт. Я талантлив, или не очень?

Относительно чего? Я вот сравниваю свою производительность с другими примерно равного опыта.

Примерно 75% людей отвечают «да» на вопрос «считаете ли вы, что входите в 5% лучших профессионалов в своей отрасли»...

Это разные вещи. Я вот по доходу точно не вхожу в топ 5, даже по Киеву. Но пардон, доход и талант — разные вещи. Профессионализм доходом измерять можно, талант — нет.

Я про то, что не все способны оценить свой уровень. Эффект Даннинга-Крюгера там, и вообще торжество субъективизма и танцев эго.

Уровень оценить как раз просто — по зарплате.

Почему: вот я допустим получаю XXX за данную работу, смотрим в какой диапазон относительно других попадает это XXX и вуаля — оценка готова

Спасибо большое! Очень познавательная статья!

При попытке впихнуть невпихуемое выпихивается ранее впихнутое. Кроме того, сам процесс впихивания невпихуемого уменьшает предел впихуемости.
cartmendum.livejournal.com/194043.html

Спасибо. Статью хочется разобрать на цитаты. Я пробовала овертаймить и совмещать работу и декрет. Скажу так, если сильно перестараться, то потом даже элементарные задачи даются с трудом- банальная неврастения или истощение по простому. Стараюсь ловить моменты когда я тупо смотрю в экран и уже не соображаю. Если вы уже не реагируете на страх, гнев, поддержку и ободряющие слова коллег -попробуйте выспаться, чтобы вам не говорили, не помогло -отдохните как умеете (буду занудой но скажу, наркотические средства -это тот же кредит, -это истощает еще быстрее). Не помогло? Провертесь на вирус Эпштейна — Барр (забирает силы без видимых причин).

Хорошая статья, спасибо. Очень не хватает таких материалов для просвещения масс. До сих пор полно народу, который считает, что «надо прогибаться».

Считаю овертаймы исключительно работой по желанию. Если кто-то хочет, то пусть работает.

Я с самого начала проекта мерил эффективность в стори-поинтах. Так вот, по прошествии этих трех месяцев эффективность команды упала примерно втрое, и выровнялась только через два месяца.
Кстати, было бы интересно почитать про это статью :)
Считаю овертаймы исключительно работой по желанию
PMы, СТО, СЕО с вами категорически не согласны

Я тоже не согласен с тем фактом, что ламборджини не стоит 200 грн.

Исключительно согласен, что только по желанию и с инициативы команды. Да, есть и такое.

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

Было бы интересно почитать. Я много читал на тему, общался с вовлеченными людьми, но практически везде видел какие-то проблемы и сложности в замере эффективности комманды. Интересно было бы посмотреть на ваш метод.

Овертаймив дуже багато свого часу, ще й інших примушував за що зараз каюсь.
Жодного разу на звичайних проектах не бачив ситуації коли це було реально потрібно а не було провтиком менеджера/сейлза. Коли примушуєш людей працювати 6 днів замість 5 — вони просто вчаться розтягувати п’ятиденну роботу на шість :) Були випадки коли люди просто шарилися на вихідних помічаючи собі це як овертайм просто щоб заробити більше грошей.

Інша справа короткі(2-4 тижні) сейлз проекти — там від швидкості реалізації прототипу напряму залежить успіх компанії. Тут овертайми я вважаю виправдані але після того треба давати людям відпочинок.

Крім того, в такій культурі всі, від менеджера до VP часто не бачать іншого способу вирішити проблему ніж нагнати людей і примусити їх овертаймити. Інколи це навіть спрацьовує, але кредит все одно доведеться віддавати.

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

А молодого програміста який збирається поовертаймити за гроші я хочу застерегти від перепрацювань та трудоголізму — життя занадто коротке щоб витрачати вільний час на досягнення чиїхось завдань.
Если он при этом пркачивает скилл — норм. Но хороший отдых обязательно нужен.
Коли примушуєш людей працювати 6 днів замість 5 — вони просто вчаться розтягувати п’ятиденну роботу на шість :)

за законом Паркінсона : робота забирає стільки часу, скільки на неї відведено

спасибо, интересно
особенно понравился образ «овертайм == кредит»

Tech dept — термін який вже давно використовується.

таки debt.
і перекладається як «борг».
і так, згоден, техдебт насправді ближче до кредиту, ніж «просто боргу», бо з часом повертати треба все більше.

проте, tech debt і овертайм — то різні речі.
не зрозумів, до чого ви то сказали.

Вероятно потому что во время быстрой разработки и овертаймов долг накапливается намного быстрее.

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

Имхо, постоянные овертаймы это признак:
1) недоработки операционного процесса / качества работы ПМа
2) конторы-соковижималки

Не даром ИТ это профессия молодых, дольше выгорают, быстрее востанавливаются

Очень мало советских программистов смогло перестроиться. Я, 1977 г.р. отношусь к 5% старейшин. Поэтому у нас и профессия молодых. На западе очень даже много программеров 50+

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

к сожалению, с некоторыми их представителями я в свое время познакомился будучи в роли такого «молодого»

Это так. Но у нас дело еще и в другом — в хорошо выраженной тенденции набирать молодежь. Мотивы могут быть разными, например, предполагается, что молодыми проще управлять, или что они дешевле, например, но результат один.
Кстати, «на Западе» тоже не все так просто, если, конечно, вы не пишете на Cobol последние 30 лет.

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

Это специфика постсоветских стран, которая имеет тенденцию измениться

Ну отодвинется дедлайн на месяц, два. Что страшного произойдет то?

Менеджер премию не получит

Конкуренты опередят заказчика и заказчик обанкротится

ну да, тут пожалуй зависит все от проекта.

Что, конкуренты есть только у старатпов?

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

На проекте lasttimei.co все зависит от сайта, т.к. нам билд для фотокниг! Поэтому иногда очень многое зависит от дедлайнов!

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

Утрясаяете мелкие детали, и все — ниаких овертаймов, в контракте прописано.

Именно так, почитай что написано у тебя в документах

Предпочитаю работать с оплатой за час. Там Всё просто:сколько отработал — столько получил. Надо работать в выходной, или в неурочное время — двойная оплата. Максимально прозрачные и честные условия для обоих сторон

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

Я в таком раскладе выберу функциональность, конечно. Но мне также нужно знать, когда она будет готова.

Какое еще ТЗ? Agile, сплошной Agile. Еще и LEAN, чтобы жизнь медом не казалась. Вы еще постановщика задач потребуйте :)

Возможен вариант оплаты за функциональность с привязкой ко времени. Но скоро будет зафиксирован железобетонно, на любое «подвинуть кнопочку » тычу мордой в детальное техническое задание. Плюс ко всему оплата считается как обычная оплата в час умноженное на пять. А как ты хотел? Быстро, дёшево надёжно — выбирай любые два. Найдешь другого? Без проблем: только в итоге дешевле Всё равно у меня. Дешёвые фрилансеры часто пропадают, срывают сроки, занижают этикет а у меня работа в срок с приемлемым качеством, но за это надо платить. Не хочешь? Без проблем, заплатишь дешевле другому, но три раза — скупой всегда три раза платит.

Ну, у другого — так у другого. Открытый рынок тем и хорош.

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

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

— Мама, смотри, я фрилансю без рук!
— Ты же просто лежишь на диване...
— Нет, я фрилансю!

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

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

Как вы с таким отношением к заказчикам живете — не понимаю...

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

если бюджет не фиксирован — можно попробовать зафиксировать и требования и эстимейты, но «9 женщин не родят ребенка за месяц» :(

банальность, согласен, но хотелось выпендриться

Неспроста upwork делает скриншоты и оплата идет только за часы, где видна работа.
Нет, технически немного не так. Трекается время и предоставляется заказчику к оплате. Скриншоты идут в дневник. Также время может быть дописано руками (если manual time allowed). Заказчик может оплатить все затреканое, может оспорить. И вот только в случае спора уже
оплата идет только за часы, где видна работа

То есть если заказчик по каким-то причинам (магия!) не против — то можно получить оплату и за те часы, которые непроверяемы скриншотами и активностью.

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

Почему это она не прозрачна? Полностью прозрачна. Заказчик видит активность, видит скриншоты, может быть уверен что работа выполнялась.

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

Потому что «часы» не равно «фичи на проде».

ох.
ничто не равно «фичи на проде».
бо задеплоенный и даже рабочий код может просто не соответствовать требованиям. или игнорировать исключительные, но часто возникающие ситуации. или просто не быть связанным с потребностями бизнеса.
so what?
единственный рабочий способ — платить с дохода? акциями? а согласится ли разработчик разрабатывать за обещания заплатить «когда выстрелит»?

какой по-вашему самый надежный подход?

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

та не обязательно. достаточно, чтоб цели были не противоречивы.
имел опыт работы в команде «энтузиаст, карьерист и лишь-бы-деньги-вовремя-платили».
при нормальном распределении задач и честности друг с другом — отлично работалось.

отлично работалось
А должен продукт получаться.

и? как одно исключает другое?
хорошая производительность == проваленный продукт? рилли?

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

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

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

А на кой мне твой продукт? Что я получу взамен своего здоровья, если он за счёт него станет успешным?

Мы чем-то очень разным на работе занимаемся. Я пытаюсь строить интересные продукты. Вы пытаетесь на что-то сменять здоровье.

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

Есть такая пирамида Маслоу. Она, вкратце, о том, что потребности у людей разные, и развиваются по мере удовлетворения. Сперва — физиология и безопасность, потом общение с другими и социализация, потом самореализация.

Я вовсе не уговариваю вас работать сверхурочно, делайте, как считаете нужным. Но просто допустите на минутку мысль, что не у всех так, как у вас. Люди, испытывающие проблемы с безопасностью, физиологией, здоровьем думают не так, как люди, чувствующие себя безопасно, и ищущие социализации. Мотивация отличается, и интерес к гигиене трудовой деятельности — не константа для всех.

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

В интенсиво педалящей команде можно найти как раз социализацию и самореализацию. То есть, уровень безопасности должен быть относительно насыщен.

Поясняю еще раз, популярно. Если долго работать и не отдыхать можно откинуть копыта. Инсульт или инфаркт и привет

Докину свой старый взгляд на пирамиду it-boost.com/piramida-maslou-v-it

Проблема може бути в тому, що частина людей(а іноді більша частина на проекті) розглядає роботу лише як засіб отримання ресурсів для реалізації себе в чомусь іншому, що цікаво персонально їм. Окрім того, часто в ІТ працюєш з інтровертами, з якими не дуже посоціалізуєшся. Тому очікувати, що ваші працівники в роботі будуть шукати щось окрім грошей, дещо наївно.
Розумію вас, як роботодавця, ви зацікавлені в кінцевому продукті, який би був зроблений вчасно і максимально якісно. В цьому випадку хіба можу порадити брати на роботу людей, з якими заключати контракт в якому буде прописано чіткі сроки здачі продукту, який функціонал мав би бути і максимально допустима кількість критичних багів на момент релізу. Відповідно прописати штрафи за порушення. Так ви себе хоча б мінімально застрахуєте і не буде необхідності в додатковій стимуляції роботи, всі самі будуть розуміти сроки і наслідки.
Звісно, треба також віддадвати належне в тому, що рейти за таку роботу мають бути відчутно вищі за середньоринкові. Ну і джунів на таке не візьмеш. Тому, якщо маєте можливість набрати сіньйорську команду, як на мене, це ідеальний варіант.

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

Все это — яркие признаки потребностей в безопасности. Мы врядли поймем друг друга. Вы не захотите ко мне пойти, я не захочу вас нанять. И я не пытаюсь вас ни в чем убедить, кроме того, что кроме вашей позиции есть и другие. Хотя, по Маслоу, это бессмысленное занятие, у вас “не резонирует” на то, что в голове у меня.
Я отлично помню себя, говорившего вашими словами на первой своей серьезной работе. Я получал немного денег, и ставил их в центр своей работы, все сводил к ним. Они были для меня безопасностью, независимостью, очень важным делом. И я тоже воспринимал разговоры о других мотивах как манипуляцию и манкирование. С годами я понял, что это не так.

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

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

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

В интенсиво педалящей команде можно найти как раз социализацию и самореализацию.

Если это твой продукт и твоя команда. Полагаю, в вашем, Алексей, случае, это именно так.

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

Команда — это группа людей, компания — тоже просто группа людей. Каждый ее формирует, каждый в нее контрибьютит. Не бывает нетвоей команды, если ты в ней.

Другой вопрос, что когда компания огромная — ты привносишь туда чуть-чуть, ты 0.1% общего. Когда ты в стартапе — ты можешь быть 20% всего. Команды. Духа. Ценностей.

Нет никаких преград перед тем, чтобы считать команду своей и продукт своим.

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

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

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

И я не один.

Вы же сами фактически признаете, что для вас работа — не важна.

Право, не стоит заниматься чтением мыслей и подменой понятий. Аналогично вам, это моё дело и моя профессия, и важная часть жизни.

Но, ключевое слово — часть. Ибо жизнь одна, и в ней есть много интересного и нужного и помимо работы. В свете чего, с вашим высказыванием

Мне не хочется в отпуск.

согласиться, применяя на себя, никак не могу. Вы же наверняка слышали о понятии work-life balance, так вот, я говорю именно о нём, а не о тех несчастных людях, которые в понедельник идут в офис как на каторгу :)

пардон, привиделась запятая между «других» и «важных» в вашей цитате

скиньте будь-ласка ваш чорний список «соковижималок». І білий також, якщо можна) дякую)

За два месяца происходит очень многое. В сезонном бизнесе (а их много) — ты пропустил сезон. Ты получил два месяца костов (для которых у тебя, возможно, нет денег). Конкуренты успели стрельнуть раньше тебя, и ты оказался в положении догоняющих. Ты не получил два месяца реальной работы своего продукта и не получил фидбека, ты не понял, верны ли твои гипотезы.

Мне какое дело? Я продаю работу, в часах или в фичах. С какой радости мне работать бесплатно?

С какой радости мне работать бесплатно?
Так а кто просит-то? Там объясняют что с бизнесом может произойти. И задача менеджера организовать процесс таким образом, чтобы достичь цели без овертаймов.
задача менеджера организовать процесс таким образом, чтобы достичь цели без овертаймов.

В ряде случаев это может оказаться невозможным по независящим от менеджера проекта причинам. Типичные примеры: сейлзы наобещали нереалистичные сроки, рекрутеры не смогли нанять команду нужного размера и / или уровня зрелости и т.п.

Если вы думаете, что выбор «овертаймить или нет» — всегда за ПМом или тимлидом, то в реальности это далеко не всегда так.

машина времени уже есть?
если нет, как вы предлагаете это исправлять ретроспективно?

Все так.

Если вы думаете, что выбор «овертаймить или нет» — всегда за ПМом или тимлидом, то в реальности это далеко не всегда так.
Я думаю, что выбор всегда за разработчиком.

Тем не менее, очень многие разработчики соглашаются. Странно, правда? ;) А ведь пистолет у их виска никто не держит...

Но, вообще, я другое хотел сказать. Не так уж и часто, я бы даже сказал — довольно редко, овертаймы — это прихоть или «прикрытие задницы» на уровне ПМ / TL. Гораздо чаще тому же ПМу или тим лиду достаётся только головняк уговорить на овертаймы команду. А «заложены» эти овертаймы были где-нибудь на уровне account management или sales.

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

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

Нет у менеджера такой задачи. Задача менеджера — достижение поставленной цели. С овертаймами, без овертаймов — на усмотрение менеджера и его команды.

Нет у менеджера такой задачи.
Значит нужно поставить.

Как минимум разработчикам, которые выбирают не овертаймить.

С каких пор разрботчики стали ставить задачу менеджерам?

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

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

Многого достигать для кого? Что я получу взамен офертайма? Потеряю здоровье, 100%. Получу что?

Откуда мне знать. Я же не пытаюсь никого уговаривать. Каждый сам выбирает, с кем работать, за что рубиться, где лучше. Договариваешься — и пожинаешь. Кто-то видит смысл, кто-то не видит. Можно ли ожидать одинаковых мотивов от всех людей?

Можно: польза для себя — единственный мотив для всех. Только кого то хитрожопый начальник убедил, что ему очень-очень важно, чтобы обещанное продаваном было выполнено в срок.

Можно: польза для себя — единственный мотив для всех.
Как удобно жить в вашем черно-бело мире, должно быть...

получать удовольствие от жизни, например

Новый опыт — например, если стоит выбор между «овощить» в размеренном саппортном проекте или получить опыт новых технологий в безумной стартапной гонке

На кой мне болт новый опыт, если он за счёт моей жизни?

Лично вам — вполне возможно, и не нужен. Говорят, например, что специалисты по COBOL до сих пор востребованы, и им даже весьма неплохо платят ;)

И это только отчасти шутка — на полном серьезе, есть люди, которым более чем комфортно работается в проектах по поддержке и неспешному допиливанию кода на технологиях 5-10 летней давности. Даже более того — иногда именно такие люди и нужны, потому что молодняк ни за какие коврижки не заставишь разбираться в «древнем г...не мамонта»

Но в этой нише, несмотря на пример с Коболом, всё-таки довольно велик риск рано или поздно остаться на обочине.

Расскажите это менеджерам из Rocket Internet, где овертаймы — часть культуры, а капитализация — больше миллиарда.

ОК, единорог = шаражка. Расскажите мне еще про умных менеджеров.

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

P.S. Про подобную контору и ее культуру переработок даже была целая статья, как бы даже не в Wired.

И сколько от этого миллиарда имеют разрабы, работающие в этой компании? Я, например, работаю в компании имеющей доход более 35 миллиардов долларов в год, но на моей зарплате это как-то не сказывается. Причем даже если бы овертаймил, то все равно профита не заметил бы.

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

Почему для меня должен быть важен успех компании больше, чем моё здоровье?

Не должен. Никто никому ничего не должен. Должен — это если взял и не отдал. Все остальное — по желанию.

То есть, вопрос — как это так оказывается, что для кого-то самореализация важнее здоровье, хотя мне кажется, что так не может быть?

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

Розбір вибірки — просто чудо. Аж один єдиноріг.
А так же синдром тих хто вижив у всі поля. Так, ми бачимо однин успішний випадок, чи не тому що інші контори зафейлились :-)
Це як «у юзернейма батьки алкоголіки — він став успішною людиною, сім’я алкоголіків це нормально».

Единороги вообще редкое явление. Украина, например, ни одного не родила.

Но я сильно сомневаюсь, что хоть в одном единороге частью культуры было уходить в 6 домой.

Ну а я про що.
Ви ставите у приклад маленьку групу відомих компаній, забуваючи про ту величезну массу що зафейлилась або не стали настільки відомими. Чи не тому що ці контори не читали книги з раціонального мислення та гігієни праці :-)

Может поэтому, может не поэтому. Давайте сыграем в другую игру — вы мне покажете единорога, где все как котики в 6 идут домой.

Ты ставишь заведомо невыполнимые условия: в крупных компаниях работает большое количество людей и проектов. Естественно, в каких то из них есть переработки в каких — то нет. Но 100%, есть успешные конторы, где овертаймы редки, добровольны и оплачиваются по премиальному тарифу. Бывает и так:если тебя просят, будь добр остаться и сделать но в остальном за временем ухода-прихода никто не следит. Более того, срок реализации фичи называешь ты сам, если он вменяемый в детали начальство не лезет. То есть, вполне можно в какой то день поработать меньше и пока это не выходит за рамки, никто не спросит. Контор таких лично я знаю несколько, а я ведь не собирал статистику специально

То есть, не все овертаймы одинаково вредны, не все менеджеры с овертаймами терпят крах, да?

Однозначно вредно решение проблем за счёт других,менеджеры поступающие так терпят крах.

Поясню примерами из личной практики.
1) Я делал прототип для одной фичи. Менеджер сказал, мол чувак приезжает заказчик чтобы посмотреть. Надо, чтобы он заказал дальнейшую работу. «Ок» — сказал я:" выйду в выходные из дому и доведу до конца работу«. Заказчик приехал, посмотрел на презентацию, подписал контракт на следующую порцию работы, уехал. Я добавил к праздникам несколько оплачиваемых дней отгула и уехал в отпуск — все были довольны.
2) В одной «прекрасной» конторе мне обещали, что переработок не будет. Но по факту, сообщалось примерно два раза в неделю, что сегодня(!!!) у нас релиз очередной и «надо успеть». В результате, я начал искать другую работу.

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

Пообещал, что овертайма не будет, а он был. Расстались.

Так и шо — дело в овертаймах? Или в умении договариваться?

Проблема в мудаковатости многих отечественных менеджеров и оправдании оной кризисом, зажранностью программистов, пятнами на солнце, еще чем то. Нет людей, надо быстро набрать — расскажу им сказок.Когда люди начнут пенять на несоответствие действительности обещаниям скажу, мол обстоятельства изменились а проект Всё равно делать надо. Хотя зачем мне его проект не ясно

Предлагаешь грабить? На самом деле профсоюз — единственное средство против соковыжималок.

Ну, то есть в США экономика не рыночная? Все же прозрачно: ты предлагаешь условия, а работники договорились и посылают тебя подальше — невидимая рука рынка в действии.

Так можно и не сговариваться, зачем? Не нравится — посылай подальше. Кто ж тебе запрещает?

Так можно и не сговариваться, зачем?
Чтобы менеджеру было как можно больнее на меня давить. Если я откажусь, он найдёт другого пусть себе в убыток. Но если откажутся все, это будет очень больно

И что, вы верите, что из команды, где одни стараются причинить побольше боли другим рождаются хорошие продукты? )

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

я просто добавлю, что в крупных международных компаниях дедлайн — это все. на менеджера ( пускай он заказал проект от имени компании) давит вышестоящий менеджер, на того — гендиректор в Украине, на него — Гендиректор СНГ, на того — заграничное руководство. Объяснить такому количеству руководства почему ты не вложился в сроки ... Тебя автоматически увольняют и с плохой репутацией (!). Потому менеджер будет давить как может на соблюдение дедлайнов, ведь провалиться он не может. Как-то так...

Значит пусть договаривается о сроках изначально

Підписатись на коментарі