Jump to content

    
Sign in to follow this  
ferio

О фрилансерах, потеряных деньгах и времени

Recommended Posts

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

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

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

 

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

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

Share this post


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

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

 

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

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

 

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

Share this post


Link to post
Share on other sites
Мне то же подумалось, что как-то многовато.

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

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

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

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

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

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

 

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

 

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

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

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

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

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

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

 

 

STL3RGBsch.pdf

Share this post


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

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

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

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

 

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

 

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

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

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

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

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

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

 

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

Share this post


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

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

 

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

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

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

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

 

 

 

Share this post


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

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

 

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

Share this post


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

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

 

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

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

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

 

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

Share this post


Link to post
Share on other sites
Вообще у меня нормальные заказчики, они привычны к тому, что разработка - процесс итеративный, и спокойно относятся к изменениям.

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

 

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

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

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

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

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

 

Share this post


Link to post
Share on other sites

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

Edited by lekintr

Share this post


Link to post
Share on other sites
У концерна есть имя?

 

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

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

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

 

Share this post


Link to post
Share on other sites
Но типовые случаи.

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

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

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

Share this post


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

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

 

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

Share this post


Link to post
Share on other sites
А кто нибудь имеет возможность разместить пример грамотного ТЗ и программы испытаний ?

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

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this