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


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

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

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

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

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

Диаграмма контейнеров С4 - Container diagrams (level 2)

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

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

Примеры контейнеров: серверное веб-приложение, веб-сайт, десктоп приложение, мобильное приложение, база данных, файловое хранилище и т. д.

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

🟢 Она также демонстрирует основные технологические решения и взаимодействие между контейнерами: языки программирования (Java), плагины для разработки (React), СУБД (postgreSQL), протоколы (HTTPS/REST), форматы обмена данными (JSON).

Это простая диаграмма высокого уровня, которая полезна разработчикам, системным аналитикам, бизнес-аналитикам и архитекторам.

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

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

Контейнеры C4 подходят для понимания архитектуры приложения без глубокого погружения в детали реализации.

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

Картинка для приложения сообщества прикреплена к посту 😉

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

Прежде чем запускать очередной поток обученя, я анализирую, что на рынке востребовано, какие hard skills спрашивают на собеседованиях и реально используются в проектах ИТ-компаний.

Работа с интеграциями — это навык, который выводит аналитиков на уровень Middle и Senior.

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

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

✔️ Разработка технического задания на реализацию функциональных доработок и интеграций;
✔️ Участие в переговорах с Партнёрами и Клиентами для проведения интеграций и построения бизнес-процессов;
✔️ Знание принципов построения микросервисной архитектуры;
✔️ Участие в построении архитектуры и схем взаимодействий;
✔️ Общее представление о технологиях и архитектурных подходах;
✔️ Понимание логики работы очередей;
✔️ Формирование структуры данных, выполнение интеграции данных.

Такие запросы к аналитикам у нас сейчас на рынке ИТ 📝

На диаграммы контекста и
контейнеров в С4 посмотрели. Идем глубже? Идем, конечно.

Уровень для архитекторов и аналитиков-профи:
Диаграмма компонентов C4 - Component diagram (level 3) 😎


Контейнер системы состоит из компонентов. Для компонентов надо показать их логическое назначение и способ технической реализации (технологии, языки программирования).

На диаграмме компонентов мы берем каждый из контейнеров уровня 2 и детализируем. Там мы погружаемся на уровень 3.

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

Максимально наглядно это показано на картинке к посту. Помните, что я выделила сервисы в сервер-приложении (бэкенд) для мобильного приложения сообщества GetAnalyst?

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

Этот контейнер бэкенда я показала в качестве примера на картинке к посту.

В отличие от предыдущего уровня:
👉 Вспомнила, что у меня 4 БД
👉 А еще пуши и email надо бы через очередь отправлять
👉 И вообще лучше разводку по сервисам через API-шлюз делать.

Проектирование по-взрослому 🤔

Погружение на уровень компонентов заставляет меня вернуться на уровень контейнеров и уточнить его.

Диаграммы компонентов помогают нам понять, как каждый компонент вносит свой вклад в функциональность системы - логику работы Backend и влияние на БД. Мы можем видеть, какие компоненты связаны с определенными бизнес-процессами и как они взаимодействуют между собой. Это помогает нам лучше понять, какие изменения в одном компоненте могут повлиять на другие.

На уровень кода Code (level 4) погружаться не буду. Не так часто его используют.

Теперь вы знакомы с C4. Закрепляйте на практике и прокачивайте навыки работы с архитекторами 😉 Очень ценится!

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

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

Так что вместо того, чтобы листать рилз в инстаграме или затягиваться в обнимашки с диваном, рекомендую использовать немного времени для прокачки своих навыков. И это не значит, что нужно смотреть скучные лекции или брать книги о проектировании систем на пляж. Мы же хотим отдыхать и получать удовольствие, верно? 😄

Несколько предложений, как приятно провести выходные с пользой для развития в карьере:

1️⃣ Заведи питомца-проекта. Выбери интересную задачу или маленький проект, который ты всегда хотел реализовать, и посвяти ему свободное время. Это не только поможет тебе прокачать навыки, но и принесет удовлетворение от достижения результатов.

2️⃣ Присоединись к онлайн-курсам или сообществам. Здесь ты можешь общаться с единомышленниками и узнавать новое, получать профессиональный опыт через свое окружение 😉

3️⃣ Изучи новый инструмент. Figma, Postman, Swagger, Miro, DBeaver, Kibana. Много всего, что может быть полезно аналитикам. Листай наш канал, смотри YouTube или обучения, и практикуйся!

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

Отправляйтесь на отдых, но не забывайте про то, что он же и ваш помощники в прокачке скилов, когда никто не тревожит и не отвлекает кучей сообщений в чатах! Лучших выходных! ❤️

Привет 🙂 На Apple Podcasts я совсем не планировала попасть в ближайшее время. Но видимо Вселенная хочет, чтобы я возобновила запись подкастов.

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

Делюсь фишками и лайфхаками про найм как руководитель 😉

Подкаст «Как искать»

Системный аналитик

Кто такие системные аналитики? Чем они занимаются? Как менялась профессия разработчика? Должен ли системный аналитик разбираться в бизнесе?

О поиске лучших системных аналитиков, развитии продуктов на международном рынке и важности системного подхода во всем рассказывает Екатерина Ананьева — основатель компании GetAnalyst.

hh.ru — сервис для поиска сотрудников и создания решений в сфере развития HR.

Команда:
Ведущий — Анастасия Серебренникова;
Редактор — Марк Конюхов;
Продюсер — Александра Ярыш;
Звукорежиссёр — Илья Коваленко.

Подпишись, чтобы не пропустить новый выпуск:

Apple Podcasts
Яндекс Музыка
Google Подкасты
Castbox
Spotify

#какискать

🎙Анонсы — Red Barn podcasts
📝Канал студии — Red Barn

Привет-привет!

Пока картинка про пчел и API не завершена, расскажу вам немного о том, что происходит у нас сейчас 🙂

🟢 Я почти закончила работу над статьей "Про API простыми словами" и с веселыми картинками (про пчел как раз), которые помогут вам легко разобраться с темой. Завтра опубликую.

🟢 Готовлюсь к первому вебинару с группой по Интеграциям. Обновляю презентации, теорию в платформе. В этот раз у меня два потока параллельно - по вторниками и средам. Это из-за ограничения по местам. Нас много. Так что следующий поток будет не скоро. Последний шанс успеть еще есть сегодня.

🟢 В каждую группу подключили по два куратора и два эксперта. У нас вопросы не остаются без ответов 🙌

🟢 Собрали точку А по потокам Интеграций
Кто на курсе: старшие и мидл-системные аналитики, бизнес-аналитики
Опыт: либо делали одну интеграцию, либо только слышали о них 🙂
Цели: сменить работу, получать новые задачи, вырасти в зп
Со всеми будем подводить итоги по итогам обучения и вместе идти к результатам 🚀

🟢 Готовлю новые темы для статей и обновления. Спасибо за идеи и пожелания, которые прислали в чате 🙏


Продуктивной нам недели! И.. врываемся в лето☀️

Есть улей, в котором пчелы делают мёд. Чтобы сделать мёд, им нужен нектар. Без нектара мёд не получится.

Пусть мобильное приложение (улей) дожно показать нам расписание авиарейсов (мёд). Для этого оно делает запрос на сервер (система "Цветы"), чтобы получить данные из него (нектар).

На сервере выполняются сложные алгоритмы и сбор данных по БД в определенную структуру.

Как только данные подготовлены они возвращаются на клиента, в мобильное приложение (улей).

Мобильное приложение обрабатывает данные, размещает их определенным образом в пользовательском интерфейсе (UI).

После этого счастливые пользователи видят расписание рейсов (мёд).

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

Простыми словами про API приложений 🐝

Привет! Возвращаюсь к вам после небольшого перерыва 😉

Как всегда много событий:
🚀 Запустили 2 потока по Интеграциям на прошлой неделе.
🚀 Провела вебинар по массивам, синхронным и асинхронным запросам в REST API.
🚀 Писала стратегические планы и работала над бизнес-процессами в компаниях.
🚀 Готовы обновления на сайт про большой курс по системному анализу.
🚀 Обновлена его программа. Буду уточнять детали на этой неделе. Получилось что-то очень крутое! К концу недели анонсирую.
🚀 Продолжаю получать бизнес-навыки по программе MBA и применяю сразу, чтобы убедиться, что они работают.
🚀 Новый проект, который совмещает в себе все мои текущие навыки по ИТ и маркетингу, и еще чуть больше!
☀️Отдыхала.

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

У меня был период в последний год, да и ранее тоже, когда я была в графике 7/0, без отрыва от производства. И я не страдала. Мне это действительно нравилось, и я кайфовала! Просто в какой-то момент я заметила, что уже по привычке работаю на количество времени. И это не про продуктивность. Бывало у вас такое?

Сейчас для меня суббота - полноценный выходной. Стараюсь быть без связи. Чаще стала выбираться в будни походить по городу, или по пляжу, чтобы перезагрузиться и получить порцию вдохновения. Больше посвящаю времени себе. Это позволяет работать на полной мощности!

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

Готова врываться в неделю, быть продуктивной, и делиться с вами лайфхаками из рабочих процессов 😉 Живите жизнь не только у монитора, не забывайте вовремя перезагружаться! ❤️

P.S. Заглядывайте сегодня на квиз в GetAnalyst для начинающих системных аналитиков 🚀

Про детализацию требований 🧐

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

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

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

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

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

Есть ли у вас свой подход к работе с задачами, универсальный порядок действий, чтобы не упустить детали? 👀 Делитесь в комментариях!

Общий подход к работе с любой задачей на системный анализ, в том числе на интеграции:

1. Знакомство с бизнес-контекстом и бизнес-требованиями, их уточнение
2. Определение ролей пользователей и приложений, которые будут задействованы
3. Выделение и описание основных сценариев
4. Проработка альтернативных сценариев
5. Задачи на дизайнера
6. Проработка архитектуры решения совместно с архитекторами
7. Знакомство с API. Тестирование методов бэкенда нашей или внешней системы
8. Дополнение сценариев методами API и особенностями, возникшими после проработки архитектурного решения
9. Определение ключевых данных: сущности и их свойства
10. Задачи на доработку БД
11. Задачи на подготовку тестовых данных
12. Задачи на разработку методов Backend (API)
13. Задачи на фронтенд / мобильные
14. Задачи на тестирование
15. Задачи на подготовку пользовательских инструкций
16. Задачи на сохранение важных артефактов по документации после разработки


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