🔵Как меняется политика компаний в российском ИТ🔵

Друзья, сегодня хочу поднять довольно актуальную для нас всех тему об изменениях в ИТ-индустрии и поделиться собственными наблюдениями. Хочется сразу отметить, что в данном случае я не претендую на экспертное мнение. Этот пост, что называется, о наболевшем.)

➡️Как обстоят дела с трудоустройством и в принципе с отношением компаний к своим сотрудникам?

В прошлом году мы наблюдали очень много движений на рынке труда в обе стороны: от сотрудника к компании и от компании к сотруднику. Самая нашумевшая тема - массовые увольнения в ИТ-гигантах, о которых не молчали. Кто попал под раздачу? Те сотрудники, чья ценность на данном этапе стратегии развития компании оказалась не важна. Например, выполнение монотонной работы, которую можно автоматизировать, либо были сокращены сотрудники, которые участвовали в тех проектах, ценности в которых бизнес больше не видит.

➡️Что по продуктивности?

В 2024 некоторые компании помимо масштабных увольнений сокращали еще и свои проекты, проектные портфели. С чем это может быть связано? Скорее всего после проведения одного из очередных анализов, было выявлено, что часть проектов, находящихся в разработке не окупятся в будущем. Сокращение бюджета коснулось, увы, всех.

➡️Зачистка по верхушке.

Торнадо сокращений коснулось не только рядовых сотрудников, но и топ-менеджмента многих компаний. Важный звоночек, что компании начинают активно следить за своими инвестициями и вливаниями. От каких продуктов доход есть, от каких продуктов дохода нет, но есть расходы, какие расходы? Стало понятно, что все ответственные лица на этапе создания и процесса разработки продукта оказались под пристальным вниманием.

➡️К чему все это может привести для кандидатов на рынке труда?

1️⃣Еще более строгие системы отборов и собеседований. Может появиться система оценивания кандидата. Сейчас этим не так часто пользуются и опираются в основном на личное мнение;

2️⃣Возможно, сами процессы отборов могут стать более унифицированными и понятными, если компании станут ими делиться друг с другом;

3️⃣Есть вероятность, что количество собеседований или этапов отборов на вакансию станет больше. Сейчас в общем случае их три (скрининг резюме, собес с HR, собес с нанимающим);

4️⃣Теперь компании не будут нанимать, если команда/проект/продукт не подтверждены. А это значит, кол-во отказов может увеличиться и кол-во самих вакансий тоже;

5️⃣И еще одно, наверное, самое важное. Возможно, руководство компаний будет больше внимания уделять вопросу продуктивности персонала, а это может привести к тому, что удержаться новичку в компании станет сложнее.

А что думаете вы?

#ithumanwork

Полный вперед и ни шагу назад, но сначала “о старте”!

Большинство подводит итоги года в конце, а я вот это сделала только в начале.)
Умирая в декабрьских дедлайнах, абсолютно не думалось о том, что же я успела. А вот на январских праздниках у меня было время сесть и спокойно подумать, вспомнить о том, что же я все-таки делала целый год.

Делюсь с вами своими наблюдениями и буду рада обратной связи. Как часто вы рефлексируете? Гордитесь ли своими победами? Умеете хвастаться даже тем, что на первый взгляд кажется совсем маленькой победой, но все же…вашей победой? Подводите ли итоги года? Ставите ли цели на новый?

Так, вот. Таким был мой 2024 год:

🔵Консультирование

➡️За прошлый год я провела больше 20 карьерных консультаций в рамках Эйч и больше 20 консультаций через личные каналы;
➡️Консультировала Практикум по развитию продуктов для Бизнес-аналитиков;
➡️Проконсультировала академию Eduson по 3 темам и др.

🔵Публичные выступления

➡️Провела около 5-ти мок-собеседований для Практикума;
➡️Выпустила 13 полноценных видео на своем Youtube-канале (да-да, подписывайтесь!);
➡️Выступила с докладом про Наставничество в ИТ на аналитической конференции в Ташкенте с ребятами в AQ24 & Analyst Qurultay in Central Asia;
➡️Подготовила и прочитала лекцию по моделированию процессов в РАНХиГС;
➡️Провела первый очный мастер-класс на конференции DUMP в Екатеринбурге.

🔵Собственные продукты

➡️Создала свой первый небольшой курс;
➡️Провела около 10 собственных мастер-классов;
➡️Добилась истории клиента: один отклик - один оффер;
➡️Создала полезную супер-группу единомышленников-аналитиков.

🔵Экспертное мнение

➡️Участвовала в вебинаре для желающих перейти в ИТ от SkillFactory;
➡️Дописываю Курс по Моделированию бизнес-процессов для Томского Государственного Университета;
➡️Участвовала в прямом эфире "от Джуна до Мидла и выше" вместе с Яндекс Практикумом;
➡️Сделала около 5-ти запусков Хакатона Про (моно-функциональные) в Мастерской Практикума и искренне считаю его практически своим продуктом;
➡️Написала и выпустила 5 статей (UserStory, Задачи и роль аналитика, Бенчмаркинг, Для тимлидов, Развитие аналитика).

Ну, что ж, потрудилась я как следует! Делитесь своими главными результатами за прошлый год! Сколько нас тут, продуктивных?)

#ithumanwork

Друзья! Начинаю понемногу вкатываться в рабочее состояние и снова приступаю к созданию контента.

Судя по опросу выше, самое интересное для вас - это аналитические практики.

Тогда ловите. Мой взгляд на USM 😌

Классическая USM предлагаем нам три функциональных слоя перед историями:
1️⃣Персоны;
2️⃣Активность;
3️⃣Задачи пользователя.

Однако в больших системах, таких например, которые работают в муниципальных, региональных или федеральных организациях классического подхода недостаточно. Либо им придется воспользоваться только на уровне описания отдельной функциональности, но не всей Системы.

Я пришла к выводу, что будет полезно добавить к классической карте несколько новых элементов, чтобы сделать ее более эффективной:
1️⃣Раздел;
2️⃣Подраздел;
3️⃣Роли пользователей;
4️⃣Активности пользователей;
5️⃣Задачи пользователей;
6️⃣Пользовательские истории.

Я предлагаю добавить разделы и подразделы в эту карту. Это может показаться простым шагом, но он действительно помогает лучше организовать информацию и упрощает работу команды разработки.

Когда речь идет о больших системах, в которых много модулей и функций, стандартного подхода может быть недостаточно. Добавление разделов и подразделов позволяет легче ориентироваться в сложной структуре Системы. Это особенно важно для крупных организаций, где есть разные уровни управления и множество функций.

Коротко остановлюсь на кейсе, на моем текущем проекте.

Проект уже в работе около 2-х лет, документирования требований изначально не было, понимание того, о чем Система есть только в головах команды. Система страдает, потому что ей не хватает целостности. Разработчики пилят, менеджеры истерзаны звонками и собраниями, потому что любые изменения нужно обсудить прежде, чем отдавать в разработку. Я предложила такую USM.
Синхронизировать разработчиков, менеджеров и дизайнеров стало легче, по крайней мере теперь есть куда смотреть всем. Нас еще ждет очень много работы над процессами, но теперь у всех будет единое представление о продукте.

Примерчик на картинке. Ее можно скачать и увеличивать.)

Как вы относитесь к профессиональным сообществам?

На протяжении многих лет моей практики я видела не одно профессиональное сообщество. Одни более успешные, другие менее, а однажды даже была организатором подобного для ИТ-аналитиков.

Как работающему по профилю анализа специалисту мне бывает полезно участие в таких сообществах:
1️⃣ Потому что вижу много мнений, а не одно свое;
2️⃣ Потому что сообщество позволяет обсуждать самые актуальные проблемы в профессии;
3️⃣ Потому что всегда можно найти более опытных коллег.

А если сообщество еще и проводит полезные активности, так и вовсе золотой источник для развития.
Например, в рамках Новосибисркого проф. сообщества мы одними из первых в стране запускали Менторскую программу еще году в 2018, если я ничего не путаю.) И это было вполне успешно, правда непросто😁

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

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

А как вы относитесь к проф. сообществам? Состоите в каких-то?

Новые/не новые техники проведения собеседований

Пока я репетирую вебинар «Путь новичка» от Практикума, пытаюсь не разболеться и успевала почти за выходные сгонять на малую родину, мир не стоит на месте.)

С начала года, как и всегда повышается спрос на карьерные консультации. Запросы разные:

🔵 кому-то нужно понять из-за чего трясется рынок и как ему к этому адаптироваться;
🔵 кому-то нужно понять сколько он может стоить на таком подвижном рынке со своим опытом;
🔵 кому-то не хватает практики и понимания как держаться на разных типах собеседований.

Вот вопросы про собеседования ко мне прилетают в последнее время чаще всего.

Самые распространенные типы собеседований:
🔵 собеседование в свободной форме;
🔵 собеседование на проверку технических навыков;
🔵 HR - собеседование.

Вот с третьим типом собеседований проблем практически нет. Я редко кого-то удивляю, когда рассказываю про него.
А вот в собеседованиях на проверку технических навыков сейчас относительно новое течение: System Design.

Относительно, потому что это эволюционное развитие кейсового технического собеседования и в каких-то зачатках такой подход применяется не впервые.
Так, что же такое System Design?

Это проектирование системы по заданным условиям с учетом всех компонентов и взаимодействий, и в случае, собеседования, такое проектирование проходит прямо перед интервьюером.

Такая техника проведения собеседования несомненно подходит для архитекторов, системных аналитиков и каких-нибудь технических руководителей, но я тут подумала, что я свои мок-собеседования для бизнес-аналитиков уже давно веду подобным образом.

Я даю короткое описание, которые мы якобы получили от заказчика и прошу подготовить по этому описанию постановки для передачи в разработку. В этот формат входит все. Я жду, что кандидат:
🔵 Выявит и уточнит требования;
🔵 Если они есть, то найдет противоречия в требованиях и предложит решение по ним;
🔵 Смоделирует хотя бы последовательность процесса;
🔵 Сможет формализовать требования, которые он выявил в любом знакомом формате: User Story, ТЗ, ЧТЗ, Use Case, BRD, …

И это как минимум. Если в начале кандидат заявил, что еще знаком с системным анализом, то прошу накидать что-то из диаграмм UML. Но это так, просто для честности.)

В итоге, после такого человек не только понимает насколько он готов или не готов для реальных собеседований, но и лучше понимает, что не теорию надо бросаться учить, хотя до нее он тоже дойдет, но лучше понимать полный цикл работы аналитика на проекте/продукте.

А как вы считаете, хороший ли это способ проверить компетенции аналитика? Хотели бы публичное мок-собеседование от меня?)