Мы находимся в той же лодке в моем деле: первая фаза пошла в направлении, которое работало, но не было идеальным.Вторая фаза изменила бизнес-модель и логику ..... эта фаза была офшорной, что само по себе не было бы проблемой, если бы компания действительно поняла структуру, на которой они решили строить.Итак, здесь мы пытаемся завершить фазу 3 (устраняя путаницу фазы 2, должным образом используя платформу, как было задумано), оплакивая необходимость работать с такой плохо написанной кодовой базой.Были серьезные проблемы - использование двух структур javascript, неуклюжего устаревшего пользовательского интерфейса, нежелательного кода и серьезного обновления инфраструктуры, что делает версию, на которой мы находимся, устаревшей и практически невозможно перенести на новую версию.
Вот что мы решили сделать ... это может быть не идеально для вашей ситуации.Во-первых, наш вице-президент по разработке продуктов занял две недели и полностью пересмотрел структуру базы данных.Он поручил нашему персоналу по программированию модифицировать существующий код по мере необходимости, чтобы приспособить правильные, эффективные структуры БД.Как только этот (болезненный) шаг был сделан, мы сделали двухнедельный перерыв, чтобы продвинуться в разработке новых функций.Затем я взял перерыв в своих обязанностях полностью реорганизовать пользовательский интерфейс, не используя одну инфраструктуру Javascript, чтобы мы работали на одной общей платформе (какая концепция, намек, ужасная оффшорная компания ...) и сделалэффективное использование современных, эффективных, текущих элементов пользовательского интерфейса.Мы будем выполнять 80% -20% задач до тех пор, пока продукт не выйдет из бета-версии - 80% будут выполнять окончательные требования, 20% будут выполнять рефакторинг кода и устранять устаревший беспорядок.Каждому сотруднику была выделена область, за которую он отвечает за «очистку» или повышение эффективности.Документирование процессов также является задачей, которая была делегирована и составляет требуемый процент рабочей недели каждого сотрудника.
Я думаю, что ключом к успеху нашего процесса является стремление к этапу 4 даже до того, как этап 3 был пройдензавершено.Новый код создается с максимальной эффективностью и взаимозаменяемостью, поэтому, если и когда мы уйдем с этой устаревшей платформы, потребуются минимальные изменения.Я экспериментирую со способом разделения наших процессов (не только кода), чтобы теоретически их можно было индивидуально перенести в новую среду, когда придет время.Наши планы на будущее составлены на бумаге, список требований разрабатывается и ведутся исследования по поиску лучших инструментов.Самое главное, что руководитель группы является сторонником правильного и эффективного выполнения дел, поэтому ничто из нынешнего или будущего не пойдет вперёд, если не сделано правильно.
Сложно объяснить руководству, что для продвижения вперед нужно идти назад.,Еще сложнее, когда все будущее вашей компании зависит от продукта, который застрял в бета-версии, как и мы.Я сравниваю это с расходами на экономичное устройство… сейчас это будет стоить дороже, но в конечном итоге это принесет огромные финансовые выгоды.Я думаю, хитрость в том, чтобы добиться успеха в этой ситуации, - найти медиану для вашего продукта, где он «достаточно хорош», чтобы оставаться в одиночестве, пока вы тратите время на то, чтобы сделать продукт великолепным.Разработка стратегии для достижения этой медианы заставит бизнес-единицу набраться терпения и в конечном итоге сделает вас героем, когда это удастся.Развейте сильный план, сообщите этот план, играйте хорошо с другими, и отрабатывайте свой хвост.Вскоре вы снова будете наслаждаться жизнью!