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

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

А всё потому что на старте, у нас высокая неопределённость. А аналитик думает категорией - "завтра в бой, так, мне нужно 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 на тему прокрастинации выложили в открытом доступе.

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

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

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

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

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

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

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

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

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

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

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

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

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

Решаемые и нерешаемые задачи

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

Как-то преподаватель по матану нам дал домашнее задание - доказать теорему. Все мучались, а он потом хихикал и говорил, эту теорему ещё никто не доказал, здорово, что вообще попробовали её доказать.

Потом в консалтинговой конторе нам говорили, что мы заказчику говорим, что можем сделать всё что угодно.

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

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

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

И на самом деле, я считаю, что зрелый подход, это анализ своих задач и понимание, какие задачи решаемые, а какие нерешаемые.

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

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

А вы часто на работе встречаетесь с нерешаемыми задачами?

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

Нерешаемые задачи, продолжение....

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

Обещала рассказать откуда пришла такая идея. Я уже 3 года занимаюсь обучением взрослых, и даже пошла учиться на "бизнес-педагогику", сама в шоке! И вот прочитала книгу "Тренинг для тренеров на 100%" Марии Чуркиной, Натальи Жадько.

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

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

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

Итак, мой список нерешаемых задач, на основе моего опыта, я художник я так вижу:
1.Перевоспитать взрослого человека. Да, да, да, часто в аналитике видят няньку, которая сможет повлиять на разработку и команду разработки. Мы все влияем, друг на друга. Но изменить человека, тем более взрослого, состоявшегося человека, это нерешаемая задача. И нет смысла идти на амбразуру.
2.В продолжение темы, это управление заказчиком (хотя управление ожиданиями заказчика, это один из пунктов, чем занимается аналитик). Это крутая тема, и когда ты профи, ты на "кончиках пальцев" чувствуешь куда всё идёт. Но заказчик, тоже взрослый человек. И да, к сожалению, встречается именно такое ожидание от аналитика, что он настроит контакт с заказчиком. И ваще станет супер-пупер переговорщиком и будет вести бизнес туда куда нужно нам. Обычно тут ещё и политика включается, и разборки, перетягивание одеяла. Иногда это задача нерешаемая, особенно когда вы не знаете предметки заказчика.
3.Изменение процессов разработки - так часто бывает, что аналитик звено, которое внезапно может появиться в процессе. И если вы джун, миддл аналитик, задача становится нерешаемой. Тут нужна помощь и поддержка руководства. Если сеньор или Лид, то да, можно попробовать взять решение системной задачи, при опять же поддержке руководства и команды разработки. Если команда разработки против вас одного, то тут аналитика закатают в асфальт.
4.Очень часто объёмы задач, которые валяться на аналитика настолько большие, что даже если вы будете работать в выходные, вы только сможете откусить от слона, но не съесть его целиком. Тут один в поле не воин. Без оценки, понимания границ объёма, задачу не переварить, хотя могут говорить "ты же профессионал!"
5.Волшебник, который изменит бизнес. Вот было всё плохо, мы возьмём аналитика и будет всё хорошо. А если хорошо не получается, так просто аналитик плохой. На старте часто на аналитика смотрят, как на волшебника. Пациент смертельно болен, а доктор пришёл с аспирином.
6.Технологии. Да, да, да, аналитику нужно знать технологии, или хотя бы понимать, где кого, подключить, при обсуждение требований. А то в итоге может получиться, что аналитик будет кивать, что мы всё сделаем, "любой каприз за ваши деньги", но в реальности нет таких технологий решения. И мы не можем силой мысли передавать данные, конечно если вы не сверхчеловек))

Мои нерешаемые задачи даже, чем-то похожи на #смертныегрехи аналитика)))

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

А вы согласны с моей классификацией?
Есть что убрать или добавить?)

Хочу быть полезным.

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

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

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

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

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

Но на самом деле у каждого своя работа, и сравнивать одно с другим дело неблагодарное.

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

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

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

Хочется банально
а-делать нужное,
б-интересное,
в-делать хорошо,
г-достойную оплату труда.

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

Коммуникация в команде.

Когда я училась во ВШЭ на продакта, мы играли в игру: "что ты возьмёшь с собой, чтобы выжить". Игра достаточно известная, есть разные вариации. И тогда, я единственная из всей группы выжила, принимая решения в одиночку. Когда я попала в команду, где нужно было принимать решения командно, я не стала особо с кем либо спорить, и чаще всего соглашалась. Результат был намного хуже. Такое поведение характерно команде, где сплошные лидеры или нет эксперта. Результаты тогда у многих в командах были не очень.

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

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

Самое интересное, что сделай курс по коммуникациям, он не будет продаваться))) Да кому это нужно, так всё понятно, нежели проектирование микросервисов.

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

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

✅Конечно #капитаночевидность нужно заниматься коммуникацией, её выстраивать, вводить правила, ей управлять.
✅ Что наличие в команде эксперта ни о чем не говорит. Его могут задавить другие.
✅ Также как "звёздная команда" из сплошных экспертов, тоже не супер вариант. Очень для меня странно слышать такие тезисы "в нашей команде сплошные сеньоры". А им не тесно?)
Есть ли борьба за лидерство или нет? Обычно история умалчивает...
✅ С другой стороны нужны те кто умеет внимательно слушать. Ой как это видно в игре "что, где, когда". Анализ постановки вопроса, зачем там та или иная информация была дана, всё не просто так, этимология слов их значение, употребление. Логика! Всё в копилку.
✅ Умение менять лидера. Тоже интересная штука, умеет ли команда договориться, или например, кто-то включает манипуляции, чтобы продавить своё мнение. А можно вообще сделать западню, чтобы команда доросла до того решения, которое нужно именно вам 😎

Есть о чем подумать. И было бы интересно поиграть в такую игру с реальными производственными командами.
Какой бы был результат?)

#коммуникация #мысливслух #мойопыт #моемнение

Ты аналитик? Айтишник? Компьютер починишь?

На митапе Agima мне задали вопрос про границы работы аналитика. Что вот мол я упомянула профстандарт, а что делать если в компании всё не так? И всем плевать на профстандарт.

Тут также, как и с личными границами нужно выстраивать. Сложность состоит в том, что "а кто решает", где эта граница проходит?

Я сложила образ работы инженера ещё в институте, и мне от части повезло, начать свою деятельность в компании, где было всё чётко, понятно, и существовал RUP (Ration Unified Process) с разделением границ и ролей. И этот образ я уже дальше несла с собой, дополняла и транслировала. Это потом всё смешалось "люди, кони", пришла эра "ажаль", со всеми вытекающими.

Откуда же постоянно возникает этот вопрос с границами? Да тут #капитаночевидность нехватка кадров, расколбас стадии проекта, жидкие внутренние процессы, перекладывание обязанностей с "больной головы на здоровую", затыкание дыр всеми, а когда ты начинающий специалист, да и не только начинающий, противостоять манипуляциям "we can do it", мы команда, нам нужен результат, постоянной стимуляции, давления, где-то впереди висит морковка и розовое будущее, и желание "показать себя в бою" приводит к тому, что хочется всё порешать, и взять всё что на меня вешают. Знакомо?)

Профстандарт может помочь. Всё таки большая многолетняя работа была проведена, обновление было в прошлом году, обсуждение на 200+ человек. На документ можно опираться. Можно и babok взять, или вигерса, проще даже пообщаться с коллегами, которые на этом "собаку съели".

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

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

Но!! Зачем платить больше аналитику и, например, навешивать на него hr-должность? У меня такое было. Я посчитала часы, сколько я работала hr, во сколько это обходится компании, и было дешевле нанять hr, и разгрузить меня.

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

А как вы работаете с границами своей должности?

#границы #системныйаналитик #моемнение #мойопыт