Оценки, клиенты и процессы

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

18 статей

Google убивает органику e-commerce. Что делать владельцу сейчас?

В апреле я открыл Google Analytics трёх e-commerce проектов, с которыми работаю давно. Органика Google: минус 23% год к году. Не у одного клиента — у трёх разных магазинов, разные ниши, разный размер, разный возраст сайта. Картина одинаковая.

Владеть продуктом, а не только разрабатывать его: три момента, когда я это понял

Я долго думал, что быть хорошим разработчиком — значит делать хорошо то, что попросили. Пишут задачу — я её реализую. Принимают работу — я иду дальше. Так работает большинство. Так работал и я. До трёх конкретных моментов.

Почему я веду список «что НЕ делать в следующем проекте»

После каждого проекта я открываю одну и ту же заметку. Называю её «что не делать в следующем проекте». Там не «что прошло хорошо» — это в ретроспективу. Только одно: что именно я не повторю.

Как я вычисляю трудного клиента ещё до старта проекта

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

Я перестал оценивать в story points. Теперь первый вопрос — что может сломать всё

Три года назад я отвечал на вопрос «сколько это займёт?» одинаково: открывал Trello, декомпозировал на задачи, ставил story points. Потом суммировал, умножал на velocity, называл срок.

Нет, я не масштабируюсь. И это моя стратегия.

Мне периодически говорят: «Тебе надо масштабироваться». Я работаю как независимый инженер и не масштабирую практику в агентство. Соглашаюсь кивком и не делаю ничего. Не потому что лень. Потому что я пробовал.

Я перестал собеседовать разработчиков. Вот что я делаю вместо этого

В 2020 году я нанял разработчика, который на собеседовании безупречно объяснил архитектуру microservices, правильно ответил на все вопросы по PHP и произвёл впечатление на двух людей в команде. Через четыре месяца я его уволил. Не потому что он был плохим человеком — он просто не умел работать в нашем реальном контексте.

Технический долг в деньгах: как я объясняю рефакторинг без слова «архитектура»

Первые три раза я объяснял рефакторинг через «архитектуру» — и получал вежливое «окей, но давайте сначала сделаем фичи». Потом я поменял одну вещь: вместо «архитектурного долга» сказал «вот эта часть системы сейчас стоит нам дополнительных 6 часов на каждый новый тип доставки. За квартал это 60 часов, которые мы теряем». Клиент ответил: «ладно, выдели неделю».

Я веду блог, но ставлю на LinkedIn. Вот почему.

Через три недели после запуска ivanpin.com я посмотрел на источники трафика. LinkedIn дал на порядок больше визитов, чем поисковая органика. Сайту три недели, это нормально. Молодые домены так не работают. Но я всё равно задал себе следующий вопрос: а что будет, когда индексация устаканится?