LINUX.ORG.RU

Софт для удалённой работы?

 


1

3

ЛОР овец, ты когда-нибудь работал удалённо? Как в вашей команде решали проблему коммуникации?

Постепенно прихожу к выводу, что традиционный софт типа жыры и слака на роль основного канала общения мало подходят. Жыра вообще не задумывалась как канал для общения, комменты там чисто рудиментарные, никто не любит ими пользоваться (проверено). Слак и прочие чаты, например, очень бесят, когда тебе начинают одновременно писать пять разных человек. И каждый обижается, что ты ему уже 10 минут не отвечаешь. Если бы в чате хотя бы отображалось, что ты уже общаешься с username1 и username2, чтоб другие видели, что ты занят, и становились в очередь. Кстати, есть где-то такая фича? Далее, когда общаешься с живым человеком в офисе, другие могут краем уха услышать что-то их касающееся и присоединиться. А с приватными чатами это не работает. Да дофига неудобств. Каждый, имеющий опыт удалённки, может часами рассказывать о проблемах с общением.

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

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

Не работай в команде, где больше 2-3 человек \thread

Harald ★★★★★
()

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

Нет общения - нет проблемы. С любителями общаться голосом стараюсь не связываться

Harald ★★★★★
()

И каждый обижается, что ты ему уже 10 минут не отвечаешь.

У тебя проблема не с софтом, а с людьми.

Deleted
()

Если бы в чате хотя бы отображалось, что ты уже общаешься с username1 и username2, чтоб другие видели, что ты занят, и становились в очередь. Кстати, есть где-то такая фича?

Есть, e-mail называется

Harald ★★★★★
()

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

1) Если работа командная, чаты должны быть публичными. Точнее чат должен вообще быть один. В нем должна быть настроена нотификация на ключевые слова и на упоминания участников.

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

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

3) тяжелые обсуждения, в смысле объемные, содержательные и сложные надо вести в mail-листах или форумах или design-спеках, а не в чатах. ЧТобы была возможность поработать над содержимым в асинхронном режиме. Это пожалуй самое сложное, потому что разработчики сейчас не умеют формулировать мысли и писать связные тексты. Но это необходимый скилл, надо учиться.

alpha ★★★★★
()
Ответ на: комментарий от alpha

Если работа командная, чаты должны быть публичными. Точнее чат должен вообще быть один. В нем должна быть настроена нотификация на ключевые слова и на упоминания участников.

а если нужно обсудить кого-то из участников за его спиной :)

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

ты это серьёзно?

Harald ★★★★★
()
Ответ на: комментарий от Harald

Ну у меня, например, в команде 3 программиста плюс тестировщик, UX, админы, маркетинг и т. д. Обычно бываю в офисе, но иногда по нескольку недель работаю удалённо. Сразу чувствуется разница. При удалённой работе общение и переписка неожиданно начинает отнимать кучу сил и создавать кучу стресса. В офисе такой проблемы как-то нет. И кого ни справшивал, все говорят об одном: при удалённой работе больше всего сил отнимает общение. Возможно, у фрилансеров-одиночек всё проще, фиг знает.

HeipaVai1o
() автор топика
Ответ на: комментарий от Harald

ты это серьёзно?

Абсолютно.

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

Тратить пять строк текста на указания «стрелочка во втором слева квадратике смотрящая вниз по диагонали» и т.п. в чате неэффективно. Как и копипастить друг в друга простыни с кодом выясняя, кто сам дурак.

alpha ★★★★★
()
Ответ на: комментарий от Harald

ты это серьёзно?

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

Deleted
()
Ответ на: комментарий от HeipaVai1o

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

Вот когда команда целиком распределенная. то тогда проще, не образуется «кухонной тусовки», все общаются по общим каналам.

alpha ★★★★★
()

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

Deleted
()
Ответ на: комментарий от Deleted

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

По классической рекомендации для удаленщиков конечно все пишут что лица тоже важно видеть, потому что эту улучшает team building, но я в это не верю. Мне кажется что в инженерной тусовке обычно наоборот.

alpha ★★★★★
()
Ответ на: комментарий от alpha

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

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

Harald ★★★★★
()
Ответ на: комментарий от alpha

Когда вся команда работает в офисе а ты один удаленно - это самый плохой use-case и тут на самом деле ничего не сделаешь.

От команды зависит. Мне тут попались типы, которые и друг с другом общаются хреново.

Deleted
()
Ответ на: комментарий от alpha

1) Если работа командная, чаты должны быть публичными. Точнее чат должен вообще быть один. В нем должна быть настроена нотификация на ключевые слова и на упоминания участников.

Публичный чат в нашей фирме плохо работает. Ни у кого нет времени его весь читать, и никто его не читает, пока не пнёшь. Алсо старая информация быстро теряется и трудно находится.

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

Тут согласен. Про видеочаты можно отдельный тред создавать, потому что в моём опыте они никогда нормально не работали. Какой софт юзаете, например? Как сделать, чтоб не было «алё? слышно?» по полчаса, и чтоб у всех был хороший звук?

3) тяжелые обсуждения, в смысле объемные, содержательные и сложные надо вести в mail-листах или форумах или design-спеках, а не в чатах. ЧТобы была возможность поработать над содержимым в асинхронном режиме. Это пожалуй самое сложное, потому что разработчики сейчас не умеют формулировать мысли и писать связные тексты. Но это необходимый скилл, надо учиться.

Вот про форумы, кстати, тоже подумал. Имхо классический форум с разделами и топиками бы лучше всего подошёл. Почему их перестали юзать? Или юзают?

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

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

HeipaVai1o
() автор топика
Последнее исправление: HeipaVai1o (всего исправлений: 1)
Ответ на: комментарий от alpha

Ну мы так делали, но крайне редко, обычно чатик (там код, скрины и т.п.) + голос (чтобы обсудить быстрее и понятее).

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

Deleted
()
Ответ на: комментарий от HeipaVai1o

У тебя какие-то котята которые «не любят», тут либо в них дело, либо вы там регламентами обмазались.

Deleted
()
Ответ на: комментарий от Harald

Не работай в команде, где больше 2-3 человек \thread

Не работай в команде \thread

ashot ★★★★
()
Ответ на: комментарий от Deleted

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

HeipaVai1o
() автор топика
Ответ на: комментарий от HeipaVai1o

Чтоб решение эффективно работало, оно должно нравиться, а не из-под палки.

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

Deleted
()
Ответ на: комментарий от HeipaVai1o

Сейчас у меня всё не так, поэтому расскажу как было, когда я работала с OpenStack:

Публичный чат в нашей фирме плохо работает, пока не пнёшь.

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

Какой софт юзаете, например? Как сделать, чтоб не было «алё? слышно?» по полчаса, и чтоб у всех был хороший звук?

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

Если в мейл-листе большой трафик, быстро задалбывает его просматривать и отмечать всё как прочитанное.

Для писем есть система тегов. В топике письма обязательно указывается [CI], [backend], [release], [all], [critical] и т.п. За неправильное использование тегов дают по шапке. У всех настроены фильтры с подпиской на теги.

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

Почта - это только текст. Интерфейс к нему выбираешь ты, свой личный. За использование HTML в почте тоже руки отрывают.

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

В OpenStack для спек заводят отдельный реп. Спеки пишутся в markdown-формате по шаблону и присылают в репу стандартным пулл-реквестом. Обсуждение соответственно как у любого ревью - в комментах.

https://review.openstack.org/#/c/452546/2/specs/rocky/approved/remove-device-...

Верстается потом для красоты:

https://specs.openstack.org/openstack/nova-specs/specs/queens/index.html

---

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

IDE все настраивают же, и нормально, точно так же с общением, это такой же инструмент разработчика.

alpha ★★★★★
()
Последнее исправление: alpha (всего исправлений: 1)
Ответ на: комментарий от Harald

проще даже скриншот сделать и стрелочки в гимпе пририсовать и в чятик запостить

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

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

Был у нас один товарищ, который на синкапе камеру включил. Мы его сразу попросили выключить. И не показывать нам больше его стену заклеенную целиком плакатами из Playboy.

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

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

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

alpha ★★★★★
()
Ответ на: комментарий от HeipaVai1o

Ещё добавлю:

про «не читают» - надо проработать систему keywords в чате аналогичную тегам в почте, обязать всех подписаться на важные теги. И карать за их неправильное использование. Люди должны выработать доверие к уведомлениям чата. Это не за один день делается, но вполне реально.

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

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

alpha ★★★★★
()
Последнее исправление: alpha (всего исправлений: 1)

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

Нет никаких проблем. Бесят только любители чатиков типа скайпа.

RazrFalcon ★★★★★
()
Ответ на: комментарий от alpha

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

лол

чем это лучше чата?

Harald ★★★★★
()
Ответ на: комментарий от Deleted

Нравятся мальчики девочкам, а инструмент в работе: удовлетворяет условиям или нет.

А мальчики девочек не удовлетворяют разве?
Впрочем, о чем я , это же ЛОР...

Deleted
()
Ответ на: комментарий от Deleted

Не ретроград, просто это приходит с опытом. Только электронная почта, по всем рабочим вопросам. Лучше пока ничего не придумали.

anonymous
()

Жыра вообще не задумывалась как канал для общения, комменты там чисто рудиментарные

Лолшто? Там даже через почту отвечать можно, если в саму жыру лезть лень

annulen ★★★★★
()
Ответ на: комментарий от annulen

В жире комментарии спрятаны в отдельную вкладку и задвинуты в самый низ экрана так, что их не видно. По умолчанию открыта вкладка «All», которая на 90% засрана мусором типа «Петя Камушкин made this changes at mm-dd-yyyy HH:MM. Status: Unconfirmed -> Confirmed». А на первом месте в жире - бюрократическая аттрибутика, типа priority, severity и стопицот других малополезных полей.

Просто жиру покупают не программисты, а менеджеры, вот на них она и ориентируется. Типикал менеджерам с чеклист-ориентед мышлением удобство и продуктивность вообще до фонаря. У них мозг работает так: «Поддержка комментариев - check, диаграммы Гантта - check, поддержка Scrum/Kanban/че там модно в этом сезоне - check... Отлично, покупаем.»

anonymous
()
Ответ на: комментарий от anonymous

По умолчанию открыта вкладка «All»

По-умолчанию открыта последняя активная

Просто жиру покупают не программисты, а менеджеры, вот на них она и ориентируется.

Со своими задачами они однако прекрасно справляется, в подтверждение тому множество опенсорс-проектов, которые ее используют (бесплатно, конечно).

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

annulen ★★★★★
()
Ответ на: комментарий от annulen

Толсто - это про жиру (и твою мамку). Priority и severity полезны в списке задач, чтобы знать, какую задачу открыть и начать рабоотать. А когда ты уже открыл задачу и собрался над ней работать - чем тебе поможет type: task, priority: medium, severity: normal, resolution: unresolved и т. п.? Ничем, эти фичи нужны главным образом мидл-менеджерам.

anonymous
()
Ответ на: комментарий от alpha

По классической рекомендации для удаленщиков конечно все пишут что лица тоже важно видеть, потому что эту улучшает team building, но я в это не верю. Мне кажется что в инженерной тусовке обычно наоборот.

Если общение идёт на иностранном языке, то лично мне лицо собеседника помогает лучше его понять.

ugoday ★★★★★
()
Ответ на: комментарий от anonymous

В опенсорс-проекте triage и assign приходится делать разработчикам, и эти поля реально важны. Если, например, задача в состоянии Need Info, то лучше делать что-то другое

annulen ★★★★★
()
Ответ на: комментарий от annulen

Они важны, только можно было бы все эти поля убрать в один столбик с правой стороны и в основнов режиме фокусироваться на тексте тикета и комментариев, а не на кнопках.

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

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

alpha ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.