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

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

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

Главная художественная книга — Конец Смерти, окончание «Воспоминаний о прошлом земли» Лю Цысиня. Если любите качественную рациональную фантастику с небольшим количеством допущений — обязательно прочтите всю трилогию, лучше на английском.

Список книг 2017

Ожидал получить книгу про поведенческую экономику, которую можно советовать подросткам, а получил понятное пособие для новичков-инвесторов.

Ставки по вкладам стремятся к трем процентам, так что если ты не собираешься хранить деньги под матрасом или покупать квартиру в лесу за МКАДом, то вот пара тезисов из книги:

• Не бояться потерь. Если акции упали в цене — это не повод их продавать. Представь, что ты прямо сейчас решаешь, купить эти акции по текущей цене или нет? Если купить — держи дальше. Если нет — продавай.
• Списывать убытки. Если уж решил продавать — продавай. Пофиг, за сколько ты их покупал — ты вложился в дерьмо и дальше будет только хуже.
• Не фиксировать прибыли, если акции растут. Через 10 лет будет еще больше.
• Не играть в профессионального инвестора — если портфель из одних и тех же голубых фишек продержать 10 лет, то заработаешь больше, чем от ежемесячного перетряхивания в попытках предсказать будущее.
• Если уж пытаешься управлять портфелем — при выборе инвестиций смотри на P\E.
• Тренды и знакомые — плохие советчики в принятии инвестиционных решений (авторы, очевидно, не знали про биткоин).

Ну и банальные советы про личные финансы (если вдруг еще не):

• Кредиты — чмо. Если у тебя есть кредит по рыночной ставке — бросай все и отдавай. Кредитку разрежь прямо сейчас.
• Записывай расходы. Тогда узнаешь, что подписка на Эпл музыку стоит 2028 рублей в год, а год ежедневного кофе стоит как поездка в Штаты.
• Записывай доходы. Если вкладываешь деньги — нужно считать их эффективность. Для записи доходов и расходов, я горячо рекомендую систему Севы.
• Не храни все деньги в одном банке, или акциях одной компании.

Больше в книге ничего полезного нет.

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

Ненавидеть фичи — работа не только продуктолога, но и всей команды — дизайнеров, программистов, менеджеров и тестировщиков. Особенно важно ненавидеть фичи в стартапах.

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

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

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

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

Давайте экономить деньги и не любить фичи.

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

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

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

Не пишете тесты? Откройте лучше автомойку, или завербуйтесь к газовикам на север.

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

Краткость

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

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

Проверяемость

Каждый пункт плана содержит глагол в совершенной форме и обещает что-нибудь сделать:

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

• Починили отправку СМС, вот скриншоты с телефона;
• Сделали отчет по пропущенным звонкам, файл во вложении;
• Избавились от падений сервера, вот график мониторинга.

Постоянство

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

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

Писать письма по понедельникам — не больно. Весь процесс планирования и рефлексии занимает не больше 10 минут — не съесть тортик, проходя мимо кофейни, сложнее, чем написать хороший план. И уж точно 10 минут стоят спокойной и результативной недели.

Вместо выводов

1. Короткий и проверяемый план сжигает мосты и мотивирует. Все просто — если план не выполнен, то я плохой менеджер: дал конкретные обещания и сам же их проебал.
2. Постоянная и публичная проверка выполнения плана держит команду в тонусе, а пульс проекта — в ритме 52 отгрузки в год.

* Вместо понедельника, рыбным днем можно назначить вторник, среду, четверг, пятницу, субботу или воскресенье.