Выявление новых возможностей

Question

Мне любопытно, как другие команды разработчиков описывают новые функции. Команда, с которой я только что переехала, не имеет никакого реального процесса спецификации. Я только что реализовал надлежащий процесс разработки с использованием CI, автоматического развертывания и регистрации всех ошибок с помощью Trac, и теперь я перехожу к изменениям.

У меня есть список примерно 20 изменений в нашем продукте, которые вы сделали в течение следующих 2 месяцев. Обычно я просто расскажу о каждом изменении, в котором подробно расскажу, что нужно делать, но мне любопытно, как это делают другие команды. Какие-либо предложения?

Answer 1

Я думаю, что у нас был успешный подход на моей последней работе, поскольку мы поставили проект вовремя и только с несколькими проблемами, найденными в производстве. Однако на продукте работало всего 3 человека, поэтому я не совсем уверен, как он будет масштабироваться для более крупных команд.

Мы написали спецификации для всего продукта, но не вдаваясь в подробности и с упором на пользовательский интерфейс. Это было средством для нас, чтобы понять, что должно быть сделано, и для сферы действия проекта.

Когда мы начали реализовывать вещи, нам пришлось все проработать намного подробнее (и неизбежно приходилось делать некоторые вещи по-другому от спецификации). С этой целью мы собрались вместе и разработали лучший подход к реализации каждой функции (иногда с прототипами). Мы не обновляли оригинальную спецификацию, но мы делали заметки после встреч, так как очень легко забыть подробности позже.

Таким образом, мой подход заключается в том, чтобы рассматривать спецификации как разведочный инструмент и разрабатывать более тонкие детали во время реализации. В зависимости от проекта, также может быть хорошей идеей сохранить первоначальную спецификацию в актуальном состоянии по мере развития приложения (чего нам не нужно было делать в это время).

Answer 2

Хороший вопрос, но его может быть субъективным. Я полагаю, это зависит от стратегии продукта, если он будет развернут для нескольких клиентов одинаковым образом или для одного клиента в проекте на заказ, влияние, зависимость, которую эти изменения оказывают на систему и друг на друга, и приоритет, который эти необходимо внести изменения. Я бы посмотрел на приоритет и зависимость, которые, естественно, начнут группировать вещи?