Овертайми: причини з боку замовника та ціна

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

xxx: Прийшов в понеділок на роботу і в гуртку виявив ще вологий пакетик чаю. Попередньо охренев, згадав, що орав обидва вихідних.© баш

У моїй практиці була ситуація: прийшов на співбесіду кандидат, ніби все добре, все толково розповідає, але... Коли слухає питання — явно втрачає нитку десь на третьому реченні. Дивиться кудись убік, перепитує... Що таке? «Не виспався», каже. Причина пошуку нової роботи — на старій вже три місяці працює без вихідних мінімум по 12 годин в день.

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

Чому замовникам подобаються овертайми

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

«Незалежно від того, що ми визначили або знайшли, ми розуміємо і щиро віримо, що кожен робив найкраще з того, що міг, беручи до уваги їх знання, вміння, навички, ресурси і обставини на той момент.»© Prime Directive

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

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

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

Що відбувається з ефективністю

Швидкий гугл (тиць , тиць , тиць ) підказує, що овертайми знижують загальну ефективність. Біологія, психологія і все таке.

«Легко зробити так, щоб програмісти працювали більше. Складно — щоб робили більше.»© Вітя Ронін

У мене була ситуація, коли на одному з моїх стартап-проектів замовники несподівано дізналися про існування сильних конкурентів. Виявляється, ми відстали у розробці мінімум на рік, скоріше навіть на три. Намагатися наздогнати було безнадійно, і ми прийняли рішення зробити pivot — викинули майже весь код і за три місяці написали прототип. Там був дуже жорсткий дедлайн: ми встигали до конференції і на ній знаходили інвесторів, або проект закривався. Ми встигли.

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

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

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

Друга бізнес-модель

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

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

Так, згорілий програміст рано чи пізно піде на нове місце до нового менеджера, а через невеликий час цей менеджер прийде в гугл або до консультантів з питанням «Як мотивувати злісних пофігістів?»

Чому люди не йдуть звідти в перший тиждень — окрема велика тема. Більшість — залишається.

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

Мотивація замовника

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

Що ж може контролювати замовник в процесі розробки? Великі фічі? Так вони рідко бувають і важко виділити конкретну людину. Сторі поїнти? Так вони абстрактні і схожі на обман. Що залишилося? Робочий час! Ось його і дуже хочеться взяти як KPI.

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

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

Жага влади теж може бути причиною, але це я бачу набагато рідше.

Висновки

Отже, чому ж замовники хочуть овертайми насправді:

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

Опубліковано: 01/08/16 @ 10:00
Розділ Різне

Рекомендуємо:

10 вересня — 8 жовтня, Львів — Семінар «Підготовка до іспиту PMP®»
.NET дайджест #12: .NET Core user secrets, Reactive Trader Cloud, Continuous testing з NCunch
DOU Labs: як в Ciklum розробляли розумний IoT офіс
1 серпня, Київ — Літній інтенсив "Автоматизоване тестування" з нуля і не тільки
20 серпня, Київ — Spring IoC, MVC, AOP, JTA тренінг-інтенсив для початківців