​#мойстатус 🎅🏻

Компания, в которой я сейчас работаю относится к домену финтех. Мы разрабатываем, преимущественно, мобильные приложения, иногда — веб. Компания небольшая, около 80+ чел.

Проект у меня пока один — разработка мобильного приложения для трейдинга для одного бренда (брокера). Наша минская команда ваяет продукт совместно с украинскими ребятами. Работаем по фреймворку SAFe (масштабируемый Scrum. Глоссарий терминов SAFe). Если коротко, то это большая команда, состоящая из нескольких подкоманд (= вагон, а все вагоны = поезд), каждая из которых занимается своим направлением (веб, мобилки, дизайн, etc.). В фреймворке есть несколько уровней. На уровне Team and Technical Agility — это Scrum-Master (в своей подкоманде эту роль выполняю я + менеджерю минскую команду), и Product Owner. На уровне DevOps and Release on Demand — это RTE (Release Train Engineer), System Architect/Engineer, Product Manager (их несколько), а также Business owners. Далее — уровень бизнеса и системы — это Solution Architect/Engineer, STE (Solution Train Enginner), Solution Manager, и последний уровень — Lean Portfolio Managemnet — зона бизнеса, транслируемая уже на весь Enterprise. На ней останавливаться не будем.
Почти все то же, что в Скрам, только тут больше людей, есть доп. церемонии для лидов и ответственных лиц каждой из подкоманд, новые роли и уровни компетенций. С некоторыми ролями я даже не пересекаюсь. В целом, все выглядит гармонично. Такие фреймворки, обычно, хорошо подходят для больших и/или сложных Enterprise-проектов.

Работаем мы с сервисом Microsoft Azure Devops, который является как таск-трекером, аналитикой прогресса работы, так и код-репозиторием и сервером.

Из ключевых особенностей жизни проекта:
Спринты — двухнедельные.
Ивенты: daily-meetings, PBR (Product Backlog Refinement aka Grooming), Planning, Demo (Sprint Review как такового нет), Retrospectives.
На PBR мы оцениваем в относительных единицах (Story Points) юзер-стори из подготовленного Product Owner’ом Бэклогом согласно практике Planning Poker. В оценке участвуют разработчики и QA.
На Planning, оцененные стори, мы закидываем в Спринт Бэклог и распределяем их на участников команды.
Также, следим за Remaining time в каждом тикете стори и задачи, чтобы был виден наглядный прогресс работы (эта функция имеется в Azure Devops).

А еще мне прям нравится, как проходит демо продукта:
Каждая подкоманда готовит короткую демо-презентацию с описанием Sprint Goal, что сделали/не сделали + наглядная демонстрация с шэрингом экрана. Созвон проходит в MS Teams, где собираются все участники проекта, а это около 140+ человек. На каждом стендапе спикера заказчики и стейкхолдеры могут задать свои вопросы. На все уходит около часа. Из-за подготовленности спикеров, демо выглядит четким. Пока что я не встречал еще такого уровня подготовки демо.

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