Блог Сергея Будякова

Пишу об управлении стартапом и собой.
CEO в UseDesk и >botmother|. CTO в ISIC. А тут мой фейсбук.

Бизнес-процессы и история

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

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

В истории Российского государства есть интересный период в Х-ХI веках, когда несколько князей начинали поочередно строить единое государство, а другие укрепляли позиции своей области, фактически создавая новое государство внутри.

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

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

З.Ы. Оказывается Юрий Долгорукий не основывал Москву, погуглите, там интересно.

6 февраля  

«Уперся — сообщи» в масштабах компании

Проблемы случаются не только у исполнителя, но и у целой компании. Бывают форс-мажоры, рейдерские захваты. Бывает ломается сервер. Бывает, что падает основная база данных и тянет за собой реплику, если она была. Много чего бывает.

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

Два дня назад один из самых крупных мировых почтовых провайдеров перестал присылать письма. На их инфраструктуре у Юздеска построено много логики. Бекап схема тоже есть, но она по разным причинам не всем подходит: долго переключать, нет пароля от почты и т. д.

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

За эти два дня ребята так и не поделились информацией о причинах проблемы и не сообщили сколько времени может занять устранение. Периоды между формальными отписками службы поддержки занимали до 12 часов.

Идеальных компаний не бывает, у всех случаются проблемы спровоцированные ошибками недостаточным планированием внутри или внешними факторами, на которые сложно было повлиять. Первое, что нужно делать в этой ситуации — сообщить о ней пострадавшей стороне.

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

Дорогая компания, уперлась — сообщи.

5 февраля  

Гигиенический минимум в действиях

Из заметки про страх ошибок вроде бы следует, что можно не парится о качестве вопросов и собственных действиях. Но это не так.

Перед тем как задать вопрос, имеет смысл погуглить. Часто ответ на поверхности настолько, что заданный вопрос вызовет раздражение. Скорее всего человек забудет об этом в следующую секунду, но эмоция отложится в подсознании. Один такой вопрос — ок; два вопроса — хм, ок; три вопроса — братан, ну ты сам может как-то?

С продуктами сложнее. Существует термин MVP — минимальный ценный продукт. Ценный — значит решает одну задачу. Именно решает: интерфейс может быть не очень красивым, с багами в визуальной части. Может быть медленным, но задачу решать должен. Если задача собрать фидбек по теме — то минимальная версия должна качественно фидбек собирать и доставлять его до места обработки.

В каждом случае количество минимальных усилий субъективно. Как понять сделали ли вы достаточно перед тем, как попросить внешней помощи или фидбека? Задайте себе вопрос «Сделал ли я достаточно?»

4 февраля  

О целях

Цели бывают навязанными и придуманными. С первыми все ясно — им не нужно следовать. Со вторыми сложнее.

Все цели людей ими же и придуманы, а обоснованию цели уделяется не много времени:

— Хочу весить 80 кг
— Почему 80?
— Ну, а сколько?

В подкасте Re:work Джейсон Фрайд рассказывает, как однажды перед пробежкой установил цель в 12 минут на дистанцию, а пробежал за 13 минут 20 секунд. Побегал отлично, но в 12 минут не уложился. Цель не выполнена, формально есть повод для расстройства, но так ли это на самом деле? Время то проведено с пользой и удовольствием.

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

Придуманные цели обычно временные — стать лидером рынка. Но что если уже через пару месяцев лидер сменится? Цель на год выполнена или нет? И по каким критериям лидер, кто и как посчитал?

Числовые цели временные всегда. Для того, чтобы стать самым быстрым человеком планеты на стометровке, цель должна быть «обойти результат Болта — 9.58 секунд». Уже 10 лет никто не может этого сделать, но это не навсегда.

Целеполаганию нужно отводить больше времени, вместо числовых целей имеет смысл ставить более осознанные. Не заработать 30 миллионов, а выйти на самоокупаемость. Не пробежать круг за 5 минут, выложиться на полную. Не 80 килограмм, а чтобы бока не свисали. На такие цели проще ориентироваться в ежедневных действиях.

Когда придет время подвести итоги, сравнивать нужно будет не цифры, а результаты. Это гораздо ценнее.

Без числовых целей нельзя обойтись, когда цель вытекает из других чисел, которые нельзя изменить. Например, цель застройщика — продать 1000 квартир. Он бы мог построить другое количество, но построил 1000 и теперь их все надо продать, тут не обойдешься целью «продать как можно больше квартир». Или например — вывести спутник на орбиту. Для этого ракета должна развить первую космическую скорость, которая зависит от массы и радиуса Земли и гравитационной постоянной, которые нельзя поменять. Просто лететь быстро насколько возможно — не очень хорошая цель. Правильная — лететь быстрее 7.9 км/с.

Проверить любую цель просто: задать достаточное количество вопросов «Чтобы что?». Бот трекер в помощь — @iidftracker_bot

О долгосрочных целях в следующий раз.

3 февраля  

Три принципа работы с данными

  1. Не собирайте данные, пока нет хоть какой-то возможности изменить ваши действия на основе собираемых данных.
  1. Прежде чем пытаться собрать данные, посчитайте стоимость их обработки.
  1. Обработанные данные могут оказаться не точны. Учитывайте возможные расходы на откат бизнес-процессов, сделанных на основе неточных данных.
2 февраля  

О ценности советов

Если вы решили сбросить вес, совет от людей с избыточным весом не имеет значения и не восприимается всерьез.

Если вы решили стать предпринимателем, совет от человека без опыта запуска бизнеса не имеет значения.

Как только вы соберетесь перейти на следующий уровень осознанности и управления своим временем и вниманием, совет от психически слабых людей не имеет значения.

1 февраля  

Возьми и сделай

Многие умные ребята боятся ошибаться: они выверяют формулировки, долго редактируют письма, верстают для браузеров из красной книги, не просят помощи и т. д. Боятся потому, что не хотят выглядеть глупо.

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

Нужно просто брать и делать.

31 января  

Магия ежедневных задач

Интересно, что когда задача становится ежедневной, перестаешь думать о том делать или не делать. Начинаешь безальтернативно думать КАК сделать.

Возможно это следствие того, что применить отговорку «Сделаю завтра» нельзя. Конечно завтра сделаешь, но и сегодня тоже надо.

30 января  

Совпадения

Я не верю в совпадения, если какая-то логическая взаимосвязь есть, то скорее всего события связаны.

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

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

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

29 января  

Один клиент

Продажи похожи на спорт. В спорте комбинации отрабатываются до автоматизма и не требуют умственных усилий. Это похоже на чек-листы, о которых не нужно думать, по ним просто нужно проходить с заданным порядком действий.

А дальше у любого спортсмена есть один удар, один бросок, один выстрел, один заплыв, один спринт и так далее. Он не думает о следующем матче или турнирной сетке. Важно сделать одно действие сейчас на максимум возможностей. Потом следующее на максимум. Потом следующее.

Сейчас есть только один клиент, с которым нужно сделать все на максимум.
Сейчас нет пайплайна.
Сейчас нет плана продаж.
Только один клиент.

28 января  
Ctrl + ↓ Ранее