В дискуссии под предыдущим постом была упомянута книжка ReWork, которую мне уже давно рекомендовал почитать один мой друг, и я всё собирался, но руки никак не доходили. Видимо, это была последняя необходимая капля, чтобы я, наконец, сел её читать. И это действительно просто кладезь прекрасных мыслей про управление командой, мотивацией, продуктом. Кажется, с каждого второго её разворота (я пока прочёл примерно половину в kindle на ноутбуке) я сделал скриншоты с цитатами для себя.

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

Хотя, на самом деле, было и что-то довольно свежее для меня. То, во что вроде бы веришь, но признаться об этом вслух (и даже самому себе) как будто бы неприлично. Вот, например, цитата, которая прямо противоречит традиционным призывам не принимать решений о продукте на собственном опыте.

When you build a product or service, you make the call on hundreds of tiny decisions each day. If you're solving someone else's problem, you're constantly stabbing in the dark. When you solve your own problem, the light comes on. You know exactly what the right answer is.

У меня есть такая особенность, что я не могу долго заниматься продуктом, клиентом которого себя не представляю. Возможно, поэтому мне очень тяжело даётся проведение custdev-интервью (а, возможно, поэтому я и не продакт 🙂). И я просто не могу не поддержать такой прекрасный ход мыслей. Правда, я очень четко отдаю себе отчёт в том, что совет делать продукт для себя не работает в вакууме. Если следовать ему, то надо следовать и другим рекомендациям из книги, например отсекать всё лишнее и очень четко обозначать свою нишу. Потому что когда ты меряешь продукт по себе, то и нишу надо определять так же.

В общем, не знаю как насчёт продуктов, которые люди делают на работе (я-то на работе другим занят 😈), а вот для того, что я пилю в свободное время, мне всё, что описано в ReWork очень подходит. Не хочется тратить свободное время на абстрактные идеи, которые пусть и могут принести в теории больше денег, чем продукт для себя, но абсолютно не доставляют радости при работе над ними в моменте. Потому что работа над ними ощущается как ещё одна полноценная работа. А делать что-то для себя с первого момента доставляет удовольствие.

А вы верите в целесообразность делания продуктов “для себя”?

#books #rework

#books #rework

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

Начнём с базы. Размышления и обсуждения надо трансформировать в принятие решений. Не должно быть встреч с повесткой “давайте обсудим” или “подумаем”. Даже если вы собираетесь на брейншторм, вы должны понимать с чем конкретно вы собираетесь оттуда выйти. Есть компании/команды с ужасной менеджерской культурой — “сто встреч и ноль фоллоуапов“ (уверен многие тут знают о чем речь 😈). Чаще всего это происходит потому что никто не хочет брать на себя ответственность за принятие решений. Такие встречи увеличивают фрустрацию вместо того, чтобы мотивировать команду. А должно быть наоборот — встретились, решили, разошлись вдохновленные новым вызовом. Как меня когда-то учил мой наставник по проектному менеджменту — ты должен приходить на встречу с готовым решением в голове, а команда должна уходить со встречи с ощущением, что вы на встрече вместе до него договорились.

Whenever you can, swap "Let's think about it" for "Let's decide on it." Commit to making decisions. Don't wait for the perfect solution. Decide and move forward.
You want to get into the rhythm of making choices. When you get in that flow of making decision after decision, you build momentum and boost morale. Decisions are progress.
Each one you make is a brick in your foundation. You can't build on top of "We'll decide later," but you can build on top of "Done."

Чтобы не так страшно было брать на себя ответственность за принятие решений, запомните два важных правила. Первое — идеальных решений не существует. Сколько бы вы ни потратили времени на размышления, обсуждения и анализ, все равно есть шанс ошибиться и что-то не учесть. Поэтому соглашайтесь на то, что сейчас выглядит достаточно хорошо. Завтра у вас будет больше информации, а послезавтра ещё больше. Поэтому, если вы не приняли решение сегодня, завтра вы откатитесь назад, так как будете его искать исходя уже из новых вводных. Вам же важно двигаться вперёд и не застревать на месте. Так что неплохое решение сейчас гораздо лучше идеального через месяц (ну или, если честно, то никогда).

It doesn't matter how much you plan, you'll still get some stuff wrong anyway. Don't make things worse by overanalyzing and delaying before you even get going.

...a big part of this: You don't have to live with a decision forever. If you make a mistake, you can correct it later.

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

Instead, make choices that are small enough that they're effectively temporary. When you make tiny decisions, you can't make big mistakes. These small decisions mean you can afford to change. There's no big penalty if you mess up.
You just fix it.

Тут, наверное, без примеров не обойтись. Ну, например, пусть речь идёт про какие-то процессы разработки и у вас в команде сейчас только senior-разработчики. Значит сейчас вам не надо придумывать решения, которые будет допускать наличие junior’ов в команде. Потому что если у вас сейчас нет джуна и вы их даже не собеседовали, то в ближайшие N месяцев их и не появится. А команда из одних синиоров и команда с джунами — это две разные команды.

#books #rework #decisionmaking