❗️Начинаем через 15 минут❗️

📹 Лайфхаки ChatGPT для аналитиков
⏰ 17:00-19:30

Подключайтесь по ➡️ ссылке

Понимание интеграций важно. Оно уже помогло мне вырасти в роли системного аналитика, а сейчас помогает в бизнесе.

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

Вот несколько практических примеров интеграций:

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

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

Не бойтесь интеграций! Они неотъемлемая часть современного бизнеса и поможет вам в разных сферах деятельности: будь то продажи, маркетинг или управление проектами.

Погружайтесь в мир интеграций в нашем сообществе GetAnalyst и не пропускайте посты в канале! Удачи в нашем общем пути к успеху! ❤️

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

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

И я хочу сделать эту встречу радостной для вас 🙌

📚 Интеграции: как планировать и ставить задачи в Jira + Confluence
📅 17 мая в 19:00 Мск

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

Все разберем на примере задачи по проектированию мобильного приложения для сообщества GetAnalyst, про которую я пишу в канале 😌

Регистрацию откроем в понедельник. А пока заранее планируйте обучение 😉

Доверие в работе - одна из главных составляющих моей профессиональной жизни 🤝

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

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

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

Был период, когда мне было трудно мне делиться своими знаниями с коллегами. Однако постепенно, шаг за шагом, я начала применять свой педагогический опыт, приобретенный в с работы педагогом информатики и математики для обучения школьников, в своей IT-карьере. И мне удалось успешно передавать знания не только начинающим аналитикам, но и другим участникам команды.

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

Я благодарна всем, кто доверяет мне и позволяет делиться своим опытом и знаниями. Мы продолжаем расти и развиваться вместе. Ведь только через доверие и сотрудничество мы можем достичь больших результатов. Давайте вместе продолжим стремиться к новым достижениям и идти вперед! 💪

UX Telegram прекрасен 😄 Продолжаем работу со сбором моих AS IS

🔵 AS IS 3. Ведение блога GetAnalyst на сайте
Сейчас это трудоемкий процесс. Я копирую созданные страницы на платформе-конструкторе Creatium и полностью, на свое усмотрение, без каких-либо шаблонов, наполняю блог. Мы в процессе переделки. Это одна из активных задач для разработчика сейчас.
Описываю как есть.

Роли:
• CEO проекта Екатерина Ананьева - оформление и публикация статей, ревью и редактирование созданных командой статей
• Разработчик и команда GetAnalyst - оформление статей при наличии готового текста

Процесс:
1. Создается новая страница в Creatium. Как правило это дубликат последней статьи. Устанавливаются базовые настройки статьи, такие как: Название и описание страницы, ключевые слова, SEO и другие.
2. Страница почти на 100% редактируется и сохраняется.
2.1. Если страница была создана кем-то из команды GetAnalyst, то статья может быть опубликована в скрытом режиме, в ожидании ревью.
3. Статья публикуется и добавляется отдельным блоком в общий список статей.
4. Информация об опубликованной статье появляетс в TG-каналах GetAnalyst. Все уведомления в каналы создаются администратором вручную, с описанием анонса статьи.

🔵 AS IS 4. Публикация постов из других Telegram-каналов для аналитиков
Пока я не делаю репосты из других TG-каналов, т.к. весь контент здесь - моя история, которая идет шаг за шагом по определенным темам. Все сообщения связаны по смыслу. И вкидывать в центр что-то еще не хочется, чтобы не переборщить с информацией. Но я знаю хорошие ресурсы, которыми хочется делиться. Но в них не всегда 100% полезного.

Пока как такового AS IS нет. Есть только представление о процессе TO BE:
1. В единой точке я и моя команда мониторим все посты, которые появляются в других каналах
2. Самое интересное публикуем у себя со ссылкой на источник.

И последнее про сбор постов из социальных сетей:

🔵 AS IS 5. Сбор Habr-статей по определенным темам для аналитиков (РУ)
Пока такого процесса нет. Но в Habr есть темы, по которым можно с легкостью находить статьи для аналитиков (например). Не все полезно. Поэтому по процессе TO BE представление такое:
1. В единой точке я и моя команда мониторим все посты, которые появляются на Habr.
2. Самое интересное публикуем у себя со ссылкой на источник.

🔵 AS IS 6. Reddit.com статьи по определенным темам для аналитиков (ENG)
Пока такого процесса нет. Должно получиться что-то аналогичное Habr.

🔵 AS IS 7. YouTube GetAnalyst (и другие каналы)
Пока такого процесса нет. Должно получиться что-то аналогичное Habr и внешним Telegram-каналам.

🔵 AS IS 8. Instagram GetAnalyst
Процесс примерно как в Telegram. Но контент оттуда не хочется переность в сообщество, т.к. будет перегразка. Зато собирать список экспертов-аналитиков, которые деляься знаниями в Instagram - полезно. И делать переход в приложение Instagram на соответствующий аккаунт, чтобы посмотреть - думаю для MVP приложения этого будет достаточно.

🔵 AS IS 9. LinkedIn GetAnalyst
Я тут вспомнила, что мы LinkedIn еще должны начать вести с июня на двух языках 😂 Но мне кажется, что пока рано включать это в MVP приложения сообщества. Но пометку "TBD" и список потенциальных фич расширить можно.

P.S. Иногда тяжело быть своим заказчиком. Надо самой на свои вопросы отвечать

Коллеги, AS IS реально много. Поэтому буду готовить и собирать все самое необходимое к прямому эфиру про Интеграции в эту среду.

Стандартный инструмент в работе аналитиков для сбора информации и документирования - Attlassian Confluence. Именно для него мы будем смотреть на вебинаре как настроить и создать шаблоны под документирование интеграций.

А чтобы можно было с вами делиться полезной информацией уже сейчас в максимально удобном виде я создала пространство в Notion и наполнила описанием бизнес-процессами AS IS.

Процессы AS IS по публикации информации, который в три сообщения пришел вам выше
👉 ссылка на Notion

Процессы AS IS по процессу организации онайн-мероприятий в GetAnalyst
👉 ссылка на Notion

Важный вывод по AS IS:
Часть информации по AS IS не нужна для разработки приложения сообщества, а часть нужна. Но без избыточной информции можно упустить важные детали при разработке требований TO BE к приложению сообщества 👀

Делитесь в комментариях где у вас сейчас хранится проектная документация? Те, у кого confluence ставим 👍 под пост

Наши планы на среду

01 Знакомство с проектом: приложение сообщества GetAnalyst
02 Преобразование требований и описаний процессов AS IS в User Stories на разработку
03 Деление User Stories на задачи для аналитики, разработки и тестирования в Jira
04 Как оформлять задачи на интеграции в Confluence
05 Рекомендации по структурированию документации

🔑 Интеграции: как планировать и ставить задачи в Jira + Confluence
🗓 17 мая в 19:00 Мск
👉 ЗАРЕГИСТРИРОВАТЬСЯ

Практический опыт и ориентир по решению задач на интеграции в одном вечере 🔑

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

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

1️⃣ Конкретизируйте требования
Пишите четкие формулировки. Общайтесь с заказчиком, исследуйте процессы, чаще проводите демо приложения. Учитесь задавать правильные вопросы и фиксировать максимально однозначные ответы.

2️⃣ Упрощайте алгоритмы
Не нужно превращать алгоритмы в огромных монстров. Разделяйте сложное на простое, как огромный контструкор на кубики.
Пропишите и посмотрите на всё сверху вниз и выделите крупные шаги. И дальше уже с верхнего уровня, проваливайтесь по ступенькам и прописывайте по элементам.

3️⃣ Систематизируйте требования
+ Делите на части, так проще воспринимается.
+ Добавляйте картинки и схемы.
+ Используйте простые слова и формулировки.
+ Разделяйте требования и примеры.
+ Требования пишите отдельно от документации.

4️⃣ Продумывайте альтернативные сценарии
Можно вносить все шаги алгоритмов в таблицу. После того как сценарий прописан, пофантазируйте и задайте себе вопрос, с точки зрения пользователя: а что я могу сделать дальше?

5️⃣ Подготовьте чек-лист аналитики
Проверьте себя, все ли компоненты и функциональность учли при проектировании. Все ли доработки описаны?

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

Следуя этим рекомендациям вы сможете сделать требования к ПО более качественными 🙌

Вчера совместно со студией Red Barn записывали подкаст про найм системных аналитиков.

С ведущей Анастасией, директором HR одного из крупнейших облачных сервисов в России, обсуждали:
- профессию,
- когда бизнесу нужны системные аналитики,
- как их искать.
Поделилась своей историей в IT, фишками по найму и проблемами, которые могут в нем возникнуть. Рассказала про курьезные случаи и ошибки.

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

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

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

Люблю такие насыщенные событиями недели! В такие моменты чувствую заряд энергии, чтобы сворачивать горы и реализовывать новые проекты 🙌

Мои ТОП-кейсы по интеграциям, которые прокачали мои скилы и позволили глубже погрузиться в проектирование:

🟡 Подключение платежных систем - онлайн-оплата (Интернет-эквайринг)
🟡 Обмен документами с системами ЭДО (электронный документооборот)
🟡 Сбор аналитики во внешние системы для анализа данных и маркетинга
🟡 CRM-системы
🟡 Агрегатор билетов на перевозки - объединяли в одной системе всех перевозчиков
🟡 Терминал самообслуживания - собирали в одну программу принтер, считыватели карт, купюроприемник, сканеры, фронтенд и бэкенд
🟡 Кассовое ПО для Android, Win, Linux, MacOS, где нужно было делать интеграции со встроенными и внешними считывателями банковских и бонусных карт с чипами, сканеры штрихкодов/QR, фискальные накопители для чеков налоговой РФ, принерами

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

Привет! И до встречи вечером 😉

🔑 Интеграции: как планировать и ставить задачи в Jira + Confluence
🗓 17 мая в 19:00 Мск
👉 ЗАРЕГИСТРИРОВАТЬСЯ

Доброе утро!

Вчера был вебинар, на котором разобрали особенности работы с интеграциями и собрали на miro-доске все ключевые моменты.

Важные моменты:
👉 User Stories в miro и в jira по интеграциям могут различаться
👉 При работе с интеграциями не надо сразу погружаться в технические детали
👉 Есть несколько вариантов структуры документации в Confluence
👉 Минимум два шаблона документации, которые можно применять для интеграций
👉 Важное про порядок: аналитика и документация, БД, конфигурация, авторизация запросов, детальные Use Case с указанием методов из документации, маппинг данных
👉 Открыли запись в поток практического курса Интеграции 🔑 2 активных месца работы на проекте раз в неделю, 6 месяцев доступа к курсу и пополнение вашего резюме минимум 6 хард-скиллами 😉

Для тех, кто не смог подключиться вчера или отключился раньше - сегодня проводим повтор!


🔑 Интеграции: как планировать и ставить задачи в Jira + Confluence
🗓 18 мая в 16:00 Мск
👉 ЗАРЕГИСТРИРОВАТЬСЯ

Новосибирск, Казахстан, Бали и другие города, я про вас помню ❤️

Знаете, есть такой период в детстве, который называется «Почему?»

Он начинается в среднем лет в 5 и обычно в школе идёт на спад, когда подростком тебе кажется, что ты и так всё знаешь)
Это период, когда ребёнок постоянно на всё спрашивает: «Почему?»
Почему небо голубое, почему машина едет? Бесконечное почему, почему, почему?

Я живу с этим «навыком» активно до сих пор 😄
Мне настолько всё интересно, до всего хочется «докопаться», что порой становлюсь просто дотошной.
В работе так же.

Мне важно дать обратную связь, закрыть вопросы учеников, помочь разобраться во всех ПОЧЕМУ.

Возможно, кого-то такие моменты раздражают, но я сразу понимаю: студент хочет узнать, понять. Значит, он наверняка заинтересован в навыке 🙌

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

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

Это осознание всегда прям до мурашек.
А мурашки, как вы знаете, не врут 😀

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

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

План работы с задачами на интеграции. Пересылайте себе в избранное, чтобы не потерять 👍

❗️Начинаем через 15 минут❗️

📹 Интеграции: как планировать и ставить задачи в Jira + Confluence
Присоединяйтесь по ссылке.

Есть такая передача по телевизору «Секрет на миллион».
Не спрашивайте откуда про неё знаю 😂

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

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

Но всё ли полученными знаниями получилось у вас воспользоваться? 🤔

По моим наблюдениям, 3 из 5 специалистов, знают очень много, но в теории и применять фактически не могут.
По разным причинам: боятся, сомневаются, неправильно поняли.

Чаще всего затык в том, что нет практики.
Именно на ОТРАБОТАННЫЕ навыки ложится уверенность в себе, в своих знаниях, которая потом транслируются на собеседованиях и в работе над проектом.

Что рекомендую делать после любого обучения, чтобы закрепить это ощущение решительности:
➡️ оцифруйте свой кейс, проект: что сделали, за какой срок, с какими трудностями столкнулись, как решили;
➡️ выпишите, какие навыки закрепились, какими инструментами владеете и что в итоге теперь умеете;
➡️ продолжайте практиковаться.

Расписав всё увидите огромный потенциал и ещё раз поверите в себя ❤ Мы крутые! Всё получится!

Что такое схема архитектуры? Как нарисовать ее первое приближение?

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

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

Схема архитектуры показывает:

💎 Компоненты (сервисы, микросервисы, БД, клиентские приложения и пр.) есть в приложении, как они взаимодействуют друг с другом.
💎 Как данные передаются между компонентами (например, по SOAP API, FTP или GraphQL).
💎 Какие функции реализуются.
💎 Как и какие пользователи взаимодействует с приложением.


Назначение схемы архитектуры:

1. Понимание функциональности приложения и его структуры. Это помогает глубоко изучить функциональные возможности и ограничения приложения при анализе требований и возможных улучшений.

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

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

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

Хотели бы научиться строить схему архитектуры? ❤️

Как нарисовать первое приближение схемы архитектуры аналитику?


ПОШАГОВАЯ ИНСТРУКЦИЯ ДЛЯ ПРОЕКТИРОВАНИЯ СХЕМЫ АРХИТЕКТУРЫ на практике. Первый заход 😉

Проект - приложение сообщества системных аналитиков GetAnalyst.

1. Выписываем список пользователей.
Пример: участник сообщества, администратор / модератор.

2. Выписываем список приложений системы для пользователей - пользовательские приложение (фронтенд, клиенты).
Пример: Мобильные приложения iOS, Android, веб-приложение администратора для управления контентом, списком пользователей, вебинарами.

3. Выписываем список внешних систем, с которыми надо будет сделать интеграцию для обмена данными или распределения задач.
Пример: Unisender, Telegram, Firebase, Bitrix24 и другие.

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

5. Берем скругленные прямоугольники и рисуем список выделенных компонентов в Miro / Draw.io.
Все прямоугольники из п. 4 отправляем в большую зону бэкенда.
Пример: картинка к посту

6. Определяемся с тем, где нужны БД.
Пример: картинка к посту. Но, кстати, я не нарисовала локальные БД для мобильных приложений

7. Соединяем стралками по логике - как взаиможействуют компоненты

8. Добавляем протоколы, подписываем какие данные передаются или операции выполняются (на картинке к посту нет).


Готово! Первое приближение к обсуждению с разработчиками есть!

Сохраняйте в избранное, чтобы не потерять ❤️

Представьте, что у вас есть классный велосипед!

Огромный механизм, в котором множество деталей, креплений.
Если какая-то часть заедает, то вся система начинает тормозить движение и в итоге останавливается.

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

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

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

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

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

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

Внимание к мелочам и деталям — это программы GetAnalyst с глубоким погружением внутрь. Я помогаю узнать как работает механизм "велосипеда" изнутри. При этом, я отдаю свои знания в простой форме, и не усложняю, чтобы вы точно знали как работают велосипеды, а может и спортивные авто 😉

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