Вчера мне последний раз было 30 лет.

И раз блог о карьере, то давайте немного о ней.

Уже более 16 лет, как я первый раз начала работать и получила свою первую зарплату.

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

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

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

После Вуза начался процесс метаний, где я пробовала многое, и зачем-то все одновременно.

Будучи инженером, я прониклась как разбирать любые Системы используя ТРИЗ и как в живую может выглядеть слоистая архитектура.

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

В роли технического руководителя, я увидела, как выглядит жизненный цикл разработки ПО со стороны экономической. А так же чем плох подход ТРИЗ, когда начинаешь работать с большими продуктами.

Организация мероприятий, показала, что командная работа это сила, но она же и слабость.

Как ни странно, именно этот набор работ, привел меня к профессии Системного аналитика, обязанности которого я незаметно для себя начала выполнять, не понимая кто такие системные аналитики.

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

На книге о микросервисах, изображен раб. К чему бы это?!

Как минимум, что в моем маленьком книжном царстве пополнение:

Крис Ричардсон, Микросервисы паттерны разработки и рефакторинга.

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

Книга кладезь всех основных подходов работы с МС, там и про DDD, и Contract First, Saga, CQRS и другие классические вещи.

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

Кто читал, знаком, как вам книга?

Вчера поздно вечером я получила отличные новости — мой воркшоп утвердили в программу Летнего аналитического фестиваля!

Честно говоря, я уже начала волноваться. Решения принимались очень медленно, и заявка была подана в десятых числах апреля. Я не понимала, стоит ли подаваться еще куда-нибудь или все в порядке.

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

А третий доклад я сняла с ЛАФ. Похоже, я тогда поторопилась и погорячилась с количеством заявок. Он еще сырой, и мне очень хочется обсудить его с коллегами, прежде чем представлять широкой аудитории. Поэтому, если кто-то готов созвониться, пообщаться и подискутировать на тему очередей и обмена сообщениями, дайте знать.

Инструмент PlantUML под соусом двух месяцев вечных дедлайнов и жизни в режиме стресса.

Несколько лет я была знакома с PlantUML, но дикого восторга он у меня не вызывал. Использовала я его исключительно в тех случаях, когда это требовалось процессами в команде или работой с особыми личностями. В остальное время я отдавала предпочтение draw.io. Там я могла ловко и красиво нарисовать что угодно.

Последние два месяца дались мне нелегко. Они были насыщены:

Большим количеством совместных обсуждений и необходимостью быстро вносить изменения в схемы.
Не останавливающимся изменением требований, а следовательно, и многочисленных диаграммам.
Необходимостью быстро переделывать один тип диаграмм в другой.
И здесь я познала Дзен (зачеркнуто) PlantUML.

Больше не нужно заботиться о съехавших стрелочках после очередного изменения.
Моментальное реагирование на изменение имен методов, объектов, агрегатов и переменных.
Расширение возможностей благодаря подключению сторонних библиотек.
Великолепное комбо ChatGPT + PlantUML ускоряло работу, избавляя от рутинных операций.
И вот стало интересно, а как часто вы  своей работе используете этот инструмент? Особенно интересно услышать аналитиков и разработчиков.

Что там с мероприятием для ИТ-комьюнити в Самаре?

Некоторое время назад я писала, что вдохновилась идеей провести свое мероприятие. Это должна была быть небольшая встреча на 4 часа, где в составе 10-15 человек мы могли бы попробовать EventStorming и обсудить результаты.

Оставалось только найти и договориться с местом. Но и здесь сложностей не возникло — я нашла три места, готовых нас принять. Правда, через 2-3 месяца из-за высокой занятости, особенно в выходные.

Дело было в апреле, а значит даты мероприятия выпадали аккурат на лето. Но лето — время отдыха. Я это себе всегда повторяю как мантру.

Увы, идею о встрече пришлось отложить. Возможно, до другого времени года и города. Зато идея о практике стала основной для моего воркшопа на ЛАФ. Но подробнее об этом в следующий раз.

Апишечка, база данночек, корзиночка, инструментик, язычок

И другие такие ласковые, но совершенно неуместные в рабочей среде, слова. 

Еще со школьных времен у меня появилась привычка, "уменьшать-ласкать" слова. И пока я была школьницей и даже студенткой, все было ок. Милая особенность, не более.

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

Но глупо думать, что в остальном ИТ эта привычка ок. Как доверять оценке сотрудника, если у него оценочка?

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

Увы, привычки так просто не исчезают. Хотя успехи за столько лет есть. 

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

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

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

В идеальном мире до системных аналитиков доходят задачи, у которых понятная и обоснованная бизнес цель или есть техническое, регламентное или другое обоснование. Мы живем в неидеальном мире. 
Задачи, которые просто кто-то придумал, кто-то недоосмыслил появляются в поле зрения системных аналитиков достаточно часто. На них тратится много времени, сил, а в итоге функционал, который появляется часто никому не нужен, а иногда  и вредит. 

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

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

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

1) Встречаетесь с такими задачами на работе?
2) Как их выявляете? Что вам помогает?

За последние 2 года я видела много разных подходов к привлечению сотрудников в компанию. 

Но сегодня, получила приглашение, которое в моем личном рейтинге занимает почетное место "Топ-абъюз".

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

Получив сегодня приглашение на вакансию, мое мнение подтвердилось.  Составить вакансию и приглашение так, чтобы оно с первой строчки сочилось прессингом и давлением это нужно уметь.  Написано оно в манере, будто я сама пыталась попасть к ним и, наконец-то, они решили дать мне шанс. Но я не пыталась) 

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

"У вас все фигня, надо переделать"

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

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

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

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

Зачем нужны профессиональные книги, когда есть интернет и chatGPT?

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

Но для получения хороших, комплексных знаний, я предпочитаю все же книги, и вот почему:

1) В интернете и тем более ИИ не несут ответственности за материал. 
2) Над книгами, как правило, работает не только автор, но и группа редакторов. Что делает материал более достоверным и вычитанным.
3) Написать книгу сложнее чем статью, потому что важно выдержать структуру и продумать подачу большего материала. Поэтому именно из книг можно получить комплексную и структурированную информацию об интересной теме.

Конечно, есть и минусы:
1) Не весь материал в книге нужен лично вам.
2) Есть откровенно плохие авторы (они есть везде)
3) Читать большой объем информации, в век шортсов, тяжело и не всегда удобно. 
4) Книги устаревают. Особенно в нашей сфере.

А какой формат чаще используете вы?

Уже в эти выходные ЛАФ и пора раскрыть интригу. 

На фестивале я буду с 2 материалами:

1) 13 июля в 12:20 "Два падавана и море ошибок в наставничестве".
2) 14 июля открою день в 11:00 воркшопом "EventStorming: Стикеры + ручка = распилили монолит ".

Это важные этап и события в моей жизни. В качестве ученого я часто выступала на разные аудитории. Я люблю это. Но ИТ сообщество, субъективно, суровое и едкое к тем кто выступает, поэтому я долгое время откладывала этот шаг. 

В то же время, ЛАФ своей атмосферой располагает попробовать. Поэтому я следила за объявлениями о поиске спикеров. Боятся продолжала.

Так совпало, что объявление появилось, когда я читала книгу Тони Шварц "То, как мы работаем, - не работает", которая пронизана мыслью - делай то, что делать страшно делать. 

Так я в одночасье подала целых 3 доклада. Зачем целых 3? По всем 3 был интересный материал, и нужно было повысить шансы попасть, чтобы не сорваться. Среди ученых это обычная практика, подать 5 докладов чтобы выбрали 1.
Выбор 2 докладов стал неожиданностью, и конечно сложностью. Но вот уже через пару дней, я впервые ворвусь в ИТ сообщество в роли спикера! Волнительно)

А что впервые ближайшее время пришлось пережить вам?