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

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

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

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

Был период, когда мне было трудно мне делиться своими знаниями с коллегами. Однако постепенно, шаг за шагом, я начала применять свой педагогический опыт, приобретенный в с работы педагогом информатики и математики для обучения школьников, в своей 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 с глубоким погружением внутрь. Я помогаю узнать как работает механизм "велосипеда" изнутри. При этом, я отдаю свои знания в простой форме, и не усложняю, чтобы вы точно знали как работают велосипеды, а может и спортивные авто 😉

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

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

Немного воспоминаний...

Первый эфир на 8 человек. Второй на 15 человек.
Страх говорить в пустоту.
Включала микрофон с камеры и делала съемки с ужаснейшим звуком.
По 20 часов работы, чтобы успевать делать программу в срок, работать на основном проекте, и на консалтинге.
Слезы, потому что слишком много работы, и почти нет отдачи.
Вебинар из Турции, когда запели мантру и я думала, что все пропало. Но микрофон с шумоподавлением спас.
Переезд на другой конец планеты и абсолютное желание бросить все, потому что "я не знаю".
Вебинары каждый четверг. Даже если у меня вообще нет времени на подготовку, да и на сам вебинар. Я же обещала.
Попытки организовать жизнь заново и не бросить начатое.
Страхи. Неуверенность.

Поддержка близких и слова "Поревела? Успокоилась? Все получится. Терпение и уверенность, ты же умная".
Первая обратная связь, что мои знания из GetAnalyst успешно реализованы, ребята "иксуют" свои доходы и увереннее себя чувствуют, лучше организовали работу и процессы.
Искренняя благодарность от участников открытых вебинаров и закрытых курсов в личных сообщениях.
Рост команды GetAnalyst.
Сотрудничество с крупными компаниями.
Постоянные изменения и обновления программ.
Возможность совмещать активную проектную деятельность и дальше растить GetAnalyst в международное сообщество.

Я счастлива. Спасибо вам за поддержку. Спасибо всем, кто со мной с самого начала. Вы не представляете как много энергии вы передаете мне со всего мира.

США, Россия, Казахстан, Грузия, Турция, Португалия, Швеция, Германия, Италия, Польша, Сербия, Венгрия, Бали, Кипр... Мои действующие ученики. Вау. Вау. Вау ❤️

Happy Birthday, International Community GetAnalyst 🎉

С чего начать утро понедельника? С Катиной статьи на Habr 😉

Давно там не появлялась.

Подготовила пошаговую инструкцию по работе с задачами на интеграции

https://habr.com/ru/articles/735332/

В продолжение истории про архитектуру.

Я нарисовала первое приближение и на схеме не показала: протоколы интеграций, потоки данных, языки разработки по компонентам и еще немного деталей.

У меня есть специальная нотация моделирования для проектирования архитектуры. Но сейчас хочу немного рассказать про отраслевой стандарт - С4.

Нотация моделирования C4 - это подход к визуализации архитектуры программного обеспечения, созданный Саймоном Брауном. Появился он в результате чтения лекций по архитектуре на курсе 🙂


C4 состоит из четырех уровней представления:

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

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

3. Component: детализирует каждый контейнер, описывая его компоненты и их взаимодействие.

4. Code: наиболее детальный уровень, описывающий внутреннюю структуру каждого компонента. Часто используются UML-диаграммы для его описания. Не обязателен.


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