Новый процесс тиражирования в 4 раза увеличил скорость поставки продуктового инкремента
Мы представляем Центр разработки продуктов на языке C# — нас больше знают как трайб Foris. Наша главная задача — развитие Центральной биллинговой платформы МТС (решение класса OSS/BSS) для автоматизации процессов клиентского обслуживания и выставления счетов. Например, если вам нужно сменить тарифный план в Мой МТС — эта задачка прилетит к нам.
C# очень популярен в бэкенде — входит в топ 3 вместе с JavaScript и C++. Мы считаем Си Шарп оптимальным для наших задач и видим в работе с ним много преимуществ. Например, если возникает потребность улучшить что-то в среде .NET, те, кто работает на JavaScript, тратят много времени на обсуждения — что именно менять и надо ли это делать. А у нас можно оперативно внедрять любые фичи. К тому же, C# даёт хорошие показатели под нагрузкой при работе с платформой Foris, нашим основным инструментом для биллинга.
В 2022-м мы перешли на непрерывный процесс тиражирования продуктового комплекса — это одно из основных наших достижений в уходящем году. Работа была серьезной и тяжелой: мы задумали этот процесс еще в 2019-м, а реализовать получилось только сейчас.
В течение 3 месяцев мы проводили встречи, искали пилотный проект. В итоге начали работать над более детальным процессом изменения поставки продукта — назвали его продуктовый инкремент (потенциально готовый к поставке продукт в рамках спринта). Продукт большой, над ним работает около 500 человек, если учитывать поддержку, тестирование, архитектуру, разработку.
Сначала мы сделали первый проект по поставке минимального продуктового инкремента для одной из задач, потом таких было ещё три. После них стало ясно, что концепция работает — и мы стали поставлять один инкремент каждый месяц, хотя раньше поставляли два раза в год.
Новый тип тиражировирования полностью изменил все процессы. Если раньше мы двигались от релиза к релизу, то сейчас разработка и тестирование идут параллельно. Мы не тестируем финальный релиз — только изменения, которые в него вносим. Раньше у нас не было merge-изменений (изменений в своей версии по сравнению с версией из репозитория), но сейчас даже в случае большого сформированного продукта этот процесс занимает всего два дня. У нас поменялись процессы регрессионного тестирования, процессы допуска на продуктив — теперь мы их жёстко контролируем.
В итоге этих изменений у нас даже появилась потребность в новом специалисте — деливери-менеджере. Сейчас он ведет проект от концепции до сдачи финального результата заказчику, управляет временем и командой.
