Построение процессов в команде
Кому будет полезна статья?
Полезно будет абсолютно всем, кто делает коммерческие проекты.
Эта информация действительно подойдет для любого читателя будь-то соло-разработчик, стартпер или член большой команды.
Боль
Иногда некоторые команды просто не могут сделать проект хорошо.
Все молодцы, энергичные, талантливые, опытные, мотивированные и трудолюбивые. При этом из дедлайна вывалились, все работает на костылях, проект ушел куда-то в сторону и все устали.
Проблема в кривых процессах. И речь не только про диаграммках, где рисуют «кто кому куда должен стать задачи в трекере».
Для простоты я делю процессы на три категории (по порядку важности):
Найм/Увольнение (если не solo-developer)
Грамотный найм и увольнение это как фундамент для дома. Дом с плохим фундаментом простоит, но либо очень маленький, либо недолго. И абсолютно неважно, что за проект - крупный, мелкий, новостой сайт, магазин, салон для стрижки собак или логистическая кампания.
Всегда, абсолютно всегда, должны быть два условия: условия входа в проект и условия выхода из проекта.
Надо хорошо понимать, с кем ты хочешь работать и вовремя понимать с кем работать лучше не стоит. Почему это так важно? Все просто)
Если неумело нанимать (или брать в партнерство), то в команде появятся ненужные люди. Если с ними не расставаться, то они останутся в команде и потопят проект.
Если совсем не нанимать и не иметь вариантов как и где нанять, то любой уход из команды будет ударом.
Люди внутри в проекта - это поток. Это нормально, это признак здорового проекта. Почему? Тут тоже есть аргументы.
Если люди приходят в проект, значит он кому то интересен. Если люди уходят из проекта, потому что выросли и хотят чего-то большего, значит проект тоже скорее всего вырос вмете с ними.
Так что, если затеяли какой-то движ, то первым делом думаем о потоке людей внутри проекта, и продумаваем кого и почему берем в проект, а кого и за что из проекта выгоняем.
Операционка
Таски, спринты, отчеты, чеклисты, роли, иерархия, делегирование, документация.
Все это нужно, это не ерунда, все это помогает делать работу стабильнохорошо.
По личному опыту, скажу, что у любого иструмента операционного упраления точно есть одно самое главное условие без которого НИЧЕГО не сработает.
Не столь важно какая конкретно методология внедрена, сколь важно реально ее придерживаться. Чтобы люди работали хорошо их надо избалять от хаоса.
Некоторые говорят, что иногда в работе нужен хаос чтобы не заскучать (или для поддержания уровня креативности) - это полнейшая, голимая чушь. Чтобы люди не скучали и не грустили от работы, их надо спасать именно от рутины. А порядок нужен всегда.
Цели
Всегда надо ставить конечную, конкретную цель.
Цель поставлена хорошо, если она выглядит достижимой и у нее есть сроки.
Плохая цель: «Нам надо стать лучшей пекарней в городе»
Хорошая цель: «В этом квартале нам нужно продать в 2 раза больше булок хлеба, чем в прошлом»
Хорошо конкртетизированные цели приводят к конкретным результатам. А конкретные результаты дают сразу две плюшки.
Во-первых по ним можно мерить успех проекта. Во-вторых их можно использовать при построении системы мотивации.
Роли
Роли нужны для того чтобы исполнитель (или сотрудник, или партнер) понимал, за что он несет ответственность. Это очень очевидная и простая вещь, но дает большие преимущества.
Во-первых понимание кто и что должен делать - это уменьшает хаос в работе и экономит время.
Во-вторых если исполнитель (или сотрудник, или партнер) хорошо знает за что несет ответственность, то он хорошо понимает за что будет награжден, а за что наказан.
Задачи
Теперь когда мы знаем кто у нас есть, и чего мы хотим достичь мы начинаем ставить конкретные задачи.
Вот тут начинается самая жираня часть проектного управления, которой можно посвятить десятки, сотни статей.
А можно и не посвящать) А просто пробежаться по основным моментам.
Тело любой любой задачи, вне зависимости от специфики, состоит из следющих частей:
Каждый раз составляя задачу нужно деражать голове эти три пункта.
Проблема это точка А. Она объясняет сразу две вещи: где мы сейчас и зачем вообще что-то делать.
Конечная цель это точка Б. Она помогает нам понять когда задача закончена.
Срок это время закоторое нам надо переместиться из точки А в точку Б
Пропуск любого их пуктов очень критичен и как правило приводит к факапу.
А где процессы?
А вот они уже почти и построены в начальном виде. Внутри нашей команды мы уже имеем ответы на кучу вопросов:
- Какая у нас цель?
- Кто за что ответчает?
- Что должен делать каждый чтобы придти к этой цели?
- Когда мы к ней придем?
Вроде бы, все ок. Но не хватает еще одной очень важной штуки.
Как сделать так, чтобы это работало долго и счастливо?
Чтобы найти ответ на этот вопрос мы переходим к третьему большому блоку - мотивация.
Мотивация
Что такое система мотивации? Для себя я дал исчерпывающее понятние, которого мне полностью хватает чтобы применять в реальной жизни.
Система мотивации - это система, которая помогает хоть иногда получать удовольствие от своей работы.
Существует много мотивацинных драйверов и главная сложность разработки системы мотивации в том, что у каждого человека эти драйверы свои и формируются они много лет как на работе, так и за ее пределами.
Тут не может быть одного правильного фреймворка который работает везде и всегда.
Когда мы сталкиваемся с мотивацией мы в первую очередь сталкиваемся со всем очень человекческим, таким как менталитет, возраст, пол, личные взгляды и т.д, и т.д., и т.д.
Но, сугубо субьективно, есть несколько глобальных тезисов которые я для себя зафиксировал.
На людей работают два больших мотивационных рычага.
Негативный - страх потерять то, что уже есть.
Позитивный - мечта о том, что может быть.
Да, это звучит все звучит как-то размыто, но я подразумеваю вполне конкретные вещи)
Если исполнитель (или сотрудник, или партнер) знает, что ничего не потеряет если будет работать спустя рукава, то он будет работать плохо.
Если исполнитель (или сотрудник, или партнер) знает, что не получит ничего хорошего, даже если будет работать хорошо, то он тоже будет работать плохо.
А если все ровно наоборот, то уже есть большой шанс что работа пойдет хорошо.
Главное следить за тем чтобы люди на всей дистанции помнили, что у них есть и что они могут получить.
Итог
Все выше описанные вещи крайне важны. Качество проработки этих моментов играет решающую роль в успехе любого проекта.
Я сталкивался и с хорошими, и с плохими проектами и, на своем личном опыте заметил, что к отличным результатм приходят именно те, кто специально или случайно (такое тоже бывает) выстроил сильные процессы.
Желаю всем успехов в работе) Спасибо за ваше внимание)
Больше контента в моем Telegram канале https://t.me/dakotovblog