Неподходящий момент для общения
Постоянно участвовать в групповом чате все равно что весь день сидеть на совещании безо всякой конкретной темы. Такое времяпрепровождение безумно утомляет.
Общение в чате – это непрерывно движущийся конвейер. Если вас не оказалось на месте в начале разговора, вы уже не успеете вставить свои пять копеек. То есть если вам есть что сказать, надо следить за беседой весь день (а иногда и за несколькими «комнатами» или каналами). Конечно, от чатов можно отключиться, но тогда придется преодолевать страх упущенных возможностей. Сомнительный компромисс…
Чатами нужно пользоваться разумно. Они удобны, когда надо быстро выяснить что-то срочное или ввести коллег в курс дела. (Еще он хорош как замена «курилке» – где люди болтают о всяких пустяках, сплачиваясь в паузах между работой.)
Но находясь в «комнате» срочных сообщений, важно не перейти тонкую грань и не начать считать своим долгом подвергать немедленному обсуждению каждую реплику. Почти все должно и может подождать, пока спрашивающий не проявит настойчивость.
При этом есть риск, что молчание сочтут знаком согласия. «Как ты не согласен? Мы же обсуждали это в чате». – «Я ничего об этом не знаю, меня не было, я работал». – «Ну, очень жаль, но мы все обсудили и решили, что ты не против, раз молчишь». – «Черт!» Если решения принимаются в чатах, таких недоразумений не избежать.
В отношении чатов мы завели два правила: «Иногда в реальном времени, но в основном асинхронно» и «Если это важно – не торопись».
Серьезные темы требуют времени. Необходимо, чтобы они были сформулированы отдельно от остальной болтовни и к их обсуждению подключились все сотрудники. Дабы не дробить важную информацию, мы просим написать краткий обзор. Это соответствует правилу «Если все должны это увидеть, не замусоривай чат». Таким образом, дискуссия не уползет из окна через пять минут.
Многие руководители полюбили групповые чаты за возможность в любой момент заглянуть в них и донести информацию сразу до всех. Сотрудники же из кожи вон лезут, чтобы создать видимость присутствия в чате и при этом успевать выполнять свои прямые обязанности.
В сфере разработки ПО принято во всем винить пользователей. Эти неумехи вечно делают все неправильно – а надо вот так и вот эдак. Но на самом деле их поведение зависит от дизайна. И если он вызывает стресс, значит, он плох.
Чат полезен в малых дозах, не объедайтесь им.
Дредлайны
Большинство дедлайнов мы бы назвали скорее дредлайнами, то есть нереальными сроками с постоянно растущими требованиями к проекту. Работа накапливается, а времени больше не дают. Это не работа – это ад.
Без фиксированных, разумных пределов невозможно спокойно работать. Осознавая, что не сможешь выполнить все необходимое в заданный период, или получая дополнительные задания, начинаешь действовать в лихорадочном состоянии. Авралы не приводят ни к чему хорошему.
Мы всё делаем по-другому.
Дедлайны в Basecamp строгие, но фиксированные и разумные. Если надо сдать 20 ноября, значит, надо сдать 20 ноября. Дата не сдвинется ни вперед, ни назад.
Меняться может только объем работы – но лишь в меньшую сторону. Нельзя устанавливать дедлайн, а потом увеличивать объем. Это неразумно. Проекты у нас только уменьшаются, а не разрастаются. Постепенно мы отделяем обязательные задачи от дополнительных плюсов и отбрасываем лишнее.
