08. Как у вас в компании выстроены процессы?
“Только 2 раза из 10 мне повезло работать в компаниях с крутыми процессами. Оба раза, увольняясь из этих компаний, я сразу переходил на ступеньку выше по карьерной лестнице. Был разрабом, ушел в тимлиды. Был руководителем отдела, стал техническим директором.
Я шел к ним не за ЗП или плюшками, а ради опыта, который крайне высоко ценится на рынке. Это фундамент стратегии быстрого карьерного роста до топ-менеджера.” - Руслан, CTO с 25 годиков.
Почему это так важно?
В первую очередь, выстроенные процессы показывают уровень зрелости компании. Сначала, компания начинает с примитивного - хуяк-хуяк и в продакшн. Сотрудники хоть что-то делают - уже хорошо. Руководство занимается лечением детских болячек: через 2 месяца нечем платить ЗП, нужно срочно найти нового клиента, нет зафиксированных планов и задач. Ещё, например, нет процессов тестирования и аналитики.
Если компания прошла первый этап и закрепилась на рынке - начинается построение процессов. Штат сотрудников растет и ими нужно как-то управлять. Руководители начинают внедрять методики и подходы: рисуют roadmap, маркетинговые стратегии, собирают и анализируют метрики, фиксируют требования к задачам, задумываются о тестировании функционала. В компании появляются менеджеры среднего звена.
Третий этап - оптимизация процессов. Дорого, сложно, бесконечно. Вот тут уже начинается самое интересное: Agile трансформация; CI/CD; продуктовые команды; A/B тестирование; Custdev; метрики не просто собирают, но и используют для принятия решений; backlog и roadmap на 6-12 месяцев; менеджеров стараются превратить в лидеров;
Чем дальше компания продвинулся по этой линейке, тем круче она может делать продукты и проекты. Больше зарабатывать. Привлекать крутых специалистов. Построить Youtube, Facebook, Яндекс такси, VK, Dodo на первом или втором этапе - невозможно.
Чем ещё вам может помочь этот вопрос:
1. Решить, подходят ли вам такой стиль работы и культура.
2. Понять, чему можно научиться.
3. Понять, какую часть рабочего времени вы будете тратить на собрания и бюрократию.
Про что спрашиваем в первую очередь:
Продуктовый анализ - на основании каких практик и инструментов принимаются решения о развитии.
Аналитика - описываются ли требования, рисуются ли эскизы, привлекают ли дизайнера.
Разработка - Agile-практики или другие методологии, code-review, DevOps, этап построения архитектуры; DoD и DoR (смотри SCRUM)
Тестирование - отдел тестирования; тестировщик в каждой команде; автоматизация тестирования функционального и нагрузочного; несколько этапов тестирования, которое начинается с аналитики.
Техподдержка - сколько линий поддержки; есть-ли отдельный колл-центр; как баги попадают в работу команды разработки; какая скорость решения багов; какие метрики используются;
В заключение
Об опыте работы в компании с развитыми процессами вы точно не будете жалеть. Это всегда шаг вперед. Расспрашивайте, записывайте, рисуйте и сравнивайте. Выбирайте зрелую компанию с развитыми процессами, даже в ущерб ЗП сейчас. Там ваша стоимость на рынке будет расти быстрее чем где-либо.
“Только 2 раза из 10 мне повезло работать в компаниях с крутыми процессами. Оба раза, увольняясь из этих компаний, я сразу переходил на ступеньку выше по карьерной лестнице. Был разрабом, ушел в тимлиды. Был руководителем отдела, стал техническим директором.
Я шел к ним не за ЗП или плюшками, а ради опыта, который крайне высоко ценится на рынке. Это фундамент стратегии быстрого карьерного роста до топ-менеджера.” - Руслан, CTO с 25 годиков.
Почему это так важно?
В первую очередь, выстроенные процессы показывают уровень зрелости компании. Сначала, компания начинает с примитивного - хуяк-хуяк и в продакшн. Сотрудники хоть что-то делают - уже хорошо. Руководство занимается лечением детских болячек: через 2 месяца нечем платить ЗП, нужно срочно найти нового клиента, нет зафиксированных планов и задач. Ещё, например, нет процессов тестирования и аналитики.
Если компания прошла первый этап и закрепилась на рынке - начинается построение процессов. Штат сотрудников растет и ими нужно как-то управлять. Руководители начинают внедрять методики и подходы: рисуют roadmap, маркетинговые стратегии, собирают и анализируют метрики, фиксируют требования к задачам, задумываются о тестировании функционала. В компании появляются менеджеры среднего звена.
Третий этап - оптимизация процессов. Дорого, сложно, бесконечно. Вот тут уже начинается самое интересное: Agile трансформация; CI/CD; продуктовые команды; A/B тестирование; Custdev; метрики не просто собирают, но и используют для принятия решений; backlog и roadmap на 6-12 месяцев; менеджеров стараются превратить в лидеров;
Чем дальше компания продвинулся по этой линейке, тем круче она может делать продукты и проекты. Больше зарабатывать. Привлекать крутых специалистов. Построить Youtube, Facebook, Яндекс такси, VK, Dodo на первом или втором этапе - невозможно.
Чем ещё вам может помочь этот вопрос:
1. Решить, подходят ли вам такой стиль работы и культура.
2. Понять, чему можно научиться.
3. Понять, какую часть рабочего времени вы будете тратить на собрания и бюрократию.
Про что спрашиваем в первую очередь:
Продуктовый анализ - на основании каких практик и инструментов принимаются решения о развитии.
Аналитика - описываются ли требования, рисуются ли эскизы, привлекают ли дизайнера.
Разработка - Agile-практики или другие методологии, code-review, DevOps, этап построения архитектуры; DoD и DoR (смотри SCRUM)
Тестирование - отдел тестирования; тестировщик в каждой команде; автоматизация тестирования функционального и нагрузочного; несколько этапов тестирования, которое начинается с аналитики.
Техподдержка - сколько линий поддержки; есть-ли отдельный колл-центр; как баги попадают в работу команды разработки; какая скорость решения багов; какие метрики используются;
В заключение
Об опыте работы в компании с развитыми процессами вы точно не будете жалеть. Это всегда шаг вперед. Расспрашивайте, записывайте, рисуйте и сравнивайте. Выбирайте зрелую компанию с развитыми процессами, даже в ущерб ЗП сейчас. Там ваша стоимость на рынке будет расти быстрее чем где-либо.
09. Что спросить, если позвали работать в стартап
Сделать со знакомыми проект это хорошая затея и полезный опыт. Придется думать и разбираться во всех процессах в IT компании: от продаж до инфраструктуры и техподдержки. Даже если обосретесь, все равно останется ценный опыт.
А если хотите сделать бизнес, то нужно начинать со взрослых вопросов. Опытные предприниматели задают те же вопросы, и без них не вложат свое время и деньги ни в один проект.
🗞 Наши цели
1. Понять, какие шансы на успех?
2. Понять, серьезно ли относятся к затее приглашающие участники?
3. Зафиксировать выгодные для вас условий
4. Распределить обязанности среди участников
💡Пункты, про которые нужно расспросить
Идея стартапа: Что будем делать? Зачем? Кому это нужно? Куда можно будет расти?
Новый продукт должен решать реальные проблемы пользователей. Идеально если уже были первые продажи - хотя бы знакомым. Ещё лучше когда у продукта есть шансы масштабироваться на глобальный рынок.
Инвестиции: Откуда возьмем деньги? Кто должен скидываться? На сколько хватит текущих запасов? Где возьмем следующие?
Возьмите годовую ЗП неопытного разраба - 1,5 млн на одного человека. Если запасов даже на это не хватит, то что собираемся вообще делать? “Совет директоров” в макдаке раз в неделю проводить?
У кого из участников есть подушка безопасности, чтобы год без ЗП тащить проект и добиваться результата, не отвлекаясь на работу на дядю?
Команда: Кто сейчас есть? Кого еще возьмем? Кто из них будет в доле?
Чтобы заработать деньги и не закрыться с убытками - нужна команда: техника, продажи/маркетинг, процессы, продуктовка. Это минимум 5 человек.
Маркетинг: Кто будет отвечать за поиск клиентов? Кто клиенты? ЦА? Были продажи? Какие есть конкуренты? Чем будем отличаться от них?
Продукт нужно не только сделать, но и ещё продавать. Без партнера, который в этом хоть что-то понимает - ничего не получиться.
Расходы: Оклад будет у кого-то? В налогах разбираетесь? Лицензии, сервера?
ОСН, УСН, Патент, НДС - суммы больше, чем ваша прибыль. Стандартная ситуация - заработали 1 млн чистой прибыли после всех расходов, но пришло время платить налоги - остался 0. Нахрен 2 года потратили, кто виноват, что делать? А офис будет сколько стоить :) ?
Распределение долей: Как будем делить доли? Кто за что будет отвечать? Как юридически все оформим? Как размывать доли при инвестициях?
Важно с самого начала распределить четкие обязанности, чтобы каждый понимал чем он должен заниматься для построения нового гугла. Юридическое оформление долей - дело дорогое (от 300 т.р. за сопровождение). На первом этапе достаточно написать в свободной форме договор о распределении долей, обязанностях и продукте который вы создаете.
💡Пункты, на которые нужно ответить самому
1. А нахера вы мне нужны? (не спрашивайте вслух)
2. Возьмите резюме/LinkedIn аккаунты ваших будущих партнеров:
3. Оцените, потянут ли они создание и руководство бизнесом.
4. У них есть навыки и умения, которых нет у вас?
Хотя бы в планах, есть все ключевые роли в команде? Продавец/маркетолог; Чел который шарит в бизнес; Чел который шарит в технологиях…
5. 90% ваших будущих партнеров - захотят паровозиком выехать за счет других. Т.е. ничего не делать. Присмотритесь, это те люди, которые годами будут жертвовать отпуском, выходными и неожиданным дедлайном на работе ради вашего проекта?
❔Не смогли ответить?
Почему не можете? Это база, без которой проект загнется. Завтра этих вопросов будет в 10 раз больше, а вы не можете справиться даже с начальным этапом. Обсуждайте и ищите ответы вместе, консультируйтесь. Привлекайте партнеров с уникальным опытом. Нихера не понимаете в продажах - найдите продажника.
Сделать со знакомыми проект это хорошая затея и полезный опыт. Придется думать и разбираться во всех процессах в IT компании: от продаж до инфраструктуры и техподдержки. Даже если обосретесь, все равно останется ценный опыт.
А если хотите сделать бизнес, то нужно начинать со взрослых вопросов. Опытные предприниматели задают те же вопросы, и без них не вложат свое время и деньги ни в один проект.
🗞 Наши цели
1. Понять, какие шансы на успех?
2. Понять, серьезно ли относятся к затее приглашающие участники?
3. Зафиксировать выгодные для вас условий
4. Распределить обязанности среди участников
💡Пункты, про которые нужно расспросить
Идея стартапа: Что будем делать? Зачем? Кому это нужно? Куда можно будет расти?
Новый продукт должен решать реальные проблемы пользователей. Идеально если уже были первые продажи - хотя бы знакомым. Ещё лучше когда у продукта есть шансы масштабироваться на глобальный рынок.
Инвестиции: Откуда возьмем деньги? Кто должен скидываться? На сколько хватит текущих запасов? Где возьмем следующие?
Возьмите годовую ЗП неопытного разраба - 1,5 млн на одного человека. Если запасов даже на это не хватит, то что собираемся вообще делать? “Совет директоров” в макдаке раз в неделю проводить?
У кого из участников есть подушка безопасности, чтобы год без ЗП тащить проект и добиваться результата, не отвлекаясь на работу на дядю?
Команда: Кто сейчас есть? Кого еще возьмем? Кто из них будет в доле?
Чтобы заработать деньги и не закрыться с убытками - нужна команда: техника, продажи/маркетинг, процессы, продуктовка. Это минимум 5 человек.
Маркетинг: Кто будет отвечать за поиск клиентов? Кто клиенты? ЦА? Были продажи? Какие есть конкуренты? Чем будем отличаться от них?
Продукт нужно не только сделать, но и ещё продавать. Без партнера, который в этом хоть что-то понимает - ничего не получиться.
Расходы: Оклад будет у кого-то? В налогах разбираетесь? Лицензии, сервера?
ОСН, УСН, Патент, НДС - суммы больше, чем ваша прибыль. Стандартная ситуация - заработали 1 млн чистой прибыли после всех расходов, но пришло время платить налоги - остался 0. Нахрен 2 года потратили, кто виноват, что делать? А офис будет сколько стоить :) ?
Распределение долей: Как будем делить доли? Кто за что будет отвечать? Как юридически все оформим? Как размывать доли при инвестициях?
Важно с самого начала распределить четкие обязанности, чтобы каждый понимал чем он должен заниматься для построения нового гугла. Юридическое оформление долей - дело дорогое (от 300 т.р. за сопровождение). На первом этапе достаточно написать в свободной форме договор о распределении долей, обязанностях и продукте который вы создаете.
💡Пункты, на которые нужно ответить самому
1. А нахера вы мне нужны? (не спрашивайте вслух)
2. Возьмите резюме/LinkedIn аккаунты ваших будущих партнеров:
3. Оцените, потянут ли они создание и руководство бизнесом.
4. У них есть навыки и умения, которых нет у вас?
Хотя бы в планах, есть все ключевые роли в команде? Продавец/маркетолог; Чел который шарит в бизнес; Чел который шарит в технологиях…
5. 90% ваших будущих партнеров - захотят паровозиком выехать за счет других. Т.е. ничего не делать. Присмотритесь, это те люди, которые годами будут жертвовать отпуском, выходными и неожиданным дедлайном на работе ради вашего проекта?
❔Не смогли ответить?
Почему не можете? Это база, без которой проект загнется. Завтра этих вопросов будет в 10 раз больше, а вы не можете справиться даже с начальным этапом. Обсуждайте и ищите ответы вместе, консультируйтесь. Привлекайте партнеров с уникальным опытом. Нихера не понимаете в продажах - найдите продажника.
В заключение
Миллиардный Angry Birds был 50-м по счету проектом своей команды. Вот и вам для успеха придется просрать десятки своих стартапов ради опыта. Чем раньше начнете пробовать, тем быстрее случится тот самый успешный проект. Это единственный способ заработать миллиард. Неожиданно с первого раза “единорог” никогда не получится.
Не бойтесь и пробуйте реализовывать свои идеи - свой бизнес это интересно и выгодно. Ну и всегда можно забить и пойти на ЗП, там дают ДМС и печеньки.
Миллиардный Angry Birds был 50-м по счету проектом своей команды. Вот и вам для успеха придется просрать десятки своих стартапов ради опыта. Чем раньше начнете пробовать, тем быстрее случится тот самый успешный проект. Это единственный способ заработать миллиард. Неожиданно с первого раза “единорог” никогда не получится.
Не бойтесь и пробуйте реализовывать свои идеи - свой бизнес это интересно и выгодно. Ну и всегда можно забить и пойти на ЗП, там дают ДМС и печеньки.
Групповые собеседования
Всем привет! Мы ещё не закончили с итоговой таблицей по марафону. И решили пока обсудить забавный формат собеседований - групповые.
❔Что это за херня такая?)
Групповое собеседование - это когда помимо вас в кабинете ещё 5-15 кандидатов. При этом все кандидаты могут претендовать на разные должности. На собесе будет несколько активностей:
1. Самопрезентация
2. Общие вопросы кандидатам
3. Вопросы на логику
4. Командные игры
5. Управленческие игры
6. Тестирование на разные темы
Вообще, групповые собесы проводят для вакансий, которые “требуют от работника наличия таких качеств, как коммуникабельность, стрессоустойчивость, уверенность в себе...”.
В IT их проводят редко, и только крайне отбитые работодатели. Потому что ну кто в здравом уме будет пытаться выявить хорошего кандидата среди других 20-ти за одно общее собеседование?
❔Зачем могут проводить такой собес?
1. Руководитель долб*еб
2. Думают, что тратят меньше денег
3. Думают, что так можно выявить достойных кандидатов с лидерскими качествами
4. Думают, что вы наполнитесь лояльностью к компании, опередив конкурентов
Все это бессмысленно в IT, но некоторые HR-таланты упорно тащат такую практику в отбор айтишников.
🗞 Почему групповые собесы - бесполезно гов*о?
1. Их никто не любит. Кандидаты сразу понимают, что пришли к каким-то неадекватам.
2. За одно собеседование не возможно на 100% проверить кандидата и понять подходит ли он вам. Это всегда риск провала. Что уж говорить про групповой собес?
3. HR думает что экономит время, но на самом деле нет. Все равно придется проводить полноценные собеседования. Только потеряли кучу кандидатов)
4. Ну и самое главное - для IT-шников это не самые важные компетенции.
❗️Что делать, если зовут на групповое собеседование?
Отказываться. Без вариантов. Ни одна нормальная IT-компания не позволит себе такое наплевательское отношение к кандидатам.
Бывает, что вы приходите на нормальное собеседование, а оказывается, оно групповое - не стесняйтесь, уходите.
💡Как пройти такой собес и получить максимум “баллов”?
Если хочется потренировать soft-skills, то вот вам советы:
1. Почитайте отзывы о компании. Там найдется информация о предстоящих заданиях, сможете подготовиться.
2. До старта познакомьтесь с другими несчастными. Это расположит их к вам и упростит взаимодействие.
3. Презентация себя - самая простая штука. Если вы готовились по нашим разборам - то ответ у вас уже готов)
4. Побеждает тот, кто всегда говорит. Задавайте вопросы, говорите мысли вслух, комментируйте и одобряйте других участников. Привлекайте внимание.
Если кто-то в последние 10 лет устроился на работу IT-специалистом после группового собеседования и остался доволен работой в компании, обязательно расскажите в комментах.
Расскажите свои забавные истории с групповых собесов)
Всем привет! Мы ещё не закончили с итоговой таблицей по марафону. И решили пока обсудить забавный формат собеседований - групповые.
❔Что это за херня такая?)
Групповое собеседование - это когда помимо вас в кабинете ещё 5-15 кандидатов. При этом все кандидаты могут претендовать на разные должности. На собесе будет несколько активностей:
1. Самопрезентация
2. Общие вопросы кандидатам
3. Вопросы на логику
4. Командные игры
5. Управленческие игры
6. Тестирование на разные темы
Вообще, групповые собесы проводят для вакансий, которые “требуют от работника наличия таких качеств, как коммуникабельность, стрессоустойчивость, уверенность в себе...”.
В IT их проводят редко, и только крайне отбитые работодатели. Потому что ну кто в здравом уме будет пытаться выявить хорошего кандидата среди других 20-ти за одно общее собеседование?
❔Зачем могут проводить такой собес?
1. Руководитель долб*еб
2. Думают, что тратят меньше денег
3. Думают, что так можно выявить достойных кандидатов с лидерскими качествами
4. Думают, что вы наполнитесь лояльностью к компании, опередив конкурентов
Все это бессмысленно в IT, но некоторые HR-таланты упорно тащат такую практику в отбор айтишников.
🗞 Почему групповые собесы - бесполезно гов*о?
1. Их никто не любит. Кандидаты сразу понимают, что пришли к каким-то неадекватам.
2. За одно собеседование не возможно на 100% проверить кандидата и понять подходит ли он вам. Это всегда риск провала. Что уж говорить про групповой собес?
3. HR думает что экономит время, но на самом деле нет. Все равно придется проводить полноценные собеседования. Только потеряли кучу кандидатов)
4. Ну и самое главное - для IT-шников это не самые важные компетенции.
❗️Что делать, если зовут на групповое собеседование?
Отказываться. Без вариантов. Ни одна нормальная IT-компания не позволит себе такое наплевательское отношение к кандидатам.
Бывает, что вы приходите на нормальное собеседование, а оказывается, оно групповое - не стесняйтесь, уходите.
💡Как пройти такой собес и получить максимум “баллов”?
Если хочется потренировать soft-skills, то вот вам советы:
1. Почитайте отзывы о компании. Там найдется информация о предстоящих заданиях, сможете подготовиться.
2. До старта познакомьтесь с другими несчастными. Это расположит их к вам и упростит взаимодействие.
3. Презентация себя - самая простая штука. Если вы готовились по нашим разборам - то ответ у вас уже готов)
4. Побеждает тот, кто всегда говорит. Задавайте вопросы, говорите мысли вслух, комментируйте и одобряйте других участников. Привлекайте внимание.
Если кто-то в последние 10 лет устроился на работу IT-специалистом после группового собеседования и остался доволен работой в компании, обязательно расскажите в комментах.
Расскажите свои забавные истории с групповых собесов)
Всем привет! Собрали все вопросы с марафона и запихнули в таблицу.
Во второй вкладке показали простой способ как можно сравнивать между собой разные компании.
Зачем нужны таблицы
Помогут выбрать лучшее для вас предложение. Только выбирать будете не по ощущениям, а по количественным показателям. Так у вас будет меньше шансов ошибиться.
Мы показали простеший метод сравнения. Вы же можете расширять таблицу и изменять. Например, можно добавить веса каждому пункту. Кому-то важнее отработанные процессы, кто-то хочет построить их с нуля в стартапе.
Как пользоваться
1. Фиксируйте ответы на наши вопросы.
2. После интервью перечитайте ответы и занесите баллы в таблицу для сравнения
3. PROFIT
https://goo.su/4N7J
Во второй вкладке показали простой способ как можно сравнивать между собой разные компании.
Зачем нужны таблицы
Помогут выбрать лучшее для вас предложение. Только выбирать будете не по ощущениям, а по количественным показателям. Так у вас будет меньше шансов ошибиться.
Мы показали простеший метод сравнения. Вы же можете расширять таблицу и изменять. Например, можно добавить веса каждому пункту. Кому-то важнее отработанные процессы, кто-то хочет построить их с нуля в стартапе.
Как пользоваться
1. Фиксируйте ответы на наши вопросы.
2. После интервью перечитайте ответы и занесите баллы в таблицу для сравнения
3. PROFIT
https://goo.su/4N7J
Почему на техническом собеседовании спрашивают вещи, которые не пригодятся в работе?
Всем привет! На написание сегодняшнего поста нас вдохновила статья с хабра - https://habr.com/ru/post/548124. К сожалению, мы не знаем как автор заваливал свои собесы. Может он ни на один элементарный вопрос не ответил, а в статье написал что молодец) Но в целом хочется выделить две мысли из статьи, которые стоит обсудить:
1. Бывают херовые собесы, которые проваливаются из-за какой-то фигни.
2. Опытному специалисту не нужно знать теорию, потому что на практике мы думаем по другому.
Пост будет разбит на 2 части, потому что много текста.
Часть 1. Найм в наше время - шлак. Потому что собеседование проверяет как хорошо вы подготовились к собеседованию.
Если не забивать хер, а приложить чуть-чуть усилий, то можно получить с десяток офферов. Потому что ты будешь самым опытным, мотивированным и знающим специалистом среди остальных кандидатов. Так как большинство людей пытаются пройти собесы “по наитию”.
С лету пройти собеседование тоже можно. Только вместо 8 офферов из 10 вы получите 1 или 2. Потому что без подготовки сложно вспомнить и половину теории) Поэтому не должно быть вопроса “готовиться или не готовиться?”. Правила игры такие: ты приходишь на собес; тебе задают детские вопросы по теории. И этим надо пользоваться)
Подготовка к тех интервью - это просто. 9 из 10 вопросов повторяются. Большинство из них возьмут из гугла по запросу: “вопросы для собеседования javanoscript/c#/java/аналитик/дизайнер/project”. И там же будут ответы на эти вопросы) Достаточно потратить пару часов и собрать вопросы/ответы из первой десятки ссылок гугла.
❗️Бывают случаи когда даже тщательная подготовка не поможет:
1. Вас может собеседовать неопытный чувак. Например взяли разраба, оторвали от написания кода и сказали чтобы он вас погонял. А он просто начал вас топить) Нашёл кучу бесполезных вопросов в гугле и тешит своё самолюбие. Потом рапортует руководству что кандидат был не ок.
2. Есть компании, цель которых сбить ЗП и показать что кандидат го*но. Таким любят заниматься консультанты и аутсорс компании. Чем меньше вы будете получать ЗП, тем больше они будут зарабатывать. Продаешь джуна или мидла как синьора, получаешь больше маржи.
💡Плохие ли это компании? Стоит ли забивать на них? - Конечно нет. Сходите на собеседование и попробуйте пройти. Ваша задача получить максимум офферов, чтобы выбрать лучший.
2 часть будет завтра, а пока вопрос:
Как думаете - профессионал должен хорошо разбираться в теории по своей специальности? Давайте обсудим)
Всем привет! На написание сегодняшнего поста нас вдохновила статья с хабра - https://habr.com/ru/post/548124. К сожалению, мы не знаем как автор заваливал свои собесы. Может он ни на один элементарный вопрос не ответил, а в статье написал что молодец) Но в целом хочется выделить две мысли из статьи, которые стоит обсудить:
1. Бывают херовые собесы, которые проваливаются из-за какой-то фигни.
2. Опытному специалисту не нужно знать теорию, потому что на практике мы думаем по другому.
Пост будет разбит на 2 части, потому что много текста.
Часть 1. Найм в наше время - шлак. Потому что собеседование проверяет как хорошо вы подготовились к собеседованию.
Если не забивать хер, а приложить чуть-чуть усилий, то можно получить с десяток офферов. Потому что ты будешь самым опытным, мотивированным и знающим специалистом среди остальных кандидатов. Так как большинство людей пытаются пройти собесы “по наитию”.
С лету пройти собеседование тоже можно. Только вместо 8 офферов из 10 вы получите 1 или 2. Потому что без подготовки сложно вспомнить и половину теории) Поэтому не должно быть вопроса “готовиться или не готовиться?”. Правила игры такие: ты приходишь на собес; тебе задают детские вопросы по теории. И этим надо пользоваться)
Подготовка к тех интервью - это просто. 9 из 10 вопросов повторяются. Большинство из них возьмут из гугла по запросу: “вопросы для собеседования javanoscript/c#/java/аналитик/дизайнер/project”. И там же будут ответы на эти вопросы) Достаточно потратить пару часов и собрать вопросы/ответы из первой десятки ссылок гугла.
❗️Бывают случаи когда даже тщательная подготовка не поможет:
1. Вас может собеседовать неопытный чувак. Например взяли разраба, оторвали от написания кода и сказали чтобы он вас погонял. А он просто начал вас топить) Нашёл кучу бесполезных вопросов в гугле и тешит своё самолюбие. Потом рапортует руководству что кандидат был не ок.
2. Есть компании, цель которых сбить ЗП и показать что кандидат го*но. Таким любят заниматься консультанты и аутсорс компании. Чем меньше вы будете получать ЗП, тем больше они будут зарабатывать. Продаешь джуна или мидла как синьора, получаешь больше маржи.
💡Плохие ли это компании? Стоит ли забивать на них? - Конечно нет. Сходите на собеседование и попробуйте пройти. Ваша задача получить максимум офферов, чтобы выбрать лучший.
2 часть будет завтра, а пока вопрос:
Как думаете - профессионал должен хорошо разбираться в теории по своей специальности? Давайте обсудим)
Хабр
Кого вы хотите принять на работу?
Когда я принимаю решение о том, какую выбрать архитектуру приложения, или как спроектировать БД, или какие нужны подготовительные работы для старта, или о том, ч...
Часть 2. Глубокое понимание теории - нужно или нет?
Если я хочу быть лучшим спецом - я должен знать теорию.
Это не только про программирование, но и про все остальные специальности. Например, зачем нам в команде дизайнер который не понимает типографику, сочетание цветов и простейшую композицию элементов? Чтобы он просто копипастил интерфейсы с pinterest?) Получится красиво, только толку от такого дизайна ноль.
💡 По нашему опыту, теорию надо знать и понимать, потому что:
1. Специалист разбирающийся в теоретической части своего дела - круче. Теория - это инструментарий. Наши молотки, отвертки, дрели. Если вы понимаете чем и в какой ситуации пользоваться - вы стоите дороже чем спец который в любой ситуации фигачит молотком.
Например, у программистов обширные теоретические знания:
- Ускоряют погружение в устройство системы
- Ускоряют принятие решений по разработке и саму разработку
- Ускоряют отладку и исправление багов
- Дают возможность обучать других людей
- Позволяют проще и быстрее доносить мысли до команды
2. Работодатель хочет собрать крутую и сильную команду. Поэтому пытается нанять специалиста, который хочет быть одним из лучших в своем деле. Это значит, что он развивается, постоянно читает, пробует новое и т.п.. Он изучает свою сферу в глубину, а также осваивает смежные области. В таком случае, теоретические вопросы для него - не вызовут сложности. А если не сможет ответить, то все вышеописанное не про него.
3. Чтобы технические или организационные процессы и подходы развивались, а не деградировали, у команды должны быть знания о том, как надо. Можно обучить одному проценту этих знаний в стенах компании, но 99% - заслуга сотрудника.
Знаешь и интересуешься тем, как устроен DevOps - поможешь его внедрить в свою команду. Почитал книги по Agile/Scrum - легче вольешься в процесс при внедрении этих подходов. Почитал статью и попробовал модульные автотесты - без пинков от руководства сам предложишь попробовать и внедришь на проекте.
В обратном случае, если каждый член команды ничем не интересуется, внедрение даже мелкой практики превращается в маленькую войну.
4. Когда приходит время кого-то повышать и ставить во главе команды, отдела, компании, приоритет отдадут тем, кто знает больше о разработке, процессах, технологиях, сути и сложностях работы в предстоящей роли. Один из самых популярных косяков кандидатов на любые IT-позиции,- считать, что “меня сначала наймут/повысят, тогда и начну разбираться и изучать эту область”. Не делайте так.
5. Те, кого прет от их работы в роли разработчика/аналитика/тестировщика/и т.п., в 10 раз полезнее всех остальных. Если ты не интересуешься тем, как делать свою работу лучше, значит она тебя не драйвит. Нанимать такого спеца хочется только в крайнем случае.
Если я хочу быть лучшим спецом - я должен знать теорию.
Это не только про программирование, но и про все остальные специальности. Например, зачем нам в команде дизайнер который не понимает типографику, сочетание цветов и простейшую композицию элементов? Чтобы он просто копипастил интерфейсы с pinterest?) Получится красиво, только толку от такого дизайна ноль.
💡 По нашему опыту, теорию надо знать и понимать, потому что:
1. Специалист разбирающийся в теоретической части своего дела - круче. Теория - это инструментарий. Наши молотки, отвертки, дрели. Если вы понимаете чем и в какой ситуации пользоваться - вы стоите дороже чем спец который в любой ситуации фигачит молотком.
Например, у программистов обширные теоретические знания:
- Ускоряют погружение в устройство системы
- Ускоряют принятие решений по разработке и саму разработку
- Ускоряют отладку и исправление багов
- Дают возможность обучать других людей
- Позволяют проще и быстрее доносить мысли до команды
2. Работодатель хочет собрать крутую и сильную команду. Поэтому пытается нанять специалиста, который хочет быть одним из лучших в своем деле. Это значит, что он развивается, постоянно читает, пробует новое и т.п.. Он изучает свою сферу в глубину, а также осваивает смежные области. В таком случае, теоретические вопросы для него - не вызовут сложности. А если не сможет ответить, то все вышеописанное не про него.
3. Чтобы технические или организационные процессы и подходы развивались, а не деградировали, у команды должны быть знания о том, как надо. Можно обучить одному проценту этих знаний в стенах компании, но 99% - заслуга сотрудника.
Знаешь и интересуешься тем, как устроен DevOps - поможешь его внедрить в свою команду. Почитал книги по Agile/Scrum - легче вольешься в процесс при внедрении этих подходов. Почитал статью и попробовал модульные автотесты - без пинков от руководства сам предложишь попробовать и внедришь на проекте.
В обратном случае, если каждый член команды ничем не интересуется, внедрение даже мелкой практики превращается в маленькую войну.
4. Когда приходит время кого-то повышать и ставить во главе команды, отдела, компании, приоритет отдадут тем, кто знает больше о разработке, процессах, технологиях, сути и сложностях работы в предстоящей роли. Один из самых популярных косяков кандидатов на любые IT-позиции,- считать, что “меня сначала наймут/повысят, тогда и начну разбираться и изучать эту область”. Не делайте так.
5. Те, кого прет от их работы в роли разработчика/аналитика/тестировщика/и т.п., в 10 раз полезнее всех остальных. Если ты не интересуешься тем, как делать свою работу лучше, значит она тебя не драйвит. Нанимать такого спеца хочется только в крайнем случае.
Нетворкинг - про эту хрень слышали все. Про связи и знакомства постоянно пишут новые статьи, рассказывают на конференциях и курсах. Вот только никто не рассказывает что конкретно делать) А мы расскажем, и материала будет дофига: что такое нетворкинг, как его развивать, что читать, как это поможет в карьере и жизни. Расскажем про несколько упражнений которые сами используем для развития социальных связей.
❤2
Что такое нетворкинг и нафига он нужен?
Развитие полезных связей - это не новомодное явление. Во все времена для успеха в жизни необходимо было выстраивать отношения с широким кругом людей. Слышали про теорию шести рукопожатий? - это тоже про нетворкинг.
Ключевые вещи, которые нужно осознать про нетворкинг:
1. Это деятельность. Ей нужно заниматься чтобы наращивать кол-во и качество знакомств. Не получиться просто чатиться в соцсетях.
2. Это не быстрый процесс. На долгосрочные и доверительные отношения нужны время и силы.
3. У нас в головах строится рейтинговая система. Общаешься с человеком - наращиваешь баллы. Не общаешься - теряешь баллы.
Не путайте понятие нетворкинга и блата. Это совершенно разные вещи.
Здоровые социальные отношения - это когда бизнесмен знает половину города миллионника. В случае необходимости или вопросов у него всегда есть кому позвонить и спросить.
Блат - это когда бесполезного родственника устраивают на работу, чтобы он сидел и нихера не делал. В IT такое встретишь очень редко. Только там где бабки будут платить не из своего кармана, а например государство.
Сколько вы встречали IT-специалистов, которые вкладывают много усилий в отношения с другими людьми? Мы насчитали 10 человек из ~400 знакомых, не считая крутых менеджеров. А вы сами занимаетесь этим? - Скорее всего нет, а зря. Куча разнообразных знакомых означает, что:
1. Вас могут позвать на работу(с дополнительной положительной характеристикой). Лишние предложения никогда не помешают.
2. Самые топовые позиции с ЗП сильно выше рынка можно получить только благодаря знакомствам, когда вас знают и вам доверяют, т.е. с вами давно знакомы.
3. Чем больше толковых знакомых, тем больше кандидатов на партнерство в стартапе. Они могут позвать вас или вы их. В одиночку шансов сильно меньше.
4. Доступ к экспертизе и советам по работе и карьере. Где ты быстро узнаешь, какой фреймворк подойдет на фронт в твоем проекте или что почитать, чтобы хорошо начать новый проект с ИИ.
Вот эти вот “умные” мысли вам бы рассказал опытный знакомый, если бы он был.
Развитие полезных связей - это не новомодное явление. Во все времена для успеха в жизни необходимо было выстраивать отношения с широким кругом людей. Слышали про теорию шести рукопожатий? - это тоже про нетворкинг.
Ключевые вещи, которые нужно осознать про нетворкинг:
1. Это деятельность. Ей нужно заниматься чтобы наращивать кол-во и качество знакомств. Не получиться просто чатиться в соцсетях.
2. Это не быстрый процесс. На долгосрочные и доверительные отношения нужны время и силы.
3. У нас в головах строится рейтинговая система. Общаешься с человеком - наращиваешь баллы. Не общаешься - теряешь баллы.
Не путайте понятие нетворкинга и блата. Это совершенно разные вещи.
Здоровые социальные отношения - это когда бизнесмен знает половину города миллионника. В случае необходимости или вопросов у него всегда есть кому позвонить и спросить.
Блат - это когда бесполезного родственника устраивают на работу, чтобы он сидел и нихера не делал. В IT такое встретишь очень редко. Только там где бабки будут платить не из своего кармана, а например государство.
Сколько вы встречали IT-специалистов, которые вкладывают много усилий в отношения с другими людьми? Мы насчитали 10 человек из ~400 знакомых, не считая крутых менеджеров. А вы сами занимаетесь этим? - Скорее всего нет, а зря. Куча разнообразных знакомых означает, что:
1. Вас могут позвать на работу(с дополнительной положительной характеристикой). Лишние предложения никогда не помешают.
2. Самые топовые позиции с ЗП сильно выше рынка можно получить только благодаря знакомствам, когда вас знают и вам доверяют, т.е. с вами давно знакомы.
3. Чем больше толковых знакомых, тем больше кандидатов на партнерство в стартапе. Они могут позвать вас или вы их. В одиночку шансов сильно меньше.
4. Доступ к экспертизе и советам по работе и карьере. Где ты быстро узнаешь, какой фреймворк подойдет на фронт в твоем проекте или что почитать, чтобы хорошо начать новый проект с ИИ.
Вот эти вот “умные” мысли вам бы рассказал опытный знакомый, если бы он был.
👍5
Всем привет! Статьи задерживаются - один из авторов приболел) Поэтому перейдем к практике и конкретным упражнениям.
Скоро 9 мая и пасха. И это отличный повод завести small talk с бывшими коллегами, знакомыми, партнерами, клиентами и т.д. Поэтому начнем с простого упражнения: составим таблицу знакомых.
Таблицу будем постепенно расширять и добавлять новые колонки, но пока что просто вспомните максимальное кол-во людей)
Скоро 9 мая и пасха. И это отличный повод завести small talk с бывшими коллегами, знакомыми, партнерами, клиентами и т.д. Поэтому начнем с простого упражнения: составим таблицу знакомых.
Таблицу будем постепенно расширять и добавлять новые колонки, но пока что просто вспомните максимальное кол-во людей)
Всем привет! Собрали список знакомых? Сколько получилось?)
Сегодня расширяем табличку:
1. Добавьте дни рождения. Коллег подсмотрите в файлике дней рождений - обычно такие ведут HR либо секретарь, либо project. В общем найдите) Тех кого не знаете - уточняйте по знакомым. Самое быстрое - пустите в неё своих друзей. Пускай заполнят за себя и кого знают из вашего списка)
2. Нужно добавить напоминалки в ваш любимый календарь. Я пользуюсь Google контактами - он синхронизирован с календарем на телефоне. Поэтому я за 3 дня получаю уведомление что скоро будет ДР у кого-то.
Почему важно поздравлять людей с днём рождения, думаю не нужно объяснять) У нас ведь 2 праздника - Новый год и день рождения))
Нетворкинг похож на маркетинг сложных продуктов и услуг. Нужны "касания". Поздоровался, поинтересовался как дела? - получи + в карму. Больше "касаний" = больше шансов получить желаемое. Через какое-то время знакомые сами начинают интересоваться вами.
Сегодня расширяем табличку:
1. Добавьте дни рождения. Коллег подсмотрите в файлике дней рождений - обычно такие ведут HR либо секретарь, либо project. В общем найдите) Тех кого не знаете - уточняйте по знакомым. Самое быстрое - пустите в неё своих друзей. Пускай заполнят за себя и кого знают из вашего списка)
2. Нужно добавить напоминалки в ваш любимый календарь. Я пользуюсь Google контактами - он синхронизирован с календарем на телефоне. Поэтому я за 3 дня получаю уведомление что скоро будет ДР у кого-то.
Почему важно поздравлять людей с днём рождения, думаю не нужно объяснять) У нас ведь 2 праздника - Новый год и день рождения))
Нетворкинг похож на маркетинг сложных продуктов и услуг. Нужны "касания". Поздоровался, поинтересовался как дела? - получи + в карму. Больше "касаний" = больше шансов получить желаемое. Через какое-то время знакомые сами начинают интересоваться вами.
❤1
Про важность подготовки к собеседованию.
Всем привет!
Последние полгода собеседуем кандидатов на тимлида/техдира в одну компанию.
ЗП - до $7 000. С релокацией в солнечный Ташкент - это там где тепло, вкусно кормят и на 7к можно жить как король.
Было 12 кандидатов: Senior разрабы, руководители отделов, технические директора.
Решили поделиться наблюдениями:
1️⃣ Ни один кандидат не прошёл техническое интервью - потому что забил и не готовился) Мы задавали и практические и теоретические задачи уровня Middle/Senior, большинство из которых задают на любом собеседовании на тимлида.
2️⃣ 10 из 12 резюме написаны плохо: нет описанных результатов, задач которые решил, мало информации об опыте в различных технологиях, нет описания бизнес задач.
3️⃣ 0 из 12 спросили о будущей роли, компании. Что приводило к унизительному провалу на вопросах “Как вы себе представляете свои будущие обязанности?”, “Что будете делать первые 3 месяца?”.
4️⃣ 8 из 12 на стандартных вопросах сбивались, несли чушь и паниковали. Т.е. не думали заранее, как будут отвечать на ключевые, но популярные известные вопросы.
Какой вывод:
Стоило тупо повспоминать технику в течение недели и потратить 3 часа на подготовку к собеседованию - 7k$ в месяц в кармане гарантированы. И мы как раз с этим помогаем: подготовим к вопросам о soft-скилах и опыте; подготовим к тех собесу и поможем с резюме. Пишите в личку - ответим на вопросы.
Всем привет!
Последние полгода собеседуем кандидатов на тимлида/техдира в одну компанию.
ЗП - до $7 000. С релокацией в солнечный Ташкент - это там где тепло, вкусно кормят и на 7к можно жить как король.
Было 12 кандидатов: Senior разрабы, руководители отделов, технические директора.
Решили поделиться наблюдениями:
1️⃣ Ни один кандидат не прошёл техническое интервью - потому что забил и не готовился) Мы задавали и практические и теоретические задачи уровня Middle/Senior, большинство из которых задают на любом собеседовании на тимлида.
2️⃣ 10 из 12 резюме написаны плохо: нет описанных результатов, задач которые решил, мало информации об опыте в различных технологиях, нет описания бизнес задач.
3️⃣ 0 из 12 спросили о будущей роли, компании. Что приводило к унизительному провалу на вопросах “Как вы себе представляете свои будущие обязанности?”, “Что будете делать первые 3 месяца?”.
4️⃣ 8 из 12 на стандартных вопросах сбивались, несли чушь и паниковали. Т.е. не думали заранее, как будут отвечать на ключевые, но популярные известные вопросы.
Какой вывод:
Стоило тупо повспоминать технику в течение недели и потратить 3 часа на подготовку к собеседованию - 7k$ в месяц в кармане гарантированы. И мы как раз с этим помогаем: подготовим к вопросам о soft-скилах и опыте; подготовим к тех собесу и поможем с резюме. Пишите в личку - ответим на вопросы.
🔥1
9 мая уже скоро! Пора заглянуть в таблицу!
Всем привет! Осталась неделя до 9 мая, а это значит что пора начинать работать на своими социальными связями)
В прошлые разы мы показывали шаблон без реального примера - исправляемся. Вот вам таблица которую составлял один из админов. Потерли только персональные данные
Ушло на это дофига времени - 6 часов.
Самая важная колонка “Чем может быть полезен”: не так просто продумать возможности человека, в чем на него можно положиться. Но эта формулировка очень поможет, когда нужна будет помощь в каком-либо вопросе.
Как это использовать 9 мая:
1. Готовим стандартное поздравление своими словами.
Пример для близких: “Привет, с праздником!”
Пример для тех, к кому на Вы: “Добрый день, xxx! Поздравляю с Днем Победы!”
2. Открываем свою таблицу
С каждым по очереди: открываем чат, если есть мысли как поздравить по особенному или позвонить - делаем. Если нет или если устали - копируем стандартный. Устанете каждому придумывать, поверьте. Отмечаем (выделить цветом) тех, кого поздравили.
3. Затем заходим в основные чаты(рабочие, друзья, хобби) - шлем поздравление для всех (многих участников чата вы в таблицу еще не вписали, а поздравить надо).
4. После получения ответа спрашиваем “как дела?”(можно спросить про детей, стартап, здоровье.) - поддерживаем разговор.
Трудоемкость на каждого человека: 3 минуты в среднем.
Лучше поздравлять до обеда. Вечером уже все друг друга поздравили, устали общаться, не так запомнится.
Всем привет! Осталась неделя до 9 мая, а это значит что пора начинать работать на своими социальными связями)
В прошлые разы мы показывали шаблон без реального примера - исправляемся. Вот вам таблица которую составлял один из админов. Потерли только персональные данные
Ушло на это дофига времени - 6 часов.
Самая важная колонка “Чем может быть полезен”: не так просто продумать возможности человека, в чем на него можно положиться. Но эта формулировка очень поможет, когда нужна будет помощь в каком-либо вопросе.
Как это использовать 9 мая:
1. Готовим стандартное поздравление своими словами.
Пример для близких: “Привет, с праздником!”
Пример для тех, к кому на Вы: “Добрый день, xxx! Поздравляю с Днем Победы!”
2. Открываем свою таблицу
С каждым по очереди: открываем чат, если есть мысли как поздравить по особенному или позвонить - делаем. Если нет или если устали - копируем стандартный. Устанете каждому придумывать, поверьте. Отмечаем (выделить цветом) тех, кого поздравили.
3. Затем заходим в основные чаты(рабочие, друзья, хобби) - шлем поздравление для всех (многих участников чата вы в таблицу еще не вписали, а поздравить надо).
4. После получения ответа спрашиваем “как дела?”(можно спросить про детей, стартап, здоровье.) - поддерживаем разговор.
Трудоемкость на каждого человека: 3 минуты в среднем.
Лучше поздравлять до обеда. Вечером уже все друг друга поздравили, устали общаться, не так запомнится.
Google Docs
Пример Записной Книжки
Давно ничего не писал. Устроился в новую компанию и она отнимала все силы) Перезагрузился после полугодового марафона - решил вести канал в более свободном формате. Буду делиться мыслями о наболевшем. Тематика прежняя - карьера в IT.
Сокращения. Как вылететь самым последним или потонуть вместе с кораблем) 🚢
Сейчас IT в России - это рынок работодателя. Ушли крупные зарубежные компании и сокращаются отечественные. Есть проблемы с клиентами, оборудованием и товарами. Всё чаще вижу новости и слышу про сокращения от знакомых. Да и HeadHunter пишет, что в РФ падает число IT вакансий, а кол-во резюме растет. Поэтому задумался: что нужно делать и чего не стоит, чтобы не вылететь среди первых при сокращениях.
Как решают что пора сокращать❔
Представим типичную IT компанию: команды, отделы, руководители и т.д.
Собираются директора планировать бюджет. Считают на сколько у компании хватит денег и сколько они планируют заработать. Понимают, чтожопа кризис. Рождается какая-нибудь стратегия: переживём, ждём и смотрим или нам кранты. Если денег у компании не хватает - решают что надо сокращать штат.
Допустим в команде 10 человек. Приходит начальник начальника и говорит ему: "денег есть только на 7, выбирай сам кого уволить". И ему придётся выбрать. Даже если там все лапочки и трудоголики.
Как решают кого сокращать❔
Хорошо если есть “объективные”, исчисляемые показатели - KPI: кол-во продаж, выполненных задач и целей, привлеченного трафика и т.д. Тут всё понятно.
Чаще есть только не объективные показатели: косяки, достижения, плюсы и минусы.
- Помог руководителю в выходной день организовать обучение по тестированию для Джунов? - плюс.
- Освоил смежную роль/должность? - достижение.
- На тебя регулярно жалуются из соседнего отдела потому что ты ведешь себя как мудак? - ты проблемный. Минус.
- Продолжаешь постоянно опаздывать на встречи? - минус.
- Сказал лишнего на встрече с клиентом и сделка сорвалась? - косяк
Хороший менеджер - такие вещи регулярно записывает, даёт фидбек своим подчиненным и помогает им развиваться за счет этого.
Плохой - держит всё в голове и принимает решения на основе воспоминаний и ощущений. Хорошо если он помнит дальше пары недель.
Что ещё важно знать❗️
1. Сокращения - это внезапно. Неделю назад тебе говорили: “у нас все супер!”. А сегодня менеджер говорит: "Дело не в тебе, дело в компании.Ты вообще молодец, я тебе крутую рекомендацию напишу".
2. Это может коснуться каждого. Маркетологи, дизайнеры, разработчики, лиды, руководители отделов, директора - не имеет значения.
3. Вас будут просить написать по собственному или по соглашению без отработки. Если вдруг! такое происходит - говорите что нужно подумать и приходите ко мне. Есть пара юристов которые помогут выйти из этой ситуации с 3-6 зарплатами вместо нуля)
Что делать то❔
Плюсы и достижения нарабатываются долго и мало живут. А вот накосячить очень просто и это запоминается надолго)
При прочих равных, увольнять будут самых бесполезных, проблемных или косячных. Сейчас стоит задуматься - а не вхожу-ли я в их число?
Полезные упражнения.
- самокопание: подумать и расписать оценку своей работы
- обратная связь: спросить у руководителя и коллег что они думают о работе с вами
В следующие дни я буду описывать примеры из жизни. Как вели себя люди и к чему это привело. Попробую раскрыть тему: “как надо делать” и “как не надо делать”.
Всех с пятницей! 🍻
Сокращения. Как вылететь самым последним или потонуть вместе с кораблем) 🚢
Сейчас IT в России - это рынок работодателя. Ушли крупные зарубежные компании и сокращаются отечественные. Есть проблемы с клиентами, оборудованием и товарами. Всё чаще вижу новости и слышу про сокращения от знакомых. Да и HeadHunter пишет, что в РФ падает число IT вакансий, а кол-во резюме растет. Поэтому задумался: что нужно делать и чего не стоит, чтобы не вылететь среди первых при сокращениях.
Как решают что пора сокращать❔
Представим типичную IT компанию: команды, отделы, руководители и т.д.
Собираются директора планировать бюджет. Считают на сколько у компании хватит денег и сколько они планируют заработать. Понимают, что
Допустим в команде 10 человек. Приходит начальник начальника и говорит ему: "денег есть только на 7, выбирай сам кого уволить". И ему придётся выбрать. Даже если там все лапочки и трудоголики.
Как решают кого сокращать❔
Хорошо если есть “объективные”, исчисляемые показатели - KPI: кол-во продаж, выполненных задач и целей, привлеченного трафика и т.д. Тут всё понятно.
Чаще есть только не объективные показатели: косяки, достижения, плюсы и минусы.
- Помог руководителю в выходной день организовать обучение по тестированию для Джунов? - плюс.
- Освоил смежную роль/должность? - достижение.
- На тебя регулярно жалуются из соседнего отдела потому что ты ведешь себя как мудак? - ты проблемный. Минус.
- Продолжаешь постоянно опаздывать на встречи? - минус.
- Сказал лишнего на встрече с клиентом и сделка сорвалась? - косяк
Хороший менеджер - такие вещи регулярно записывает, даёт фидбек своим подчиненным и помогает им развиваться за счет этого.
Плохой - держит всё в голове и принимает решения на основе воспоминаний и ощущений. Хорошо если он помнит дальше пары недель.
Что ещё важно знать❗️
1. Сокращения - это внезапно. Неделю назад тебе говорили: “у нас все супер!”. А сегодня менеджер говорит: "Дело не в тебе, дело в компании.Ты вообще молодец, я тебе крутую рекомендацию напишу".
2. Это может коснуться каждого. Маркетологи, дизайнеры, разработчики, лиды, руководители отделов, директора - не имеет значения.
3. Вас будут просить написать по собственному или по соглашению без отработки. Если вдруг! такое происходит - говорите что нужно подумать и приходите ко мне. Есть пара юристов которые помогут выйти из этой ситуации с 3-6 зарплатами вместо нуля)
Что делать то❔
Плюсы и достижения нарабатываются долго и мало живут. А вот накосячить очень просто и это запоминается надолго)
При прочих равных, увольнять будут самых бесполезных, проблемных или косячных. Сейчас стоит задуматься - а не вхожу-ли я в их число?
Полезные упражнения.
- самокопание: подумать и расписать оценку своей работы
- обратная связь: спросить у руководителя и коллег что они думают о работе с вами
В следующие дни я буду описывать примеры из жизни. Как вели себя люди и к чему это привело. Попробую раскрыть тему: “как надо делать” и “как не надо делать”.
Всех с пятницей! 🍻
👍7❤1👏1