Как стать автором
Обновить

Комментарии 11

Обращаясь в личку, сразу избегай прелюдий;
Не согласен., имхо «Привет» и какое-нибудь «пожалуйста» лучше все-таки написать вместе с вопросом. Я ж не гугл чтобы неоформленный реквест разбирать.
Здесь основной посыл — написать всю требуемую информацию в одном сообщении, а не слать пачку сообщений, каждый раз отвлекая собеседника.
Так что, если «Привет» приходит в одном сообщении с вопросом, то это нормально.
Не согласен., имхо «Привет» и какое-нибудь «пожалуйста» лучше все-таки написать вместе с вопросом.
Вместе с вопросом конечно лучше написать. В статье речь шла о ситуации, когда человек пишет «Привет!», потом ждет ответа, потом пишет вопрос.
У нас так часто происходил диалог в чате с менеджерами:

Привет!
Привет!
Дальше минуты 2 в чате скайпа висит: Иван Петров печатает сообщение…
У некоторых сначала должен произойти handshake, а потом уже идёт отправка пакета. Иногда алгоритм столь крив, что и формирование пакета начинается только после успешной установки соединения и что-то отваливается по таймауту. А есть люди, от которых минут 5-10 приходит «пишет-не пишет-пишет», а приходит «Добрый день». И ты понимаешь, что на полчаса можно их окно свернуть, а потом прочитать уже сформированное из нескольких сообщений нечто, похожее на вопрос. К счастью, это в прошлом.
Ну как-то первые два пункта сильно спорные.

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

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

А в остальном все по теме, да.
Угу, но на это "ты тут" и прочее и уходят эти полчаса.
ИМХО, оптимально. Привет. Суть вопроса / Привет. Тут? Суть вопроса. Т.е. в одной фразе, а не распылять на несколько. Если человек тут и может сразу ответить, то он и ответит. Или попросит подождать, если занят. Если его нет на месте, то фраза "ты тут" в принципе бессмыслена.
Говорю как человек, которого эти "вокруг до около" периодически достают и сильно отвлекают от работы, и на которые тратится лишнее время.
Внесу свои «пять копеек», т.к. уже два года работаю удаленно и есть некоторые моменты, которые иногда доводят «до кипения».

Лучше написать «Привет», но не отдельным сообщением, которое только отвлечет и раздражит коллегу, а в начале большого сообщения. Всё-таки все мы люди :)

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

Если суть вопроса не получается уместить в нескольких предложениях, есть много нюансов, то лучше сразу созвониться и обсудить проблему голосом. При этом, конечно же, нужно заранее спросить — свободен ли коллега. Соглашусь, «Не занят?» — глупый вопрос. Я обычно пишу просто «позвоню?» — ясно и понятно.
Именно, а я уже решу, есть у меня время на этот вопрос и сколько он в действительности займет "минутку" или несколько больше.
Забавно, выглядит как список правил для вопросов на StackOverflow. Да и на любом другом форуме. Собственно, очевидные факты, но раз за разом их надо проговаривать людям.
Правила полезные, но не универсальные. Если вы хотите побеседовать с коллегой на другом краю света, то лучше, все же, начинать с приветствия. Возможно, человек занят, например показывает на своем компьютере что-то третьему лицу. Всплывающие сообщения могут быть крайне неуместны. Если собеседника нет на месте, то велика вероятность, что вам придется перенаправить вопрос другому человеку или в общий чат. И, скорее всего, вопрос придется переформулировать.
Ниже написано ИМХО, основанное на собственном опыте удалённой разработки.

Практика обсуждать проектные вопросы текстом — почти всегда неэффективна.

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

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

Какой вопрос я могу задать в переписке?
"Вот описание бага placeholder, можешь помочь?"
"Я поставил софт A и библиотеку B, у всех работает, у меня — нет. Stackoverflow молчит. Github библиотеки не обновлялся 5 месяцев. Помогите, вот логи, вот переменные окружения, вот лунный календарь и дата моего рождения."
"Вот приёмочные критерии placeholder, они правильные?"

Созвонись и покажи на экране, дай потрогать, посмотреть окружение.
Узнаешь в 100 раз больше о связанных темах за то же время.
Если вводишь нового разработчика в проект, подключись по рабочему столу и помоги настроить окружение / сделать первую историю.
Тогда он начнёт приносить пользу на легаси проекте через 30 минут, а не через пол дня / день / месяц.

Мы для таких вопросов используем AmmyyAdmin/TeamViewer/Skype

Какая основная проблема распределённых команд?
Как ни странно — это отсутствие доверия.

Если вы параллельно с кем-то девелопите (условно) фронт-енд и бэк-енд и не общаетесь голосом хотя бы раз в день,
то бэкендщик со временем станет для вас нелогичным ублюдком, а вы — для него.
Именно отсутствие доверия и общения ведёт к "войне коммитов", затягиванию проектов, долгим обсуждениям или наоборот авторитарному
режиму, неэффективному расходованию человеческих ресурсов и прочим детским болезням удалённых команд.
Для победы над отсутствием доверия в некоторых крупных компаниях устраивают регулярные face2face встречи.

Подробнее про доверие и паттерны взаимодействия в командах можно почитать у господина ДеМарко "Балдеющие от адреналина и зомбированные шаблонами"

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

Пришли логи от клиента из его интранета? Им место на почте.
Документ с обратной связью от клиента;
Результаты важного обсуждения;
Приглашения на мероприятия;
Нотификации от сторонних сервисов и health-page — туда же.

Для чего же чат?
Дежурный обмен приветствиями в начале рабочего дня и пожелания хорошего отдыха перед выходными.
Крики "билд красный", которые следует увидеть всем.
И в редких случаях какая-нибудь команда для командной строки или приглашение на несрочный/срочный созвон.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории