Увлеченные деломкак мы создавали команду и строили

процессы

Кто мы?

● с 2013 г. - распределенная команда

● ~ 10 человек

Удаленная работа: типичные представления

Удаленная работа: жестокая реальность

Удаленная работа: Сложности

● Повышенные требования к сотруднику○ дисциплина○ внутренняя мотивация (работать, учиться)

● “Гибкий” график рабочего времени○ часто трактуется “работаю когда хочу”

● Клиенты хотят приехать в офис

Удаленная работа: нам нравится!

● Фильтр незрелых людей по отношению к окружающему миру

● Эффективное использование времени○ делаю разные вещи тогда, когда эффективно это

могу делать

● Не нужно ездить в офис (если не хочется)

И еще одно заблуждение...

“Чувство локтя” - это не когда ты можешь физически потрогать коллегу, это чувство уверенности в том, что он/она тебе поможет (действием, словом), когда будет нужно.

2 важнейших правила

● Делать результат своей работы доступным команде○ ежедневно фиксировать промежуточные

результаты в трекере (или где нужно)○ даже если он не полный!

● Держать всех в курсе твоих планов○ знать самому, что и когда ты будешь делать○ сообщать об этом коллегам○ предупреждать заранее об изменении планов

Нужны ли “взрослой” команде менеджеры?

● Нет, если дизайнеры и программисты сами будут общаться с клиентами

● Нет, если клиентам это (общение с программистами) нравится и это по обоюдному согласию :)

● Нет, если кроме производственных задач вам ничего не надо больше делать

(Похоже, это набросок сюжета какой-то сказки)

Главные Задачи Менеджера

● Координировать○ заказчиков, дизайнеров, разработчиков

● Переводить○ с языка Заказчика на язык Творцов (и обратно)○ убирать эмоции, отделять мух от котлет

● Контролировать○ сроки, информация и т.п.

Инструменты коммуникации

● Redmine○ учет и обсуждение задач по проектам○ фиксация промежуточных результатов

● HipChat○ оперативное общение○ группы (комнаты)

● Google Docs○ совместное редактирование и

рецензирование

Инструменты коммуникации

● Email○ общение с клиентами○ вопросы управления

● Bitbucket.org○ только исходный код○ интегрировали с Redmine и забыли

● Google+○ новости, поздравления○ обмен знаниями: ссылки, дискуссии

Используйте готовую CMS!

Почему веб-студии избегают VCS?

● “Не нужно”○ длительность типичного проекта 1-2 месяца○ “редизайн” == “новый проект”○ 1 разработчик == сам все знает○ цена ошибок не очень дорогая

● “Неудобно”○ Большая связность кода и данных с самого

начала проекта○ Добавляет “лишних” этапов в процесс○ CMSки не поддерживают процесс управления

изменениями

Где мы нашли пользу от VCS?

● Deployment○ быстро развернуть изменения○ быстро откатиться к нужной версии○ “быстро” = “по одной команде”

● Коммуникация○ “Что же там изменилось в верстке?”○ “Что вообще происходит?” (на этапе разработки)

Автоматизация и другие -ЦИЯ

● Автоматизация○ деплой, бекапы, контроль доступности сайтов○ разворачивание “чистого” проекта○ ...

● Стандартизация○ чеклисты○ процессы

● Шаблонизация○ письма, договоры, вопросы и ответы, тестовые

задания и т.п.

Спасибо!

Александр Кунташов kuntashov@gmail.com