Когда продукт считать готовым? Или мы обречены на вечный допил…

[tas]

Готовый проект - это продукт, имеющий функцию, ценную для пользователя. Ну и без багов, конечно.

А по поводу вечного допила - это вы не про готовность а про идеал. А идеал невозможен - тут, нет конечной точки, есть только путь.

[vas-vas]

У самурая нет цели - есть только путь, так и у проекта

[FlyingDutchman2]

"В какой момент продукт вообще можно считать законченным?"

Как говорил Паркинсон, " Совершенство достигается только к моменту краха "

[ShadowPunch]

Я помню какой-то художник сказал: "Произведение никогда не бывает закончено. Это автору надо остановиться во время." Наверно в проде и в геймдизайне это правило работает не хуже))

[MrSotnik]

Да, думаю так и есть)

[Mi3y]

"В какой момент продукт вообще можно считать законченным?"

... продукт (именно продукт, а не проект) считается законченным после вывода его из эксплуатации (в ИТ) или ухода с рынка (в общем случае). Обычно этому предшествует потеря ценности продукта, для пользователя.

Для простоты понимания - достаточно разделять между собой продукт и проект. Законченный проект должен порождать продукт.

[yellowmew]

"ремонт невозможно закончить - ремонт можно только прекратить" (с)

Можно атегоризировать все что хочется сделать

• это будет влиять на качество работы\поддержки в дальнейшем? (просто на доработки и поддержку будет тратиться меньше времени если сделать)

• Это моя "хотелка" или новый запрос от заказчика? (а вот тут решать в каждом случае: например, если заказчик выходит за рамки первоначальной задачи - такие запросы могут растянуть "проект" до бесконечности. А свои хотелки - это уже или в Nice to Have или в предыдущую категорию)

и соответственно выставлять приоритеты

Очень помогает иметь второе мнение (когда над проектом работаешь не один)

[Cuckoops]

Для понимания того, закончена ли разработка продукта, есть ТЗ на разработку. Если ТЗ выполнено, то разработка продукта закончена. В результате дополнительно можно сделать список предложений и доработок. Этот список обсуждается с заказчиком и выполняется как отдельный проект.

Если заказчик - ты сам, можно также перед началом работ сформулировать ТЗ самому себе, определить, что ты хочешь получить в итоге, какова точка B. Возникающие в процессе работы идеи можно записывать в виде списка и в конце каждого этапа оценивать их целесообразность/значимость для продукта и корректировать ТЗ.