Илья Макаров

Трекинг времени в основном вводят по трем причинам:

1. Недоверие к сотруднику -> необходимость контроля
   
2. Желание оптимизировать время -> использовать время сотрудников более рационально
   
3. Зарплата зависит от потраченного времени
   

Вопрос в том, по какой причине вводят трекинг?
Первое - если причина в управлении, то это не лечится; если в вас, то вы сами дали повод вас чекать.
Второе - отличная идея.
Третья - тоже хорошо :-)

Я трекаю все, вплоть до совещаний. Минимальный шаг трека - 15 минут. Все, что меньше, объединяю в минимальный трек.
На мой взгляд, трекинг стоит делать в любом случае. Как минимум, анализ собственных треков позволяет увидеть дыры во времени. Как максимум - вы увеличите свою продуктивность раза так в 2.

Удачи :)

Самая первая книга, которую просто для ознакомления стоит прочитать - Lean StartUp, там конечно воды дохрена, но ключевая мысль - надо все тестить.

По факту, перед написанием кода надо было задаться вопросом - для кого этот продукт? Кто целевая аудитория?

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

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

Все.

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

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

Кстати, вот недавно курс попадался https://simulator.gopractice.ru/ хз конечно норм он или нет, но просто для информации, может что-то вам зайдет с этого сайта.

>>> Я стараюсь установить небольшой срок, чтобы не вызывать раздражение у ПМа

Ключевая фраза. Вы хорошо проанализировали собственное поведение. Теперь осталось только исправить это :)
У вас 2 варианта:

1. Дать маленький срок и не вызвать раздражение у ПМа. Во-первых, если ваш ПМ раздражается на такие вещи, то это проблемы ПМа, а не ваши. Во-вторых, если вы не сможете выдержать сроки, то получите большее раздражение. А чтобы их выдержать, вам придется жертвовать, вплоть до личной жизни
   
2. Дать сроки адекватные. Если ПМ адекватный, он попросит их обосновать. Если же неадекватный, то начнет возмущаться, топать ножкой и поорывать. Подумайте, хотите ли вы с таким ПМом работать.
   

Правильно выше сказали, что умножайте срок.
Лично я всегда умножаю период работы на "Коэффициент оптимизма". Он составляет от 20% до 200%, в зависимости от моего оптимизма в задаче. Если все ок и однозначно понятно, что нужно делать, то минимальное значение. Если же задача размыта, ожидается геморрой и пр., то максимальное.

Выбор за вами.

«В молодости я спросил у начальника, как оценить время на выполнение работы? И начальник ответил мне:
— Время, которое ты планируешь, умножить на Пи пополам, плюс 2 недели.
— Почему Пи пополам? — удивился я.
— Потому что в реальной жизни ты никогда не будешь двигаться к своей цели напрямую, а скорее — по дуге окружности.
— А почему плюс две недели?
— А потому, что когда ты в итоге просрёшь все сроки, то за две недели хоть что-то успеешь сделать.» (с)