Наташа Косинова. Варю айти СУП
2.68K subscribers
67 photos
3 videos
9 files
335 links
Системный аналитик, тимлид, ментор, бизнес-тренер, автор айти курсов. Работаю в айти с 2006 года. Мой канал про айти, без лапши успешного успеха. Варю айти СУП здорового человека)

Мои услуги:
https://nkosinova.taplink.ws

Написать мне @tasha_kvitka
Download Telegram
С чего начинать проектирование интеграции? А как продолжить и ничего не забыть?
Что нужно знать, чтобы написать ТЗ на интеграцию?
Где границы задачи?
Хочется взять новые проекты интеграции, но считаете что вы не готовы?)


Мой путь в айти начался, как раз с интеграции, в далёком 2006 году в телекоме, в команде шинной интеграции продукта IBM WebSphere. Интеграция, как красная линия, проходит через весь мой опыт. Практически ни один из проектов, в которых я участвовала, не проходил без интеграции.
Мне знакомы трудности и "подводные камни" на пути системного аналитика.

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

Что поможет?
- фундамент знаний различных дисциплин
- опыт, тут я как #капитаночевидность
- шаблон ТЗ (с любыми шаблонами работать проще)
- знание, применение инструментов проекторования, основа - это sequence диаграмма (Uml) и сценарная техника (Use Cases), но без диаграммы статусов State Machine (Uml) и диаграмм C4 (DFD+Component) тоже не обойтись
- знание технологий SOAP, REST API
- и такие замечательные слова как безопасность, логирование, мониторинг, квотирование, мастер-данные, гарантированная доставка тоже должны быть понятны, как и шина, и брокер)

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

Разберём:
1.Из каких шагов состоит проектирование интеграции
2.Что точно стоит изучить, чтобы стало понятнее и легче
3.Как можно классифицировать интеграцию
4.Часто возникающие подводные камни или #смертныегрехи системного аналитика
5.Кейсы из жизни, их у меня накопилось много)

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

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

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

А прямо сейчас задавайте свои вопросы, которые касаются интеграции 👇
Аналитик, догони разработку!

Часто аналитик попадает в ловушку под названием "разработка опережает анализ".

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

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

А ещё к этому добавим ситуацию "я один аналитик на проекте и мне нужно догонять" 😵‍💫 и он превращается в тестировщика, технического писателя, не может раскрыть весь свой потенциал, а может грешным делом думает, что всё в порядке, но тайно вечерами мечтает уволиться.

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

Я сама попадала в такие ситуации, при этом мой непосредственный руководитель считал, что всё хорошо.

-------------------------------
Что можно с этим сделать:

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

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

аналитик помогает ускорить процесс разработки (на моем опыте, команда с хорошим аналитиком начинает "съедать" backlog задач быстрее в 2 раза)

признаться аналитику, что вам нужен тестировщик или технический писатель, а что?)) может правда нужны другие специалисты

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

Иногда стоит просто открыть рот и начать говорить, о том, что что-то не так. И просить изменить процесс.

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

А тут, глядишь и оценка сроков станет более чёткой)))

Сплошные плюсы, а всего лишь, всё расставили по своим местам))

#мойопыт #системныйаналитик #системныйанализ #больаналитика #управление #смертныегрехи #догониразработку
Please open Telegram to view this post
VIEW IN TELEGRAM
Нерешаемые задачи, продолжение....

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

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

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

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

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

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

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

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

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