ТЗ — это хороший старт, но даже самые подробные документы часто содержат неточности или пробелы. На этапе ППО мы их проверяем, уточняем и дополняем. Это снижает риск конфликтов и переделок на этапе разработки. То есть даже при готовом ТЗ ППО помогает избежать сюрпризов.
Ну, обследование — это более широкое понятие. Исследование же чаще подразумевает просто сбор информации. А обследование включает и диагностику текущей ситуации, и анализ, и создание решений на основе полученных данных. Например, мы не только изучаем проект, но и находим в нём узкие места, риски, плюс к этому разрабатываем архитектуру и прототипы. Это комплексный подход, поэтому «обследование» здесь точнее
А была ситуация, когда после ППО картина менялась радикально? Например, клиент планировал разработать систему за полгода, а в итоге выяснилось, что работа займет год из-за скрытых проблем?
Наверное, это самая подробная и понятная статья про ППО
Откуда такая уверенность?
Какая-то надуманная шляпа это ППО. Чисто бабок срубить. Что вы делаете, когда заказчик уже знает, что ему нужно и приносит готовое ТЗ?
Рады видеть вас в комментариях, Олег:)
ТЗ — это хороший старт, но даже самые подробные документы часто содержат неточности или пробелы. На этапе ППО мы их проверяем, уточняем и дополняем. Это снижает риск конфликтов и переделок на этапе разработки. То есть даже при готовом ТЗ ППО помогает избежать сюрпризов.
Почему обследование, а не исследование?
Ну, обследование — это более широкое понятие. Исследование же чаще подразумевает просто сбор информации. А обследование включает и диагностику текущей ситуации, и анализ, и создание решений на основе полученных данных. Например, мы не только изучаем проект, но и находим в нём узкие места, риски, плюс к этому разрабатываем архитектуру и прототипы. Это комплексный подход, поэтому «обследование» здесь точнее
А была ситуация, когда после ППО картина менялась радикально? Например, клиент планировал разработать систему за полгода, а в итоге выяснилось, что работа займет год из-за скрытых проблем?