Моё лицо выглядит примерно вот так, когда мне говорят - нам нужно ТЗ на интеграцию!

Блин это долго, тяжело, и хочется закричать - не хочу!! Не надо!

А всё потому что на старте, у нас высокая неопределённость. А аналитик думает категорией - "завтра в бой, так, мне нужно sequence, rest api, безопасность, нфт... Блин ещё swagger руками потрогать... А вдруг я что-то забуду?" 🤯

А ещё лучше, когда что-то прилетает, из серии - "я это не знаю"!
И вот я уже вижу, как потихоньку, легко, но верно, я начинаю падать в грязь лицом...
А ещё сверху приправим соусом "ты же специалист, тебе виднее, мы знаем, что ты можешь... ждём ТЗ..."

Вот в такой ситуации, я могу говорить, ребята, возьмите С4, или Uml и ещё 100500 разных подходов. Но лучше выдохнуть, сделать шаг назад, и начать с любой схемы! Нет вы не ослышались, любая диаграмма, картинка, визуализация подойдёт. Упрощайте!

Не нужно мучить себя нотациями, правилами, инструментами, вам нужно понять, а что собственно происходит?

Нарисуйте всё что знаете по задаче, даже если это будут 2 квадратика и стрелочка между ними со словом интеграция.

На днях на менторской сессии, я открыла диаграмму с одного своего проекта, и поняла, что это смесь DFD, Component и даже Deployment diagram. А цель моя была понять объем задачи, получилось? Да! Все красные стрелочки - это объем.

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

А самое сокровенное, что я хочу сказать, прикиньте эту диаграмму можно никому не показывать)))

Так что, получая новую задачу по интеграции:

✅Не требуйте от себя быстрого крутого, финального результата
✅Рисуйте визуализацию задачи
✅Начинайте с концептуального или бизнес-уровня
✅Если вы перечислите, хотя бы участников и красными стрелочками покажите, то что нужно разработать, это уже круто!
✅Просто начните, вы уже можете объяснить себе, о чем идёт речь?)

#капитаночевидность
#интеграция #челлендж #мойопыт

Как оценить задачу?

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

Когда-то так и произошло.

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

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

Но тут была другая история.

Сразу скажу про исходные данные:
✅ Я хорошо знала бизнес.
✅ Я глубоко понимала как работает сфера.
✅ У меня уже был опыт подобных интеграций.

Я сказала месяц.

Отдать должное менеджеру, он сказал времени нет, ТЗ нужно срочно. И что можно сделать для ускорения? Ай зараза....

Я перечислила:
👉получить актуальное описание,
👉тестовый стенд,
👉тестовые данные,
👉контактное лицо, кто ответит на все мои вопросы,
👉понять кто принимает решение на доработку с их стороны, чтобы не тормозили.

И мы решили, что поедем в командировку к нашему партнёру. Нам нужно реализовать использование SOAP API у себя, и понять, все ли данные нужные нам есть, а что должен разработать компаньон.

И вот мы сели в поезд. В гостинице я распечатала описание, вечерком выделила фломастером, всё что мне было непонятно, написала список вопросов. И даже какие-то первые черновые варианты интеграции прикинула.

На следующий день у нас произошла встреча с командой партнёра, я смогла оперативно задать все вопросы, соединить наших разработчиков и разработчиков партнёра. Айти директор компании партнёра посмотрел на нас, обсудили договор, пришли к согласию. Переговоры сначала шли тяжело, но потом пошли в сторону поиска точек соприкосновения. И в итоге мы чётко зафиксировали, что делаем мы, что они и что нам нужно. Я написала отчёт о встрече! Не принебрегайте им!
Все довольны, мы устали часов 6 переговоров... Временами жёстких...
И вот мы уже вечером сидим в поезде обратно в Москву, и молчим...

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

Забег с командировкой и написанием низкогоуровневого ТЗ с объёмом на 5-6 интеграционных сценариев у меня занял 4 дня.

4 дня это эталон надрывной работы над задачей.

Больше мне не хотелось такого надрыва, да и не всегда партнёр действительно может оперативно принять решения.

После этой истории, на вопрос, сколько тебе нужно времени на ТЗ по интеграции я всегда говорила - месяц!)))

#челлендж #интеграция #оценкаинтеграции #мойопыт

Сценарии в интеграции

Таааак сейчас будет сложно, а что вы думали?) Работать аналитиком и не ныть? Как бы не так, этот путь для смелых и ироничных)

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

Ключевой артефакт интеграции это use case, представленный в виде sequence диаграммы (сценариев может быть несколько), где наглядно видно, кто кому какие данные передал и в какой момент.

Так вот, когда мы говорим про сценарий, тут ломается многое. Потому что кажется, что это очень простой инструмент. Сценарий у фильма есть, или мини ролика в ютюге. А тут то, как два пальца... И будет сделано.

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

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

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

Use cases - канонично, это уровень пользовательских требований, где мы описываем, как пользователь использует систему, чтобы достигнуть своей бизнес - цели.

То есть, я как пользователь хочу сделать заказ с доставкой на дом. Заказ нужно собрать на складе (система склада) и отдать в службу доставки (сервис доставки). У меня происходит декомпозирование цели и зная, как работает IT-ландшант, аналитик поймёт, где будут стыки взаимодействия систем. Как склад передаёт информацию о заказе в сервис доставке.

И поднимаясь на уровень пользовательских требований мы можем спроектировать сценарии, которые будут понятны нашему бизнес-заказчику. Были такие сказочные времена, когда BRD (Business Requirement Documen) ко мне приходил от бизнес-аналитика и я уже могла, изучив материал, спускаться на уровень взаимодействия систем. И действительно заниматься системным анализом.

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

Итого: когда к вам прилетает задача на интеграцию, не бегите сразу читать API, спросите:
👉Зачем и кому нужна эта интеграция?
👉В каких бизнес-процессах она участвует?
👉Кто из пользователей в этих процессах участвует, какие стоят цели со стороны бизнеса?

И опишите сценарий по шаблону Коберну - базовый сценарий, расширения, оставаясь на уровне пользователя, где пользователь источник требований.

#интеграция #челлендж #сценарийинтеграции #мойопыт

Ух. Старалась объяснить на пальцах)
Насколько понятна идея?)

Я чувствую себя ненужным, лишним.
Непонятно зачем я команде?


Начало 👆
-----------------

📍8.Может быть так, что задачи вам дают не по вашим компетенциям. Не стесняйтесь этот момент узнавать. Это может быть круто, а может быть бомба замедленного действия. Если меня поставить на сцену балета большого театра, я получу огромный шок. И никому от этого не будет хорошо. И ещё и спрос будет, а че не станцевала?

Возможно я ещё что-то упустила. И вы можете предложить свой вариант в комментариях 👇

Знаю что у многих аналитиков возникают такие эмоции, проблемы. Вы не одиноки, быть аналитиком сложно, и да, действительно работа на проектах, связана со сложными процессами высокой неопределённости, как у заказчика, так и внутри команды. С этим можно и нужно работать, и начинать говорить. Пробовать менять. Вода камень точит. Главное понимать свои силы, реальность, и заручаться поддержкой руководства. Ибо аналитик не всегда может влиять сам на процессы. Может говорить, и не всегда его могут слушать. Но надеюсь, что вам повезёт и вас услышат)))

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

P. S. Вам в помощь вебинар зачем аналитик проекту. Можно найти себе инсайты.

#системныйаналитик #проблемынапроекте #рольаналитика #мойопыт #моемнение

Про коуча или как я дошла до жизни такой...

Хотела вам рассказать, почему я начала работать с коучем.
Да, можно говорить про то, что коуч - это какой-то сферический конь в вакууме, и весь этот успешный успех из нельзяграм направление коучинга сильно обесценил и добавил флёр инфоцыгантва. Я сама, например, не очень верю в агил коучей (хотя это другое), и мне было интересно разобраться, а чем же хороши коучи, и кто из них действительно профессионалы и помогут добиться результата. При этом я же вижу хороших специалистов и понимаю, что психологию никто не отменяет, что в айти, собранная команда людей, должна начать приносить результат. И начать работать эффективно и так сказать, пройти период претирки может помочь коуч.

Да, коуч - это тренер. Я занималась разными видами спорта с тренерами, и работала с отличными тренерами. И мне импонирует направление тренерства.

Почему я пошла к коучу?
Моё перманентное состояние последних лет 3 - это море идей, которые лежат в ящике стола. Чтобы их воплотить в жизнь, что я делаю? Ничего!
Легко сказать, просто иди и сделай. Сложно действительно пойти и сделать.

Когда я сама пошла учиться на коуча, после первого потока курса пришла к выводу, что сам подход обучения не мой. Я не могу тупо брать практики и инструменты, и их применять бездумно. При этом радоваться. Вау, как клёво! Что блин?!!
Когда спрашиваешь доказательства, истоки, фундамент, причины возникновения у ведущего курс, он либо не знает, что ответить, либо уходит от ответа, что мол в следующем блоке узнаете, а стоит новый блок 100500 денЯг. Р-разочарование.

И я пришла к выводу, что коуч - это психолог, и психологии там много. А если учиться серьёзно, то это несколько лет точно.

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

Так я и нашла Евгению Кутузову (подписывайтесь на канал Евгении), коуча с сертификатом, который серьёзно подходит к делу и параллельно учиться на психолога.

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

Я боюсь, что разработчики решат, что я дурачок.

Аналитики перфекционисты, и возмутители спокойствия одновременно.

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

Что могу сказать...
Пусть будет взрыв!
Пусть назовут дурачком. Вы то знаете о себе правду лучше других 😎

Возможно, это будет сексизм, но иногда разработчики более лояльны к девушкам, "ну что с неё взять, она девушка. Какой-то бред написала. Ну и пусть..."

Но я много раз в свою сторону получала взрыв эмоций под названием "какой мудак это написал!?"

Раньше я переживала, а теперь я понимаю, что такие эмоции это моё оружие. И когда все партизаны вокруг и ничего не говорят, я могу подготовить несколько вариантов диаграммы (а почему бы и не да!).
Сначала показать ту, которая вызовет взрыв эмоций, и на этих эмоциях "всё не так", я получу ответ, а "как надо". Только записывай. А если этот вариант совпадает с тем, что у меня есть в портфеле вариантов, то я как фокусник из рукава достану вариант со словами "а кстати говоря, у меня есть то, о чем вы говорите, так хотели бы? Посмотрим вместе?"

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

Хитро? Наверное.
Работа выполнена? Да.
А о способе получения информации уже никто и не вспомнит.

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

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

А вы какие используете катализаторы в работе?

#сбортребований #катализатор #лайфхаки #капитаночевидность #системныйанализ #мойопыт #моемнение #выявлениетребований

Как запрыгнуть в проект на полном ходу и выжить?
Часть 1. 🚅

Условие - аналитика бросили в разработку, когда уже всё запущено и работает.

То есть поезд уже запущен и с большой скоростью едет по рельсам. А тебя в него закинули и ты должен понять куда, в вагон ресторан, в пассажирский вагон или в кабину машиниста. При этом дали задачу "сварить кофе". И вот надо понять, ты готовишь как бариста (если умеешь) в ресторане, или просто разводишь в кипятке или надо заказать приготовление кофе к вагону, для кого-то.

Что делать?
Пойти уволиться))

Хочется пойти по классике онбординга, который никто не отменял. Поэтому в самом начале, я бы пошла собирать основную информацию и освоение я бы вела в следующих направлениях:
✅1.Устройство компании, в чем цель бизнеса, место айти команды в нём и аналитика соответственно. Ответ на вопрос где я?
✅2.Устройство команды, кто Тим Лид, какая была история создания. Как ведётся управление, какие методологии (если они вообще были). И как в этих процессах участвует аналитик. Ответ на вопрос кто я тут?
✅3.Карта stakholders, кто за что отвечает, кто мне ставит задачи, кто будет их принимать (100500 руководителей не самый лучший вариант). Мне же хочется закрыть задачу и закрыть сносно и успешно.
✅4.Управление проектами, продуктами, цели, сроки, бюджеты, ресурсы, риски. Как это всё влияет на мою задачу?

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


Это первый шаг, а вы с чего начинаете работу над новым проектом?🤔

#запрыгнутьвпроект #онбординг #первыйшаг #правдажизни #мойопыт

Я в моменте, я в потоке говна информации.

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

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

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

И тут хочется вспомнить слова Макса Дорофеева, что отдыхать нужно, как 300 лет тому назад наши предки отдыхали. И лучший отдых - это смена деятельности, а эта страсть к аудиоформатам, подкастам, это попытка запихнуть невпихуемое в режиме, когда уже ну всё не могу, но надо!!! А нужно - отрубить поглощение информации.

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

И как интересно было находить себя, в процессе прослушивания выступления на конференции, уже в другом русле размышлений, улетела от доклада во что-то своё. Вроде бы, очно я тут, но мозгами нет.... Мозг очень клёво научился, что-то слушать и "не есть это"))) А зачем?))) не буду есть, хватит!!! И я вспомнила, как я в институте была включена в лекцию, я писала конспект, ручкой на бумаге, и запоминала. Я начала печатать мысли. Некоторые доклады слушала стоя, и сесть, и начать писать было сложно. Хотя стоя, это тоже элемент неудобства, как со знаком плюс, так и минус. И как стулья изменились в компаниях, раньше они были с маленьким столиком, где можно было писать в тетрадке, а теперь нет. И кажется, я если что - сфоткаю, или "запись будет?")))

Тогда вопрос, а зачем я здесь? Зачем пришла, если не вовлечена. Буду ли я смотреть потом запись? Как себя мотивировать. Раз пришла, надо брать из этого момента, то за чем пришла.

А как у вас дела, с большим количеством контента, который борется за ваше внимание? Как фильтруете?

Выступление Максима Дорофеева на #CodeFest14 на тему прокрастинации выложили в открытом доступе.

#мысливслух #капитанНЕочевидность #прокрастинация #мойопыт #намсэтимжить

Присвоение себе своего опыта

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

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

И как понять, что хорошо, а что не очень, где эти индикаторы? Опоры? Что делать, куда бежать?

В своё время мне очень помогло упражнение присвоения своего собственного опыта. Кажется, что это какой-то бред, но оно работает, начать замечать себя. Берём листочек, ручку и прописываем свой опыт через предложение "это действительно я сама/сам училась и закончила институт", "это действительно я сама/сам, написала ТЗ".
Плюс присвоить и назвать себе свои эмоции - "я действительно это чувствую, это моё мнение, это мои эмоции".

И ещё лучше потом перечитать вслух себе, свой опыт. И вспоминать, перечитывать и расширять список.

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

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

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

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

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

#мысливслух #мойопыт #самооценка #присвоениеопыта #капитанНЕочевидность #уважение #моемнение