Через 2 недели стартует, последний в этом году, поток интеграции.
Вас ждёт аналитический марафон в 2 месяца! ✅
-------------------------------
Курс интеграции состоит из 8 блоков и разделён на два этапа:
Первый 🎯 - это проектирование интеграционного решения от концепции до уровня данных (блоки с 1 по 4).
Блок 1 - отвечаем на вопрос, что такое интеграция, строим С4
Блок 2 - use cases, онтологическая модель предметной области, state machine
Блок 3 - sequence, мастер данные, гарантированная доставка, обработка ошибок, валидация данных
Блок 4 - словарь данных, маппинг данных, администрирование, activity
Второй 🎯 - разбор технологий передачи данных, паттернов интеграции, шина и брокеры (блоки с 5 по 8).
Блок 5 - введение в OSI модель сети, REST API, json
Блок 6 - SOAP, xml
Блок 7 - graphQL, gRPC, логирование, мониторинг, квотирование, безопасность
Блок 8 - Паттерны интеграции, шина, брокер
-------------------------------
Кому подойдёт курс?
Если вы начинающий аналитик с опытом от 1 до 3 лет, вам точно будет полезно пройти курс, понять, что входит в интеграцию, увидеть путь рассуждений, которые приводят к результату. Вы приобретёте навыки и уверенность, что позволит брать в работу новые задачи.
Если вы аналитик с опытом от 3 до 5 лет, курс поможет систематизировать знания понять свои пробелы, увидеть эволюцию проектирования, что в конечном итоге позволит вам выйти на новый уровень, составить план развития, а может и сменить работу (такие прецеденты у нас уже есть))).
Если вы ведущий аналитик или тим лид анализа, вы сможете понять, каким путем стоит идти вместе с командой, чтобы повысить качество результата работы аналитиков, посмотрите со стороны на свою работу, артефакты анализа. Будете понимать на что обращать внимание в качестве наставника.
Формат курса - онлайн занятия, приближенные к классической схеме обучения,
✅в четверг лекция (утром по Москве с 9 до 11),
✅во вторник семинар - разбор домашних заданий (утром по Москве с 9 до 11).
Наш формат похож на формат групповых менторских сессий, где ведущие общаются с группой и сразу, по ходу, могут обсуждать возникающие вопросы. Мы подстраиваемся под уровень знаний участников и стараемся давать новый блок информации так, чтобы он ложился на текущий фундамент. Мы не являемся огромной школой или площадкой, что позволяет нам создавать уютное, открытое общение и делиться опытом между собой.
Сколько сможете унести знаний зависит только от вас))
Многие ребята пересматривают записи занятий и узнают снова и снова что-то новое.
➡️ Презентации
➡️ Материал
➡️ Видео записи занятий остаются у вас навсегда!
Мы предлагаем разные тарифы обучения:
Можно прийти на тариф "только послушать", участвовать в онлайн формате в обсуждениях, интерактивных практиках.
Если вы хотите разрабатывать учебный проект и выполнять домашние задания по проектированию, для вас подходит тариф "плюс практика", с разбором домашних заданий.
Мы специально проводим занятия в утреннее время в будние, чтобы вы со свежей головой смогли разобраться в сложной системной информации. Учиться и работать одновременно это действительно сложно, поэтому мы стараемся создать условия, чтобы вы успешно прошли весь аналитический марафон вместе с нами)) Каждый новый поток для нас, как новый вызов!
Имея чёткое расписание, просто приходя на занятия, вы точно сможете почерпнуть для себя полезные знания.
Ведущие:
Основные лекции по проектированию провожу я, Косинова Наталья, мой опыт интеграции более 15 лет, восновном шинная интеграция проектов Билайн, Тинькофф, А3, МТС, Госсектор, Утконос и другие.
Мне помогает
Андрей Корниенко, с точки зрения разработчика и архитектора раскрывает тему технологий, архитектуры решений и интеграции с помощью брокеров сообщений. Именно взгляда разработчика часто не хватает аналитику, когда речь идёт о реализации решения.
Чтобы записаться на курс оставьте свою заявку на нашем сайте➡️ https://sup.expert/
Если у вас остались вопросы, пишите в комментариях, я обязательно отвечу🔽
До встречи на занятиях!
#анонс #курсинтеграции #интеграция #системныйаналитик #системныйанализ #мойопыт
Вас ждёт аналитический марафон в 2 месяца! ✅
-------------------------------
Курс интеграции состоит из 8 блоков и разделён на два этапа:
Первый 🎯 - это проектирование интеграционного решения от концепции до уровня данных (блоки с 1 по 4).
Блок 1 - отвечаем на вопрос, что такое интеграция, строим С4
Блок 2 - use cases, онтологическая модель предметной области, state machine
Блок 3 - sequence, мастер данные, гарантированная доставка, обработка ошибок, валидация данных
Блок 4 - словарь данных, маппинг данных, администрирование, activity
Второй 🎯 - разбор технологий передачи данных, паттернов интеграции, шина и брокеры (блоки с 5 по 8).
Блок 5 - введение в OSI модель сети, REST API, json
Блок 6 - SOAP, xml
Блок 7 - graphQL, gRPC, логирование, мониторинг, квотирование, безопасность
Блок 8 - Паттерны интеграции, шина, брокер
-------------------------------
Кому подойдёт курс?
Если вы начинающий аналитик с опытом от 1 до 3 лет, вам точно будет полезно пройти курс, понять, что входит в интеграцию, увидеть путь рассуждений, которые приводят к результату. Вы приобретёте навыки и уверенность, что позволит брать в работу новые задачи.
Если вы аналитик с опытом от 3 до 5 лет, курс поможет систематизировать знания понять свои пробелы, увидеть эволюцию проектирования, что в конечном итоге позволит вам выйти на новый уровень, составить план развития, а может и сменить работу (такие прецеденты у нас уже есть))).
Если вы ведущий аналитик или тим лид анализа, вы сможете понять, каким путем стоит идти вместе с командой, чтобы повысить качество результата работы аналитиков, посмотрите со стороны на свою работу, артефакты анализа. Будете понимать на что обращать внимание в качестве наставника.
Формат курса - онлайн занятия, приближенные к классической схеме обучения,
✅в четверг лекция (утром по Москве с 9 до 11),
✅во вторник семинар - разбор домашних заданий (утром по Москве с 9 до 11).
Наш формат похож на формат групповых менторских сессий, где ведущие общаются с группой и сразу, по ходу, могут обсуждать возникающие вопросы. Мы подстраиваемся под уровень знаний участников и стараемся давать новый блок информации так, чтобы он ложился на текущий фундамент. Мы не являемся огромной школой или площадкой, что позволяет нам создавать уютное, открытое общение и делиться опытом между собой.
Сколько сможете унести знаний зависит только от вас))
Многие ребята пересматривают записи занятий и узнают снова и снова что-то новое.
➡️ Презентации
➡️ Материал
➡️ Видео записи занятий остаются у вас навсегда!
Мы предлагаем разные тарифы обучения:
Можно прийти на тариф "только послушать", участвовать в онлайн формате в обсуждениях, интерактивных практиках.
Если вы хотите разрабатывать учебный проект и выполнять домашние задания по проектированию, для вас подходит тариф "плюс практика", с разбором домашних заданий.
Мы специально проводим занятия в утреннее время в будние, чтобы вы со свежей головой смогли разобраться в сложной системной информации. Учиться и работать одновременно это действительно сложно, поэтому мы стараемся создать условия, чтобы вы успешно прошли весь аналитический марафон вместе с нами)) Каждый новый поток для нас, как новый вызов!
Имея чёткое расписание, просто приходя на занятия, вы точно сможете почерпнуть для себя полезные знания.
Ведущие:
Основные лекции по проектированию провожу я, Косинова Наталья, мой опыт интеграции более 15 лет, восновном шинная интеграция проектов Билайн, Тинькофф, А3, МТС, Госсектор, Утконос и другие.
Мне помогает
Андрей Корниенко, с точки зрения разработчика и архитектора раскрывает тему технологий, архитектуры решений и интеграции с помощью брокеров сообщений. Именно взгляда разработчика часто не хватает аналитику, когда речь идёт о реализации решения.
Чтобы записаться на курс оставьте свою заявку на нашем сайте
Если у вас остались вопросы, пишите в комментариях, я обязательно отвечу
До встречи на занятиях!
#анонс #курсинтеграции #интеграция #системныйаналитик #системныйанализ #мойопыт
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
Курс по интеграции
Аналитик, догони разработку!
Часто аналитик попадает в ловушку под названием "разработка опережает анализ".
При этом аналитик начинает летать в облаках "вот, вот, я сейчас поднажму и всех догоню!", ага, ага, плавали знаем... Турбо ускорителя у меня нет, да думаю и у вас тоже нет, у меня ни разу не получалось.
А кто-то скажет, а что в этом такого? Пусть разработка опережает, ничего страшного.
При этом мы видим загнанноголошадь аналитика, который уже на грани срыва, где глаза наполняются слезами и он не понимает зачем он нужен, что он тут делает и весь мир тлен.
А ещё к этому добавим ситуацию "я один аналитик на проекте и мне нужно догонять"😵💫 и он превращается в тестировщика, технического писателя, не может раскрыть весь свой потенциал, а может грешным делом думает, что всё в порядке, но тайно вечерами мечтает уволиться.
В такой ситуации аналитик больше похож на уборщицу магазина, которая ходит нонстоп за посетителями и вытирает след от грязных ботинок. Но попросить разуться при входе, не может, так вроде заведено...
Я сама попадала в такие ситуации, при этом мой непосредственный руководитель считал, что всё хорошо.
-------------------------------
Что можно с этим сделать:
✅ первое признать, что что-то не так в процессах и их нужно менять, и продавать эту мысль руководителю (даже если он не верит, можно капать на мозг)
✅ второе, вспомнить зачем нужен анализ и технические задания, зачем нужен аналитик (кто-то скажет, он нам не нужен, хорошо, тогда не нанимайте подобных специалистов и не ждите от них результатов ). Аналитик занимается проектированием, а оно в свою очередь нужно перед разработкой программных продуктов, для описания решения на языке требований, чтобы в конечном итоге снизить неопределённость и уменьшить количество переделок.
✅ аналитик помогает ускорить процесс разработки (на моем опыте, команда с хорошим аналитиком начинает "съедать" backlog задач быстрее в 2 раза)
✅ признаться аналитику, что вам нужен тестировщик или технический писатель, а что?)) может правда нужны другие специалисты
✅ и в конце концов поставить анализ перед разработкой, и дать аналитику возможность опережать разработку хотя бы на полспринта, а лучше на целый спринт.
Иногда стоит просто открыть рот и начать говорить, о том, что что-то не так. И просить изменить процесс.
И тогда наш аналитик:
😏 - повеселеет (руководство чаще всего думают, что все аналитики вечно в депрессии из-за кислого выражения лица, просто мы знаем чуть больше и нам трудно)))
😎 -станет более заряженный, будет действовать в интересах команды и приносить проработанные задачи на обсуждение разработчикам.
А тут, глядишь и оценка сроков станет более чёткой)))
Сплошные плюсы, а всего лишь, всё расставили по своим местам))
#мойопыт #системныйаналитик #системныйанализ #больаналитика #управление #смертныегрехи #догониразработку
Часто аналитик попадает в ловушку под названием "разработка опережает анализ".
При этом аналитик начинает летать в облаках "вот, вот, я сейчас поднажму и всех догоню!", ага, ага, плавали знаем... Турбо ускорителя у меня нет, да думаю и у вас тоже нет, у меня ни разу не получалось.
А кто-то скажет, а что в этом такого? Пусть разработка опережает, ничего страшного.
При этом мы видим загнанного
А ещё к этому добавим ситуацию "я один аналитик на проекте и мне нужно догонять"
В такой ситуации аналитик больше похож на уборщицу магазина, которая ходит нонстоп за посетителями и вытирает след от грязных ботинок. Но попросить разуться при входе, не может, так вроде заведено...
Я сама попадала в такие ситуации, при этом мой непосредственный руководитель считал, что всё хорошо.
-------------------------------
Что можно с этим сделать:
✅ первое признать, что что-то не так в процессах и их нужно менять, и продавать эту мысль руководителю (даже если он не верит, можно капать на мозг)
✅ второе, вспомнить зачем нужен анализ и технические задания, зачем нужен аналитик (
✅ аналитик помогает ускорить процесс разработки (на моем опыте, команда с хорошим аналитиком начинает "съедать" backlog задач быстрее в 2 раза)
✅ признаться аналитику, что вам нужен тестировщик или технический писатель, а что?)) может правда нужны другие специалисты
✅ и в конце концов поставить анализ перед разработкой, и дать аналитику возможность опережать разработку хотя бы на полспринта, а лучше на целый спринт.
Иногда стоит просто открыть рот и начать говорить, о том, что что-то не так. И просить изменить процесс.
И тогда наш аналитик:
А тут, глядишь и оценка сроков станет более чёткой)))
Сплошные плюсы, а всего лишь, всё расставили по своим местам))
#мойопыт #системныйаналитик #системныйанализ #больаналитика #управление #смертныегрехи #догониразработку
Please open Telegram to view this post
VIEW IN TELEGRAM
Администрирование интеграции
Не совсем #капитаночевидность что интеграцией нужно управлять и после выкатки на продуктив, она становится узким горлышком.
Часто и разработка, и аналитик забывают о том, что нужна возможность изменения настроек. И тогда разработчик становится частью своего продукта. Но и аналитик тоже может стать "частью команды, частью корабля". У нас был такой случай, мы узнали, что интеграция работает только в купе с аналитиком, тогда, когда он ушёл в отпуск и всё упало.
Так что принцип "сделать так, чтобы ко мне мало прибегали с вопросами" очень мотивирует.
Тех поддержка в таких случаях разводит руками. Потому что им не сделали инструменты управления. Не сделали, вот мы и не можем передать целые куски в поддержку.
Что делать?
✅ Рассматривать тех поддержку, администраторов системы, как полноценных заказчиков. Им поддерживать решение и они должны получать конкретные инструкции. И в интересах команды, всё сделать так, чтобы к ним не бегали по каждому чиху.
✅ Аналитик может просчитать на несколько шагов вперёд, как будет развиваться бизнес. И именно эти точки развития заложить в реализацию.
Какие могут быть параметры настроек?
Например, типичные и часто встречающиеся:
➡️ - тайм зона, бизнес любит расширять свои границы на разные регионы, даже если не сразу говорит, но захватить мир все хотят,
➡️ - включение, отключение целых блоков бизнес-процессов, есть такие моменты, что вот мы сомневаемся, сегодня надо, а завтра нет, лучше добавить и сделать возможность отключения по настройкам,
➡️ - разные форматы данных, например, что-то нужно настроить по умолчанию, или правила валидации, регулярные выражения, шаблоны вывода и т.п.
➡️ - настройки связанные с обработкой ошибок, нужно ли включать повторные вызовы, если была ошибка, сколько раз, за какой период,
➡️ - уровни логирования данных (может быть встроенная функциональность разных платформ, а может быть своя логика),
➡️ - квотирование, есть платные сервисы и каждый их вызов это деньги, а если вы ещё делаете механизм повторных отправок, можно попасть на бабло, так что лучше сразу задуматься как этим управлять и, например, переключать функционал с платного на бесплатный, некоторые государственные сервисы не очень любят, когда их бомбят запросами и тоже могут ввести квоту на количество обращений в день.
Как-то мне аналитик, сказал, вот ты топишь за настройки, а у нас их было так много, что мы запутались.
⚡️ Ну во-первых, можно делать значения по умолчанию, и не трогать ружье, которое висит на стене, но раз в год выстрелит.
⚡️ А во вторых, можно сделать нормальные человекочитаемые названия, и внятное описание и согласовать с администраторами и тех поддержкой, и дать инструкцию, продумать использование этих самых настроек.
Конечно, я могла что-то забыть, и полно все детали в пост не впихнуть, но с думаю мой посыл понятен.
В интеграции много подобных не очевидных нюансов, если хочется глубже в них разбираться приходи на наш курс интеграции, совсем скоро старт потока (16 ноября), и что-то мне подсказывает, что с нового года будет повышение цены.
Запрыгнуть в нашу уютную группу можно оставив заявку на сайте➡️ https://sup.expert/
#интеграция #администрирование #настройки #выводы
Не совсем #капитаночевидность что интеграцией нужно управлять и после выкатки на продуктив, она становится узким горлышком.
Часто и разработка, и аналитик забывают о том, что нужна возможность изменения настроек. И тогда разработчик становится частью своего продукта. Но и аналитик тоже может стать "частью команды, частью корабля". У нас был такой случай, мы узнали, что интеграция работает только в купе с аналитиком, тогда, когда он ушёл в отпуск и всё упало.
Так что принцип "сделать так, чтобы ко мне мало прибегали с вопросами" очень мотивирует.
Тех поддержка в таких случаях разводит руками. Потому что им не сделали инструменты управления. Не сделали, вот мы и не можем передать целые куски в поддержку.
Что делать?
✅ Рассматривать тех поддержку, администраторов системы, как полноценных заказчиков. Им поддерживать решение и они должны получать конкретные инструкции. И в интересах команды, всё сделать так, чтобы к ним не бегали по каждому чиху.
✅ Аналитик может просчитать на несколько шагов вперёд, как будет развиваться бизнес. И именно эти точки развития заложить в реализацию.
Какие могут быть параметры настроек?
Например, типичные и часто встречающиеся:
Как-то мне аналитик, сказал, вот ты топишь за настройки, а у нас их было так много, что мы запутались.
Конечно, я могла что-то забыть, и полно все детали в пост не впихнуть, но с думаю мой посыл понятен.
В интеграции много подобных не очевидных нюансов, если хочется глубже в них разбираться приходи на наш курс интеграции, совсем скоро старт потока (16 ноября), и что-то мне подсказывает, что с нового года будет повышение цены.
Запрыгнуть в нашу уютную группу можно оставив заявку на сайте
#интеграция #администрирование #настройки #выводы
Please open Telegram to view this post
VIEW IN TELEGRAM
sup.expert
Курс по интеграции
Новому человеку в команде виднее, что не так в процессах.
Когда-то я набирала большой отдел и с каждым новым аналитиком проходила процесс онбординга. Я ждала того момента, когда аналитик начинал видеть внутреннюю кухню и сравнивать со своим опытом и понимал, что чёт не так, и чёт оно не очень хорошо работает))) А так как процесс усовершенствования бесконечный, примерно со всеми аналитиками была, одна и та же история под названием "Наташа, я вот там посмотрел документацию, процесс, давай изменим".
И я так радовалась, ну вот оно!
Вцелом я сама также всегда поступала в новых командах. Это как хозяйка приходит в новый дом и решает, что надо бы прибраться. Кого-то это бесило, не лезь! Кто-то, как истинный руководитель говорил - делай! Тут главное не наступить на грабли с надписью на них "нереально изменить".
И на самом деле это очень круто, когда 2-5 человек говорят одни и те же проблемы, их подсвечивают, значит реально их нужно решать. Если не решать, не вносить изменений, то не будет развития. #капитаночевидность
Как там говорят, только в болоте не течёт вода, и только на кладбище всё без изменений, в жизни всё постоянно меняется. В нашей с вами жизни всё меняется ещё быстрее!
Для меня от нового человека получить список проблем, это равносильно анализу текущего состояния дел. Какая проблема исчезла, мы её закрыли, что нового решение породило в плане новых проблем. А для меня, как для сотрудника компании, это тоже показатель, что меня слушают, со мной ведут диалог, и я могу привнести новую практику. И это тоже некий показатель адекватности.
Изменениями нужно управлять, не всё так просто внедряется, что-то через сопротивление и боль. Главное, чтобы потом было лучше)))
#изменения #новыйсотрудник #мойопыт #онбординг #лидер
Когда-то я набирала большой отдел и с каждым новым аналитиком проходила процесс онбординга. Я ждала того момента, когда аналитик начинал видеть внутреннюю кухню и сравнивать со своим опытом и понимал, что чёт не так, и чёт оно не очень хорошо работает))) А так как процесс усовершенствования бесконечный, примерно со всеми аналитиками была, одна и та же история под названием "Наташа, я вот там посмотрел документацию, процесс, давай изменим".
И я так радовалась, ну вот оно!
Вцелом я сама также всегда поступала в новых командах. Это как хозяйка приходит в новый дом и решает, что надо бы прибраться. Кого-то это бесило, не лезь! Кто-то, как истинный руководитель говорил - делай! Тут главное не наступить на грабли с надписью на них "нереально изменить".
И на самом деле это очень круто, когда 2-5 человек говорят одни и те же проблемы, их подсвечивают, значит реально их нужно решать. Если не решать, не вносить изменений, то не будет развития. #капитаночевидность
Как там говорят, только в болоте не течёт вода, и только на кладбище всё без изменений, в жизни всё постоянно меняется. В нашей с вами жизни всё меняется ещё быстрее!
Для меня от нового человека получить список проблем, это равносильно анализу текущего состояния дел. Какая проблема исчезла, мы её закрыли, что нового решение породило в плане новых проблем. А для меня, как для сотрудника компании, это тоже показатель, что меня слушают, со мной ведут диалог, и я могу привнести новую практику. И это тоже некий показатель адекватности.
Изменениями нужно управлять, не всё так просто внедряется, что-то через сопротивление и боль. Главное, чтобы потом было лучше)))
#изменения #новыйсотрудник #мойопыт #онбординг #лидер
Вернёмся к методологии Адизеса.
Мы говорили про разные типы менеджеров, когда очень сильно проявляется одна из черт управления.
------------
Другие посты про типы менеджеров, у которых ярко проявлена одна черта менеджера:
😎 Одинокая женщина/Одинокий ковбой
🔥 Поджигатель/Бешенный креативщик
🥸 Интегратор/Политик манипулятор
#типыменеджеров #адизес #бюрократ #управлениеизменениями #books #мояполка
-----------
Мы с вами не разобрали Бюрократа. Эмоции при чтение этого слова не самые добрые. Вспоминается некий Гоголевский персонаж или блюститель правил в госучреждениях. Когда вы должны заполнить анкету синей ручкой, фотография чёткого размера, с уголком, без уголка, с объёмом головы на фото и т.п. правила, правила, правила, которые просто нужно выполнить и точка!
Подобный чинуша, буквоед, волокитчик бесит многих, но они тоже нужны) В своей практике, я таких людей встречала либо в службе безопасности, либо это кадровики, юристы, операционка, которая работает с деньгами.
Как мы видим, специфика предметной области притягивает подобных людей. Попробуйте согласовать ТЗ с отделом безопасности любой организации, банка, предприятия... Ох... Можно хленуть по полной)
Соблюдать правила, это нужно и нормально. Но когда правила и инструкции превращаются в центр всего! Это уже клиника. Бюрократ забывает зачем эта инструкция нужна, она просто нужна и ты должен её выполнить! Точка!
Цитирую книгу: Бюрократы управляют хорошо контролируемой катастрофой, компания уверенно идёт к своему краху в строгом соответствии с расписанием. Всё делается исключительно продуктивно и строго по инструкциям.
Отличительная черта, что бюрократ стремиться строго контролировать любые возможные нарушения. Компания может идти ко дну, но Бюрократ будет созывать совещание и обсуждать "кто ворует туалетную бумагу в туалете".
Подобных директоров компаний я видела в ЖКХ секторе, при этом его сотрудники живут в страхе, что что-то нарушат. Видимо в моей среде чаще встречаются Поджигатели и слава богу в подчинение у Бюрократов-руководителей я не работала.
А был ли у вас опыт работы с Бюрократами? Какие выработали подходы к таким руководителям?
Мы говорили про разные типы менеджеров, когда очень сильно проявляется одна из черт управления.
------------
Другие посты про типы менеджеров, у которых ярко проявлена одна черта менеджера:
#типыменеджеров #адизес #бюрократ #управлениеизменениями #books #мояполка
-----------
Мы с вами не разобрали Бюрократа. Эмоции при чтение этого слова не самые добрые. Вспоминается некий Гоголевский персонаж или блюститель правил в госучреждениях. Когда вы должны заполнить анкету синей ручкой, фотография чёткого размера, с уголком, без уголка, с объёмом головы на фото и т.п. правила, правила, правила, которые просто нужно выполнить и точка!
Подобный чинуша, буквоед, волокитчик бесит многих, но они тоже нужны) В своей практике, я таких людей встречала либо в службе безопасности, либо это кадровики, юристы, операционка, которая работает с деньгами.
Как мы видим, специфика предметной области притягивает подобных людей. Попробуйте согласовать ТЗ с отделом безопасности любой организации, банка, предприятия... Ох... Можно хленуть по полной)
Соблюдать правила, это нужно и нормально. Но когда правила и инструкции превращаются в центр всего! Это уже клиника. Бюрократ забывает зачем эта инструкция нужна, она просто нужна и ты должен её выполнить! Точка!
Цитирую книгу: Бюрократы управляют хорошо контролируемой катастрофой, компания уверенно идёт к своему краху в строгом соответствии с расписанием. Всё делается исключительно продуктивно и строго по инструкциям.
Отличительная черта, что бюрократ стремиться строго контролировать любые возможные нарушения. Компания может идти ко дну, но Бюрократ будет созывать совещание и обсуждать "кто ворует туалетную бумагу в туалете".
Подобных директоров компаний я видела в ЖКХ секторе, при этом его сотрудники живут в страхе, что что-то нарушат. Видимо в моей среде чаще встречаются Поджигатели и слава богу в подчинение у Бюрократов-руководителей я не работала.
А был ли у вас опыт работы с Бюрократами? Какие выработали подходы к таким руководителям?
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Наташа Косинова. Варю айти СУП
Типы менеджеров. Одинокий ковбой.
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #одинокийковбой #одинокаяженщина #одивныймир #управление
Я бы сказала ⠔⡔⡌⠥⠱⡔⠔⢌⣄ ⠦⣂⡈⠰⡒⠕⠓⠨⡂
Вот название из книги Адизеса одного из…
#ицхакадизес #типыменеджеров #управлениеизменениями #мояполка #books #выводы #рассуждения #одинокийковбой #одинокаяженщина #одивныймир #управление
Я бы сказала ⠔⡔⡌⠥⠱⡔⠔⢌⣄ ⠦⣂⡈⠰⡒⠕⠓⠨⡂
Вот название из книги Адизеса одного из…
Квотирование в интеграции, что это такое и зачем нужно?
Такой странный зверь - Квотирование. В интеграции, он как ружье, висящее на стене, может внезапно выстрелить.
Что такое Квотирование?
Из названия мы видим, что речь идёт про квоту. То есть одна система диктует правила о том, как к ней обращаться. Например, что больше 100 запросов в день от конкретного источника не принимаем. В начале 2000-х квота встречалась часто. Иногда о ней говорили и писали в спецификации и вводили для того, чтобы управлять нагрузкой. Чтобы банально повторными вызовами не завалили сервер.
Вроде бы сейчас 2023 год, какая квота? Но, она есть и есть иногда неявно.
✅Например, есть платные сервисы, и каждый запрос это деньги. Оно может быть очевидно #капитаночевидность , а может и нет. И когда разработчик спокойно отлаживает с тестировщиком сервис, может за день месячный бюджет оплаты израсходовать. Жизнь нас ничему не учит, и команды наступают на такие грабли часто. Таких историй слышала много и мы тоже так делали)))
Потом просто все разводят руками, а менеджер плачет и рвёт на себе волосы, потому что платить на счетам нужно.
✅А может быть государственный сервис, который на уровне бизнеса может ввести квоту. Например, запрос раз в 30 минут, ибо они обрабатываются вручную и это регламент. А может и количество за день, чтобы регулировать процесс или доход компании. Ситуации могут быть разные.
Что с этим делать?
Аналитику - задавать неудобные вопросы, просчитывать появление подобных случаев. И фиксировать в виде требований на интеграцию под названием "настройка Квотирования". Это может быть частота вызова, их количество за определённый период и шаг отправки. Например, раз в 30 минут, не более 100 в сутки по времени сервера (часто московское время, но может быть и другое, и таймзона тоже как ружье на стене, сегодня никому не нужен Владивосток, а завтра бизнес решит завоевать мир и выстрелит ситуация изменения таймзоны).
Интеграция - это соединение систем в единое информационное пространство, которым нужно управлять.
Так что Квотирование редкий зверь, но если вы его встречаете не пугайтесь, фиксируйте ситуацию, которая кажется на первый взгляд безумной, но в реальности реализуется.
#интеграция #квотирование #мойопыт #системныйанализ #курс #курсинтеграции
А какие вы встречали кейсы Квотирования в своей практике?
Делитесь в комментариях ниже 👇
Такой странный зверь - Квотирование. В интеграции, он как ружье, висящее на стене, может внезапно выстрелить.
Что такое Квотирование?
Из названия мы видим, что речь идёт про квоту. То есть одна система диктует правила о том, как к ней обращаться. Например, что больше 100 запросов в день от конкретного источника не принимаем. В начале 2000-х квота встречалась часто. Иногда о ней говорили и писали в спецификации и вводили для того, чтобы управлять нагрузкой. Чтобы банально повторными вызовами не завалили сервер.
Вроде бы сейчас 2023 год, какая квота? Но, она есть и есть иногда неявно.
✅Например, есть платные сервисы, и каждый запрос это деньги. Оно может быть очевидно #капитаночевидность , а может и нет. И когда разработчик спокойно отлаживает с тестировщиком сервис, может за день месячный бюджет оплаты израсходовать. Жизнь нас ничему не учит, и команды наступают на такие грабли часто. Таких историй слышала много и мы тоже так делали)))
Потом просто все разводят руками, а менеджер плачет и рвёт на себе волосы, потому что платить на счетам нужно.
✅А может быть государственный сервис, который на уровне бизнеса может ввести квоту. Например, запрос раз в 30 минут, ибо они обрабатываются вручную и это регламент. А может и количество за день, чтобы регулировать процесс или доход компании. Ситуации могут быть разные.
Что с этим делать?
Аналитику - задавать неудобные вопросы, просчитывать появление подобных случаев. И фиксировать в виде требований на интеграцию под названием "настройка Квотирования". Это может быть частота вызова, их количество за определённый период и шаг отправки. Например, раз в 30 минут, не более 100 в сутки по времени сервера (часто московское время, но может быть и другое, и таймзона тоже как ружье на стене, сегодня никому не нужен Владивосток, а завтра бизнес решит завоевать мир и выстрелит ситуация изменения таймзоны).
Интеграция - это соединение систем в единое информационное пространство, которым нужно управлять.
Так что Квотирование редкий зверь, но если вы его встречаете не пугайтесь, фиксируйте ситуацию, которая кажется на первый взгляд безумной, но в реальности реализуется.
#интеграция #квотирование #мойопыт #системныйанализ #курс #курсинтеграции
А какие вы встречали кейсы Квотирования в своей практике?
Делитесь в комментариях ниже 👇
В этот четверг 16 ноября стартует, последний в этом году, поток интеграции.
Вас ждёт аналитический марафон в 2 месяца! ✅
-------------------------------
Курс интеграции состоит из 8 блоков и разделён на два этапа:
Первый 🎯 - это проектирование интеграционного решения от концепции до уровня данных (блоки с 1 по 4).
Блок 1 - отвечаем на вопрос, что такое интеграция, строим С4
Блок 2 - use cases, онтологическая модель предметной области, state machine
Блок 3 - sequence, мастер данные, гарантированная доставка, обработка ошибок, валидация данных
Блок 4 - словарь данных, маппинг данных, администрирование, activity
Второй 🎯 - разбор технологий передачи данных, паттернов интеграции, шина и брокеры (блоки с 5 по 8).
Блок 5 - введение в OSI модель сети, REST API, json
Блок 6 - SOAP, xml
Блок 7 - graphQL, gRPC, логирование, мониторинг, квотирование, безопасность
Блок 8 - Паттерны интеграции, шина, брокер
-------------------------------
Кому подойдёт курс?
Если вы начинающий аналитик с опытом от 1 до 3 лет, вам точно будет полезно пройти курс, понять, что входит в интеграцию, увидеть путь рассуждений, которые приводят к результату. Вы приобретёте навыки и уверенность, что позволит брать в работу новые задачи.
Если вы аналитик с опытом от 3 до 5 лет, курс поможет систематизировать знания понять свои пробелы, увидеть эволюцию проектирования, что в конечном итоге позволит вам выйти на новый уровень, составить план развития, а может и сменить работу (такие прецеденты у нас уже есть))).
Если вы ведущий аналитик или тим лид анализа, вы сможете понять, каким путем стоит идти вместе с командой, чтобы повысить качество результата работы аналитиков, посмотрите со стороны на свою работу, артефакты анализа. Будете понимать на что обращать внимание в качестве наставника.
Формат курса - онлайн занятия, приближенные к классической схеме обучения,
✅в четверг лекция (утром по Москве с 9 до 11),
✅во вторник семинар - разбор домашних заданий (утром по Москве с 9 до 11).
Наш формат похож на формат групповых менторских сессий, где ведущие общаются с группой и сразу, по ходу, могут обсуждать возникающие вопросы. Мы подстраиваемся под уровень знаний участников и стараемся давать новый блок информации так, чтобы он ложился на текущий фундамент. Мы не являемся огромной школой или площадкой, что позволяет нам создавать уютное, открытое общение и делиться опытом между собой.
Сколько сможете унести знаний зависит только от вас))
Многие ребята пересматривают записи занятий и узнают снова и снова что-то новое.
➡️ Презентации
➡️ Материал
➡️ Видео записи занятий остаются у вас навсегда!
Мы предлагаем разные тарифы обучения:
Можно прийти на тариф "только послушать", участвовать в онлайн формате в обсуждениях, интерактивных практиках.
Если вы хотите разрабатывать учебный проект и выполнять домашние задания по проектированию, для вас подходит тариф "плюс практика", с разбором домашних заданий.
Мы специально проводим занятия в утреннее время в будние, чтобы вы со свежей головой смогли разобраться в сложной системной информации. Учиться и работать одновременно это действительно сложно, поэтому мы стараемся создать условия, чтобы вы успешно прошли весь аналитический марафон вместе с нами)) Каждый новый поток для нас, как новый вызов!
Имея чёткое расписание, просто приходя на занятия, вы точно сможете почерпнуть для себя полезные знания.
Ведущие:
Основные лекции по проектированию провожу я, Косинова Наталья, мой опыт интеграции более 15 лет, восновном шинная интеграция проектов Билайн, Тинькофф, А3, МТС, Госсектор, Утконос и другие.
Мне помогает
Андрей Корниенко, с точки зрения разработчика и архитектора раскрывает тему технологий, архитектуры решений и интеграции с помощью брокеров сообщений. Именно взгляда разработчика часто не хватает аналитику, когда речь идёт о реализации решения.
Вас ждёт аналитический марафон в 2 месяца! ✅
-------------------------------
Курс интеграции состоит из 8 блоков и разделён на два этапа:
Первый 🎯 - это проектирование интеграционного решения от концепции до уровня данных (блоки с 1 по 4).
Блок 1 - отвечаем на вопрос, что такое интеграция, строим С4
Блок 2 - use cases, онтологическая модель предметной области, state machine
Блок 3 - sequence, мастер данные, гарантированная доставка, обработка ошибок, валидация данных
Блок 4 - словарь данных, маппинг данных, администрирование, activity
Второй 🎯 - разбор технологий передачи данных, паттернов интеграции, шина и брокеры (блоки с 5 по 8).
Блок 5 - введение в OSI модель сети, REST API, json
Блок 6 - SOAP, xml
Блок 7 - graphQL, gRPC, логирование, мониторинг, квотирование, безопасность
Блок 8 - Паттерны интеграции, шина, брокер
-------------------------------
Кому подойдёт курс?
Если вы начинающий аналитик с опытом от 1 до 3 лет, вам точно будет полезно пройти курс, понять, что входит в интеграцию, увидеть путь рассуждений, которые приводят к результату. Вы приобретёте навыки и уверенность, что позволит брать в работу новые задачи.
Если вы аналитик с опытом от 3 до 5 лет, курс поможет систематизировать знания понять свои пробелы, увидеть эволюцию проектирования, что в конечном итоге позволит вам выйти на новый уровень, составить план развития, а может и сменить работу (такие прецеденты у нас уже есть))).
Если вы ведущий аналитик или тим лид анализа, вы сможете понять, каким путем стоит идти вместе с командой, чтобы повысить качество результата работы аналитиков, посмотрите со стороны на свою работу, артефакты анализа. Будете понимать на что обращать внимание в качестве наставника.
Формат курса - онлайн занятия, приближенные к классической схеме обучения,
✅в четверг лекция (утром по Москве с 9 до 11),
✅во вторник семинар - разбор домашних заданий (утром по Москве с 9 до 11).
Наш формат похож на формат групповых менторских сессий, где ведущие общаются с группой и сразу, по ходу, могут обсуждать возникающие вопросы. Мы подстраиваемся под уровень знаний участников и стараемся давать новый блок информации так, чтобы он ложился на текущий фундамент. Мы не являемся огромной школой или площадкой, что позволяет нам создавать уютное, открытое общение и делиться опытом между собой.
Сколько сможете унести знаний зависит только от вас))
Многие ребята пересматривают записи занятий и узнают снова и снова что-то новое.
➡️ Презентации
➡️ Материал
➡️ Видео записи занятий остаются у вас навсегда!
Мы предлагаем разные тарифы обучения:
Можно прийти на тариф "только послушать", участвовать в онлайн формате в обсуждениях, интерактивных практиках.
Если вы хотите разрабатывать учебный проект и выполнять домашние задания по проектированию, для вас подходит тариф "плюс практика", с разбором домашних заданий.
Мы специально проводим занятия в утреннее время в будние, чтобы вы со свежей головой смогли разобраться в сложной системной информации. Учиться и работать одновременно это действительно сложно, поэтому мы стараемся создать условия, чтобы вы успешно прошли весь аналитический марафон вместе с нами)) Каждый новый поток для нас, как новый вызов!
Имея чёткое расписание, просто приходя на занятия, вы точно сможете почерпнуть для себя полезные знания.
Ведущие:
Основные лекции по проектированию провожу я, Косинова Наталья, мой опыт интеграции более 15 лет, восновном шинная интеграция проектов Билайн, Тинькофф, А3, МТС, Госсектор, Утконос и другие.
Мне помогает
Андрей Корниенко, с точки зрения разработчика и архитектора раскрывает тему технологий, архитектуры решений и интеграции с помощью брокеров сообщений. Именно взгляда разработчика часто не хватает аналитику, когда речь идёт о реализации решения.
Наташа Косинова. Варю айти СУП pinned «В этот четверг 16 ноября стартует, последний в этом году, поток интеграции. Вас ждёт аналитический марафон в 2 месяца! ✅ ------------------------------- Курс интеграции состоит из 8 блоков и разделён на два этапа: Первый 🎯 - это проектирование интеграционного…»
Как выбрать паттерн интеграции?
Это любимый вопрос аналитика. И его можно понять, ибо ставя задачу на разработку и не понимая, как принимаются решения, сложно контролировать и принимать результат работы. Чувство не самое приятное, ты в команде, но почему так сделали непонятно.
➡️ Один из ответов, к сожалению, звучит так - потому что так сложилось. 🤷♀ Действительно, часто нет логического чёткого объяснения почему так.Потому что наш директор поехал на презентацию, там выпил водки и купил лицензию по шине, а теперь нам с ней работать. Занавес.
➡️ Следующий ответ звучит, как - а мы только так можем, и никак по-другому. Действительно, команда просто по-другому не умеет, и делает так, как привычно. Нет компетенций, опыта, бюджета на новое, на обучение. Всё что угодно. Оно работает? Работает. Тогда не ломай, не трогай.
➡️ Дальше, самый сок, когда ты думаешь, ну вот сейчас будет шина, а вот тут брокер. Но приходит партнёр и говорит - у нас нет разработчиков, и вообще мы, уходя на выходные, выключаем сервер. У нас был такой кейс. И тут кроме интеграции через электронную почту, у нас не было больше никаких других вариантов. Даже с файлами они не хотели работать.
➡️ И если включать здравый смысл и логику, то нужно исходить из бизнес требований, нефункциональных требований, объёма передачи данных, масштабирования, развития компании, ИТ-ландшафта, ограничений бюджета,и конечно сотрудников.
Какие есть Паттерны?
По способу передачи данных:
Обмен данных с помощью
✅ файлов
✅ общей базы данных - это антипаттерны интеграции, от них лучше уходить.
Те кто хоть раз подобные паттерны пытался поддерживать в продуктиве могут рассказать множество замечательных историй, про седые волосы и бессонные ночи.
И остаётся чаще всего применяемые паттерны -
✅ удалённый вызов процедур
✅ обмен сообщениями (шина, брокер).
Удалённый вызов процедур - по сути онлайн обмен между двух систем, которые соединены напрямую, через API.
Брокер - это работа с абстракцией в виде очереди, которая может быть реализована по-разному (например, на основе протокола AMQP).
Шина - это швейцарский ножик, который вбирает в себя все Паттерны и нюансы управления интеграционным слоем.
Шина с централизованным обменом данных является одним из паттернов SOA архитектуры.
Брокер может быть с очередями частью шины или способом передачи сообщений в микросервисной архитектуре.
В реальности в ИТ-ландшафте компаний можно встретить гибрид из всех паттернов интеграции по способу передачи данных.
И каждый из них имеет свои плюсы и минусы, применимость в конкретных случаях, среде.
И кажется, что в айти всё логично, и есть обоснование всему, что происходит. Но нет. Часто скрытых смыслов и большого пути принятия решений попросту нет.
Подробнее про проектирование интеграционных решений вы можете узнать на нашем курсе, старт потока уже в этот четверг 16 ноября.
Почитать про курс можно вот тут➡️ sup.expert
#курсинтеграции #курс #системныйанализ #паттерныинтеграции
⚡️ Остались вопросы или вы хотите записаться, пишите напрямую мне))
Это любимый вопрос аналитика. И его можно понять, ибо ставя задачу на разработку и не понимая, как принимаются решения, сложно контролировать и принимать результат работы. Чувство не самое приятное, ты в команде, но почему так сделали непонятно.
➡️ Один из ответов, к сожалению, звучит так - потому что так сложилось. 🤷♀ Действительно, часто нет логического чёткого объяснения почему так.
➡️ Следующий ответ звучит, как - а мы только так можем, и никак по-другому. Действительно, команда просто по-другому не умеет, и делает так, как привычно. Нет компетенций, опыта, бюджета на новое, на обучение. Всё что угодно. Оно работает? Работает. Тогда не ломай, не трогай.
➡️ Дальше, самый сок, когда ты думаешь, ну вот сейчас будет шина, а вот тут брокер. Но приходит партнёр и говорит - у нас нет разработчиков, и вообще мы, уходя на выходные, выключаем сервер. У нас был такой кейс. И тут кроме интеграции через электронную почту, у нас не было больше никаких других вариантов. Даже с файлами они не хотели работать.
➡️ И если включать здравый смысл и логику, то нужно исходить из бизнес требований, нефункциональных требований, объёма передачи данных, масштабирования, развития компании, ИТ-ландшафта, ограничений бюджета,и конечно сотрудников.
Какие есть Паттерны?
По способу передачи данных:
Обмен данных с помощью
✅ файлов
✅ общей базы данных - это антипаттерны интеграции, от них лучше уходить.
Те кто хоть раз подобные паттерны пытался поддерживать в продуктиве могут рассказать множество замечательных историй, про седые волосы и бессонные ночи.
И остаётся чаще всего применяемые паттерны -
✅ удалённый вызов процедур
✅ обмен сообщениями (шина, брокер).
Удалённый вызов процедур - по сути онлайн обмен между двух систем, которые соединены напрямую, через API.
Брокер - это работа с абстракцией в виде очереди, которая может быть реализована по-разному (например, на основе протокола AMQP).
Шина - это швейцарский ножик, который вбирает в себя все Паттерны и нюансы управления интеграционным слоем.
Шина с централизованным обменом данных является одним из паттернов SOA архитектуры.
Брокер может быть с очередями частью шины или способом передачи сообщений в микросервисной архитектуре.
В реальности в ИТ-ландшафте компаний можно встретить гибрид из всех паттернов интеграции по способу передачи данных.
И каждый из них имеет свои плюсы и минусы, применимость в конкретных случаях, среде.
И кажется, что в айти всё логично, и есть обоснование всему, что происходит. Но нет. Часто скрытых смыслов и большого пути принятия решений попросту нет.
Подробнее про проектирование интеграционных решений вы можете узнать на нашем курсе, старт потока уже в этот четверг 16 ноября.
Почитать про курс можно вот тут
#курсинтеграции #курс #системныйанализ #паттерныинтеграции
Please open Telegram to view this post
VIEW IN TELEGRAM
Реальные результаты наших участников курса интеграции.
В большинстве своём на курс приходят ребята, кто был у меня на менторстве, оно и понятно, но и не только! У каждого свои цели. И вот немного классифицирую, по грейдам, кто что уносит и использует на практике:
1.Начну с джунов или тех кто хочет стать системным аналитиком. Очень сложно бывает показать, что именно нужно специалисту для прокачки. Курс интеграции, как курс молодого бойца показывает систему знаний, инструментов, подходов и практик. Что хорошо, мы полностью проходим по пирамиде артефактов и доходим до уровня технологий, данных. Я не хочу давать обещания, которые считаю нереальными. Но то, что джун поймёт, куда ему дальше и что такое системный анализ это точно.
2.По результатам курса можно написать свой собственный план развития, и взять за основу те ссылки, те внешние источники, книги которые мы рекомендуем, и на которые опираемся.
3.Миддл аналитики обретают уверенность! Это очень важно. Они могут чего-то не знать, но понимать объем, границы задачи и чувствовать себя увереннее. Понимают, куда смотреть, что делать.
4.Как так уже давно получилось, что я стала для многих "карьерной феей"))) Ребята после работы со мной идут дальше, есть даже те кто вырос в айти директора, кто-то в архитектора, тим лида. И вот по результатам наших даже двух потоков курса, много кто сменил работу! Пошёл выше по грейдам, прибавил в деньгах. Как говорит Андрей Корниенко, у аналитиков открылись глаза и поняли, что именно они должны делать, отсюда уверенность, энергия перемен и попытка дальше себя развивать, для этого меняют среду. Мы ничего специально не делаем, так получается))) А то компании, чего неладное подумают))
5.Многие отмечали такой факт, что стали увереннее на собеседованиях и смогли ответить на каверзные вопросы. Или честно сказать, что они и в каком объёме могут сделать.
Так что не хочу обещать вам успешный успех, скажу лишь только одно - вы сможете унести столько сколько можете на текущий момент. Есть у нас такие прецеденты, когда участник курса пересмотрел его заново в записи, и вынес новое, чего за первый заход в упор не понимал. Это было любопытно и радостно))
Видео запись и материалы остаются навсегда, как и возможность общения со мной и моим компаньоном. Андрей Корниенко помогает мне на курсе в части технологий, взглядом разработчика и архитектора, что очень важно в работе аналитика.
Приглашаю вас присоединиться к группе, старт уже завтра! В новый год вы вступите с новыми знаниями))
#системныйанализ #курс #курсинтеграции #анонс #результатыучастников #интеграция
Остались вопросы, пишите мне‼️
В большинстве своём на курс приходят ребята, кто был у меня на менторстве, оно и понятно, но и не только! У каждого свои цели. И вот немного классифицирую, по грейдам, кто что уносит и использует на практике:
1.Начну с джунов или тех кто хочет стать системным аналитиком. Очень сложно бывает показать, что именно нужно специалисту для прокачки. Курс интеграции, как курс молодого бойца показывает систему знаний, инструментов, подходов и практик. Что хорошо, мы полностью проходим по пирамиде артефактов и доходим до уровня технологий, данных. Я не хочу давать обещания, которые считаю нереальными. Но то, что джун поймёт, куда ему дальше и что такое системный анализ это точно.
2.По результатам курса можно написать свой собственный план развития, и взять за основу те ссылки, те внешние источники, книги которые мы рекомендуем, и на которые опираемся.
3.Миддл аналитики обретают уверенность! Это очень важно. Они могут чего-то не знать, но понимать объем, границы задачи и чувствовать себя увереннее. Понимают, куда смотреть, что делать.
4.Как так уже давно получилось, что я стала для многих "карьерной феей"))) Ребята после работы со мной идут дальше, есть даже те кто вырос в айти директора, кто-то в архитектора, тим лида. И вот по результатам наших даже двух потоков курса, много кто сменил работу! Пошёл выше по грейдам, прибавил в деньгах. Как говорит Андрей Корниенко, у аналитиков открылись глаза и поняли, что именно они должны делать, отсюда уверенность, энергия перемен и попытка дальше себя развивать, для этого меняют среду. Мы ничего специально не делаем, так получается))) А то компании, чего неладное подумают))
5.Многие отмечали такой факт, что стали увереннее на собеседованиях и смогли ответить на каверзные вопросы. Или честно сказать, что они и в каком объёме могут сделать.
Так что не хочу обещать вам успешный успех, скажу лишь только одно - вы сможете унести столько сколько можете на текущий момент. Есть у нас такие прецеденты, когда участник курса пересмотрел его заново в записи, и вынес новое, чего за первый заход в упор не понимал. Это было любопытно и радостно))
Видео запись и материалы остаются навсегда, как и возможность общения со мной и моим компаньоном. Андрей Корниенко помогает мне на курсе в части технологий, взглядом разработчика и архитектора, что очень важно в работе аналитика.
Приглашаю вас присоединиться к группе, старт уже завтра! В новый год вы вступите с новыми знаниями))
#системныйанализ #курс #курсинтеграции #анонс #результатыучастников #интеграция
Остались вопросы, пишите мне
Please open Telegram to view this post
VIEW IN TELEGRAM
Концептуальное проектирование
Есть две вещи, которые простые, очевидные #капитаночевидность поэтому их мало кто делает.
Первая это Концептуальное проектирование(сюда же DFD отнесу), а второе - это блок-схемы, с помощью которых можно и алгоритм описать и процесс, и сделать это хорошо!
Сегодня решила написать про Концептуальное проектирование.
Что может быть проще - в центр поместить систему, которую мы проектируем, вокруг участников информационного обмена, и стрелками показать направление потоков данных, кто, кому, что передаёт.
Но, в чем трудность?
✅1.Заставить себя мыслить в структуре и разложить по схеме - участники, данные уже не те просто. Скучно, дайте нам сразу строить космический корабль. Чтобы выделить набор данных нужно хорошо понимать, а что мы собственно делаем и промоделировать процессы.
✅2.Если возьмём DFD - да, есть разные нотации, но суть одна и та же, к наших участникам, и данным, добавляется хранение данных. Откуда и куда уходят данные и где остаются.
DFD, концептуальное проектирование заставляет нас думать структурой. И отбрасывать то, что круче, интереснее, можно помоделировать)))
По сути мы наш концепт раскладываем по следующим пунктам:
1.Источник данных
2.Потребитель данных
3.Обработка, работа, логические функции над данными
4.Потоки данных
5.Хранилища данных
И нам неважно, как будет реализована наша концепция, на начальном этапе. Какие технологии передачи данных будут выбраны. Требования ещё не собрали и до структуры хранилищ не добрались, как и до самого кода.
К DFD мы можем подходить, как в слоёному пирогу, как и с ER диаграммами, по этапам:
1.Описать концепцию - участники и потоки данных
2.Добавить логику обработки - получим логический уровень
3.Добавить хранение данных - физический уровень
Но если вы сделаете хотя бы концепцию решения уже станет лучше))) и будут видны участники, системный контекст, границы решения.
Мне нравится статья по этой теме в школе системного анализа и проектирования.
Рекомендую к применению на проектах)
#интеграция #концепция #dfd #системныйаналитик #системныйанализ #системныйконтекст
Есть две вещи, которые простые, очевидные #капитаночевидность поэтому их мало кто делает.
Первая это Концептуальное проектирование
Сегодня решила написать про Концептуальное проектирование.
Что может быть проще - в центр поместить систему, которую мы проектируем, вокруг участников информационного обмена, и стрелками показать направление потоков данных, кто, кому, что передаёт.
Но, в чем трудность?
✅1.Заставить себя мыслить в структуре и разложить по схеме - участники, данные уже не те просто. Скучно, дайте нам сразу строить космический корабль. Чтобы выделить набор данных нужно хорошо понимать, а что мы собственно делаем и промоделировать процессы.
✅2.Если возьмём DFD - да, есть разные нотации, но суть одна и та же, к наших участникам, и данным, добавляется хранение данных. Откуда и куда уходят данные и где остаются.
DFD, концептуальное проектирование заставляет нас думать структурой. И отбрасывать то, что круче, интереснее, можно помоделировать)))
По сути мы наш концепт раскладываем по следующим пунктам:
1.Источник данных
2.Потребитель данных
3.Обработка, работа, логические функции над данными
4.Потоки данных
5.Хранилища данных
И нам неважно, как будет реализована наша концепция, на начальном этапе. Какие технологии передачи данных будут выбраны. Требования ещё не собрали и до структуры хранилищ не добрались, как и до самого кода.
К DFD мы можем подходить, как в слоёному пирогу, как и с ER диаграммами, по этапам:
1.Описать концепцию - участники и потоки данных
2.Добавить логику обработки - получим логический уровень
3.Добавить хранение данных - физический уровень
Но если вы сделаете хотя бы концепцию решения уже станет лучше))) и будут видны участники, системный контекст, границы решения.
Мне нравится статья по этой теме в школе системного анализа и проектирования.
Рекомендую к применению на проектах)
#интеграция #концепция #dfd #системныйаналитик #системныйанализ #системныйконтекст
Записала разбор sequence диаграммы.
Примем тот факт, что автор, никогда не делала раньше sequence диаграмм.
Будет полезно для начинающих и не только. Вдруг ещё что-то заметите, что бы можно было улучшить?)
#sequence #uml #системныйанализ #системныйаналитик #интеграция #разбор
https://youtu.be/JiJDt-jWFtY
Примем тот факт, что автор, никогда не делала раньше sequence диаграмм.
Будет полезно для начинающих и не только. Вдруг ещё что-то заметите, что бы можно было улучшить?)
#sequence #uml #системныйанализ #системныйаналитик #интеграция #разбор
https://youtu.be/JiJDt-jWFtY
YouTube
Разбор диаграммы последовательностей (sequence, UML) с проекта
Разбираю ошибки примера диаграммы последовательности (sequence, UML). Диаграмму предоставила подписчица.
Хотите больше узнать про системный анализ и работу аналитиков в айти? Подписывайтесь на мой телеграм канал - https://t.me/start_in_IT
Хотите, чтобы…
Хотите больше узнать про системный анализ и работу аналитиков в айти? Подписывайтесь на мой телеграм канал - https://t.me/start_in_IT
Хотите, чтобы…
Навигация по постам темы
✔️ Интеграция.
--------------------------------------
❤️Почему я люблю интеграцию?
--------------------------------------
➡️С чего начинать проектирование интеграции? С концептуального проектирования.
➡️Что такое интеграция и какие есть интеграционные решения есть.
➡️Что сложного в интеграции?
➡️Как я проектирую интеграцию. Общие шаги, при условии, что у нас есть требования от бизнеса и пользователей.
➡️Что входит в интеграцию? Чек лист интеграции.
➡️Частые ошибки при проектирование сценариев интеграции.
➡️Один из основных инструментов интеграции, это sequence диаграмма Uml. Краткий разбор примера sequence.
➡️Как выбрать паттерн интеграции по типу передачи данных?
-----------------------------------
Неочевидные, но важные моменты проектирования интеграции:
➡️Гарантированная доставка, где она нужна?
➡️Квотирование, что за зверь?
➡️Администрирование, поддержка, управление решением, о чем часто забывают.
---------------------------------
Темы, которые касаются интеграции буду пополнять в будущем⚡️
--------------------------------------
❤️Почему я люблю интеграцию?
--------------------------------------
➡️С чего начинать проектирование интеграции? С концептуального проектирования.
➡️Что такое интеграция и какие есть интеграционные решения есть.
➡️Что сложного в интеграции?
➡️Как я проектирую интеграцию. Общие шаги, при условии, что у нас есть требования от бизнеса и пользователей.
➡️Что входит в интеграцию? Чек лист интеграции.
➡️Частые ошибки при проектирование сценариев интеграции.
➡️Один из основных инструментов интеграции, это sequence диаграмма Uml. Краткий разбор примера sequence.
➡️Как выбрать паттерн интеграции по типу передачи данных?
-----------------------------------
Неочевидные, но важные моменты проектирования интеграции:
➡️Гарантированная доставка, где она нужна?
➡️Квотирование, что за зверь?
➡️Администрирование, поддержка, управление решением, о чем часто забывают.
---------------------------------
Темы, которые касаются интеграции буду пополнять в будущем
Please open Telegram to view this post
VIEW IN TELEGRAM
Наташа Косинова. Варю айти СУП pinned «Навигация по постам темы ✔️ Интеграция. -------------------------------------- ❤️Почему я люблю интеграцию? -------------------------------------- ➡️С чего начинать проектирование интеграции? С концептуального проектирования. ➡️Что такое интеграция и какие…»
Приветствую вас на канале Наташи Косиновой, я с 2006 года "Варю айти СУП" ☕️, имею профильное образование инженера, работала в командах интеграции: Билайн, Тинькофф Страхование, МТС, Государственные предприятия энергетики, промышленности, муниципальной автоматизации, Платёжная система А3, Утконос и другие. Работала в консалтинговых компаниях. Последние 3 года плотно занимаюсь менторством и обучением взрослых.
Коллеги знают меня, как ИТ эксперта в системном и бизнес анализе, могу собрать с нуля крутой отдел анализа (максимум в моем отделе было 25 аналитиков), на доступном языке объяснить человеку, как проектировать ИТ - решения и прокачивать себя, как специалиста.
Тут, вот уже 4 года, я делюсь опытом анализа, проектирования, практикой, лайфхаками экологичной жизни в айти среде (долой выгорание!)
Специально для бизнес/системных аналитиков я сделала подборку материала, изучив которую, вы сможете найти ответы на часто возникающие вопросы‼️:
Для тех кто только начинает карьеру, и не знает, что делать, как себя позиционировать и выбрать нужное направление?
✅Поможет статья какие есть виды аналитиков?
✅И видео запись менторской сессии - про направления в айти.
✅Чем продукт отличается от проекта?
-----------------------------
Для тех кто сталкивается с новым проектом и не знает с чего начать?
✅Вебинар погружение в предметную область.
Кто давно в отрасли, но не понимает, как организовать базу знаний и выбрать нужные, именно вам артефакты анализа, инструменты, подходы - ответит вебинар "Пирамида артефактов анализа для IT-проекта".
Если вы менеджер продукта/проекта и не понимаете нужен ли вам аналитик? Или же вы аналитик, которому нужно "продать" команде свою роль - то ознакомьтесь с ✅вебинаром "Зачем аналитик проекту?"
Тему проектирования интеграций разбираю в постах канала и на курсе интеграции.
Если у вас остались вопросы, есть предложения, или вам нужен тренинг для команда анализа, то ➡️пишите мне напрямую и приходите на менторство)
Коллеги знают меня, как ИТ эксперта в системном и бизнес анализе, могу собрать с нуля крутой отдел анализа (максимум в моем отделе было 25 аналитиков), на доступном языке объяснить человеку, как проектировать ИТ - решения и прокачивать себя, как специалиста.
Тут, вот уже 4 года, я делюсь опытом анализа, проектирования, практикой, лайфхаками экологичной жизни в айти среде (долой выгорание!)
Специально для бизнес/системных аналитиков я сделала подборку материала, изучив которую, вы сможете найти ответы на часто возникающие вопросы‼️:
Для тех кто только начинает карьеру, и не знает, что делать, как себя позиционировать и выбрать нужное направление?
✅Поможет статья какие есть виды аналитиков?
✅И видео запись менторской сессии - про направления в айти.
✅Чем продукт отличается от проекта?
-----------------------------
Для тех кто сталкивается с новым проектом и не знает с чего начать?
✅Вебинар погружение в предметную область.
Кто давно в отрасли, но не понимает, как организовать базу знаний и выбрать нужные, именно вам артефакты анализа, инструменты, подходы - ответит вебинар "Пирамида артефактов анализа для IT-проекта".
Если вы менеджер продукта/проекта и не понимаете нужен ли вам аналитик? Или же вы аналитик, которому нужно "продать" команде свою роль - то ознакомьтесь с ✅вебинаром "Зачем аналитик проекту?"
Тему проектирования интеграций разбираю в постах канала и на курсе интеграции.
Если у вас остались вопросы, есть предложения, или вам нужен тренинг для команда анализа, то ➡️пишите мне напрямую и приходите на менторство)
Наташа Косинова. Варю айти СУП pinned «Приветствую вас на канале Наташи Косиновой, я с 2006 года "Варю айти СУП" ☕️, имею профильное образование инженера, работала в командах интеграции: Билайн, Тинькофф Страхование, МТС, Государственные предприятия энергетики, промышленности, муниципальной автоматизации…»
Адаптация под изучение нового.
Список книг, которые бы хотелось прочитать растёт в геометрической прогрессии. При этом есть над чем работать и есть, что изучить. Это огромный поток под словом "НАДО"! А ещё надо было ещё вчера, хочется остановиться и закричать!
✅Как я раньше училась. В институте у меня было правило "не пропускать лекции". Да, я тот ещё душнила и задрот, но я понимала, что тут важен режим и даже если преподаватель и его материал прям тяжело шли, я всё равно приходила на лекцию, брала ручку и писала.
Навык записывать главное из того, что мне начитывают развит у меня отлично.
И я била по всем органам восприятия: слух, визуал, письмо. Это сложно, но то что я записывала или структурировала на бумаге уже на проектах, записывалось мне на подкорку. Я могла потом не перечитывать и не открывать больше, но % запоминания давал рост.
✅Как я сейчас учусь?
Я начинаю внутренний диалог, что мол нужно сесть, взять ручку, открыть тетрадку и начать писать. Что по факту получается? Если лекция не онлайн, то я откладываю. Если онлайн, реально могу сидеть с ручкой и тетрадкой и писать.
Контента много. И я говорю, что минимум - хотя бы прослушать. И я заметила такою штуку, что я чаще стала слушать записи лекций, чтобы понять, тот или иной материал. Да, иногда я всё таки целенаправленно читаю.
И заметила, что я совмещаю прогулку и прослушивание лекции или подкаста. Иииииии - тут прям вывод #капитаночевидность или #капитанНЕочевидность я делаю вывод и понимаю нужно оно мне или нет. Если нет, отбрасываю.
Достойный, глубокий, структурный, действительно мощный материал порой бывает очень трудно найти. А поверхностный уровень его валом.
И получается, что у меня есть развитые навыки обучения, но они подстроились под среду.
Есть ли экономия времени? Кажется, что нефига. Потому что так много предложений и я трачу время на их анализ, потому что я аналитик и не всегда могу быстро принять решение)) оно должно созреть. И фильтрую материал, потому что есть дно, которое нафиг не нужно (может тут ИИ бы и помог). И вот отбросив фигню, я нахожу то, что мне действительно нужно и уже это изучаю, читаю.
#подмечено #мирвокруг #саморазвитие #обучение #моемнение
А как вы обучаетесь?
Используете ли искусственный интеллект?
Остаётся ли что-то в голове?)
Список книг, которые бы хотелось прочитать растёт в геометрической прогрессии. При этом есть над чем работать и есть, что изучить. Это огромный поток под словом "НАДО"! А ещё надо было ещё вчера, хочется остановиться и закричать!
✅Как я раньше училась. В институте у меня было правило "не пропускать лекции". Да, я тот ещё душнила и задрот, но я понимала, что тут важен режим и даже если преподаватель и его материал прям тяжело шли, я всё равно приходила на лекцию, брала ручку и писала.
Навык записывать главное из того, что мне начитывают развит у меня отлично.
И я била по всем органам восприятия: слух, визуал, письмо. Это сложно, но то что я записывала или структурировала на бумаге уже на проектах, записывалось мне на подкорку. Я могла потом не перечитывать и не открывать больше, но % запоминания давал рост.
✅Как я сейчас учусь?
Я начинаю внутренний диалог, что мол нужно сесть, взять ручку, открыть тетрадку и начать писать. Что по факту получается? Если лекция не онлайн, то я откладываю. Если онлайн, реально могу сидеть с ручкой и тетрадкой и писать.
Контента много. И я говорю, что минимум - хотя бы прослушать. И я заметила такою штуку, что я чаще стала слушать записи лекций, чтобы понять, тот или иной материал. Да, иногда я всё таки целенаправленно читаю.
И заметила, что я совмещаю прогулку и прослушивание лекции или подкаста. Иииииии - тут прям вывод #капитаночевидность или #капитанНЕочевидность я делаю вывод и понимаю нужно оно мне или нет. Если нет, отбрасываю.
Достойный, глубокий, структурный, действительно мощный материал порой бывает очень трудно найти. А поверхностный уровень его валом.
И получается, что у меня есть развитые навыки обучения, но они подстроились под среду.
Есть ли экономия времени? Кажется, что нефига. Потому что так много предложений и я трачу время на их анализ, потому что я аналитик и не всегда могу быстро принять решение)) оно должно созреть. И фильтрую материал, потому что есть дно, которое нафиг не нужно (может тут ИИ бы и помог). И вот отбросив фигню, я нахожу то, что мне действительно нужно и уже это изучаю, читаю.
#подмечено #мирвокруг #саморазвитие #обучение #моемнение
А как вы обучаетесь?
Используете ли искусственный интеллект?
Остаётся ли что-то в голове?)
Требования - это же не rocket science, что тут сложного?
Когда ко мне на менторство или на курсы приходят аналитики, особенно с опытом, на вопрос умеют ли они собирать требования и их формулировать? Все с большой уверенностью говорят да.
Мы копаем дальше, но в какой-то момент понимаем, что нужно вернуться к базовым вещам, их скорректировать, и ещё раз разобрать работу с требованиями, их классификацию.
Правда, эти требования уже всех задолбали, но сколько можно о них говорить?) Дайте, что-то поинтереснее!
✅ Требования - это ключевая единица результата работы аналитика.
По факту аналитик, даже с опытом, может не видеть нюансы. Это нормально. Я сама такая же, не сразу доходит.
Хотя казалось бы #капитаночевидность, что тут сложного, разложи требования по уровням:
БТ (бизнес),
ПТ (пользователь),
ФТ (функция),
НФТ (ограничения),
СТ (система).
Но чем проще инструмент, тем сложнее с ним работать))) прям #ладайламинг
Суть проблемы, состоит в том, что аналитик не видит разные уровни абстракции, не видит нюансы, какое требование к чему относится. И на выходе получается каша, и не всегда понятно на каком уровне мы сейчас находимся? Бизнес, Пользователь, Функция, или Система?
#работастребованиями #системныйанализ #системныйаналитик #требования
Что с этим делать? Своё мнение расскажу завтра, а пока пишите свои варианты в комментариях 👇
Когда ко мне на менторство или на курсы приходят аналитики, особенно с опытом, на вопрос умеют ли они собирать требования и их формулировать? Все с большой уверенностью говорят да.
Мы копаем дальше, но в какой-то момент понимаем, что нужно вернуться к базовым вещам, их скорректировать, и ещё раз разобрать работу с требованиями, их классификацию.
✅ Требования - это ключевая единица результата работы аналитика.
По факту аналитик, даже с опытом, может не видеть нюансы. Это нормально. Я сама такая же, не сразу доходит.
Хотя казалось бы #капитаночевидность, что тут сложного, разложи требования по уровням:
БТ (бизнес),
ПТ (пользователь),
ФТ (функция),
НФТ (ограничения),
СТ (система).
Но чем проще инструмент, тем сложнее с ним работать))) прям #ладайламинг
Суть проблемы, состоит в том, что аналитик не видит разные уровни абстракции, не видит нюансы, какое требование к чему относится. И на выходе получается каша, и не всегда понятно на каком уровне мы сейчас находимся? Бизнес, Пользователь, Функция, или Система?
#работастребованиями #системныйанализ #системныйаналитик #требования
Что с этим делать? Своё мнение расскажу завтра, а пока пишите свои варианты в комментариях 👇
Что же поможет аналитику при работе с требованиями?
✅Первое, это начать замечать уровни требований. Чтобы заметить проблему, её нужно сначала просто назвать. Тут поможет пирамида артефактов, дополнительные вопросы.
✅Второе, это инструменты выявления и фиксирования требований, нотации в том числе в помощь. Всё зависит от уровня требований. Если мы находимся на бизнес уровне, так на языке этого уровня и нужно говорить, брать бизнес-модели, орг структуру, бизнес-процессы.
✅Третье, это абстрактное мышление. До сих пор ведутся споры, что такое мышление, а тут ещё и абстрактное. Но действительно оно есть, способ думать так, чтобы минимально опираться на самое решение, разработку. Это действительно сложно. И подобный навык дают технические вузы, но как любое мышление, абстрактное мышление можно развивать.
✅Четвёртое, логика и взаимносвязи наших требований. Тут помогут знания по формальной логики, теория по пирамиде Минто, теория графов, математика. Но я бы ещё добавила и философию. Всё в системе даёт результат.
✅Пятое, банальные вещи, опыт, насмотренность, вопросы старшим коллегам, активность. Да и просто иногда нужно делать, как другие.
✅Шестое, знания методологий разработки программных продуктов. Всё таки среда очень сильно влияет и необходимо подстроиться под заказчика и команду одновременно.
✅Седьмое, понимание, когда нужно остановиться. Чем больше требований вы описываете на низком уровне, тем больше падает качество результата.
✅Восьмое, знание технологий, подходов в программирование. Всё таки аналитик должен иметь знания, не только на уровне бизнеса, но и на уровне информационных систем (я говорю про системного аналитика). Банально, но часто аналитик даже не может сказать заказчику - "такого не существует".
✅Девятое, soft skills, никто не отменял. Адекватность, умение открыть рот и начать говорить, кажется очень простым навыком, но по факту, это нефига не просто.
#требования #системныйаналитик #работастребованиями #чеклист #системныйанализ #моемнение
А что вам помогает в работе? Пишите в комментариях 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
Что объединяет всех сеньорных, ведущих специалистов?
Общалась на днях со знакомой и она спросила: зачем твой курс нужен? В чем скрытая ценность? Что кроме информации, знаний, что ещё покупают люди?
И я ответила - график пинаний. Что вот расписание и ты если просто будешь идти по нему, даже если просто послушаешь, то точно вынесешь информацию, потому что она системна. А потом подумав, я добавила, что такой проблемы нет у ведущих специалистов, сеньоров, Тим Лидов))
Поэтому они и ведущие специалисты! У всех подобных специалистов есть определённые собственные черты характера, которые помогают точно дойти до финиша. Сеньор создаёт для себя среду для успеха и выполнения поставленной цели.
Сеньоры умеют работать со своим ресурсом - временем. Их не нужно пинать. Они сами создают график себе под курс. Да, мы сознательно поставили время утро будние. И те кто ищет возможности, договаривается с руководителем, что два раза в неделю утром, будет чуть позже стартовать день. И это отличает не только аналитиков, а любых специалистов, у которых есть достижения в разных сферах.
Сеньоры умеют работать со своим первым сопротивлением, умеют рефлексировать, как не бросить и как эффективно использовать тот ресурс, который они создают или покупают в виде работы с ментором, с курсом, материалом.
При этом умеют разделять и властвовать, отбрасывать лишнее, приоритетизировать свои дела, и не распыляться.
#мысливслух #senior #softskills #системныйаналитик #моемнение
💯 А что вы замечаете за собой, что даёт возможность дойти до финиша?
Общалась на днях со знакомой и она спросила: зачем твой курс нужен? В чем скрытая ценность? Что кроме информации, знаний, что ещё покупают люди?
И я ответила - график пинаний. Что вот расписание и ты если просто будешь идти по нему, даже если просто послушаешь, то точно вынесешь информацию, потому что она системна. А потом подумав, я добавила, что такой проблемы нет у ведущих специалистов, сеньоров, Тим Лидов))
Поэтому они и ведущие специалисты! У всех подобных специалистов есть определённые собственные черты характера, которые помогают точно дойти до финиша. Сеньор создаёт для себя среду для успеха и выполнения поставленной цели.
Сеньоры умеют работать со своим ресурсом - временем. Их не нужно пинать. Они сами создают график себе под курс. Да, мы сознательно поставили время утро будние. И те кто ищет возможности, договаривается с руководителем, что два раза в неделю утром, будет чуть позже стартовать день. И это отличает не только аналитиков, а любых специалистов, у которых есть достижения в разных сферах.
Сеньоры умеют работать со своим первым сопротивлением, умеют рефлексировать, как не бросить и как эффективно использовать тот ресурс, который они создают или покупают в виде работы с ментором, с курсом, материалом.
При этом умеют разделять и властвовать, отбрасывать лишнее, приоритетизировать свои дела, и не распыляться.
#мысливслух #senior #softskills #системныйаналитик #моемнение
Please open Telegram to view this post
VIEW IN TELEGRAM