Большой брат следит за программистами

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

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

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

Что дает тайм-трекер?

Учет переработок

Разработка ИТ-продуктов всегда сопряжена с рисками, которые приводят к тому, что на проектах случаются переработки сотрудников. Это сверхурочная работа, которую мы оплачиваем в двойном размере. Как узнать сколько времени человек переработал, чтобы честно ему все оплатить? Системно решить эту проблему без использования учета времени довольно тяжело.

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

Помимо учета переработок, есть и другие задачи, которые удобно решать с помощью таймтрекинга.

Рука на пульсе продукта

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

Теперь представьте ситуацию: у вас майлстоун продолжительностью два месяца, на пять разработчиков. Периодически менеджер спрашивает: «Ну мы вообще как там, успеваем?». Разработчики хором: «Да, все идет по плану».

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

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

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

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

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

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

Эффективность проекта

Для бизнеса важно оценивать и прогнозировать экономическую выгоду от каждого проекта. Существенная часть издержек в IT-проектах идет на оплату трудозатрат разработчиков. После утверждения бюджета на разработку продукта, довольно легко рассчитать промежуток времени в рамках которого работа будет приносить компании прибыль.

Задача менеджера держать проект в этих рамках — это в нашей компании является одним из основных KPI для менеджера, на основе которого выплачиваются квартальные премии. Без тайм-трекера проджект-менеджеру это делать тяжело.

Недооценка проекта

Опыт показывает, что проектные задачи, как правило, недооцениваются исполнителями. Трекер позволяет получить статистику по конкретному разработчику. В среднем оценки специалистов отличаются от реального времени, потраченного на задачу на 30%.

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

Недоработки сотрудников

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

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

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

Минусы

Минус на рынке труда высококвалифицированных кадров

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

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

Возможность тотального контроля

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

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

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

Внедрение

Отдел веб-разработки

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

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

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

Отдел мобильной разработки

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

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

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

Подведем итоги

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

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

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

0
119 комментариев
Написать комментарий...
Pavel Ivanov

Сколько бы вы не "объясняли", зачем это делается, мы всё равно знаем, зачем это делается на самом деле.

Ответить
Развернуть ветку
Роман Кудлай

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

Ответить
Развернуть ветку
18 комментариев
Nick Chernyshev
Так продолжается до тех пор, пока за пару недель до дедлайна не выяснится, что некоторые вещи, которые казалось бы почти сделаны, нужно полностью переделывать.
Например, на 80% завершенная задача, которая изо дня в день не переходит в статус готовой — это сигнал.

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

Ответить
Развернуть ветку
Слон Петрович

Сначала тащат левых, совершенно ничего не понимающих в процессе людей на должность "менеджеров", лишь бы пристроить свою родню/друзей/сосок/сосунов (подчеркнуть нужное), а потом

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

А за что этот человек – менеджер – получает зарплату вообще? Видимо вот за это:

Периодически менеджер спрашивает: «Ну мы вообще как там, успеваем?».

Не перетрудиться бы бедняге, просто чудовищная нагрузка!

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

Ответить
Развернуть ветку
Nik Vashenko
Автор

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

Ответить
Развернуть ветку
26 комментариев
John Doe

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

Ответить
Развернуть ветку
Дмитрий Горкун

Ты попробуй объясни еще это. А если не вышел на срочную переработку, а два дня ровно отработал - то на тебя еще будут смотреть как на предателя.

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Perch

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

Ответить
Развернуть ветку
Perch

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

Ответить
Развернуть ветку
Perch

И сотрудники не дураки. Чувствуют, что компы у всех лагают. Сразу ищут обходные пути. Заклеивают камеры и пр. Не понимаю, что у человека должно быть в голове, чтобы накатить подобное решение на всех
сотрудников...

Ответить
Развернуть ветку
Bogdan Novikov

Гори в аду такой работодатель! 👿

Подобные конторы могут служить только одному - стартовой площадкой для начинающих разработчиков. Год-полтора и 80% уходит.

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

И разработчики не глупые люди, те 20% что не уходят - находят пути обхода и получают премии 🤡

Ответить
Развернуть ветку
Nikolai Mazurkin

Контрастирует с позицией Артемия Лебедева (01:54). Кстати я не нашел ни одного рейтинга студий где бы "Lodoss Team" фигурировала бы хотя бы на каком-нибудь месте. Может вам еще рано делиться опытом?

Ответить
Развернуть ветку
Вася Пражкин

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

Ответить
Развернуть ветку
Евгений Самойленко

Да какие там рейтинги, ребята реселл обычный на upwork делают и все.
Так еще и гнут их в хвост и в гриву.

Ответить
Развернуть ветку
Alexey Bykov

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

Ответить
Развернуть ветку
Aleksei Shabelskii

а бирюзовые организации - разве не про среду и мотивацию?

Ответить
Развернуть ветку
1 комментарий

Комментарий удален модератором

Развернуть ветку
Alex Hold

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

Ответить
Развернуть ветку
Andrey Harchenko

Полагаю здесь надо уточнить, что статья в основе своей предполагает модель компании, как outsource / outstuff, где маржа это разница между теми деньгами, что платит клиент за реализацию и затратами на производственные руко-часы. Поэтому важно следить чтобы руко-часы не сгорали за серфингом и котиками. Второе, это работает, при грамотной и детальной декомпозиции задач, плюс многие таски уже реализовались ранее, есть наработки и история по временным затратам. Не уверен что, это будет хорошо работать для Inhouse проектов, где критерий хорошо-плохо и резёрч может тянуть под собой увеличение сроков в 2 и более раз и массу итераций предварительных. Т.е. говорить, что тайм-трекинг это панацея для всех developer-software компаний-студии, будет некорректно.

Ответить
Развернуть ветку
Sergei Timofeyev
С одной стороны у каждого сотрудника своя продуктивность и за одно и то же время можно сделать разный объем работ. Но я считаю, что это не повод работать меньше, а должно компенсироваться величиной денежного вознаграждения. Более эффективный работник получает бОльшую материальную компенсацию. Это — не проблема учета рабочего времени.

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

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

Ответить
Развернуть ветку
Nik Vashenko
Автор

Речи о том, что платим сдельно не было. Все оформлены в соответствии с ТК на 40 часовую рабочую неделю. Специфика работы подразумевает оценку задач по времени. Если у сотрудника получилось выполнить работу быстрее, то или оно недооценил свои силы/переоценил трудоемкость задач, или прыгнул выше головы. Но работник по прежнему работает 40 часовую рабочую неделю, если делает работы больше при сохранении качества то повышается зарплата. Я не понимаю о каком выборе вы говорите.

Ответить
Развернуть ветку
18 комментариев

Комментарий удален модератором

Развернуть ветку
Dmitry Soroka

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

Ответить
Развернуть ветку
Sadiad Ai

Как бывший сотрудник, могу сказать, что после внедрения тотального тайм-трекинга и "системы учета переработок" стало сильно хуже в компании, в том числе психологически. В течение полугода из Lodoss Team ушла часть отдела разработок под мобильники и большая часть отдела web-разработки (в т.ч. основные специалисты).

Ответить
Развернуть ветку
4 комментария
Sam Beckett

Да тут у меня в минусах к сообщению уже отметился один из сотрудников. Правда рассказать ничего не рассказал

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Pavel Pokrovsky

С сайта этой уважаемой организации:
https://lodossteam.com/about
We create web & mobile applications, implement analytics, automize business processes and save efforts of our customers

МГИМО финишд?

Ответить
Развернуть ветку
Игорь Васильев

Когда работаешь с тайм трекером

Ответить
Развернуть ветку
2 комментария
Sam Beckett
если нужно заниматься рабочими вопросами без компьютера, то надо просто написать тайм-менеджеру постфактум и он добавит время вручную

Спасибо, что написали название компании. Ни ногой туда.

Ответить
Развернуть ветку
Дима Лесин

Вообще не понимаю, как в работе программистов можно использовать какие-то трекенги.
У нас недавно в компании был вопрос о том, что хотим повлиять на эффективность наших инженеров, которые занимаются разработкой нашего продукта. Одно из предложений - поставить веб-камеру и следить через нее, чтобы они постоянно трудились. На что я логично заметил "А если они сидят и в носу ковыряют? Что? Подходить и палкой бить? Как веб-камера решит вопрос того, что у человека может быть творческий кризис и он ищет нетривиальное решение проблемы?"

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

П.С. обожаю притчу про людей, которые считают, что 9 женщин могут за 1 месяц родить ребёнка.

Ответить
Развернуть ветку
Илья Н

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

Но вместе с этим у меня возникло куча вопросов. Может те кто разбирается в управлении или в бизнесе ответит мне на них.

1)Если данный метод такой не эффективный, то почему нет текучки, возможно она и есть, но тогда почему компания до сих пор существует?
2)Почему компания с таким плохим управлением стала довольно-таки успешной (сужу по проектам по портфолио - проекты крупные ) ?
3)Кто те люди которые к ним идут работать? Плохие специалисты которых никуда больше не берут или этот тайм-трекер большинством воспринимается нормой?

Ответить
Развернуть ветку
Sadiad Ai

1) Ответ: есть. Студенты и начинающие разработчики, коих в нашем городе выше крыши.
2) проекты (как минимум половина) сделаны ещё теми людьми, которые ушли после введения всего этого дела.
3) см. п.1)

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Daniel Sobol

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

Ответить
Развернуть ветку
Роман Кудлай

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

Так что от ч/ч разработки уже тошнит, а вот именно треканье активности в виде скринов и приложений мне не нравится. Собственно, об этом я и писал ранее.
Го минусить.

Ответить
Развернуть ветку
3 комментария
Виталий Воробьев

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

Ответить
Развернуть ветку
Alex Antipov

От этого должно спасти видеонаблюдение по всему офису =)

Ответить
Развернуть ветку
Aleksei Shabelskii

Думаю да, может. Почему нет.

Ответить
Развернуть ветку
DJ

Добавил эту галеру в блэк-лист и сообщил товарищам.

Ответить
Развернуть ветку
Дмитрий Малахов

"Третий желает работать только в open space" - интересно, такие есть ?
Вот опен спецс хейтеров много, немало людей относятся к ним нейтрально - но жестких любителей опен спейсов не встречал

Ответить
Развернуть ветку
Alex Hold

Филиал ада на земле для программиста -- open space + time tracking + планерки 8 раз в день))

Ответить
Развернуть ветку
1 комментарий
Александр Ерёмин

Open Space — это гуд, трекеры — это фашизм!

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Mark Rapida Gromov

учет времени работы в тетрадке/на доске как проводить?

Ответить
Развернуть ветку
Nik Vashenko
Автор

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

Ответить
Развернуть ветку
2 комментария
Ivan Titkov

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

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Saucedo Puetz

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

Ответить
Развернуть ветку
Виталий Касьянов

/Теперь представьте ситуацию: у вас майлстоун продолжительностью два месяца, на пять разработчиков/
У камня не может быть продолжительности

Ответить
Развернуть ветку
teke teke

надо ввести датчик энтузиазма с которым работник щёлкает мышку и нажимает на клавиши.

Ответить
Развернуть ветку
Alexey Bykov

А как удалить комментарий, если не в ту ветку отправил?

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку

Комментарий удален модератором

Развернуть ветку
Andrew Boiko

Вообще ситуация интресная
1) организовать удаленную работу без трекинга невероятно сложно/дорого
2) в офисе ее организовать проще/дешевле сильно, но в конкртеной точке нехватка разработчиков

Вот и получается, что большие компании стараются держаться подальше от удаленки. Оборазовываются такие мегаскопления разработчиков (Москва, Долина ...). Это конечно в некоторой степени тупик. Еще какое то время будут существовать компании где низкая эффективность разработки не будет приводить к убыткам, из-за недостатка разработчиков хороших на рынке. И получается все идет к :
1) либо установится на рынке стандарт трекания на удаленке + какие то варианты орагнизации рабочего места (open space или еще как)
2) либо все вернуться в офисы

Ответить
Развернуть ветку
116 комментариев
Раскрывать всегда