Проектирование про запас: как предусматривать функции для будущих версий


На многих проектах меня просили учитывать функции, которые могут появиться лишь через несколько лет после запуска.

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

В таких проектах я сдавал два прототипа: один полноценный, а второй — с обрезанными функциями, которые нужны сразу. И одну функциональную спецификацию, в которой отдельным цветом выделял разделы на будущее.

Насколько этот подход правильный — я для себя так и не решил. В каждом конкретном случае есть свои нюансы. Но привычка думать на несколько шагов вперёд так укоренилась в работе, что иногда даже мешает быстрому прототипированию 🙂


Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *