«Зобов’язували повідомляти, навіть якщо йдеш у туалет». Айтівці розповідають про контроль з боку роботодавців
Ми запитали айтівців, наскільки їх контролюють роботодавці або менеджери. У відповідях вони згадали про використання тайм-трекерів, звіти, часті зідзвони, мікроменеджмент і вимоги бути на зв’язку 24/7. Багато фахівців зауважили про відсутність контролю взагалі або про звичні мітинги для відстеження статусу завдань.
Більше про досвід айтівців — у матеріалі.
Тайм-трекери для відстежування продуктивності
Найчастіше айтівці зауважували про використання тайм-трекерів для контролю за роботою.
«На новому місці контролюють робочий день за Time Doctor. Це жахливий трекер, який робить скриншоти екрана, нагадує про себе постійно як у ввімкненому, так і ВИМКНЕНОМУ режимі. Я не вірю, що можна вісім годин на день бути продуктивним, потрібно провітрювати голову, щоб бути зосередженим і виконувати свою роботу добре. Але в такому разі перерви по10–15 хвилин можуть з’їсти годину робочого часу, а ще обід. В результаті робочий день вийде не 8, а9–10 годин (Junior PPC Specialist).
«Наразі працював у двох компаніях на ремоуті. У першій був тайм-трекер, постійний контроль з питаннями, що роблю, що виконав, і щоденним звітуванням. Якщо відійшов більше ніж на 10 хвилин, то виникали питання. І це призводило до того, що я третину часу думав, а чи не здається, що я мало працюю.
У теперішній компанії немає контролю за часом, все розраховано на те, що я працюю у міру своїх можливостей. Спочатку мені було дивно, як це піти на ланч й не відмітитися у двох чатах та у тайм-трекері... А зараз я бачу, як люди час від часу зникають на пів години з онлайну, і це нікого не бентежить. Тож краще у своєму режимі думати про задачі й роботу, ніж створювати видимість зайнятості, обманюючи себе й компанію» (QA Engineer).
«Трекінг, шпигуни на компʼютерах, запис екранів і набору клавіатур» (PHP Dev).
«Сисадмін встановлювала софт на ноути, щоб переглядати дії на робочому місці, інколи робились скриншоти, це було помітно. Також треба було вмикати власний інтернет на телефоні, щоб листуватись з кимось, бо трафік теж переглядався. Менджер з безпеки, колишній працівник СБУ, постійно всіх підслуховував і викликав на нараду до кабінету, якщо хтось спілкувався з колишніми колегами, які покинули компанію і були з керівництвом в ненайкращих відносинах» (інженер пусконалагоджувальних робіт).
«Трекер часу, перевірка чатів з клієнтами» (UI/UX designer).
«Я працюю з трекером часу. По-перше, менеджер завжди перевіряє, щоб зафіксований час відповідав роботі: переглядає залишені репорти, коли там записано небагато, а по часу займає декілька годин, завжди виникають питання «чому не розписано?». По-друге, все має бути заповнено в кінці кожного дня. Тобто якщо працював у середу і не затрекав час одразу, то в четвер вранці чекай повідомлення: «А чому ти не зробив це? Ти що, вчора не працював?» (QA Engineer).
«Тільки трекер, який потім ніхто не перевіряє навіть» (Middle Node.js/React Native Developer).
«На минулому місці у мене був трекер, який скринив монітор і активність клавіатури. На новому місці я щодня роблю звіт за виконаними завданнями. Загалом повна довіра. Такий підхід набагато краще зберігає час і продуктивність, ніж трекінг роботи» (Middle AQA).
Мікроменеджмент, звіти та часті мітинги
«Останні два місяці я відчуваю контроль і мікроменеджмент дуже сильно. Щодня по два-три рази мене смикає менеджер в Teams з питаннями: „А той тікет глянеш? А це питання колеги вирішиш? А це в пріоритет поставиш?“ (Коли я писав цей рядок, менеджер подзвонив, після того як робочий день вже закінчився). Для статистики: у мене найбільше серед команди закритих завдань.Напевно, через дзвінків
50-60 менеджер зрозумів, що я просто фізично не можу опрацьовувати 10 тікетів на день при нормі 30 на місяць. У середньому менеджер надсилав мені близько десятка тікетів щоденно.Був один робочий день, коли у мене не працював Microsoft Dynamics for Outlook плагін, я попросив нашу сек’юріті перевстановити (бо сам не маю прав на робочому ноуті), і процес зайняв дві з половиною години. Мене змусили залишитись після закінчення робочого дня і допрацювати ще трохи. Change management, дідько... Я вже активно розглядаю пропозиції, що надходять у LinkedIn, вчора відіслав рекрутеру резюме вперше за понад два з половиною роки роботи в компанії» (Senior Application Engineer).
«Раніше я працював у „галері“. Наді мною буквально щодня стояли і дивилися все, що роблю. Навіть якщо я мав відійти від компа, то зобов’язаний був повідомити про це. Вибачте за відвертість, але навіть про те, що йду в туалет. У нинішній компанії кардинально інший підхід. Спочатку пояснюють роботу, яку треба виконати, і задають естімейти. Виконання не контролюють, лише раз у кілька днів можуть спитати, чи немає проблем/питань. Можна сказати, контролю немає і роботу довіряють, знаючи, що я її виконаю вчасно» (Middle Java Developer).
«На 99% контролює, гіперконтроль у дрібницях. Надто прискіпливий менеджмент, що ламає всю взаємодію та пріоритети команди» (QA Manager).
«Щоденно в кінці дня пишу звіт у довільній формі щодо проробленої роботи. Контроль не „тотальний“, але потрібно завжди бути онлайн і швидко відповідати на повідомлення або термінові завдання» (Junior QA).
«Не маю трекерів чи погодинної звітності, проте маю забагато звітних мітингів всередині команди. Три й більше на тиждень по годині» (Market Research Analyst).
Традиційні дейлі-мітинги та жодного надмірного контролю
Більшість ІТ-спеціалістів зазначили, що роботодавці та менеджери їх ніяк надмірно не контролюють і довіряють команді. Здебільшого фахівців збирають на дейлі-мітинги для уточнення статусу виконання завдань або звертаються тоді, коли з’являються помилки.
«Контролю нема, є довіра та співпраця як з боку принципал лідів у юніті, так і на проєктах» (Lead Manual QA).
«Роботодавець не контролює взагалі. Він навіть не знає, напевне, хто чим займається» (Senior Manual QA).
«Майже не контролює. Головне відвідувати мітинги, вчасно закривати завдання» (Junior Python Developer).
«Контроль, звичайно, є, але він не тисне, переважно реалізовується через дейлі-статуси, періодично можуть бути додаткові уточнення щодо мого прогресу роботи над певними задачами» (Senior Software Developer).
«Не контролює напряму, для цього використовують Kanban-дошку та дейлі, але це мінімальний контроль» (Middle QA).
«Окрім daily standup meetings, контроль зводиться до повідомлення „how it’s going?“ декілька разів на тиждень» (Senior Java Dev).
«Щодня маємо скрам-кол, на якому звітуємо за попередній день і говоримо, що будемо робити сьогодні. Маємо абсолютну свободу дій протягом дня і плануємо його так, як нам потрібно» (Middle Front-end Developer).
«Клієнт стежить за бордою з тасками, у саме виконання ніколи не заглиблюється, якщо нема багів, а їх нема майже ніколи. Пишу йому, що буду робити кожен день, в особисті повідомлення, а він корегує за потреби. Це тому, що немає дейліків. Менеджер раз на місяць питає, як справи, раз на тиждень я пишу доволі детальний статус роботи (Middle QA Manual).
«Дають по шапці, якщо щось впустили й це пішло в реліз (особливо неприємненько, якщо пропустили функціональні тестувальники, а по шапці дають нам)» (Middle performance analyst).
«Мало, тільки дейлі-дзвінки зі статусами» (Senior Front-end Developer).
«Є стендапи і всяке таке. Але реально, поки робота робиться, ніхто нічого не контролює. Ми всі дорослі люди, хочемо зробити так, щоб продукт працював, ми всі професіонали, які не будуть робити фігню і спитають думку колег, коли є підозра, що щось трохи не туди рухається. Гарний менеджер — непомітний» (Not only Java SW Engineer).
«Раз на тиждень на зідзвоні кожен розповідає про прогрес і плани на наступний тиждень. Загалом жодного контролю, окрім постановки задач, термінів, немає. Зазвичай це визначення пріоритету — він або є, або його нема. Якщо пріоритет є — стараєшся закінчити якнайшвидше. Якщо нема — працюєш, як комфортно, аби зрештою виконати завдання. Те, що особливого контролю немає, мотивує виконувати пріоритетні завдання в найкоротший термін за власним бажанням. Тобто людина сама себе мотивує працювати більше, коли треба, і не потребує збоку менеджера, який стоїть над душею» (Senior Ruby on Rails Developer).
«Щоденні daily-мітинги та короткий підсумок тижневої роботи у вигляді занесення в систему ключових справ/задач/мітингів/інцидентів із приблизними часовими затратами» (Senior PHP Developer).
«Працюємо в офісі, де й так видно, хто чим займається. Раз на тиждень є мітинг QA за участю СТО і Prg lead, де розказуємо більш розгорнуто, що було зроблено за тиждень. Також є Jira, стрім з неї виводиться на телевізор в кухні, тож видно активність роботи команди. Оце й весь контроль :)» (QAE).
А вас контролюють менеджери, які інструменти для цього використовують — розкажіть у коментарях.
