Так, я запутался. Полет США на луну надо вам доказать научным подходом, и там нет фалометрии. Полет Гагарина в космос доказывать не надо потому как это фалометрия. Я правильно вас понял?
Ну я то вам конкретный вопрос задал о том, а вы от него ушли. Нехорошо так делать. А я всё еще жду ответа.
Как вы проверите были ли астронавты в космосе, скажете? Видно МКС, да. Но астронавтов там не видно.
Зачем мне предлагать что-то дельное тому, кто верит в неэффективные методы и защищает их? Я вам предложил выше метод, который вам будет по душе скорее всего, а вы мне про шутеечки какие-то завели. Странный вы.
Неужели всему населению страны это и без петиций было непонятно, за столько то лет? Ну вот пусть даже доказали, а дальше то что? А ничего. Поэтому петиции не работают. Потому как когда можно плевать на мнение народа, то и считаться с ним нет необходимости. А мы просто продолжаем коллекционировать признаки нелегитимности.
А я не шутил. Я вам на полном серьезе предложил помолиться. Вы же уверены в том, что петиции у нас работают, видимо вы любите любые бездейственные методы. Главное чтобы пятую точку со стула не поднимать и не заниматься реальными делами.
Эмпирическим путем для себя решил, что надо двигать ближе к Экватору и подальше от своего нынешнего города.
У нас тут совсем дебильное время (московское), которое имеет рассинхрон со световым днем. Летом в 20 часов еще светло, и в 2 утра уже светает. Короче где-то в Москве это еще может нормально, но она на 1к километров западнее моего города. А удлинение ночи можно достичь только переехав ближе к Экватору. Вот в Испании/Турции/Албании самое оно. Там высыпаюсь великолепно, возвращаюсь в наши широты — снова разбитое состояние по утрам.
Ну вы можете просто ознакомиться с книгой, для начала. Я не агитирую всем бежать сломя голову нанимать удаленщиков, я просто к тому, что при правильно поставленном рабочем процессе и нормальных бизнес-процессах — не должно быть никакой разницы откуда работает человек, из дома, или из офиса. Во всяком случае я именно такой вывод сделал для себя.
Наладить рабочий процесс — полезное дело в любом случае, даже если у вас нет удаленщиков, но например есть те, кто ездит в командировки — их производительность не должна будет упасть от факта поездки. Я видел много примеров, когда из-за плохих бизнес-процессов командированный человек просто лишался возможности работать нормально, а спрос к его работе не падал. Страдали все.
А вот когда процесс налажен, вы сами поймете то, о чем я говорю. Вы сами заметите разницу, что для вас не будет проблем с работой не из офиса. Вот тогда вы и будете готовы работать с удаленщиками, и КПД будет хороший.
Вы меня главное не поймите неправильно. Я не против офисной работы как факт, я даже за то, чтобы удаленщиком раз в год на неделю-две вместе съезжаться и работать — полезно. Я скорее писал обо всем этом как ответ на страх нанимать удаленщиков. Совет простой, не ищите просто удаленщика, а ищите того, кто конкретно вам нужен. Нужен человек который вместе со всеми будет сидеть с 8 до 17 часов и работать — найдете. С таким человеком организовать хэнгаут минутное дело, вероятно это будет даже быстрее, чем подойти к коллеге в офису. Другое дело, что если вы все-равно будете организовывать встречу группы людей — все будут уведомлены, и нет никакой проблемы кому-нибудь из вас принести ноут с собой и поставить рядом, удаленщик будет сидеть в хенгауте/скайпе и так же как и все участвовать в процессе. Я как-то присутствовал таким образом на пятничном митинге где в помещении живых человек было штук 15, и никаких особых проблем с этим не было, на самом деле.
Так же хотел сказать, что такие встречи достаточно редки, чтобы опираться исключительно на них в аргументации против найма и работы с удаленщиками. Ну я конкретно про встречи по выбору платформы/инструментов, если вы конечно не аутсорсер, и каждую неделю по новому проекту, там конечно быть может совсем иначе, опыта не имеют в таких конторах.
В общем целом тут скорее надо искать золотую середину. Рекомендую ознакомиться с книгой «Remote», в ней описан хороший кейс работы с удаленщиками, и если в интернете полно информации о том как вести себя удаленщику, то в данной книге описано то как вести себя работодателю/менеджеру с такими сотрудниками, а это очень полезно. Я честно говоря даже за офис, я не против иногда приходить и видеть лица ребят из команды, но к сожалению мой работодатель в другой стране, и это не так просто сделать :)
А вы когда-нибудь задумывались, что каждый ваш «подойди, покажу» выбивает человека из рабочего состояния? Мне, когда я работал в офисе, приходилось постоянно с этим сталкиваться, поэтому у меня была очень низкая продуктивность, и я реально считал, что я очень плохой работник именно по этой причине. Но когда убрал такие вот раздражители — продуктивность очень сильно выросла. Кто-то может легко переключаться, да. Но далеко не все способны работать нормально в таких условиях. А там же еще теряется время на отвлеченные темы, люди начинают болтать о всякой фигне и в итоге мысль совсем теряется.
В идеале такие моменты надо сводить к минимуму, если у вас очень часто возникает необходимость в таком, то боюсь, что проблема именно в том, что у вас возникают такая необходимость.
Как я выше описал: если это обсуждение задачи, то происходить она должна в рамках задачи, и не важно что вам голосом проще, даже после этого необходимо описать все в самой задачи. Так все будут рады, и ПМ будет видеть что работа идет и на какой стадии, и всегда можно привлечь другого человека, и не пересказывать ему то, что вы только что описывали другому человеку — он прочтет и сам все поймет, будут вопросы — задаст. Если же это просто идея, ну пишите, в чем проблема? Если идея действительно стоящая, что прям есть повод отвлечь другого человека от работы — то можно и созвониться, но как показывает практика — такая необходимость возникает очень редко.
Так же всему этому процессу помогает Agile, а точнее скрам-митинги. На них обсуждаете что сделали вчера, что делаете сейчас и будете делать потом, и все возникшие проблемы/идеи, если есть что сказать вкратце — говорите прям там, если есть что сказать детальнее — после митинга остаются заинтересованные. Таким образом у людей есть четкое разделение дня на обсуждение/разработку, и их меньше выдергивают из одного состояния в другое. Конечно же это все идеальные примеры, и в практике и мне пишут с вопросами, и я пишу. Но обычно они простые и чат позволяет отвечать тогда, когда мне это удобно сделать (я могу условиться с коллегами, что в определенный диапазон времени я отвечаю дольше обычного, и ели есть что срочное, то есть способы обратить на это мое внимание иными способами). Короче говоря как правило проблем совсем не возникает.
Я не просто исполняю, что скажут. У нас есть обсуждения, но они регламентированы в рамках скрама, либо мы назначаем время обсуждения, когда это всем удобно сделать.
Для сведения, я работал и работаю в смешанных командах — часть команды в офисе, часть на удаленке. Серьезных проблем не возникало.
Хотя был один курьезный случай. Пару лет назад у нас фронтенд был полностью в офисе, а бэкенд был полностью на удаленке. И курировались группы разными людьми. Мы готовили альфа-версию перезапуска нашего проекта, и так вышло, что к дедлайну полезли косяки на фронте, очень много и очень серьезные. Оказалось, что их ПМ был «не в курсе» всех этих бесед между собой у разработчиков, и в то же время у них часть информации терялось. Т.к. они так же во время перекура обсуждали, потом отвлекались на какую-то тему, частично забывали обсуждаемое, и получалось так, что триггер «мне нужно обсудить» уже не срабатывал, т.к. вроде обсудили, но люди забывали сам предмет обсуждения и либо не исправляли косяки, либо делали по-разному, либо не делали то, что один просил другого. В то же время по бэкенду все обсуждение велось в тикетах, и таких проблем не было. Это на самом деле очень показательный случай в моей рабочей карьере, который показывает насколько все эти «простые решения» (подойти и обсудить) усложняют жизнь в перспективе.
Это слишком тонкая тема, чтобы обсуждать ее в рамках одного комментария :) Ну обычно легче всего для начала условиться с ПМ или тимлидом, а дальше по обстоятельствам.
Как вы проверите были ли астронавты в космосе, скажете? Видно МКС, да. Но астронавтов там не видно.
У нас тут совсем дебильное время (московское), которое имеет рассинхрон со световым днем. Летом в 20 часов еще светло, и в 2 утра уже светает. Короче где-то в Москве это еще может нормально, но она на 1к километров западнее моего города. А удлинение ночи можно достичь только переехав ближе к Экватору. Вот в Испании/Турции/Албании самое оно. Там высыпаюсь великолепно, возвращаюсь в наши широты — снова разбитое состояние по утрам.
Наладить рабочий процесс — полезное дело в любом случае, даже если у вас нет удаленщиков, но например есть те, кто ездит в командировки — их производительность не должна будет упасть от факта поездки. Я видел много примеров, когда из-за плохих бизнес-процессов командированный человек просто лишался возможности работать нормально, а спрос к его работе не падал. Страдали все.
А вот когда процесс налажен, вы сами поймете то, о чем я говорю. Вы сами заметите разницу, что для вас не будет проблем с работой не из офиса. Вот тогда вы и будете готовы работать с удаленщиками, и КПД будет хороший.
Так же хотел сказать, что такие встречи достаточно редки, чтобы опираться исключительно на них в аргументации против найма и работы с удаленщиками. Ну я конкретно про встречи по выбору платформы/инструментов, если вы конечно не аутсорсер, и каждую неделю по новому проекту, там конечно быть может совсем иначе, опыта не имеют в таких конторах.
В общем целом тут скорее надо искать золотую середину. Рекомендую ознакомиться с книгой «Remote», в ней описан хороший кейс работы с удаленщиками, и если в интернете полно информации о том как вести себя удаленщику, то в данной книге описано то как вести себя работодателю/менеджеру с такими сотрудниками, а это очень полезно. Я честно говоря даже за офис, я не против иногда приходить и видеть лица ребят из команды, но к сожалению мой работодатель в другой стране, и это не так просто сделать :)
В идеале такие моменты надо сводить к минимуму, если у вас очень часто возникает необходимость в таком, то боюсь, что проблема именно в том, что у вас возникают такая необходимость.
Как я выше описал: если это обсуждение задачи, то происходить она должна в рамках задачи, и не важно что вам голосом проще, даже после этого необходимо описать все в самой задачи. Так все будут рады, и ПМ будет видеть что работа идет и на какой стадии, и всегда можно привлечь другого человека, и не пересказывать ему то, что вы только что описывали другому человеку — он прочтет и сам все поймет, будут вопросы — задаст. Если же это просто идея, ну пишите, в чем проблема? Если идея действительно стоящая, что прям есть повод отвлечь другого человека от работы — то можно и созвониться, но как показывает практика — такая необходимость возникает очень редко.
Так же всему этому процессу помогает Agile, а точнее скрам-митинги. На них обсуждаете что сделали вчера, что делаете сейчас и будете делать потом, и все возникшие проблемы/идеи, если есть что сказать вкратце — говорите прям там, если есть что сказать детальнее — после митинга остаются заинтересованные. Таким образом у людей есть четкое разделение дня на обсуждение/разработку, и их меньше выдергивают из одного состояния в другое. Конечно же это все идеальные примеры, и в практике и мне пишут с вопросами, и я пишу. Но обычно они простые и чат позволяет отвечать тогда, когда мне это удобно сделать (я могу условиться с коллегами, что в определенный диапазон времени я отвечаю дольше обычного, и ели есть что срочное, то есть способы обратить на это мое внимание иными способами). Короче говоря как правило проблем совсем не возникает.
Я не просто исполняю, что скажут. У нас есть обсуждения, но они регламентированы в рамках скрама, либо мы назначаем время обсуждения, когда это всем удобно сделать.
Для сведения, я работал и работаю в смешанных командах — часть команды в офисе, часть на удаленке. Серьезных проблем не возникало.
Хотя был один курьезный случай. Пару лет назад у нас фронтенд был полностью в офисе, а бэкенд был полностью на удаленке. И курировались группы разными людьми. Мы готовили альфа-версию перезапуска нашего проекта, и так вышло, что к дедлайну полезли косяки на фронте, очень много и очень серьезные. Оказалось, что их ПМ был «не в курсе» всех этих бесед между собой у разработчиков, и в то же время у них часть информации терялось. Т.к. они так же во время перекура обсуждали, потом отвлекались на какую-то тему, частично забывали обсуждаемое, и получалось так, что триггер «мне нужно обсудить» уже не срабатывал, т.к. вроде обсудили, но люди забывали сам предмет обсуждения и либо не исправляли косяки, либо делали по-разному, либо не делали то, что один просил другого. В то же время по бэкенду все обсуждение велось в тикетах, и таких проблем не было. Это на самом деле очень показательный случай в моей рабочей карьере, который показывает насколько все эти «простые решения» (подойти и обсудить) усложняют жизнь в перспективе.