Работа большой распределенной команды: преимущества удаленки, решения проблем, полезные инструменты


    Всем привет! Меня зовут Алексей, я тимлид команды Vimbox (платформа для обучения в Skyeng). Не так давно я выступал на конференции с докладом об удаленной работе и особенностях распределенной команды. Неожиданно темой заинтересовалось много людей, хотя я думал, что хайп уже прошел и никого не удивить. Поэтому я решил поделиться и с вами наработками, полученными за четыре года функционирования в этом формате. Поскольку у нас в компании из 55 разработчиков 51 человек постоянно работает вне офиса, да и сам я живу в Калининграде, думаю, наш опыт многим может пригодиться.


    В чем смысл удаленной работы, почему не сидеть в одном офисе?


    У удаленной работы есть два важных преимущества:


    • эффективность, прежде всего по части коммуникаций. Около 70% времени решения задач разработки уходят на коммуникации, только 30% — на написание кода.
    • найм и удержание классных разработчиков. Предлагая удаленную работу, мы обеспечиваем себе преимущество: можем нанимать людей, которые не хотят или не могут переезжать из своего города или страны. Например, я сам живу в самом лучшем городе в мире – Калининграде. Сколько еще крутых IT-компаний могут предложить мне удаленную работу? Ответ: около нуля.

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


    Как вы проводите собеседования? Когда нельзя увидеть собеседника лично, пожать руку?


    Вот так:



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


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


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


    Как проследить, что человек на удаленке работает, а не сидит на Ютубе?


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


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


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


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


    3  — у нас много команд, иногда одна команда заказывает что-то другой, и ей нужно оценить ориентировочную и итоговую стоимость работы: посмотреть, сколько потрачено времени и умножить на базовую ставку;


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


    У прозрачности есть несколько важных компонентов: актуальные статусы, актуальные remaining estimates, актуальный бэклог. Обеспечив все это, мы избавляемся от бесконечных вопросов от тимлида к разработчику, от продакта к тимлиду и т.д. из серии «когда это будет сделано», «сколько осталось» и «когда на проде». Все всегда можно посмотреть в таск-трекере.


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


    Вот так выглядит наша скрам-доска:



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


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



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


    Бот не только занимается тыканьем, но и сообщает новости о нашей работе: состояние спринта, насколько выполнен, какой прогресс, estimation accuracy, публикует информацию о важных для нас проектах. Вот скриншот; мы тогда занимались миграцией на ангуляр, проект завершен на 91%, видно, сколько часов осталось:



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


    Ну а еще надо поднимать вовлеченность – ежедневные встречи, планирование и ретроспектива, один на один, вимбоксинги и квартальные презентации (это на самом деле не скучно). Недавно начали играть в Counter-Strike, сначала играли внутри команды, а на днях обыграли маркетинг.


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


    Вот пример нашего рефакторинг-митапа:



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


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



    Работая в офисе, я хожу в курилку и столовую, где могу поговорить, обсудить, быть в курсе всего, что происходит. А дома я изолирован, вижу задачки в Джире, мне ничто не интересно. Как быть?


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


    Начнем с тикетов в Джире. Мы используем стандартную Agile практику, у нас практически все тикеты формулируются не задачами (что надо сделать), а проблемами (пользовательский опыт). Это важно при удаленной работе. Вот пример фикса:



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


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


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


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



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


    Ну и наконец – Гоша Live. Наш директор раз в месяц собирает всех сотрудников в онлайне и рассказывает о глобальных результатах и планах, после чего проходит сессия Q&A.


    А когда же вы работаете, если у вас все время встречи?


    Я накидал типичный график разработчика:



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


    Как быть с часовыми поясами?


    Самый большой отрыв по времени сейчас – +7 от Москвы. Это не проблема для митапов в 11 по Москве, а дальше кейсы решаются договоренностями. Если случилось такое, что тебе надо прямо через минуту получить ответ, значит, что-то не так с процессами, их надо перестроить. У нас нет ситуаций, когда надо здесь и сейчас решить рабочий момент. Если же это форс-мажор, то он никак к часовым поясам не привязан, все равно может случиться и среди ночи.


    А как же личное общение?


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


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


    Спросить человека в офисе проще и быстрее!


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


    Ответ простой: слак – это дешево, а живое общение – дорого. Вы сидите в офисе, работаете, делаете задачу, тут коллега тыкает в плечо и задает вопрос, вы отвлекаетесь, начинаете отвечать. Да, есть практика красной папки, которую можно положить на стол, чтобы вас не трогали, но она тоже работает не так хорошо, как хотелось бы. Изменим ситуацию: человек подходит к соседу и начинает с ним тихо о чем-то говорить, вы слышите какие-то ключевые слова типа «вимбокс», думаете, что сейчас они что-то решат без вас, невольно начинаете прислушиваться и отвлекаетесь от своей задачи. Или идете на кухню, видите Глеба, ваша воспитанность не позволяет просто пройти мимо, вы говорите: «Привет, Глеб, как там дела с аналитикой?» и Глеб 15 минут рассказывает про все свои задачи. Вы с ним потеряли по 15 минут. В офисе смазана граница между работой и коммуникацией, и коммуникации часто бессодержательны.


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



    В слаке у нас четкая иерархия каналов. Есть некоторые общие, где сидят все сотрудники. Дальше идут горизонтальные по направлениям, в них более 100 человек в каждом. Затем каналы команд, потом каналы под их конкретные задачи и проекты. У каждой команды также есть канал для идей и для багов. Это сделано, чтобы информационный шум направился в один поток. Отдельный тип каналов – интеграции: там появляются автоматические сообщения, если упал сервер или что-то еще сломалось, на них подписываются те, кто может починить.


    Мы пытаемся сделать коммуникации супер-адресными. Если у нас есть канал на всю команду, он предназначен только для того, что нужно/интересно всем, туда нельзя постить по отдельным проектам. Любое сообщение всегда адресовано конкретным людям, которым оно нужно. В больших каналах у нас запрещено использовать теги @channel и @here. У каждого канала должно быть понятное описание и именование по конвенции: название команды, подразделение команды, цель. Есть даже специальная слак-полиция, которая прибегает через две минуты, если, например, назвать канал не по конвенциям. Они же отвечают за то, чтобы у каждого была аватарка с фото. Я видел другие команды, где вместо аватарок с лицами использовались стандартные значки из Слака. Сразу возникало ощущение, что это внутренний технический инструмент, а не общение с людьми.


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



    А как же обмен опытом в команде?


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


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


    Вимбоксинги надо правильно организовать. Если вы назначите такие встречи и спросите “Кто хочет выступать?”, то с высокой вероятностью выяснится, что никто. Мы задаем другой вопрос – “Кто про что хочет послушать?” И участники команды говорят: я хочу послушать Глеба, потому что мне интересно узнать о его аналитических инструментах. Или: я хочу послушать Диму, потому что он сделал интересную задачу по поиску. Дальше голосуем за каждую тему, если собрали достаточно голосов, то говорим человеку: тебе придется рассказывать. Пока отказов не получали, проводим раз в неделю или две.


    Тривиальная вещь – отдельный канал в слаке, где все делятся прочитанными полезными статьями и интересными книгами.



    Раз или два в месяц проводим общие митапы разработки, где рассказываем глобальные вещи, например, про внедрение алертов в инфраструктуре.


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


    Как вы работаете с инцидентами?


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


    Наверняка есть нерешенные проблемы!


    Да, я рассказал про то, с чем мы уже справились, но на самом деле опросы показывают, что есть вещи, с которыми нам только предстоит разбираться. А именно:


    — обучение


    — офлайн-встречи


    — знать, что происходит в соседних отделах


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


    Инструменты эффективной удаленной работы


    • Slack — вся коммуникация
    • Notion — вики
    • Видеовстречи:
      Hangouts — до 10 человек
      G suite — до 25 человек
      G suite enterprise — до 50 человек
      Hangouts on air — видеозапись
      Zoom — до 100 человек
    • Geekbot — текстовые стендапы
    • Funretro — ретроспективы
    • OpsGenie — информирование об инцидентах

    Отдельно хочу порекомендовать книгу Remote: Office not Required. Она подробно описывает решение проблем удаленного разработчика, а также там много интересного про организацию командной работы. Ну и комикс в тему.


    Ах да, чуть не забыл. Нам в команду всегда нужны крутые full stack, frontend разработчики и не только!

    Skyeng

    85,00

    Компания

    Поделиться публикацией
    Комментарии 39
      +2
      У нас примерно так же. О чем я неоднократно писал.
      Но мы отказались от спринтов на этапе разработки.
      Спринты собираемся снова вводить в ближайшее время, т.к. состоялся релиз продукта.

      Нас 62 разработчика и это примерно 6 команд.
      Были проблемы с коммуникациями, т.к. каждая команда хотела свой сервис.
      В итоге пришли к telegram для письменного общения а для остального Stride.
        0

        у нас ±55 человек, размазанные по трем странам. есть несколько офисов, но ходить туда необязательно. все описанное в статье у нас присутствует.


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

          0
          Обидно, что после решения тестового задания и прохождения интервью, написали, что «нам некуда вас брать». Лучше бы написали, вы слишком слабы, я бы пошел skill качать дальше =)
          А в целом молодцы, что работаете удаленно. Жду когда мир it прозреет до конца и поймет как это классно иметь возможность не ехать в офис.
            0
            Мир давно прозрел.
            Особенно северная часть Европы.
            А вот русский компании (которые не полностью IT ориентированные), еще плохо к этому приспособлены.
              0
              А есть и обратная тенденция, вот в США несколько крупных компаний (Yahoo вроде и еще кто-то) кто раньше продвигал удаленную работу, теперь от нее отказываются и зовут всех обратно в офис.
                0
                А вот русский компании


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

                Российская (русский — это язык) компания может набрать специалистов дешевле в месте своего пребывания. И если она при этом имеет выходы на европейский рынок — у нее все будет хорошо.

                Европейская компания, если желает набрать специалистов дешевле — будет набирать их удаленно, а не у себя в Европе. Будет набирать в той же РФ или Украине. Или просто купит в специализированном бодишопе (компания, которая нанимает специалистов и просто перепродает их — крайний случай аутсорсинга)
              0
              У удаленной работы есть два важных преимущества:

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


              Но это не преимущество, а недостаток.
              Действительно, много времени уходит на коммуникации. А удаленка коммуникации не улучшает.

              А преимущества ровно 2:

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

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

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


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

                  Удаленка помогает людям с серьезной интравертностью — да. Они не способны договориться с коллегой как комфортно общаться.
                +2
                ворклоги

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

                При удаленной работе обычно больше фокусируются на достигнутом результате, а не на отсиженном на рабочем месте времени. У работника появляется мотивация делать работу быстрее, ведь тогда он сможет раньше освободиться и пойти погулять или поделать дела (в отличие от работы в офисе, где обычно все-таки не принято уходить сильно раньше и хочешь-не хочешь а приходится сидеть и имитировать деятельность). Но что в таком случае записать в ворклог? Что если я сделал всю работу на день за 4 часа вместо 8?

                Если я запишу 4, и буду регулярно писать 4, у менеджеров могут возникнуть вопросы, фигли я так мало работаю. Вот еще вчера их вроде устраивал мой темп работы, задачи закрывались вовремя и с удовлетворяющим всех качеством, а вот сегодня они поглядели в мой ворклог и увидели что я работаю всего 4-5 часов в день. Ужас! Непорядок! Сотрудник либо халявит, пиная балду полдня, либо просто недогружен, давайте навалим ему еще работы (за те же деньги разумеется) или устроим разнос на тему «мы тебе деньги платим а ты полдня в носу ковыряешь».

                В особо клинических случаях это еще может привести и к разборкам в духе «мы тут посмотрели что последние N месяцев ты работал только полдня, поэтому сейчас мы из твоей зарплаты удержим то что мы тебе переплатили за полный рабочий день, и ты нам еще и должен останешься».

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

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

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


                  А не наоборот ли?
                  Почасовка — врешь — много денег.
                    0
                    Есть такое понятие, как планирование. Если человек сам оценил свои задачи и этих задач хватает на весь спринт, да ещё есть экстра задачи на случай, если он всё сделал раньше, то как в такой схеме можно задачу за 4 часа делать при оценке в 8 и потом сидеть без дела?) Тут явно плохое планирование
                      +1
                      Оценки обычно делают с большим запасом, ни разу не видел чтобы оценки делали точно. Все эти правила типа «берем названное программистом время и умножаем на 2/Пи/e/еще что-нибудь, тогда может уложимся».
                      Ну и работа бывает работается по-разному. Можно в спокойном среднем режиме сделать задачу за 8 часов, а можно заправиться кофе, включить в наушниках любимый трек, войти в поток и зафигачить ее же за 5-6 часов. И что делать раньше? Брать больше работы? С эгоистической точки наемного сотрудника (доход которого никак не зависит от объема и скорости сделанного) в этом нет никакого смысла, более того есть даже вред — начальство привыкнет давать вам побольше работы, а когда в следующий раз вы вдруг с дополнительной работой не справитесь (ну там поток не получился, кофе невкусный или трек неудачный оказался) то вы уже будете выглядеть не справляющимися со своими обязанностями.
                      Это еще в советские времена всем было известно — план перевыполнять нельзя, иначе на следующий год его просто увеличат.

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

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

                          0

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

                            0
                            Вы совершенно правы =)

                            Помню, по молодости, считал не то что часы, а минуты! Вспоминаю и смеюсь.

                            Сейчас у меня дробность как минимум день, но уже почти созрел на неделю.
                        +1
                        Теория конечно, интересная, но я как то «пробовал» попасть в компанию, еще ни разу у меня такого не было, но запомнилось на всю жизнь.
                        1. HR писала (отвечала на мои вопросы) только один раз в сутки (примерно в 1-2 часа ночи по моему времени), при этом никакой вариант связи кроме почти ей не подходил.
                        2. Она не отвтетила ни на один вопрос, точнее все вопросы она говорила загуглить, или читать в вакансии.
                        3. При этом она настаивала чтобы я сделал тестовое, и только потом все может быть я пойму (что весьма интересено, учитывая что нашли меня они а не я их, то есть я как то не горел делать тестовое не пойми куда и зачем).
                        В итоге, через неделю я просто устал от этого, и сообщил о желании прекратить общение.

                        Дистанционно это конечно хорошо, но создается ощущение что ваши сотрудники сами себе на уме.
                          0

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

                            0
                            Все приблизительно так же. Чаще всего, мы ограничиваемся расшаренным у одного из участников экраном (иногда можно поменяться). Существуют так же тулзы, позволяющие совместно рисовать на онлайн-досках, но нам пользоваться не приходилось. Я понимаю, о чем вы, если речь идет о «горячести» обсуждения — атмосферу действительно трудно воссоздать онлайн, но вот именно в эффективности я не замечаю разницы: так и так находятся хорошие решения (A/B тесты, конечно, провести сложно).
                            0
                            В России действительно, на хватает удаленной работы. А то что есть — это зарубежные компании.

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

                            Я работал почти три года на удаленке в одной крупной компании, где это процесс поставлен как часы. Это великолепно.

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


                              Потому что это не надо.
                              У нас можно вести бизнес и так.

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

                              В случае Европы или США — вы можете нанять персонал и РФ, у вас есть для этого финансовые возможности.

                              В случае РФ — смысл этого теряется. Исключения — редки, вот как описано.

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

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


                                  А еще в Новосибирске медведи по городу ходят. Белые притом.
                                  Зачем получать меньше?

                                  Вы плохо представляете себе новосибирские реалии, еще в конце прошлого века Нские программисты сотрудничали с США напрямую:
                                  1. Всех достойных в Нске уже наняли. Напрямую из Европы и США. Москвичам достаются только объедки
                                  2. И, кстати, Нск — вовсе не дешевый город.


                                  В других более менее крупных городах так же. В Барнауле соседнем с Новосибирском — на Сименс еще лет 10 назад работала толпа программистов.

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

                                  На рынке внутри страны большой выбор только тех кто:
                                  1. Не осилил профессиональный язык — английский.
                                  2. Является начинающим или в принципе со слабой квалфикацией.


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

                              Это отталкивает.
                                0
                                Спасибо! Насчет собеседований: насколько я помню, вы категорически отказались общаться голосом, а тем более по видео? К сожалению, для нас это prerequisite при удаленной работе, этим мы отличаемся от фриланса.
                                  0
                                  Вы молодцы, но чтобы к вам пробиться на работу, нужно пройти занудную HR, потом не менее тупые собеседования.

                                  Взять просто потому что ты есть? Без проверки? То есть ты крут априори потому что существуешь?

                                    0
                                    Для проверок есть оплачиваемый испытательный срок (пару недель хватит), в котором и кандидат тоже проверяет работодателя на то, какой же говнокод у него есть и стоит ли идти дальше.
                                      –1
                                      Для проверок есть оплачиваемый испытательный срок


                                      Для проверок много чего еще есть.
                                      Например, есть беседа до приема на работу. Но она вам почему то не нравится, вы почему то хотите проскачить нахаляву. Видимо ради оплаты на испытательном сроке?
                                        0
                                        Я разве говорил, что беседа мне не нравится?

                                        Я готов общаться сколько угодно.

                                        Предпочитаю текст.
                                          –1
                                          нужно пройти занудную HR, потом не менее тупые собеседования.

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

                                    Я немой.

                                    А видеокамеры у меня нет.

                                    Но погромирую я отлично, это видно по моему портфолио, в котором описан весь опыт.
                                      0
                                      Я немой.


                                      1. Это можно (и нужно) уточнять сразу. Если вы конечно имеете целью именно найти работу, а не просто поругаться на Хабре.

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

                                      3. Предварительное общение нужно и потенциальному сотруднику — чтобы задать вопросы самому тоже и понять, а нужна ли ему эта фирма.

                                        0
                                        2. А собеседования можно научиться проходить, вы и не знали?

                                        Придумает портфолио, придумает все ответы к нему и на собеседовании, пройдёт его.

                                        И что дальше?

                                        1 и 3 — я уже 10 лет работаю удаленно и успешно брал проекты, устраивался на работу совершенно не общаясь голосом и даже не видя собеседника, и даже не зная, какой он.

                                        Все эти потуги видеть, говорить, оценивать вербально мне напоминают то, как нанимают секретарш на работу — оценивают по красоте и внешнему виду.

                                        Если вы не верите моему портфолио, написанному на моём сайте, то какой нам смысл дальше общаться? Доверия нет.

                                        Или вы действительно считаете, что я откликаюсь на вакансию просто от нечего делать и от скуки, а потом, условно, приду в офис, и буду балду пинать и работать не буду? Зачем мне это нужно и зачем мне такая однодневная-однонедельная работа нужна?
                                          0
                                          1 и 3

                                          где у меня написано, что 1 и 3 — голосом нужно делать?

                                          Придумает портфолио, придумает все ответы к нему и на собеседовании, пройдёт его.

                                          Скорее нет, чем да.
                                          Даже примитивная курсовая, сделанная не тобой, легко вычисляется при общении на этапе ее сдачи, был бы интерес у экзаменатора.
                                          Исключения бывают, но это не повод из-за наличия 5% исключений считать неработающими фильтры, которые срабатывают в 95% случаев.

                                          Если вы не верите моему портфолио, написанному на моём сайте, то какой нам смысл дальше общаться? Доверия нет.

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

                                            Работы для HR и для бедных разработчиков, которые собеседуют, а не пишут любимый код, хватит ещё надолго.
                                              0
                                              Да ради бога, пусть проскакивают. Сейчас школоты необразованной много.

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


                                              Ага.
                                              Вот именно поэтому и существуют фильтры, которые вам не нравятся.
                                                0
                                                С чего вы взяли, что мне это нравится или не нравится?

                                                Мне пофиг.

                                                Я лишь выразил своё мнение, как третье лицо.
                                  0
                                  Текстовые стендапы? Неплохо!

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

                                  Самое читаемое