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

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

Главное назначения интеграций — это обмен данными и распределение задач.
Дальше уже смотрим, что и с чем должно взаимодействовать. Будет это объединение двух разных систем, или компонентов внутри одного проекта? Все зависит от задач бизнеса.

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

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

Есть три вида программных компонентов систем, которые могут участвовать в интеграциях:
🟢 Сервер: сервер-приложения, облачные приложения, микросервисы
🟢 Клиент (приложение, программа): сайты, десктопные приложения (для ПК), мобильные приложения.
🟢 Оборудование: камера, считыватель карт, bluetooth-замок для входной двери.

Из этих компонентов получаются виды интеграций: клиент-серверная, сервер-сервер, программно-аппаратная и другие.

Про программно-аппаратные интеграции я рассказывала на одном из открытых эфиров. Предлагаю погрузиться в эту крутую тему. Ссылка здесь (https://www.youtube.com/watch?v=9rMPHsXFMTs). Продуктивного просмотра 😉

Практика работы с архитектурой. Нотация моделирования С4.

Для создания C4 будем использовать интрумент Draw.io.

Чтобы включить элементы С4 необходимо:
1. Нажать снизу слева кнопку "+ More Shapes" (или аналог на русском).
2. Перейти в раздел Software.
3. В нем выбрать С4 - установить галочку. И сохраниться.

Готово! Теперь вы тоже можете применять С4 в своей работе.

Кстати, на картинке к посту изображены элементы первого уровня диаграммы С4 - Контекст-диаграмма (System context). Можно переходить к практике по нашей задаче 😉

Анонсы событий этой недели в GetAnalyst

1️⃣ Последняя возможность попасть на бесплатный практикум с разбором проекта по проектированию интеграций:

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


2️⃣ Сегодня у нас стартовал поток по проектированию интеграций 🚀

Коллег ждет 10 недель практической работы на вебинарах с подробным погружением во все детали по интеграциям:
▫️Работа над крупным проектом
▫️Работа с требованиями: User Stories, Use Cases
▫️REST API, SOAP API, SDK
▫️UML
▫️Postman для тестирования и документирования API
▫️Swagger для тестирования и документирования API
▫️Постановки задач в Jira и Confluence, структурирование документации.

Эта неделя посвящена знакомству с 6 уроками из предобучения. А на следующей неделе, 30 мая, у нас будет первый онлайн-вебинар 📹

В группе осталось 4 места. Потоки у нас всегда небольшие и уютные, чтобы все имели возможность получить обратную связь по своим вопросам во время прямых эфиров, вне зависимости от тарифа! Для меня важен индивидуальный подход ❤️


3️⃣ Готовлю к выходу еще одну статью про API. Ожидаем к понедельнику


4️⃣ Есть подозрение, что пора провести вебинар или разговорный прямой эфир чисто на английском языке. И надо это мероприятие спланировать. Да? 🔥

Привет!

Недавно увидела цитату:
«Если видите над собой финансовый потолок, и вам кажется это предел, то будьте уверены — это уже чей-то пол».

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

Если вы сейчас в этой точке, значит, вам точно есть куда расти!

Важно смотреть шире на рабочие процессы и анализировать, где можно прокачать навыки, чтобы стереть эти границы «потолка».

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

P.S. Сегодня пробиваю свой потолок и запускаю мини-тренинг по публичным выступлениям и самопрезентации на собеседованиях. Пока работаю в закрытой группе экспертов GetAnalyst. Буду собирать обратную связь и смотреть что получится 👀

Контекстная диаграмма (System context). Нотация моделирования архитектуры С4.

Это самый верхний уровень схемы архитектуры в C4. первый взгляд на систему.

Показываем только систему и ее окружение:
🟢 пользователей
🟢и внение системы, с которыми нужно сделать интеграции.

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

Текстами диаграмму не перегружаем. Техническими деталями тоже. Кратко и по делу описываем назначение каждого элемента на ней, суть взаимодействия между компонентами.