IK
Всем привет, у меня скорее менеджерский вопрос.
Вопросы:
1. Как объяснить менеджеру, что нужно переписать все приложение на современный стэк технологий?
2. Возможно ли как измерить ценность от смены фреймворка для конечного пользователя продукта?
3. Возможно, вы знаете какие-нибудь статьи о том, как принимать решения о миграции с менеджерской точки зрения? Я нахожу в интернете только материалы про технические преимущества в миграции на тот или иной стэк технологий.
Контекст:
Работаю фронтендщиком в продукте, по скраму, в команде с еще не сформированными процессами.
Фронтенд в этом продукте - это легаси SPA, написанный не текущей командой разработчиков, и у него есть некоторые проблемы:
1. Он написан на JQuery, со всеми вытекающими
2. При проектировании проекта не предвидели объема функционала, который необходим сейчас
3. Торопились, когда писали, в связи с чем применили не самые хорошие архитектурные подходы.
Из-за этих проблем наша команда сейчас испытывает следующие боли:
1. Для создания простого компонента необходимо большое количество boilerplate кода
2. Приходится поддерживать постоянно ломающиеся кастомные решения типичных фронтедерских задач.
3. Задачи выполняются долго, а когда выполнятся оставляют большой хвост из багов, которые никто не отловил.
Командой разработки пришли к выводу, что это симптомы того, что нужен рефакторинг и миграции на современный стэк технологий.
Проблема возникла в коммуникации с Product Owner, он не против миграции, но его в первую очередь интересует ценность, которую получит пользователь конечного продукта. И просит привести КАКИЕ-НИБУДЬ статистические показатели, по которым он сможет принять решение:
1. Стоит ли это делать?
2. Когда это нужно делать?
Очевидные ответы в духе:
1. Меньше кода нужно написать => Быстрее делается задача => Увеличивается Time To Market
2. Внедрение типизации => меньше багов на продакшене
Были отвергнуты как слишком не конкретные.
Вопросы:
1. Как объяснить менеджеру, что нужно переписать все приложение на современный стэк технологий?
2. Возможно ли как измерить ценность от смены фреймворка для конечного пользователя продукта?
3. Возможно, вы знаете какие-нибудь статьи о том, как принимать решения о миграции с менеджерской точки зрения? Я нахожу в интернете только материалы про технические преимущества в миграции на тот или иной стэк технологий.
Контекст:
Работаю фронтендщиком в продукте, по скраму, в команде с еще не сформированными процессами.
Фронтенд в этом продукте - это легаси SPA, написанный не текущей командой разработчиков, и у него есть некоторые проблемы:
1. Он написан на JQuery, со всеми вытекающими
2. При проектировании проекта не предвидели объема функционала, который необходим сейчас
3. Торопились, когда писали, в связи с чем применили не самые хорошие архитектурные подходы.
Из-за этих проблем наша команда сейчас испытывает следующие боли:
1. Для создания простого компонента необходимо большое количество boilerplate кода
2. Приходится поддерживать постоянно ломающиеся кастомные решения типичных фронтедерских задач.
3. Задачи выполняются долго, а когда выполнятся оставляют большой хвост из багов, которые никто не отловил.
Командой разработки пришли к выводу, что это симптомы того, что нужен рефакторинг и миграции на современный стэк технологий.
Проблема возникла в коммуникации с Product Owner, он не против миграции, но его в первую очередь интересует ценность, которую получит пользователь конечного продукта. И просит привести КАКИЕ-НИБУДЬ статистические показатели, по которым он сможет принять решение:
1. Стоит ли это делать?
2. Когда это нужно делать?
Очевидные ответы в духе:
1. Меньше кода нужно написать => Быстрее делается задача => Увеличивается Time To Market
2. Внедрение типизации => меньше багов на продакшене
Были отвергнуты как слишком не конкретные.
Теперь о личном опыте. Как показывает моя практика работы с легаси приложениями (а я их видел немало), команды гонятся за красивыми фреймворками и делают "поворот не туда". Начинать надо совсем не с этого а с отделения представления и бизнес-логики. Тот же redux можно спокойно использовать и с jquery (говорю о нем как о самом мейнстрим решении, не воспринимайте за рекомендацию). Такие рефакторинги не требуют "все бросить", приносят тонны бизнес ценности и облегчают потенциальный будущий переход