# 🦇Создание продукта Targetprocess 3

DevFeed: [🦇Создание продукта Targetprocess 3](<https://devfeed.tech/articles/targetprocess-3-30420.md>)

Original publisher: [Read original article](<https://www.mdubakov.com/posts/targetprocess3>)

Published: 2013-05-30T15:41:57Z

Content type: opinion

Language: ru

Sources: [Blog by Michael Dubakov](<https://devfeed.tech/sources/blog-by-michael-dubakov.md>)

Topics: [App](<https://devfeed.tech/topics/app.md>), [ui](<https://devfeed.tech/topics/ui.md>)

Tags: [application](<https://devfeed.tech/tags/application.md>), [ui](<https://devfeed.tech/tags/ui.md>)

## AI overview

An account of rebuilding Targetprocess, a project-management system focused on Scrum, Kanban, and other agile processes. After five years of evolution, the team replaced the frontend while making smaller backend improvements, choosing a gradual migration so the existing system could remain stable. The new prototype introduced flexible two-dimensional boards and multiple ways to visualize information.

## Source excerpt

Targetprocess -- это система управления проектами с фокусом на скрам, канбан и прочие гибкие процессы. Системе много лет, начиналась она в 2004, переписывалась с нуля в 2006, и дожила до наших дней. Я расскажу, как мы сделали новую версию. Это заняло 17 месяцев упорного, ежедневного, терпеливого труда. Некоторые вещи переделывались по нескольку раз (да, я знаю, что это плохо). Некоторые остались доделанными не до конца (и тут я тоже в курсе, что это нехорошо). Мне не стыдно за промежуточный результат. Переписать с нуля Мне кажется, в жизни почти любого веб-приложения наступает момент, когда его надо переписать с нуля. Технологии меняются слишком быстро, чтобы успевать эволюционно. В какой-то момент накапливается критическая масса говна, от которого надо избавляться. Возможно, есть везунчики, которые могут разрабатывать системы, не увеличивая внутреннее напряжение. Но их немного. Большинство все же имеет определенные компромисы, которые приводят к потере качества то там, то тут. Сложность нарастает, общее качество падает (даже если качество каждой отдельной фичи приличное). Короче, после 5 лет эволюции мы решили полностью сменить фронт энд, и немного улучшить бэкэнд. Хочу заметить, что крайне опасно переписывать систему всю целиком. Это может пройти с небольшим продуктом типа Basecamp, но это будет очень опасная инициатива для проекта уровня JIRA или там Evernote. Поэтому лучше переписывать по частям. Мы начали с фронт энда. Плюс такого подхода в том, что система остается стабильной, пользователь может практически безболезненно пробовать новую версию, делая основной объем работы в старой. Бэк энд стоит таким фундаментом, на который можно натянуть красивую прослойку сервисов и красивый one-page application. Это решение было довольно натуральным, учитывая свежий опыт Basecamp, когда они запустили новую версию, которая была довольно противоречиво воспринята пользователями. Прототип и основные идеи Итак, в ноябре 2011 я зафигячил прототипчик, где заложил основы нового под