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

#аналитическая_лихорадка

ER ≠ UML Class Diagram

У аналитиков часто возникает путаница с этими диаграммами. Мы пытаемся приравнять диаграмму базы данных (Entity Relationship, ER) к диаграмме классов UML. На одном из обучений, которое я проходила, лектор утверждал, что это одинаковые диаграммы😳 Однако, это два совершенно разных инструмента.

▫️ER находится на уровне базы данных. Она описывает схему хранения данных, показывая, как данные организованы в таблицах и как они связаны друг с другом. В то время как диаграмма классов относится к логическому уровню и описывает, как взаимодействуют компоненты кода.
▫️ER можно построить для любой системы, использующей реляционную базу данных. Это универсальный принцип, применимый ко всем реляционным базам. Даже для нереляционных баз иногда пытаются рисовать ER, но это спорное решение, используемое больше для упрощения понимания взаимосвязей на абстрактном уровне.
▫️Диаграмма классов UML применима только в контексте ООП (объектно-ориентированного программирования). В центре ООП находится понятие объекта, который является экземпляром класса. Связи в диаграмме классов отражают принципы ООП, такие как наследование, ассоциации и композиции, которых нет в ER. Если проект разрабатывается с использованием функционального программирования, то использование диаграммы классов становится невозможным.

Как так получилось, что аналитики считают эти диаграммы одинаковыми❓
Представьте себе следующую ситуацию: программист описывает класс и его атрибуты в коде, после чего на основе этих данных автоматически создаются таблицы в базе данных. В таком случае, в некоторых проектах, действительно получается, что 1 класс = 1 таблица.

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

Тем не менее, здесь важно понимать, что это скорее следствие использования определенных инструментов и подходов, а не закономерность. Диаграмма ER и диаграмма классов UML описывают разные аспекты системы и имеют свои особенности.

#саморазвитие

Трудозатраты, прокрастинация, тайм-менеджмент⏰

«Почему все тянут до последнего, чтобы сделать что-то плохо?
Если сделать сразу плохо, то останется время все улучшить»

В 2021 году на день рождения мне подарили книгу Максима Дорофеева "Джедайские техники". Это книга о тайм-менеджменте на ИТ-проектах, почти каждое предложение находит во мне отклик😍 Некоторые цитаты о срывах сроков проектов до сих пор всплывают в моей памяти🤔

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

Постоянные срывы сроков и проблемы с точной оценкой задач на проектирование, разработку и тестирование уже привели меня к методу умножения всех сроков на два, а иногда и на три🤣 Этот метод стал частью моей работы и я даже делюсь им с учениками. Однако, согласна с Дорофеевым, что это путь в никуда. Такие подходы только затягивают процесс разработки, пока не исчерпывается терпение заказчика и он не найдет более эффективных исполнителей.

"Возможно, вы замечали, что, по странному стечению обстоятельств, задача трудоемкостью в половину человекочаса выполняется за полчаса, задача в один человекочас – за один час, в два человекочаса – за два часа… Но в какой-то момент наступает перелом: на задачу в четыре человекочаса уходит целый день, на задачу в восемь человекочасов – неделя, а задача в сорок человекочасов не доводится до конца практически никогда. Особенно ярко этот эффект проявляется на всяких околобюрократических задачах по работе с документами. Подготовить регламент или чек-лист на полстранички – это полчаса. На страничку – час. А вот сделать документ больше чем на 10 страниц – это уже ад: сначала две недели откладывается его написание, потом столько же – его вычитка, затем на две недели откладывается исправление замечаний, хотя если пускать в работу по одной страничке (или малыми партиями), то вся работа могла бы быть закончена за неделю. Дело в том, что чем масштабнее и сложнее задача, тем более склонен ее исполнитель к прокрастинации."

Знакомо?😁

Когда я пишу большие ТЗ или спецификации, то неделями не могу приступить к задаче🕙 Все мелкие или административные дела становятся более приоритетными. Я раньше брала месяц-два на разработку ТЗ, а в итоге все делала в последнюю неделю😳 Большие задачи пугают и требуют много мыслетоплева. Как я с этим борюсь? Просто урезаю сроки, чтобы не прокрастинировать, но иногда это приводит к переработкам или срыву дедлайнов. Там, где метод Дорофеева (декомпозиция) не приносит результатов, например, в проектировании или исследовательской работе, сильно возрастает риск столкнуться с прокрастинацией.

Всем PM и др. менеджерам советую почитать📚

#саморазвитие

Серия рассказов про собеседования

Часть 8. Пробы на PM, собеседование в X5 Group, One Offer Day в Т-Банк

1. Собеседование на позицию фулл стек аналитика в X5 Group.
На техническом собеседовании мне задали кучу теоретических вопросов:
▫️Что такое идемпотентность?
▫️Сколько и какие есть нормальные формы в БД?
▫️Какая иерархия требований по Вигерсу?

Также, обсуждались командные процессы, например,
▫️Как у вас выглядит Definition of Ready (DOR)?
▫️Как вы ведете версионирование требований?

Ну и были личные вопросики по типу:
▫️Какими достижениями ты гордишься в карьере?
▫️Какие сложные задачи ты преодолевала на своём профессиональном пути?
▫️Какие фишечки таймменеджмента ты применяешь в работе?
▫️Как делаешь задачи по проектированию, когда весь день сыпятся вопросы и ставятся срочные созвоны?

Особенно мне понравился этап - знакомства с командой. Встреча была похожа на обмен опытом, где мы обсуждали одинаковые проблемы и чувствовалась общность взглядов🤝 Я заметила, что в нашей команде и их команде задачи по аналитике не оцениваются. Почему так происходит❓ Задачи на проектирование невозможно заранее спланировать. Это приводит к ситуации, когда оценка задач становится равнозначной "тыканью пальцем в небо"🤨 Если кто-то думает, что это привилегия, то он ошибается: приоритетные задачи всегда требуют срочного выполнения, независимо от их объема и числа параллельных задач.

В целом, собес класс, ребята очень крутые❤️

2. Попытка пройти собеседования на роль PM.
Я решила попробовать собесы в роли руководителя проекта и обновила свое резюме, указав, что обладаю опытом и в этой области, и в аналитике. Я думаю, что специалист, владеющий несколькими специализациями, имеет значительное преимущество. Однако, HRы так не считают😈 Я ежедневно получала отказы, и моя самооценка заметно падала😓

В конце концов, я решила узнать причины. В ответе мне сказали, что я не подхожу по зарплатным ожиданиям🤑 Все стало ясно💡 Последние пару лет зарплаты системных аналитиков стремительно выросли, в банках достигают уровней разработчиков, тогда как ставки для PM, наоборот, снижаются. Мне пришлось разделить резюме на два: одно для роли PM, другое для системного аналитика, и соответственно скорректировать зарплатные ожидания под каждую позицию. Я продолжаю эксперименты в этой области и позже напишу отдельный пост🔜

3. One Offer Day в Т-Банк.
Успешно прошла технический тест для участия в мероприятии One Offer Day в Т-Банк в одну из суббот.

В тесте были задания:
▫️по выбору нефункциональных требований из списка;
▫️по выбору правильного SQL запроса по бизнес-потребности;
▫️поиск json без синтаксических ошибок.

Оказалось, что слудущий этап техническое интервью состоит из двух частей, каждая из которых длится 90 минут: первая - теоретическая, вторая - практическая. А после технического интервью еще и знакомство с командами. Я подумала, что это издевательство и терять выходной было жалко🤔 Но если честно, я знаю, что там очень сложные вопросы и задания, мне так лень «потеть». Схожу только если вы попросите☺️

4. Очередной прикол рекрутеров.
Недавно HR мне написала: «Хотела вас попросить скрыть из видимости резюме на 1-2 дня. Так как по договору Stellar всю базу ХХ оставляют за своим отделом HR, и нам будет автоматический отказ. Мы не сможем подать вас от агентства и придется откликаться на вакансию на ХХ, проходить через общий отбор».🤷‍♂️
Позоже у HR- агентств тоже есть свои трудности, но почему кандидаты из-за этого должны терять пару дней поиска, непонятно.❓

#серия_рассказов_про_собеседования

3 причины начать вести профессиональный блог

Недавно мой канал отпраздновал свой первый год существования 🥳, и за это время я не раз задумывалась о том, чтобы свернуть все и бросить это занятие🙄 Причин было множество: отсутствие вдохновения, нечего писать, тупо лень… Но все же есть аргументы, которые заставляют меня продолжать✍️

8 постов про собесы (#серия_рассказов_про_собеседования);
3 лихорадочных видео (#аналитическая_лихорадка);
20 обзоров на тусы (#обзор_на_тусу);
25 постов о саморазвитии (#саморазвитие);
7 постов о себе (#аналитик_на_тусе).
Каждый из этих материалов - это не просто набор слов, а шаг к личностному и профессиональному росту.

1. Первая причина - это ты🫵
Развитие. Регулярное написание постов помогает улучшить критическое мышления и структурировать мысли, аргументировать свою позицию и эффективнее коммуницировать💯 Кроме того, за год я успела выступить на нескольких конференциях, поработать над докладами для широкой аудитории🔈 - до этого я никогда этого не делала. Этот опыт стал для меня настоящим выходом из зоны комфорта. Писать блог - значит стремиться к новым знаниям, больше читать и исследовать, пробуждая в себе желание расти и развиваться.

2. Личный бренд👽
Звучит смешно - какой личный бренд может быть у блоггера с 100 подписчиками? Но на самом деле ведение блога открывает глаза на то, кто ты есть и как ты мыслишь🦄 Ты пытаешь быть уникальным среди огромного количества профессионалов. Думать. Креативить. Блог - это не просто самореклама, это отношение к себе как к продукту. Вы задаете себе ключевые вопросы: Чем я могу быть полезен читателю❓ Почему они должны подписаться именно на меня❓ В поиске ответов на эти вопросы я осознала, что изучение аналитики не так уж интересно людям, как, например, прохождение собеседований. Или критика ИТ-мероприятий вызывает больший интерес, чем анализ докладов.

3. Плюс к экспертности👨‍🎓
Конечно, нельзя не упомянуть, что профессиональный блог - это ваша «кредитная история» на выступлениях, собеседованиях и в резюме. Блог - это продолжение вашего профессионализма. Больше чем резюме. Больше чем выступление на 20-30 минут. Не могу не похвастаться☺️, что за последние полгода мне предложили вести курс для тимлидов в Otus и курсы по сертификации аналитиков в IBS. Для меня это признание, которое мотивирует приумножать свою экспертность в профессиональном сообществе. Активность в блоге может стать решающим фактором в карьере и заработке специалиста.

Итак, если у вас есть свой профессиональный блог, обязательно делитесь ссылкой в комментариях. А если его нет, то подумайте о том, чтобы его создать, давайте обмениваться опытом🥰

#аналитик_на_тусе

Различия между руководителем проекта и системным аналитиком. И как войти в системный анализ?

Благодаря недавним обсуждениям с экспертами и анализу текущих тенденций на рынке труда у меня закрепились следующие взгляды.

Как различаются роли PM и системного аналитика?
Управление проектами - это многозадачная деятельность, где ключевыми навыками являются тайм-менеджмент и способность быстро адаптироваться к изменяющимся условиям👨‍💻👨‍💻 PM ежедневно сталкивается с огромным количеством задач и обязанностей: от обработки сотен писем до контроля хода выполнения задач команды. В таком темпе далеко не все смогут справиться - необходимы сильные личностные качества и стрессоустойчивость.

Напротив, системный аналитик должен обладать способностью к глубокому анализу и системному мышлению✍️ Важна усидчивость. Его работа заключается в детальном изучении функционала и проработке use case с разных сторон. Именно поэтому возникла необходимость разделения ролей на бизнес-аналитиков (ближе к роли PM) и системных аналитиков: первый фокусируется на взаимодействии с бизнесом, в то время как последний требует более глубоких технических знаний.

Почему я разочаровалась в управление проектами?
Интересный факт, что в иностранных учебниках говорится о том, что хорошие PM - это в первую очередь разработчики, архитекторы, которые поднялись по карьерной лестнице. Однако в России на эту должность часто назначают людей без технического образования или опыта в разработке, что приводит к тому, что PM становится «секретарем» тимлида. Теперь у нас не только разделение на бизнес и системных аналитиков. А еще и разделение на технических (Delivery) менеджеров с бекраудом разработки и нетехнических PM. Безработица видимо доводит до такого бреда.

Как устроена система подготовки системных аналитиков?
На зарубежном рынке часто отсутствует отдельная должность «системный аналитик».Например, разработчики, тимлиды и архитекторы решений во многом берут на себя эти функции.
Кто у нас работает системным аналитиком? Прокачанные бизнес-аналитики. В институтах на системных аналитиков еще не учат☹️

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

Пути входа в карьеру системного аналитика:
Варианты долгого пути
1. Программируйте в течение года. Не обязательно создавать выдающиеся программы, важно понять основные принципы разработки. И после шлифоните изучением нотаций.
2. Завершите бакалавриат или магистратуру по инженерной ИТ-специальности. Это даст глубокие знания.

Быстрый путь:
3. Пройдите специализированные курсы, дополните их работой с наставником для более глубокого погружения в практические аспекты.

☹️Для гуманитариев, желающих войти в сферу информационных технологий, важно понимать, что придется приложить больше усилий.
☹️Если у вас нет знаний по базовым дисциплинам: математика и информатика, то придется начать обучение с этого шага. Только после обучения базовых дисциплин можно дополнить свои знания и успешно адаптироваться к работе в ИТ.