Ну что же, Вам повезло. Делать работу, не имея подписанного заказчиком списка требуемых от системы/прибора/ПО параметров, графика работ и утвержденного заказчиком плана приемочных испытаний с утвержденной поэтапно сметой расходов, могут только очень счастливые люди.
Я уж не говорю про детализацию проекта, которая у Вас, видимо, делается в рабочем порядке и не сопровождается привлечением незапланированных дополнительных ресурсов (времени, денег и прочего). И при всем при этом и Вы сроки не срываете, и заказчик молча принимает сделанное.

Это, наверное, возможно.
Хотя нет, не смогу. Рука не поднимется делать непонятно что. все равно напишу проект и попрошу заказчика подтвердить что он именно это хочет что я написал.

Дело в том, что все ТТХ во всех ньюансах можно прописать, только если делаешь какой-то блок который встроится в уже существующую систему. А если делаешь функционально законченное изделие с 0, то это всегда "непонятно что". Заказчик как правило сам не знает что ему нужно, и 10 раз изменит требования когда увидит что получилось. Единственный выход, который я нашёл - это однозначно обговаривать, что на данном этапе работ делается ровно то что удалось написать в ТЗ. А все остальные доводки и переделки - уже обсуждаются отдельно.

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

На втором этапе мы пришли к тому, что между входом и выходом должна стоять цифровая обрабтка сигнала. Поэтому совместно составили другое ТЗ

Но когда уже началась работа над цифровой обработкой - возник резонный вопрос и предложение сделать универсальный выход, так появился ДМХ512 выход для управления светом на 24канала.
Так как заказчик музыкант , он решил что было бы хорошо сделать МИДИ выход, что бы выводить в этот порт сигналы об ударных инструментов и генерить звуки уже отдельным синтезаторм.
Далее последовало следуещее предложение иметь в устройстве еще и МИДИ вход, для того чтоб управлять светом с МИДИ клавиатуры. В итоге и это сделали.
Так как настроек стало очень много и они вводились с энкодера и кнопок с индикацией на двухстрочном дисплее, была бонусом добавлена возможность настройки девайса через встроенный ВЕБ интерфейс.
И когда уже девайс отправил заказчику и он остался всем доволен, возникло пожелание сделать метроном для тренировок. Заказчику была отправлена новая прошивка и детально объеснено куда и как подключить метроном.
Вот такая история о цветомузыке с эволюцией в течении года

Прекрасно. Это я и имел в виду в посте 30 минутами выше.

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

Как раз это выполняется для больших проектов (более 1 чг.).
Заказчик (и тем более инвестор) готов платить за ОКР. И не желает платить за НИР или НИОКР.
ТЗ на ОКР и программы испытаний пишутся по результатам НИОКР либо по опыту/результату других работ.
Большинство НИР - "визга много, шерсти мало". Но каждый НИР (даже не успешный) дает опыт и знания для последующих работ.

Так само собой, понимаю и согласен. А как иначе? Ну невозможно посчитать время и деньги, если непонятно что нужно сделать.

Для "с нуля"- тот же самый путь, прописывается ТЗ на первый этап работ, в этом же ТЗ указывается и календарная неделя, когда начнется обсуждение ТЗ на следующий (второй) этап.

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

Вообще у меня нормальные заказчики, они привычны к тому, что разработка - процесс итеративный, и спокойно относятся к изменениям.

мне тоже такие нормальные попадаются.

Вот только делал для концерна разработку и получилась такая история ...
Люди владеощие финансами концерна, видя что разрабтки длятся годами , обратились в качестве пробной меры к сторонним разработчикам. ТЗ составлено очень толково, полно и грамотно.
Мы выполнили все пункты ТЗ и даже сделали бонусом некоторые фичи, как то настройка девайса через ВЕБ, и вдобавок к GPRS передаче данных , сделали передачу и по проводным сетям.
Минуя испытания лабораторий концерна мы поставили изделие в нескольких экземплярах на опытную эксплуатацию. Получили хорошие отзывы.
И теперь решили сдавать наш проекти ой сколько мы натерпелись .... видя все это руководство было в шоке. Как готовый к продаже продукт тормозили разные службы концерна.

У концерна есть имя?

Думаю имя конкретного коцерна не столь важно, если есть один такой, значит есть и другие, и безопаснее полагать что любой концерн это засада.

Сообщение отредактировал lekintr - Dec 22 2013, 04:39

Есть конечно.
Не сочтите за рекламу, по этой причине и выложил на сайте описание системы http://www.yakorev.com.ru/asuno.html
Погуглите если сильно надо.

Неистово плюсую!

Что в этом слове плохого? Ну переводите его как "дело" а бизнесмена как "делового человека" - не очень бл**ско надеюсь?

А кто нибудь имеет возможность разместить пример грамотного ТЗ и программы испытаний ?

Имеет. Только не боевые, а учебно-тренировочные. И не на железо, а на софтину. Хотя по структуре разницы практически никакой.
В минимально возможной связке "ТЗ - руководство - ПМ". Работу сдать можно запросто.