fordevs

Недавно в комментариях к посту разговаривали про планирование. Как планировать проект так, чтобы всегда попадать в сроки с полным функционалом без кранчей по ночам? Запустил в fordevs серию постов про то, как планировать. На своём опыте: то, что провело меня от пропущенных дедлайнов к сдаче раньше срока. Дублирую посты сюда.

Коммуникабельный, ответственный, стрессоустойчивый. Такие формулировки в резюме если не отбивают всё желание общаться, то как минимум уже порядком надоели. Как перефразировать софт-скиллы, чтобы вызвать доверие у рекрутёра? В первой части про тайм-менеджмент и решение проблем.

Часто ты фокусируешься только на том, что произойдёт, если ты выполнишь задачу. На самом деле последствий гораздо больше. Делая сложный выбор в следующий раз, задай себе все следующие четыре вопроса.

Матрица Эйзенхауэра — на самом деле самый понятный и часто используемый инструмент для приоритизации (важно-не важно, срочно-не срочно). Делишь задачи на четыре части — начинаешь с первой — профит!

Возникает другой вопрос, как распределять задачи? Привожу несколько примеров.

Я сейчас смотрю много компаний, чтобы выстраивать сотрудничество, но, в целом, список ресурсов применим и к компаниям, куда есть план собеситься. Кроме очевидных вещей вроде "загуглить", я всегда делаю ещё несколько шагов.

У эйчаров много своих параметров, по которым они выбирают людей Например, если ты работал на одном из последних мест полгода, а потом ушёл — они почти сразу посчитают тебя сотрудником, который скачет с места на место. Какие бы ни были реальные причины. Даже если тебя схантил гугл.

Увольнение — это тяжело и неприятно, да. Но если ты софт-скилльный, то даже увольнение можно провести с пользой для карьеры (конечно, если увольнение случается не из-за того, что ты жёстко нарушил NDA или специально положил все сервера компании)

Если ты работаешь в компании, которая применяет Agile — считай, у тебя нет проблем. Вы регулярно проводите ретроспективы и пост-мортемы, анализируете ошибки и учитываете их на будущее. С первого взгляда дурацкие мероприятия правда повышают результативность. Если всё работает идеально.

Добро пожаловать в эпоху софт-скиллов! Мы живем в мире, где «Простите, это моя ошибка» может оказаться важнее, чем знание синтаксиса JavaScript наизусть. Это время, когда взаимодействие и коммуникация становятся не менее важными, чем хард-скиллы, а компании всего мира разрабатывают новые методы оценки и развития софт-скиллов своих сотрудников.

Да, начать свой путь в IT иногда кажется сложной задачей. Без опыта, с кучей советов, которые порой противоречат друг другу. В ближайший месяц я буду рассказывать о том, как облегчить этот путь, разбирая разные аспекты поиска первого проекта.
Меня зовут Сан, я 9 лет в разработке и 5 лет в запуске продуктов. Сегодня поговорим о том, как сделать портф…