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