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

Наконец-то получилось послушать Левенчука про введение в системную инженерию, правда не всю лекцию, она длинная.

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

Что мне понравилось, я тезисно напишу:
👉●системная инженерия говорит как нужно сделать,
👉●реализация проекта с системной инженерией равно процессу "сначала думай, потом делай",
👉●системная инженерия зародилась там, где нужно было сделать что-то большое и сложное. В Америке, сначала это была авиация и космонавтика (тадам! Привет альмаматер, вот почему подобные вузы растят крутых аналитиков), потом было строительство небоскрёбов.
👉●Наши вузы учат, как писать алгоритмы, но не как это всё собрать вместе, архитектурно с интеграцией и координацией (тадам! Проблема на многих проектах как раз в отсутствие архитектуры и набивание шишек из-за отсутствия производственного опыта).
👉●25% времени от реализации больших проектов тратится на системную инженерию
👉●Но! Трата времени на проектирование и фиксирование требований "как нужно сделать", может принести выгоду проекту до 39%!!! Если говорить про крупный проект.
👉●Работу системного инженера невозможно потрогать и на неё уходит много времени, поэтому люди не понимают смысл работы этого персонажа и отказываются от них в проектах (тадам! Нафига нам аналитик, я сам всё сделаю)) )
👉●Но! Отсутствие системного инженера приводит к переделке проектов. Встречались случаи переделки до 15 раз!)))
👉●Системный инженер немного бюрократ и работает с описанием систем. Иногда действительно влюбляется в описание, хотя до самой системы далеко)

Справедливости ради всё таки скажу, что в современных реалиях аналитик ещё и ускоряет разработку, не только приводит её к виду того, что хотел заказчик, уменьшает % переделок, но я бы ещё говорила про ускорение. Хотя Левенчук говорит противоположное, что про ускорение речь не идёт. Но гибкие методологии и современный мир айти именно про это. А запись выступления была сделана 11 лет назад.

Материала от Левенчука в сети много, и много лекций тоже, не всё конечно посмотрела, да и эту лекцию про введение в системную инженерию пока осилила только первый час) Посмотрю второй час расскажу впечатление.

Вот ссылка, кому интересно)
https://vimeo.com/7725503/comments

#материал #моемнение #чеклистсовещания #совещание

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

Я о нем писала ранее в постах:
https://t.me/start_in_IT/201
https://t.me/start_in_IT/202

Решила поделиться инфографикой по такому чек-листу, давно лежит в закромах :) Надеюсь вам будет полезно!

На удаленке правила всё таки похожие, но есть свои особенности.

#материал #микросервисы #ITаналитик

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

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

Так вот нафига понимать архитектуру? Иногда могут возникать пути развития архитектуры и масштабирования решения совсем разные. И как и что реализовать, и какое решение выбрать напрямую влияет на бизнес, и если разработка принимает решение без бизнеса, то можно и клиентов потерять, и на лояльность повлиять. А чтобы бизнес принял решение, нужно объяснять на пальцах в чем проблема и как реализуется архитектура. И тут нас сцену выходят гномики)

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

Про "гномиков" , которые обслуживают интернет-магазин можно посмотреть в районе 23 минуты видео)))

https://youtu.be/AkUMSyapP6E

P. S. Update
Есть ещё запись выступление Максима Цепкова на последней конференции Analyst days https://www.youtube.com/watch?v=7EHlFbaME_U&list=PL_XScYmjXxkcj_fsacjXWnYsKtTIWdQ2M&index=5&ab_channel=VladislavOrlikov

#материал #ITаналитик #бизнесаналитик #babok #мояполка #books

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

И ещё радуюсь тому, что она на русском языке и всем доступна!

Если вспомнить 2006 год, то с книгами и курсами в сфере айти было туго. Конечно зубры мне скажут, что оооо ты бы ещё 2000 вспомнила или ещё более лохматый год. Но по факту, всё доступно! Стал ли человек это брать и использовать? Это уже другой вопрос.
Изобилие курсов, книг, открытой информации и большая скорость жизни с ощущением, что это всё бы мне прочитать ещё вчера.

Но как по мне, так выход babok на русском языке знаковое событие для аналитиков.

Ещё конечно побуду #капитаночевидность и скажу, что важно читать книги на английском языке. Я о babok узнала в 2008, а получила её на русском языке в 2021!! Как вам разрыв? Я именно про печать, потому что вы мне скажите, что в электронном виде давно есть.

Навык читать статьи и книги на английском языке важен, если хочется быть на пике тенденций #капитаночевидность
Да и просто диктовать эти тенденции. Увидел, перевёл, рассказал и ты в российское пространство принёс, что-то новое.

#uml #sequence #материал #теория #нотация #мойопыт #системныйаналитик #системныйанализ

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

К вам вопрос: встречали ли подобное описание и используете ли в своей практике? Удобно ли? Какие мысли?)

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

Сейчас я наступлю на больную мозоль. Сегодня про руководство проектом.

Большинство участников опроса сервиса "Зарплата.ру" считают главными критериями идеальной работы индексацию зарплаты и адекватность руководства.
Ссылка на источник: https://tass.ru/ekonomika/13425251

Адекватное руководство хотят - 70% опрошенных.

Лет 6 назад, наша команда так устала от странных пиэмов, что мы провели внутри у себя сбор статистики. Считали общее количество руководителей проектов, кто сколько за свою жизнь встречал, и считали сколько из них было адекватных.
Получалась около 1/3 адекватных. То есть это 30%, что вообщем-то опрос и показывает.

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

Я иногда, как старик говорю, раньше было по-другому, было лучше. Когда я была джуном в 2006 году, я смотрела на нашего руководителя, училась у него и хотела стать руководителем проектов. Даже училась на PM, ходила на курсы, уже спустя несколько лет. Потом началось отвращение и я начала смотреть в сторону руководства командой аналитиков.

На сайте школы системного анализа и проектирования, как раз на злобу дня и вышли 3 статьи Александра Турханова на тему руководства проектом. Александр начал рассказ с истории развития роли, должности, с самых истоков и дошёл до наших дней.
https://systems.education/pm_1
https://systems.education/pm2
https://systems.education/pm3

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

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

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

Разницу между Product manager, Project manager, мы несколько лет назад обсуждали на митапе аналитиков, и по итогу я написала статью на эту тему.
http://tashakosinova.ru/2020/02/11/чем-проект-отличается-от-продукта-и-project-manage/

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

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

#коучинг #материал #подкаст #речевыеконструкции #альбертсафин #собеседование #переговоры

Неделю назад я общалась со своим знакомым, привет ему) И мы рассуждали о собеседованиях на международном рынке. О ведение переговоров. Посоветовать что-то про прохождение собеседований на западном или американском рынке не могу (кроме постов Анны Булдаковой, продакта Facebook, и её выводов, про то как постсоветское пространство не умеет себя презентовать). Но про ведение переговоров, выстраивание коммуникаций могу)

Очень понравился подкаст Сергея Мезенцева с бизнес коучем Альбертом Сафиным. Альберт правильную вещь сказал, что когда называешь себя психологом или коучем автоматом принижаешь. Эти профессии себя дискредитировали. Поэтому он называет себя специалистом по открытым вопросам. Чем же хорош этот подкаст? Разбором вопросов от слушателей и подписчиков Сергея, кейсы про работу и взаимодействие на работе, в команде, с руководством. Что-то отдельно выделить сложно. Информации очень много за 2 часа подкаста, хоть я его и слушала в два захода, поняла, что каждый момент нужно разбирать для себя отдельно и вести конспект, чтобы проделать работу для мозга и запомнить, переварить и смочь применять.

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

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

Поэтому буду кратка сегодня и посоветую на досуге послушать разговор Сергея и Альберта, и возможно частями, чтобы смочь переварить и унести что-то новое по речевым конструкциям.
https://youtu.be/_iyKmglDI8M

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

Тайминг. Приоритеты.

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

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

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

Вот тогда я начала читать книги про тайминг, думала, что со мной что-то не так. Я всегда не успеваю. Изучила много всего и всегда думала почему в институте успевала, в других проектах тоже, а вот сейчас ну просто по нулям. Как я могла потерять свой тайминг?

Ответ конечно #капитаночевидность в айти ты всегда будешь не успевать. Тогда я набрела на видео про камни Стивина Кови, кто не знает вот ссылка https://youtu.be/jOf8vyYFovA

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

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

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

#свойстарт #материал #видео

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

https://youtu.be/fnvO1M1m5fM

#CodeFest #рассуждения #выводы #впечатления #материал #записи #проИТ #рекомендую

Вспоминаю CodeFest 2022

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

В конце мая, мне посчастливилось выступать на CodeFest в Новосибирске. Впечатления бомбические! До сих пор вспоминаю с теплотой и хочется кричать везде "Сибирь - я люблю тебя!")))

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

Итак, хочу рассказать про спикеров и их доклады, которые меня впечатлили.
1. Валерия Курмак - такси для незрячего. https://12.codefest.ru/lecture/1971 этот доклад могу назвать расширением сознания аналитика. Обычно в своей практике я даже не думала о том, что есть особенные люди, которые чувствуют себя такими же, как и все. И инклюзия не должна быть барьером. Но мы все знаем насколько сложно по городу даже детскую косялку провести. Валерия уже много лет занимается темой инклюзий и ведёт свой тг канал https://t.me/neiskluchenie
2.Я не сразу поняла при общение с Григорием Петровым, что я была в восторге от его выступлений задолго до конференции. Личное общение и знакомство оставило очень тёплое и весёлое воспоминание. У Григория много регалиев и я не берусь все их перечислять, но однозначно рекомендую ознакомится с его докладом про историю Python https://12.codefest.ru/lecture/1982 да и вцелом в YouTube можно найти много интересных выступлений Григория.
3.Мне понравилась мысль из доклада про токсичность, что токсичность это хорошо и её можно обернуть в плюс, прежде всего для себя, а потом уже для команды. Шуточки про токсичность потом ходили по конференции долго)) Рекомендую доклад Константина Волкова https://12.codefest.ru/lecture/1991
4.Доклад про цифровую зрелость процессов меня вернул снова к мысли про эффективность процессов и про то, что мы такие все клёвые айтишники, но сами свои процессы не можем сделать хотя бы вменяемыми и следить за их изменениями и управлять ими. Руслан Остропольский рассказал, как Сбер Здоровье работает над своими внутренними процессами и какие делают оценки и анализ. https://12.codefest.ru/lecture/1964
5.Про Алексея Савватеева не могу не сказать)) Кто его не знает, то скажу, что он популяризатор математики в России, и доступным языком рассказывает про теории и различные математические задачи. Просто супер позитивный человек, который заряжает своим позитивом, что хочется взять учебник по математики в руки))) https://12.codefest.ru/lecture/2004
6.Я часто произношу сочетания no-code, low-code, особенно во время курса по интеграции. No-code всё больше и больше шагает по миру, об этом доклад Сергея Попова https://12.codefest.ru/lecture/2030 и его фраза, не можешь на это влиять возглавь. После чего я проще стала смотреть на многие платформы и продукты.
7.Андрей Себрант очень красиво рассказывал про мета вселённую, я не настолько позитивна, и наличие мета вселенной меня пугает. Возможно я параноик)) Но понимать тренды мира и следить за ними хотя бы так, даже очень увлекательно https://12.codefest.ru/lecture/2086
8.Честно, пока так и не посмотрела выступление Ксении Морозовой и Егора Исакова про ux/ui. Но мимо яркости Ксении пройти я не смогла, тем более она работает в госуслугах. И я с радостью читаю её канал https://t.me/uxksenia_channel выступление https://12.codefest.ru/lecture/2021

Я точно могла пропустить, что-то интересное и крутое с CodeFest. Но как и писала сама в начале лучше так, чем ничего)))

#omgessence #быстроепогружение #теория #стандарт #материал #проИТ #системнаяинженерия

Про OMG Essence

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

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

Вообщем это частая история задать себе вопрос, что не так работает у нас и как это исправить. Я уже тут приводила в пример оптимизацию процессов команды в сбере. Доклад Руслана Остропольского с конференции CodeFest - https://12.codefest.ru/lecture/1964
(о докладах с конференции https://t.me/start_in_IT/464)

Но вот ещё начала рыть OMG Essence. Очень часто видела картинки, но как-то глубоко не погружалась. А тут ещё поняла, что у Юрия Куприянова есть масса прекрасных докладов в том числе и про OMG Essence.
https://youtu.be/r535935Kclo

На эту же тему статья Ольги Цыгановой с разбором примера - https://habr.com/ru/company/custis/blog/678436/
Подобный стандарт рекомендуют применять, чтобы быстро погрузиться в проект, новую среду и ещё и выявить пробелы, проблемы и понять на каком этапе находится проект. Тоже частый запрос от руководителя - в мы ваще где? Насколько близко к нашей цели и какая она?
Подход системный, точнее даже системная инженерия лежит в основе.
Всё логично и с первого взгляда кажется монстром. Но аналитики любят такие штуки, да и авторы стандарта - это монстры системной инженерии, кто выявил и объединил фундамент любого проекта.

Вот даже интересно, вы применяли на практике OMG Essence? Если да, что оно вам дало?)) Хочу опробовать этот стандарт. Если у кого-то такое же желание, предлагаю разложить любой, или ваш проект вместе))