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

Сейчас статей, дискуссий ("Как не быть ответственным за весь оркестр" Антонины Алаевой на Стачке в эти выходные) и других материалов на тему обязанностей аналитика, например очень дискуссионного профессионального стандарта, становится все больше.

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

Добавим к этой смеси увеличение женщин в ИТ, а особенно в аналитике. Так что получается Комбо.

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

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

Чудесные вышли выходные, надеюсь у вас тоже.

Успели открыть сезон отдыха на летних верандах, наконец-то выбрались погулять по местным горам и приблизить завершение затянувшегося ремонта. 

Вишенкой на торте выходных стала подготовка доклада для ЛАФ о наставничестве. Получилось 6 страниц очень интересного материала, где достаточно откровенно поделилась, какие ошибки я собрала будучи наставником для двух коллег. В большом формате описала то, что уже отчаялась дать в блоге по кусочкам. Мне уже нравится материал.

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

В общем, я снова чувствую что живу и начинаю выходить из режима выживания.

Вчера до позднего вечера общалась с куратором ЛАФ по поводу докладов, но уже в технической секции. 

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

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

Окей, господа аналитики.

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

Я потерпела фиаско. В который раз. Требования не были прочитаны и поняты. Компромиссное решение в виде половины рабочего стола сбоку не было оценено по достоинству. Физическая демонстрация требований была восприняла негативно. Оправдались риски "Кусь" и "Агрессивное мяу".

Мне кажется здесь нужен уровень Senior+++

Вчера мне последний раз было 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 года я видела много разных подходов к привлечению сотрудников в компанию. 

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

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

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

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