[Ruslan1 16]

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

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

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

 

Это, наверное, возможно.

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

[MiklPolikov 0]

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

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

 

Это, наверное, возможно.

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

 

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

[smart_pic 7]

Мне то же подумалось, что как-то многовато.

Но может быть это когда смотришь со стороны ? А на деле между "цветомузыка работает синхронно звуку" и "цветомузыка работает так что это красиво выглядит" пропасть работы длинною в год ?

Было бы очень интересно и поучительно услышать, что именно отняло столько времени. В рамках обсуждения будет очень полезно для всех.

хочу пояснить: это не просто цветомузыка - это установка которая срабатывает на датчики (триггеры) которые цепляются на ударные инструменты.

Первоначальный вариант ТЗ можно посмотреть схему.

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

На данном этапе заказчик считал , что он составил ТЗ.

 

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

 

Но когда уже началась работа над цифровой обработкой - возник резонный вопрос и предложение сделать универсальный выход, так появился ДМХ512 выход для управления светом на 24канала.

Так как заказчик музыкант , он решил что было бы хорошо сделать МИДИ выход, что бы выводить в этот порт сигналы об ударных инструментов и генерить звуки уже отдельным синтезаторм.

Далее последовало следуещее предложение иметь в устройстве еще и МИДИ вход, для того чтоб управлять светом с МИДИ клавиатуры. В итоге и это сделали.

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

И когда уже девайс отправил заказчику и он остался всем доволен, возникло пожелание сделать метроном для тренировок. Заказчику была отправлена новая прошивка и детально объеснено куда и как подключить метроном.

Вот такая история о цветомузыке с эволюцией в течении года

 

 

STL3RGBsch.pdf

[MiklPolikov 0]

хочу пояснить: это не просто цветомузыка - это установка которая срабатывает на датчики (триггеры) которые цепляются на ударные инструменты.

Первоначальный вариант ТЗ можно посмотреть схему.

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

На данном этапе заказчик считал , что он составил ТЗ.

 

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

 

Но когда уже началась работа над цифровой обработкой - возник резонный вопрос и предложение сделать универсальный выход, так появился ДМХ512 выход для управления светом на 24канала.

Так как заказчик музыкант , он решил что было бы хорошо сделать МИДИ выход, что бы выводить в этот порт сигналы об ударных инструментов и генерить звуки уже отдельным синтезаторм.

Далее последовало следуещее предложение иметь в устройстве еще и МИДИ вход, для того чтоб управлять светом с МИДИ клавиатуры. В итоге и это сделали.

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

И когда уже девайс отправил заказчику и он остался всем доволен, возникло пожелание сделать метроном для тренировок. Заказчику была отправлена новая прошивка и детально объеснено куда и как подключить метроном.

Вот такая история о цветомузыке с эволюцией в течении года

 

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

[Major 0]

Фигасе. 25%? Как это возможно? Только на микроскопических проектах, для которых сама работа не больше месяца занимает.

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

 

Как раз это выполняется для больших проектов (более 1 чг.).

Заказчик (и тем более инвестор) готов платить за ОКР. И не желает платить за НИР или НИОКР.

ТЗ на ОКР и программы испытаний пишутся по результатам НИОКР либо по опыту/результату других работ.

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

 

 

 

[Ruslan1 16]

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

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

 

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

[slavka012 0]

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

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

 

Это, наверное, возможно.

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

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

 

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

[smart_pic 7]

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

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

 

Вот только делал для концерна разработку и получилась такая история ...

Люди владеощие финансами концерна, видя что разрабтки длятся годами , обратились в качестве пробной меры к сторонним разработчикам. ТЗ составлено очень толково, полно и грамотно.

Мы выполнили все пункты ТЗ и даже сделали бонусом некоторые фичи, как то настройка девайса через ВЕБ, и вдобавок к GPRS передаче данных , сделали передачу и по проводным сетям.

Минуя испытания лабораторий концерна мы поставили изделие в нескольких экземплярах на опытную эксплуатацию. Получили хорошие отзывы.

И теперь решили сдавать наш проекти ой сколько мы натерпелись .... видя все это руководство было в шоке. Как готовый к продаже продукт тормозили разные службы концерна.

 

[Tiro 0]

Как готовый к продаже продукт тормозили разные службы концерна.

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

[lekintr 0]

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

Изменено 22 декабря, 2013 пользователем lekintr

[smart_pic 7]

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

 

Есть конечно.

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

Погуглите если сильно надо.

 

[john197300 0]

Но типовые случаи.

Вопрос уперся в ККМ для 25-ваттного источника. С питанием от постоянного тока.

Мне дали понять, что без умения делать ККМ я вообще ничто в международном плане. Я легко согласился и отправил их искать разработчиков ККМ постоянного тока в Зимбабве.

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

[Alkaline2080 0]

И вдруг у меня появилась цель в жизни: создать оружие, избирательно уничтожающее людей, придающих какое-либо значение этому б**дскому словечку "бизнес". Так, чтобы чел гнил дотла.

Спасибо за триггер!

 

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

[0xC2 0]

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

[tdocs.su 0]

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

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

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