Агейченко Александр@Wackaloon
Технический руководитель продуктового направления
Информация
- В рейтинге
- Не участвует
- Откуда
- Таганрог, Ростовская обл., Россия
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Технический менеджер продукта
Ведущий
Git
SQL
Python
Разработка под Android
Разработка под iOS
Стратегическое управление
Продуктовая аналитика
Планирование
Ведение переговоров
Разработка ТЗ
Зависит от сложности задачи.
Если человек живет дома один, он сам себе готовит, убирает и стирает и еще посуду после себя моет. Нанимать отдельно повара, уборщицу, посудомойку и бухгалтера очевидный перебор.
Купил домик побольше, завел жену и детишек 5 штук - вот и домработница лишней не будет. Но отдельный повар с бухгалтером все еще "оверкилл".
Купил особняк и живешь там всем кланом с родственниками до 4 колена - пора и повара отдельного нанимать с уборщицей и развивать "фэмили офис" в целом.
В ИТ все точно так же, есть продукты где хватит 1 ТПМ и норм потянет.
Продукт вырос - пора тимлида нанять и на него управление командой перевесить.
Еще вырос? Пора аналитика искать, чтобы часть сложных спецификаций делал тщательно. А на следующем шаге уже и чистого продакта нанимать, который только дискавери и будет заниматься.
Я тут мимокрокодил, как бывший разраб и ныне ТПМ скажу, что взять и зайти на вакансию ТПМ не имея до этого соответственного опыта очень рискованно и тяжко. Я не про формальный опыт на должности, а про опыт выполнения такой роли.
Сам собеседую людей с рынка на позиции ТПМ и часто встречаю кейс, когда человек, формально разраб/СА/продакт или кто-то еще, по описанию работы и набору обязанностей работает как ТПМ, просто должность называется иначе, а ответственность несет как полноценный тех продакт на своем текущем месте.
Итого: из пустоты взять и шагнуть в позицию ТПМ плохая идея, но постепенно клониться в эту роль набирая себе подходящие ответственности по факту и потом уже формально перекрашивая должность - рабочая схема. Потому профессия и формализовалась в отдельное название и должность, потому что роль уже существовала и большое количество людей ее выполняли находясь на других должностях. Как ранее DevOps появились именно потому, что уже был ряд людей, которые будучи разрабами уэе выполняли часть роли Ops, и хотели именно таким комбо и заниматься полноценнно, а не "просто код писать".
в юридическом смысле такого понятия нет, работает только на устной договоренности, если человек упрется и скажет "ничего не знаю, я увольняться не буду" ты ему ничего не сделаешь и именно уволить его не сможешь
продакт овнер != тех продакт, другие навыки, другой скоуп работы, общее только "продуктовость"
Если надо чтобы взяли с порога после одного собеса и дали много денег - идти в крупную корпорацию как минимум не логично, и если цель именно в этом - не надо туда идти.
Зависит от размера компании, чем меньше контора тем проще собесы и быстрее оффер. В любую крупную компанию 7 кругов ада потому что ошибка найма слишком дорого стоит, уволить человека практически нереально.
Я в Яндекс проходил собес, 3 этапа тех собесов, проводили чуваки из целевой команды и один фит с ними же, команда не подошла, хотел посмотреть другие, а мне сказали "а нет, сорян, проходи 3 этапа заного в другую команду, они не доверяют результату собеседований первой команды", вот это реально треш.
Ну я скажу что в случае с MVP вы так же можете протестировать только то, что презентер сунул данные во view, но не то, как view эти данные использовала
P.S. проверил сайт swatch, у них для всех часов указана толщина: