238. О найме «стариков из деревни»
Программистов из маленьких компаний не любят брать на работу в приличные места. А еще больше не любят брать людей «за сорок». Это кажется жутко несправедливым и обидным, если не берут на работу тебя. Но давайте посмотрим на таких людей глазами нанимающей стороны.
Опыт в маленьких компаниях. Разработчик 10 лет проработал в студии «Пупкин и партнеры», где был ведущим разработчиком. Нанимающий тимлид думает: «Чувак работает в своей песочнице всю жизнь, с другими разрабами почти не коммуницирует, чувствует себя незаменимым, новых технологий не внедряет, да ну его нафиг, поищу другого».
Возраст ближе к 50. У программиста опыт работы больше 25 лет, работал с различными стеками. Нанимающий тимлид думает: «Знаю я таких, последние десять лет он вообще не развивается, научился чему-то давным-давно и теперь эти подходы тиражирует, при этом чувствует себя очень опытным и обижается, если его поправляют, молодых хоть переучить можно, а тут уже без шанса».
Возраст + опыт в маленькой компании. Нанимающий тимлид кричит HR-у: «Юля, блин, ну зачем ты шлешь мне такие резюме!»
Тимлида можно понять. Его оценка основана не на предубеждениях, а на личном опыте. 80% специалистов соответствует его оценке. Ради оставшихся 20% не стоит напрягаться.
Выход есть. Если вы не можете найти работу из-за перечисленных причин, знайте, с этим можно и нужно работать. Начать на этапе резюме, продолжить на интервью и даже после него в личной переписке.
Работайте с возражениями превентивно. Работали только в маленьких компаниях – снимите страхи работодателя о плохих коммуникациях, ненагруженных проектах и неактуальных стеках. Расскажите, как вы коммуницировали с подрядчикам, как решали сложные технические и организационные задачи.
Если вы уже не молоды и чувствуете дискриминацию по возрасту – не бухтите, а работайте со страхами нанимающей стороны. Расскажите, какие технологии вы освоили и внедрили за последние два года. Спросите, есть ли в компании люди, у которых вы можете научиться чему-то новому.
Выше нос, вы еще покажете этим городским зазнайкам!
Программистов из маленьких компаний не любят брать на работу в приличные места. А еще больше не любят брать людей «за сорок». Это кажется жутко несправедливым и обидным, если не берут на работу тебя. Но давайте посмотрим на таких людей глазами нанимающей стороны.
Опыт в маленьких компаниях. Разработчик 10 лет проработал в студии «Пупкин и партнеры», где был ведущим разработчиком. Нанимающий тимлид думает: «Чувак работает в своей песочнице всю жизнь, с другими разрабами почти не коммуницирует, чувствует себя незаменимым, новых технологий не внедряет, да ну его нафиг, поищу другого».
Возраст ближе к 50. У программиста опыт работы больше 25 лет, работал с различными стеками. Нанимающий тимлид думает: «Знаю я таких, последние десять лет он вообще не развивается, научился чему-то давным-давно и теперь эти подходы тиражирует, при этом чувствует себя очень опытным и обижается, если его поправляют, молодых хоть переучить можно, а тут уже без шанса».
Возраст + опыт в маленькой компании. Нанимающий тимлид кричит HR-у: «Юля, блин, ну зачем ты шлешь мне такие резюме!»
Тимлида можно понять. Его оценка основана не на предубеждениях, а на личном опыте. 80% специалистов соответствует его оценке. Ради оставшихся 20% не стоит напрягаться.
Выход есть. Если вы не можете найти работу из-за перечисленных причин, знайте, с этим можно и нужно работать. Начать на этапе резюме, продолжить на интервью и даже после него в личной переписке.
Работайте с возражениями превентивно. Работали только в маленьких компаниях – снимите страхи работодателя о плохих коммуникациях, ненагруженных проектах и неактуальных стеках. Расскажите, как вы коммуницировали с подрядчикам, как решали сложные технические и организационные задачи.
Если вы уже не молоды и чувствуете дискриминацию по возрасту – не бухтите, а работайте со страхами нанимающей стороны. Расскажите, какие технологии вы освоили и внедрили за последние два года. Спросите, есть ли в компании люди, у которых вы можете научиться чему-то новому.
Выше нос, вы еще покажете этим городским зазнайкам!
👍77❤14
❤27👨💻7👍4😢3💩3😁1
239. Как джуну устроиться в продуктовую компанию
Меня периодически спрашивают начинающие дизайнеры, продакты, программисты: «Как найти первую работу, джуны никому не нужны, а как перестать быть джуном, если на работу не берут?»
Я всегда отвечал, что, мол, не знаю, я джуном 20 лет назад был, теперь все иначе. И тут меня осенило, я ведь постоянно нанимаю людей, а значит могу ответить на вопрос со стороны нанимателя. Отвечу на вопрос «какого джуна я бы взял?» Буду говорить за продуктовую IT-компанию, простите, в остальном не компетентен.
В продуктовой компании важно умение решать задачу с предсказуемым качеством в предсказуемый срок. Именно это отличает опытных работников от начинающих. В этом определении сплавлены хард- и софт-навыки.
Сначала в резюме, потом в сопроводительном письме, затем на собеседовании покажите эти навыки. Делается это через кейсы. Рассказываешь по формуле: Была проблема, вот что я делал, вот что получилось. Вам нужно подготовить минимум 3 профессиональных кейса.
А теперь главный вопрос: где взять кейсы, если ты джун и у тебя за плечами только курс Скилл бокса? Не говорить же: «Была проблема получить зачет и вот как я ее решил». А надо кейсы найти и сделать. Это довольно просто, если не брать денег. В мире полно мест, где надо что-то запрограммировать или задизайнить. Я именно так в молодости и делал – клепал сайты за бесплатно или за копейки, а когда появилось портфолио, получил хорошую работу.
Ключевой момент – рассказывать о своем опыте по формуле проблема-действие-результат. Это не даст гарантии найма, но на собеседовании в продуктовой компании здорово повысит шансы. Этого почему-то многие недооценивают. Приходит, к примеру, опытный дизайнер из веб-студии и на вопрос, какой критерий выполненной задачи, говорит: «Чтобы понравилось заказчику». Или разработчик из фриланса отвечает: «Мне ТЗ высылают, я по нему делаю». Слушая такое, продакт кричит HR-у: «Юля, ну я же просил приглашать людей только из продуктовых компаний!»
На освоение языка программирования или дизайн-навыков нужно 1-3 года. Для изменения образа мышления, многим не хватает всей жизни. Опытные руководители ценят верный майндсет.
Меня периодически спрашивают начинающие дизайнеры, продакты, программисты: «Как найти первую работу, джуны никому не нужны, а как перестать быть джуном, если на работу не берут?»
Я всегда отвечал, что, мол, не знаю, я джуном 20 лет назад был, теперь все иначе. И тут меня осенило, я ведь постоянно нанимаю людей, а значит могу ответить на вопрос со стороны нанимателя. Отвечу на вопрос «какого джуна я бы взял?» Буду говорить за продуктовую IT-компанию, простите, в остальном не компетентен.
В продуктовой компании важно умение решать задачу с предсказуемым качеством в предсказуемый срок. Именно это отличает опытных работников от начинающих. В этом определении сплавлены хард- и софт-навыки.
Сначала в резюме, потом в сопроводительном письме, затем на собеседовании покажите эти навыки. Делается это через кейсы. Рассказываешь по формуле: Была проблема, вот что я делал, вот что получилось. Вам нужно подготовить минимум 3 профессиональных кейса.
А теперь главный вопрос: где взять кейсы, если ты джун и у тебя за плечами только курс Скилл бокса? Не говорить же: «Была проблема получить зачет и вот как я ее решил». А надо кейсы найти и сделать. Это довольно просто, если не брать денег. В мире полно мест, где надо что-то запрограммировать или задизайнить. Я именно так в молодости и делал – клепал сайты за бесплатно или за копейки, а когда появилось портфолио, получил хорошую работу.
Ключевой момент – рассказывать о своем опыте по формуле проблема-действие-результат. Это не даст гарантии найма, но на собеседовании в продуктовой компании здорово повысит шансы. Этого почему-то многие недооценивают. Приходит, к примеру, опытный дизайнер из веб-студии и на вопрос, какой критерий выполненной задачи, говорит: «Чтобы понравилось заказчику». Или разработчик из фриланса отвечает: «Мне ТЗ высылают, я по нему делаю». Слушая такое, продакт кричит HR-у: «Юля, ну я же просил приглашать людей только из продуктовых компаний!»
На освоение языка программирования или дизайн-навыков нужно 1-3 года. Для изменения образа мышления, многим не хватает всей жизни. Опытные руководители ценят верный майндсет.
🔥48👍21❤1
🔥9😁7🤔3💩3👨💻1
240. Человек из Кемерово
В фильме «Криминальное чтиво» был персонаж мистер Вульф. Он решал любые проблемы, когда другие не справлялись. И вроде бы ничего особого не делал, но хладнокровно все разруливал. Борис Гребенщиков, вдохновившись этим персонажем, написал песню «Человек из Кемерово», такую русскую локализацию крутого решальщика проблем.
Менеджер продуктов должен быть именно таким. Он отвечает за итоговый результат. Бывает, коллеги «не вывозят» и нужен тот, кто «молча поправит все». Приведу пример из моей практики.
Пользователи жаловались, что не приходят письма. Для продукта это критично, важно было реагировать быстро. Разработчики сказали, что все работает штатно. Админы убеждали, что все настройки сделаны.
Я погуглил и разобрался, что такое SPF, DKIM, DMARK, FBL и выдал конкретное задание админу. Затем пообщался с поддержкой мэйлера и купил выделенный IP. Пообщаться с поддержкой провайдера и предоставил доказательства, что мы не спамеры. Внимательно изучил логи, выловил еще несколько проблем, пообщался с поддержкой мэйлера и решил их. Все знания задокументировал в корпоративной wiki.
Свою ли я работу делал? Однозначно нет, это работа админа. Но учитывая ситуацию с людьми, мы бы решали проблему не меньше месяца. Поэтому пришлось включать режим решателя проблем и сделать все самому.
Не надо путать режим решателя проблем с максимой «все приходится делать самому». Лично я стараюсь делегировать все, что возможно. Но если невозможно, приходится звать человека из Кемерово.
В фильме «Криминальное чтиво» был персонаж мистер Вульф. Он решал любые проблемы, когда другие не справлялись. И вроде бы ничего особого не делал, но хладнокровно все разруливал. Борис Гребенщиков, вдохновившись этим персонажем, написал песню «Человек из Кемерово», такую русскую локализацию крутого решальщика проблем.
Менеджер продуктов должен быть именно таким. Он отвечает за итоговый результат. Бывает, коллеги «не вывозят» и нужен тот, кто «молча поправит все». Приведу пример из моей практики.
Пользователи жаловались, что не приходят письма. Для продукта это критично, важно было реагировать быстро. Разработчики сказали, что все работает штатно. Админы убеждали, что все настройки сделаны.
Я погуглил и разобрался, что такое SPF, DKIM, DMARK, FBL и выдал конкретное задание админу. Затем пообщался с поддержкой мэйлера и купил выделенный IP. Пообщаться с поддержкой провайдера и предоставил доказательства, что мы не спамеры. Внимательно изучил логи, выловил еще несколько проблем, пообщался с поддержкой мэйлера и решил их. Все знания задокументировал в корпоративной wiki.
Свою ли я работу делал? Однозначно нет, это работа админа. Но учитывая ситуацию с людьми, мы бы решали проблему не меньше месяца. Поэтому пришлось включать режим решателя проблем и сделать все самому.
Не надо путать режим решателя проблем с максимой «все приходится делать самому». Лично я стараюсь делегировать все, что возможно. Но если невозможно, приходится звать человека из Кемерово.
🔥85❤9👍8
Профессия менеджера продукта относительно молодая. Поэтому в компаниях по разному понимают набора задач и компетенций продактов. Ребята из ProductLand предлагают способ оценить квалификацию продуктовых менеджеров. Им слово.
————————————
Система оценки компетенций менеджеров по продукту – DUCK framework
Профессия менеджера по продукту является достаточно новой сущностью для российского рынка. С учетом этого, на данный момент между разными компаниями, а также внутри компаний, существует разное понимание набора задач и компетенций по данной профессии. Эта рассинхронизация приводит к неэффективности процессов и рискам для конкурентоспособного развития компании.
Методика создана Мишей Карповым и ProductStar и содержит структурный подход и рекомендации, основанные на опыте продуктовой трансформации более 50 российских и зарубежных продуктовых компаний (Яндекс, Amazon, Booking, Miro, Facebook) в рабочей группе сотрудников данных компаний Senior и C-level уровня.
Фреймворк DUCK состоит из 4 частей:
1. Структура из ключевых групп навыков
2. Блоки компетенций и «роза навыков»
3. Матрица компетенций
4. Набор дополняющих материалов
Описание фреймворка в виде лонгрида.
Также заходите к нам на platform.productland.ru – это карьерно-образовательный media-портал, созданный вместе с комьюнити, в котором опубликованы сотни материалов в виде статей, фреймворков, шаблонов, инструментов, вакансий, курсов и событий. Бесплатно в открытом доступе.
ProductCamp Base – наша телеграм-группа.
#партнерскийпост
————————————
Система оценки компетенций менеджеров по продукту – DUCK framework
Профессия менеджера по продукту является достаточно новой сущностью для российского рынка. С учетом этого, на данный момент между разными компаниями, а также внутри компаний, существует разное понимание набора задач и компетенций по данной профессии. Эта рассинхронизация приводит к неэффективности процессов и рискам для конкурентоспособного развития компании.
Методика создана Мишей Карповым и ProductStar и содержит структурный подход и рекомендации, основанные на опыте продуктовой трансформации более 50 российских и зарубежных продуктовых компаний (Яндекс, Amazon, Booking, Miro, Facebook) в рабочей группе сотрудников данных компаний Senior и C-level уровня.
Фреймворк DUCK состоит из 4 частей:
1. Структура из ключевых групп навыков
2. Блоки компетенций и «роза навыков»
3. Матрица компетенций
4. Набор дополняющих материалов
Описание фреймворка в виде лонгрида.
Также заходите к нам на platform.productland.ru – это карьерно-образовательный media-портал, созданный вместе с комьюнити, в котором опубликованы сотни материалов в виде статей, фреймворков, шаблонов, инструментов, вакансий, курсов и событий. Бесплатно в открытом доступе.
ProductCamp Base – наша телеграм-группа.
#партнерскийпост
🔥10💩9👍2❤1
Об откликах на вакансию
Опубликовал вакансию, разбираю отклики разработчиков. Можно разделить на две группы по отношению к сопроводительному письму:
1. Не пишут сопроводительное письмо. Таких большинство. Всегда считал это почти хамством, потому что сам всегда пишу несколько предложений, которые не повторяют резюме, но дополняют, почему решил откликнуться именно на эту вакансию. Со временем смирился с тем, что люди не пишут. Меня коробит, но решил не записывать такое поведение в минусы.
2. Пишут хорошее сопроводительное письмо. Есть прямо отличные варианты, там и комплименты твоей компании и объяснения «почему именно хочу у вас работать», и подсвечивание важных навыков. Хорошие сопроводительные письма почти наверняка означают, что пишет джун с недостаточной квалификацией или вообще без нее (после курсов). Нечего показать в опыте, так хотя бы письмо хорошее напишу.
Какая-то извращенная статистика выходит. Просто наблюдение, без выводов.
Опубликовал вакансию, разбираю отклики разработчиков. Можно разделить на две группы по отношению к сопроводительному письму:
1. Не пишут сопроводительное письмо. Таких большинство. Всегда считал это почти хамством, потому что сам всегда пишу несколько предложений, которые не повторяют резюме, но дополняют, почему решил откликнуться именно на эту вакансию. Со временем смирился с тем, что люди не пишут. Меня коробит, но решил не записывать такое поведение в минусы.
2. Пишут хорошее сопроводительное письмо. Есть прямо отличные варианты, там и комплименты твоей компании и объяснения «почему именно хочу у вас работать», и подсвечивание важных навыков. Хорошие сопроводительные письма почти наверняка означают, что пишет джун с недостаточной квалификацией или вообще без нее (после курсов). Нечего показать в опыте, так хотя бы письмо хорошее напишу.
Какая-то извращенная статистика выходит. Просто наблюдение, без выводов.
🤡26👍8😁5🤔3👎2🐳2
👎5💯4❤1👍1💩1
241. Техника интервальных повторений
Лет десять назад коллега рассказал о технике интервальных повторений, он использовал ее для заучивания операторов в языке программирования (ну или чего-то такого, не помню). Техника построена на особенностях мозга запоминать то, что регулярно повторяется. Я решил попробовать для заучивания английских слов. С тех пор использую программу Anki на телефоне – она помогает повторять часто те слова, которые я забываю и не отвлекаться на те, что я и так хорошо знаю.
Несколько простых советов, как использовать метод и программу:
1. Создавай свои списки. В программе есть карточки, их можно создавать самому, а можно взять готовые. Если ты хочешь запомнить флаги всех стран мира, скачать готовый набор – отличная идея. Но с английскими словами у меня не сработало – мне было скучно изучать слова, которые я ни разу в жизни не встречал. Тогда я стал создавать свою колоду карточек сам. Если в речи или тексте мне встречалось незнакомое слово, я заносил его в приложение. Оно становилось «моим» и повторять его становилось приятно.
2. Занимайся регулярно. У меня около тысячи карточек. Если заниматься каждый день, то на это тратишь 3 минуты. Вообще не напрягает. Но если запустить, то «долг» накапливается и очень сложно его разобрать.
3. Заведи ритуал. Свои три минуты времени на изучение я трачу во время заваривания чая. Можно, конечно, потупить в новости, но я завел привычку повторять слова.
Если у кого есть опыт использования этой техники или другой подобной – поделитесь в комментариях.
Лет десять назад коллега рассказал о технике интервальных повторений, он использовал ее для заучивания операторов в языке программирования (ну или чего-то такого, не помню). Техника построена на особенностях мозга запоминать то, что регулярно повторяется. Я решил попробовать для заучивания английских слов. С тех пор использую программу Anki на телефоне – она помогает повторять часто те слова, которые я забываю и не отвлекаться на те, что я и так хорошо знаю.
Несколько простых советов, как использовать метод и программу:
1. Создавай свои списки. В программе есть карточки, их можно создавать самому, а можно взять готовые. Если ты хочешь запомнить флаги всех стран мира, скачать готовый набор – отличная идея. Но с английскими словами у меня не сработало – мне было скучно изучать слова, которые я ни разу в жизни не встречал. Тогда я стал создавать свою колоду карточек сам. Если в речи или тексте мне встречалось незнакомое слово, я заносил его в приложение. Оно становилось «моим» и повторять его становилось приятно.
2. Занимайся регулярно. У меня около тысячи карточек. Если заниматься каждый день, то на это тратишь 3 минуты. Вообще не напрягает. Но если запустить, то «долг» накапливается и очень сложно его разобрать.
3. Заведи ритуал. Свои три минуты времени на изучение я трачу во время заваривания чая. Можно, конечно, потупить в новости, но я завел привычку повторять слова.
Если у кого есть опыт использования этой техники или другой подобной – поделитесь в комментариях.
🔥25👍10👎2
Дамы и господа, представляю вашему вниманию новую рубрику «Пять с половиной глупых вопросов». Сегодня на глупые вопросы отвечает Маша, ведущая канала Аналитика и growth mind-set.
————————————
Пять с половиной глупых вопросов аналитику
1. А зачем мне аналитик? Я могу попросить разработчиков выгрузить данные.
На одном из мест работы руководитель был убежден, что он может все сам, а аналитики не нужны и даже опасны – обязательно сделают неправильные выводы (несмотря на то, что аналитиков в компании целый отдел). Те выводы от аналитиков, с которыми он был согласен – считал правильными, а с которыми не согласен – неправильными соответственно (распространенная ошибка).
2. Зачем ты задаешь столько вопросов? Просто иди делай мою задачу.
Задавать вопросы – это первая заповедь специалиста по данным. В обучении от Google для специалистов по анализу данных есть даже целый раздел, который называется «Ask Questions to Make Data-Driven Decisions», он посвящен тому, что важно задавать вопросы, а также как это делать эффективно. Часто бывает так, что кто-либо ставит задачу, а когда начинаешь прояснять, задавать вопросы – то задача существенно меняется. Особенно, если задачу ставит человек, далекий от аналитики.
3. 5000/200*300-500/20*1,345*2^5 – сколько будет?
Удивительно, но некоторые люди думают, что аналитик должен отлично считать в уме сложные выражения. Один раз на встрече с исполнительным директором и руководителем отдела разработки у меня чуть мозг не вскипел, когда они начали считать в уме, перечисляя кучу цифр, а в конце спрашивать меня, сколько это будет.
4. Можешь найти причины, почему мы молодцы, а клиент не прав?
Такой вопрос был в самом начале карьеры, когда работала аналитиком в маркетинговом агентстве. Рекламная кампания раз за разом была неудачной и менеджер просил найти не причину, почему она не сработала, а как-то с помощью данных доказать, что мы были молодцы, но у клиента есть проблемы (плохой сайт и т.п). Задачу в таком виде я отказалась делать, сказала, что нам нужно искать реальные причины, подтасовывать факты я не буду.
5. Зачем мне дашборд? Я заполняю табличку Excel.
Когда строила отдел аналитики в том же маркетинговом агентстве и внедряла дашборды, было очень большое сопротивление. Аккаунт-менеджеры, специалисты по контексту, таргету и тп привыкли заполнять таблички с данными Excel, тратили на это по 1-2 часа в день и не понимали, зачем им нужен дашборд.
5,5. Сколько ты зараба…
Недавно мне повысили зарплату, теперь я могу позволить себе...
————————————
Если хотите прочитать мои пять с половиной ответов про продакта — переходите на канал Маши: @analyticsgrowthmindset
#партнерскийпост
————————————
Пять с половиной глупых вопросов аналитику
1. А зачем мне аналитик? Я могу попросить разработчиков выгрузить данные.
На одном из мест работы руководитель был убежден, что он может все сам, а аналитики не нужны и даже опасны – обязательно сделают неправильные выводы (несмотря на то, что аналитиков в компании целый отдел). Те выводы от аналитиков, с которыми он был согласен – считал правильными, а с которыми не согласен – неправильными соответственно (распространенная ошибка).
2. Зачем ты задаешь столько вопросов? Просто иди делай мою задачу.
Задавать вопросы – это первая заповедь специалиста по данным. В обучении от Google для специалистов по анализу данных есть даже целый раздел, который называется «Ask Questions to Make Data-Driven Decisions», он посвящен тому, что важно задавать вопросы, а также как это делать эффективно. Часто бывает так, что кто-либо ставит задачу, а когда начинаешь прояснять, задавать вопросы – то задача существенно меняется. Особенно, если задачу ставит человек, далекий от аналитики.
3. 5000/200*300-500/20*1,345*2^5 – сколько будет?
Удивительно, но некоторые люди думают, что аналитик должен отлично считать в уме сложные выражения. Один раз на встрече с исполнительным директором и руководителем отдела разработки у меня чуть мозг не вскипел, когда они начали считать в уме, перечисляя кучу цифр, а в конце спрашивать меня, сколько это будет.
4. Можешь найти причины, почему мы молодцы, а клиент не прав?
Такой вопрос был в самом начале карьеры, когда работала аналитиком в маркетинговом агентстве. Рекламная кампания раз за разом была неудачной и менеджер просил найти не причину, почему она не сработала, а как-то с помощью данных доказать, что мы были молодцы, но у клиента есть проблемы (плохой сайт и т.п). Задачу в таком виде я отказалась делать, сказала, что нам нужно искать реальные причины, подтасовывать факты я не буду.
5. Зачем мне дашборд? Я заполняю табличку Excel.
Когда строила отдел аналитики в том же маркетинговом агентстве и внедряла дашборды, было очень большое сопротивление. Аккаунт-менеджеры, специалисты по контексту, таргету и тп привыкли заполнять таблички с данными Excel, тратили на это по 1-2 часа в день и не понимали, зачем им нужен дашборд.
5,5. Сколько ты зараба…
Недавно мне повысили зарплату, теперь я могу позволить себе...
————————————
Если хотите прочитать мои пять с половиной ответов про продакта — переходите на канал Маши: @analyticsgrowthmindset
#партнерскийпост
👍17🔥11👎1
242. Сделать себя (не)заменимым
В комментариях на этом канале и в интернетах неоднократно встречал упоминания персонажа «незаменимый сотрудник». Программист или менеджер, на котором все держится и которого боятся потерять. Говорят, они делают себя незаменимыми сознательно, чтобы не уволили. Замыкают на себя все процессы и контакты, скрывают информацию, сознательно запутывают.
Мне такое поведение не понять, потому что я наоборот стараюсь стать самым заменяемым сотрудником. Делать любое дело так, чтобы в нем могли разобраться коллеги.
Например, требуется нанять дизайнера на небольшую работу. Встает вопрос, как заплатить. Приходится договариваться с бухгалтерией, с исполнителем, объяснять куда прислать инвойс, куда реквизиты, написать кучу писем и сообщений в чате. Большинство людей на этом заканчивают и через месяц повторяют все по новой. Но не я.
Я завожу ящик для инвойсов (если его нет) и подписываю на него бухгалтерию. Я копирую все переписки с дизайнером и делаю из них документацию в wiki. В следующий раз, когда появляется новый контрактор, я просто шлю ему ссылку на готовую инструкцию.
Недавно я разбирался в доставшемся мне продукте. Оказалось он использует более двадцати внешних сервисов. «У кого пароль» каждый раз приходилось допытываться у разных людей. Естественно, я все это записал для будущих поколений.
Главный принцип: Неполная быстрая документация – намного лучше полной, но ненаписанной.
Я стараюсь быть заменяемым и прозрачным. Почему-то за 20 с лишним лет меня за это ни разу не уволили.
В комментариях на этом канале и в интернетах неоднократно встречал упоминания персонажа «незаменимый сотрудник». Программист или менеджер, на котором все держится и которого боятся потерять. Говорят, они делают себя незаменимыми сознательно, чтобы не уволили. Замыкают на себя все процессы и контакты, скрывают информацию, сознательно запутывают.
Мне такое поведение не понять, потому что я наоборот стараюсь стать самым заменяемым сотрудником. Делать любое дело так, чтобы в нем могли разобраться коллеги.
Например, требуется нанять дизайнера на небольшую работу. Встает вопрос, как заплатить. Приходится договариваться с бухгалтерией, с исполнителем, объяснять куда прислать инвойс, куда реквизиты, написать кучу писем и сообщений в чате. Большинство людей на этом заканчивают и через месяц повторяют все по новой. Но не я.
Я завожу ящик для инвойсов (если его нет) и подписываю на него бухгалтерию. Я копирую все переписки с дизайнером и делаю из них документацию в wiki. В следующий раз, когда появляется новый контрактор, я просто шлю ему ссылку на готовую инструкцию.
Недавно я разбирался в доставшемся мне продукте. Оказалось он использует более двадцати внешних сервисов. «У кого пароль» каждый раз приходилось допытываться у разных людей. Естественно, я все это записал для будущих поколений.
Главный принцип: Неполная быстрая документация – намного лучше полной, но ненаписанной.
Я стараюсь быть заменяемым и прозрачным. Почему-то за 20 с лишним лет меня за это ни разу не уволили.
👍76🔥12🤡2
С Владимиром, автором Product Management мы давно «дружим каналами» и являемся почитателями творчества друг друга. У него просто кладезь полезной информации, проблема, что много всего разного. Поэтому вот подборка самого лучшего за год. В этом году немало было про собеседования и устройства на работу. Итак.
Подборка самых полезных постов 2022 года с канала @ruspm:
– 50 вопросов на собеседовании продакта и 50 ответов на них
– Резюме продакт-менеджера, с которым берут в Microsoft
🔥 12 постов с советами от продактов из США/Европы: один, два, три, четыре, пять, шесть, семь, восемь, девять, десять, одиннадцать, двенадцать.
– Как лучше понимать своих коллег и сотрудников
– 25 ситуаций в которые попадает каждый продакт
– 4 совета как продемонстрировать компетентность на собесе
– 15 красных флагов в вакансиях продакт-менеджера
– Как продавать дорогие продукты/услуги
– 45 способов продуктового маркетинга без бюджета
– Как конкурировать с МЕГАКОРПОРАЦИЕЙ
– Приоритизация идей и гипотез без сложных методологий
– 5 ошибок при проведении исследований
– Как завоевать и удержать доверие своей команды
– Лучшие бизнес-эссе Пола Грэма
– 10 заблуждений продакт-менеджера и его команды
– Список ошибок-искажений в работе продакта
– 4 совета по работе с метриками и целями
– Прокси-метрики и как их использовать
– 11 полезных привычек для продакт-менеджера любого уровня
– 15 вопросами, которые нужно задать в конце года
#партнерскийпост
Подборка самых полезных постов 2022 года с канала @ruspm:
– 50 вопросов на собеседовании продакта и 50 ответов на них
– Резюме продакт-менеджера, с которым берут в Microsoft
🔥 12 постов с советами от продактов из США/Европы: один, два, три, четыре, пять, шесть, семь, восемь, девять, десять, одиннадцать, двенадцать.
– Как лучше понимать своих коллег и сотрудников
– 25 ситуаций в которые попадает каждый продакт
– 4 совета как продемонстрировать компетентность на собесе
– 15 красных флагов в вакансиях продакт-менеджера
– Как продавать дорогие продукты/услуги
– 45 способов продуктового маркетинга без бюджета
– Как конкурировать с МЕГАКОРПОРАЦИЕЙ
– Приоритизация идей и гипотез без сложных методологий
– 5 ошибок при проведении исследований
– Как завоевать и удержать доверие своей команды
– Лучшие бизнес-эссе Пола Грэма
– 10 заблуждений продакт-менеджера и его команды
– Список ошибок-искажений в работе продакта
– 4 совета по работе с метриками и целями
– Прокси-метрики и как их использовать
– 11 полезных привычек для продакт-менеджера любого уровня
– 15 вопросами, которые нужно задать в конце года
#партнерскийпост
🔥17👎2👍1
😁35😭6💩3🤔1
242. О сложных процессах
Коллега рассказывал как работал в жутко секретном отделении немецкого автопроизводителя:
— У нас компьютеры блокировались с помощью usb-токена. Вставляешь такую флешку в комп и он работает. Вынимаешь – блокируется. Уйти из комнаты, не заблокировав компьютер, не выйдет, потому что этот же токен открывает дверь. Хочешь сходить в туалет – вынимаешь из компьютера флешку, с ее помощью открываешь дверь помещения. Выйти вместе с коллегой из комнаты не выйдет – за этим следят камеры.
В общем, хорошие меры безопасности. Можно понять хозяев: все же конкуренция между автопроизводителями высокая, украсть секреты у лидеров рынка мечтают многие. Поэтому сотрудникам приходится терпеть неудобства ради безопасности.
Конечно нет! Любой сложный дорогостоящий процесс скорее всего саботируется на местах. Поэтому выслушав рассказ коллеги, я спросил, неужели действительно все так секретно было? Он честно ответил:
— Да ну, брось ты. Все эти стандарты безопасности сделаны для успокоения головного офиса. С ними работать невозможно. Поэтому все файлы по работе мы пересылали друг другу через личные сообщения Вконтакте.
Две важные вещи о процессах: они должны быть простыми и уметь адаптироваться. В противном случае их быстро хакнут и начнут тайно саботировать.
Коллега рассказывал как работал в жутко секретном отделении немецкого автопроизводителя:
— У нас компьютеры блокировались с помощью usb-токена. Вставляешь такую флешку в комп и он работает. Вынимаешь – блокируется. Уйти из комнаты, не заблокировав компьютер, не выйдет, потому что этот же токен открывает дверь. Хочешь сходить в туалет – вынимаешь из компьютера флешку, с ее помощью открываешь дверь помещения. Выйти вместе с коллегой из комнаты не выйдет – за этим следят камеры.
В общем, хорошие меры безопасности. Можно понять хозяев: все же конкуренция между автопроизводителями высокая, украсть секреты у лидеров рынка мечтают многие. Поэтому сотрудникам приходится терпеть неудобства ради безопасности.
Конечно нет! Любой сложный дорогостоящий процесс скорее всего саботируется на местах. Поэтому выслушав рассказ коллеги, я спросил, неужели действительно все так секретно было? Он честно ответил:
— Да ну, брось ты. Все эти стандарты безопасности сделаны для успокоения головного офиса. С ними работать невозможно. Поэтому все файлы по работе мы пересылали друг другу через личные сообщения Вконтакте.
Две важные вещи о процессах: они должны быть простыми и уметь адаптироваться. В противном случае их быстро хакнут и начнут тайно саботировать.
🔥51👍17😁13
🤔13💩6👎2👌2
🔥11😁4💩3😱2😢2
243. Фигма – лучшая документация
Особенность айтишных продуктов – со временем никто не помнит, как всё работает. Я говорю не про коробочный продукт и не про сделанное на заказ для крупного клиента – там обычно есть документация. Я про типичный SAAS продукт. Он развивается итеративно, проводится множество экспериментов, делаются пивоты, меняются руководители и целые команды.
Через несколько лет никто не знает, как работает продукт. Кое что покрыто регрессионными тестами, но они проверяют лишь базовую логику. Как это работает «в принципе» знал только продакт, который уволился три года назад.
Бывает продакт описывает логику в техническом задании, но это случается редко. Обычно задачи ставятся в виде бедно оформленных карточек и обсуждаются устно и в чатах. Что делать менеджеру, кто придет через пару лет и будет пытаться разобраться «как это работает»? Я нашел выход – это Фигма.
Я прошу UX-дизайнера прорабатывать вместе со мной все состояния системы и фиксировать их в фигма макетах. Мы записываем комментарии по логике работы рядом с макетами на ярких плашках. Фигмовские нативные комментарии используем только для обсуждений, логику в них не пишем. Логика должна быть в виде простого текста рядышком с макетом.
Правильно сделанные макеты в Фигме – хорошее описание системы. Оно наглядно и понятно всем участникам – бэку, фронту, QA, менеджерам.
Конечно, макеты быстро устаревают. Но их в любом случае нужно делать, так что это как бы «бесплатная» документация. Нужно лишь проработать все состояния и дополнить их текстовыми комментариями.
Особенность айтишных продуктов – со временем никто не помнит, как всё работает. Я говорю не про коробочный продукт и не про сделанное на заказ для крупного клиента – там обычно есть документация. Я про типичный SAAS продукт. Он развивается итеративно, проводится множество экспериментов, делаются пивоты, меняются руководители и целые команды.
Через несколько лет никто не знает, как работает продукт. Кое что покрыто регрессионными тестами, но они проверяют лишь базовую логику. Как это работает «в принципе» знал только продакт, который уволился три года назад.
Бывает продакт описывает логику в техническом задании, но это случается редко. Обычно задачи ставятся в виде бедно оформленных карточек и обсуждаются устно и в чатах. Что делать менеджеру, кто придет через пару лет и будет пытаться разобраться «как это работает»? Я нашел выход – это Фигма.
Я прошу UX-дизайнера прорабатывать вместе со мной все состояния системы и фиксировать их в фигма макетах. Мы записываем комментарии по логике работы рядом с макетами на ярких плашках. Фигмовские нативные комментарии используем только для обсуждений, логику в них не пишем. Логика должна быть в виде простого текста рядышком с макетом.
Правильно сделанные макеты в Фигме – хорошее описание системы. Оно наглядно и понятно всем участникам – бэку, фронту, QA, менеджерам.
Конечно, макеты быстро устаревают. Но их в любом случае нужно делать, так что это как бы «бесплатная» документация. Нужно лишь проработать все состояния и дополнить их текстовыми комментариями.
❤29🔥14👍12
244. Читайте noreply
Многие сервисы отправляют письма с адреса noreply@. Адрес своим именем говорит: «Я робот, не надо отвечать на это письмо, не пойму». Обычно с этого адреса отправляют пароли и различные уведомления.
Многие продуктовые команды не читают письма, пришедшие на noreply, мол, туда только дурачки пишут. Некоторые даже настраивают автоответ: «Ваше письмо никто не прочел, сдохни, гадина». Но большинство просто не задумываются о такой проблеме. Спросите у вашего знакомого продакта, знает ли он, что пишут пользователи на noreply, и куда уходят эти письма.
Когда я прихожу в уже работающий продукт, я подписываюсь на эти письма и с удовольствием их читаю. Пользователи не смотрят на обратный адрес, а просто отвечают на письма и делятся своей болью. Кто-то жалуется, что у него платеж не прошел, кого-то постоянно разлогинивает и поэтому он вынужден восстанавливать забытый пароль, кто-то просит о новой фиче.
У нас noreply заведен в helpdesk систему и превращается в тикеты. Надо только отфильтровывать автоответы типа «Коллеги, я в отпуске».
Читайте все, что пишут пользователи. Даже если это отправлено на адрес непишимнебольше.
Многие сервисы отправляют письма с адреса noreply@. Адрес своим именем говорит: «Я робот, не надо отвечать на это письмо, не пойму». Обычно с этого адреса отправляют пароли и различные уведомления.
Многие продуктовые команды не читают письма, пришедшие на noreply, мол, туда только дурачки пишут. Некоторые даже настраивают автоответ: «Ваше письмо никто не прочел, сдохни, гадина». Но большинство просто не задумываются о такой проблеме. Спросите у вашего знакомого продакта, знает ли он, что пишут пользователи на noreply, и куда уходят эти письма.
Когда я прихожу в уже работающий продукт, я подписываюсь на эти письма и с удовольствием их читаю. Пользователи не смотрят на обратный адрес, а просто отвечают на письма и делятся своей болью. Кто-то жалуется, что у него платеж не прошел, кого-то постоянно разлогинивает и поэтому он вынужден восстанавливать забытый пароль, кто-то просит о новой фиче.
У нас noreply заведен в helpdesk систему и превращается в тикеты. Надо только отфильтровывать автоответы типа «Коллеги, я в отпуске».
Читайте все, что пишут пользователи. Даже если это отправлено на адрес непишимнебольше.
👍77🔥19🤔5