Как двум подрядчикам сработаться и не сойти с ума

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

В новой статье на Хабр об этом подходе и рассказываем. Точку зрения команды бэкенда расскажет Наташа, системный аналитик компании Интаро, со стороны фронтенда — 🏄‍♂️ Лиза, Surf Analyst.

🟠 Читать статью

#surf_analyst #surf_habr

Вакансия: системный/бизнес-аналитик в Surf 🏄‍♂️

Набираем крутых ребят в отдел BA Surf! Ты будешь документировать требования к продукту, писать ТЗ для разработчиков и участвовать в создании больших и амбициозных проектов.

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

🟠 Мы подходим к реализации проектов как полноценных продуктов, так что точно будет интересно 😊

➡️ Знакомься с требованиями и присылай резюме по ссылке.

#surf_vacancy #surf_analyst

Что такое рефакторинг, и когда он нужен?

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

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

Рефакторинг бизнес-логики — это изменение внутренней логики или алгоритмов бизнес-процессов. В контексте разработки ПО — это валидация актуальности описанной логики и её соответствия ожиданиям пользователей.

Цель рефакторинга — улучшить читаемость, поддерживаемость и эффективность кода без добавления новой функциональности.

Когда требуется рефакторинг?

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

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

➡️ Изменение бизнес-правил. Это может включать изменение механики расчёта скидок или нормативной базы, которая влияет на бизнес-процессы, автоматизированные в продукте.

➡️ Изменение нефункциональных требований. Увеличение нагрузки из-за роста пользователей или необходимость локализации продукта.

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

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

#surf_analyst

Приглашаем на митап по продуктовой аналитике в Воронеже

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

🟠Владислав, Business Analyst, разберет кейс, когда мы решили проблемы на проекте через сбор логов.

🟠Борис, Product Analyst, покажет, как поэтапно внедрить продуктовую аналитику с нуля на стадии MVP.

Приходи понетворкать и обменяться продуктовым видением с экспертами Surf.

Дата, время и место:
📅 10 июля, 19:00
📍 Воронеж, офис Surf — ул. Средне-Московская, 1Д

📌 Регистрация обязательна