Недавно в комментариях к посту разговаривали про планирование. Как планировать проект так, чтобы всегда попадать в сроки с полным функционалом без кранчей по ночам? Запустил в fordevs серию постов про то, как планировать. На своём опыте: то, что провело меня от пропущенных дедлайнов к сдаче раньше срока. Дублирую посты сюда.
Коммуникабельный, ответственный, стрессоустойчивый. Такие формулировки в резюме если не отбивают всё желание общаться, то как минимум уже порядком надоели. Как перефразировать софт-скиллы, чтобы вызвать доверие у рекрутёра? В первой части про тайм-менеджмент и решение проблем.
Матрица Эйзенхауэра — на самом деле самый понятный и часто используемый инструмент для приоритизации (важно-не важно, срочно-не срочно). Делишь задачи на четыре части — начинаешь с первой — профит!
Возникает другой вопрос, как распределять задачи? Привожу несколько примеров.
У эйчаров много своих параметров, по которым они выбирают людей Например, если ты работал на одном из последних мест полгода, а потом ушёл — они почти сразу посчитают тебя сотрудником, который скачет с места на место. Какие бы ни были реальные причины. Даже если тебя схантил гугл.
Если ты работаешь в компании, которая применяет Agile — считай, у тебя нет проблем. Вы регулярно проводите ретроспективы и пост-мортемы, анализируете ошибки и учитываете их на будущее. С первого взгляда дурацкие мероприятия правда повышают результативность. Если всё работает идеально.
Добро пожаловать в эпоху софт-скиллов! Мы живем в мире, где «Простите, это моя ошибка» может оказаться важнее, чем знание синтаксиса JavaScript наизусть. Это время, когда взаимодействие и коммуникация становятся не менее важными, чем хард-скиллы, а компании всего мира разрабатывают новые методы оценки и развития софт-скиллов своих сотрудников.
Да, начать свой путь в IT иногда кажется сложной задачей. Без опыта, с кучей советов, которые порой противоречат друг другу. В ближайший месяц я буду рассказывать о том, как облегчить этот путь, разбирая разные аспекты поиска первого проекта.
Меня зовут Сан, я 9 лет в разработке и 5 лет в запуске продуктов. Сегодня поговорим о том, как сделать…