Увлеченные деломкак мы создавали команду и строили
процессы
Кто мы?
● с 2013 г. - распределенная команда
● ~ 10 человек
Удаленная работа: типичные представления
Удаленная работа: жестокая реальность
Удаленная работа: Сложности
● Повышенные требования к сотруднику○ дисциплина○ внутренняя мотивация (работать, учиться)
● “Гибкий” график рабочего времени○ часто трактуется “работаю когда хочу”
● Клиенты хотят приехать в офис
Удаленная работа: нам нравится!
● Фильтр незрелых людей по отношению к окружающему миру
● Эффективное использование времени○ делаю разные вещи тогда, когда эффективно это
могу делать
● Не нужно ездить в офис (если не хочется)
И еще одно заблуждение...
“Чувство локтя” - это не когда ты можешь физически потрогать коллегу, это чувство уверенности в том, что он/она тебе поможет (действием, словом), когда будет нужно.
2 важнейших правила
● Делать результат своей работы доступным команде○ ежедневно фиксировать промежуточные
результаты в трекере (или где нужно)○ даже если он не полный!
● Держать всех в курсе твоих планов○ знать самому, что и когда ты будешь делать○ сообщать об этом коллегам○ предупреждать заранее об изменении планов
Нужны ли “взрослой” команде менеджеры?
● Нет, если дизайнеры и программисты сами будут общаться с клиентами
● Нет, если клиентам это (общение с программистами) нравится и это по обоюдному согласию :)
● Нет, если кроме производственных задач вам ничего не надо больше делать
(Похоже, это набросок сюжета какой-то сказки)
Главные Задачи Менеджера
● Координировать○ заказчиков, дизайнеров, разработчиков
● Переводить○ с языка Заказчика на язык Творцов (и обратно)○ убирать эмоции, отделять мух от котлет
● Контролировать○ сроки, информация и т.п.
Инструменты коммуникации
● Redmine○ учет и обсуждение задач по проектам○ фиксация промежуточных результатов
● HipChat○ оперативное общение○ группы (комнаты)
● Google Docs○ совместное редактирование и
рецензирование
Инструменты коммуникации
● Email○ общение с клиентами○ вопросы управления
● Bitbucket.org○ только исходный код○ интегрировали с Redmine и забыли
● Google+○ новости, поздравления○ обмен знаниями: ссылки, дискуссии
Используйте готовую CMS!
Почему веб-студии избегают VCS?
● “Не нужно”○ длительность типичного проекта 1-2 месяца○ “редизайн” == “новый проект”○ 1 разработчик == сам все знает○ цена ошибок не очень дорогая
● “Неудобно”○ Большая связность кода и данных с самого
начала проекта○ Добавляет “лишних” этапов в процесс○ CMSки не поддерживают процесс управления
изменениями
Где мы нашли пользу от VCS?
● Deployment○ быстро развернуть изменения○ быстро откатиться к нужной версии○ “быстро” = “по одной команде”
● Коммуникация○ “Что же там изменилось в верстке?”○ “Что вообще происходит?” (на этапе разработки)
Автоматизация и другие -ЦИЯ
● Автоматизация○ деплой, бекапы, контроль доступности сайтов○ разворачивание “чистого” проекта○ ...
● Стандартизация○ чеклисты○ процессы
● Шаблонизация○ письма, договоры, вопросы и ответы, тестовые
задания и т.п.
Спасибо!
Александр Кунташов [email protected]