Chatterb0x: процесс взаимодействия в команде стартапа

Немного про порядок взаимодействия в команде. Мы все работаем удаленно. Конечно, это накладывает определенный отпечаток на то, как мы ведем дела.

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

Начну с простого — общение

Вместо кабинетного общения и обсуждения мелких рабочих вопросов мы используем telegram. Раньше был Slack, но Telegram есть у всех, а вот убедить инвестора установить себе Slack, например задача не из простых. А уж если команда растет, то нужно еще и платить).

Конечно же, мы хотим иметь возможность отслеживать успехи по итогам рабочего дня, недели, месяца, своевременно узнавать о возникающих проблемах, новостях. Я говорю не только как руководитель, но и как сотрудник. Мы все обычные люди и хотим общаться вживую и иногда на отвлеченные от работы темы. Для этого существует практика коротких стендап-митингов. Все айтишники знают что это такое.

Поэтому мы каждый день, ну ладно, пока почти каждый, но будет совсем каждый, созваниваемся в google hangouts и обсуждаем повестку: кто-что сделал вчера, что буду делать сегодня, какие есть сложности.

Каждое выступление не больше пары минут. Все члены команды должны говорить. Суперпростая и суперэффективная практика.

Чтобы процесс разработки не превращался в брожение по хаосу во тьме, каждую долгосрочную цель нужно разбить на задачи с конкретными дедлайнами, понятными метриками (как мы будем измерять успех выполнения задачи) и описаниями.

Для организации задач мы используем Trello. Тут всё очень просто: создаем несколько столбцов символизирующих статус задачи (надо сделать, делаем, сделано и т.п.). Одна карточка — одна задача. У задачи обязательно должен быть исполнитель, реалистичный дедлайн, внятное описание.

Сделанная задача должна содержать какое-то материальное подтверждение (задача изучить? Опиши что изучил, твои выводы, что узнал. Разработка ПО? Код! Дизайн? Картинка!). Иными словами, задача всегда должна вести к какому-то измеримому результату.

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

Способы борьбы простые:

1. Декомпозиция (дробление) задач на более мелкие;

2. Декомпозиция (дробление) проекта на "спринты" (равные временные отрезки).

Если с разбивкой задач на более мелкие все более-менее ясно, то концепция спринтов людям из не IT-сферы может быть непонятна. Суть в том, что мы выбираем временной отрезок, скажем неделя-две, и планируем какие задачи за этот спринт мы сможем сделать.

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

Оставайтесь с нами!