Pull to refresh

Comments 21

>Цель — чтобы все всех понимали.
Жаль, не всегда и не до всех удается донести эту мысль.

Спасибо за интересный опыт!
Ну это где повзрослели, а где и нет…

Еще бывают унаследованные ТЗ.
Некий крупный интегратор написал ТЗ — а потом по неизвестным мне причинам сам делать не стал. И вот по этому ТЗ надо работать (и как всегда — куча всего описана крупными мазками, а заказчик шибко гордый, и контакта нет).
Тогда свезло — из-за одного лишнего слова, оставшегося в ТЗ, получилось убедить заказчика ТЗ переписать и уточнить ряд требований.
В первый раз прочитал:
"… мы можем и на уши всех поднять, и на пороге у их гендира объявиться где-нибудь в Швеции — с паяльником..."

Было у меня ТЗ в котором пункт типа 7.88.22.4 длиной в 10 строчек составлял 80% всей работы. Там было типа "отображение в 3D информации об отслеживаемых объектах с возможностью перемещения и поворота камеры." при том, что больше никакое 3D и графика нигде не фигурировали.
Я сказал "щас всё будет" и написал по туториалу в OpenGL плоскость, на неё вместо текстуры — дамп базы, с возможностью эту плоскость мышью вертеть и перемещать. Так и сдали. Заказчик покрутил плоскость и дальше пошёл — оно ему нафиг не нужно было.

Ну если заказчику и правда был нужен виртуальный склад, то прятать это требование в несколько строчек среди ТЗ на систему учёта — просто верх хитроумия. В итоге склад ему был не нужен, а строки написал кто-то мало понимающий, что он написал. Либо принимающая комиссия поняла, что виртуальный склад нахаляву ей не светит. Потому что "как написано" я все требования выполнил.
А, да, надо ещё уточнить, что кроме ТЗ прямых контактов с заказчиком у нас не было — особенности работы в нашей сфере.

а что за сфера, если не секрет?

А вот как раз он. И, по секрету, — там всё так.

У нас в РБ только начинают взрослеть.
Из самого-самого, что доводилось встречать: «Система должна иметь архитектуру в соответствии с максимальными техническими возможностями [указание платформы и СУБД]». А еще очень часто заказчики (в нашем случае — госструктуры) берут тех.требования с других проектов и немного изменяют под свой, не сильно вникая, что и зачем там написано. И кочуют эти «максимальные технические возможности» из конкурса в конкурс.
А иногда утверждается ТЗ, списанное из старых ГОСТ'ов, где в качестве примеров старое оборудование, кодировки которых сейчас не существует, требования по электропитанию которые невозможно и бессмысленно реализовать и так далее. И его надо выполнить, так как прокуратура уже посадила подписантов за аналогичные распилы, а новые не знают что желать.
> кодировки которых сейчас не существует

КОИ-8? вполне себе существует. И шрифты под них есть.

Вот разве что ДКОИ…
А нет практики отказа от доработок? Типа «ТЗ должно быть согласовано и принято до 15.10.2016. Все дальнейшие доработки должны быть предложены в Приложениях. Исполнитель вправе отказаться от выполнения доработок или принять их, согласовав увеличение сроков и стоимости работ». Мне кажется, что ТЗ это такая штука, которую нельзя вот так просто взять и написать. То есть дополнения будут в любом случае, а сроки-то фиксированы.
Это уже предмет договоренности.
Вполне можно отказаться от доработок и покинуть заказчика (после того или иного геморроя) с какими-то деньгами (а то и без них) — но без надежды на будущие.

Обычно идет торговля за хотелки — «ладно, вот это мы можем выполнить, но это займет время, давайте передоговариваться об изменении сроков. Вот это вот в принципе не может быть сделано потому-то и потому-то. А вот это требует слишком больших трудозатрат, тут помимо сроков надо и стоимость договора менять, иначе никак не можем. Ориентировочная стоимость — энсто пустыльонов, плюс-минус 10%. Вам это точно необходимо?».

Заказчик вполне может по ходу проекта начать догадываться, что несколько не угадал с целью, и надо ее немного передвинуть — и это абсолютно нормально.
Мой персональный рекорд — ТЗ на канал связи с одной корпорацией подписываем уже около 2х лет. Всё тз 12 страниц из которых 11 — формальная вода. А весь канал связи — 2 сертифицированные железки для VPN и работы на день :)
Без четкого ТЗ результат будет ХЗ
    Иностранные подрядчики ещё настаивают подписывать т.н. «Базовый инжиниринг» и потом ссылаться, что «Вы нам всё согласовли!!! Не будем ничего переделывать!». В нём только указано, что «сервера разместить в серверной, кабель проложить по эстакаде, контроллеры смонтировать в техпомещении». Без спецификаций, номенклатур и т.п. Следующий этап — детальный инжиниринг заказчику стремяться не показывать, втихаря пытаются протащить что ни попадя и трясут подписями в контракте, что никаких конкретных требований по оборудованию там не указано и ваши корпоративные стандарты и правила нам не указ.
UFO just landed and posted this here
Один раз участвовали в конкурсе на работы и поставку оборудования, не выиграли. Но компания-победитель всё равно наняла нас на работы на субподряд: в стране просто больше не было спецов, тема очень специфическая. Ну хорошо, мы не гордые, сделаем только работы. За две недели до сдачи выясняется, что генподрядчик заказал не то железо. Точнее, то, но не в той конфигурации. Мы-то знали, какие комментарии писать к заказу и какие конкретно волшебные слова говорить поставщику. А здесь, грубо говоря, одну букву в модели перепутали. В России такого железа просто физически нет. До сдачи — 2 недели.

Мы попросили вендора заменить эти платы. И так как и для вендора этот проект был имиджевым, как-никак первая инсталляция такого железа. Нашли и новые платы, и спецсамолет, и спецчеловека, и, вуаля, они оказались у нас даже на 2 дня раньше.

Но, правда, в течение двух недель пришлось попить валерьянку да и пожить по двум тайм-зонам сразу. Днём на объекте контролировать, «тащить», спасать и «выхватывать», а ночью — на почте и телефоне с коллегами из штатов думать, как же привезти столь необходимое для нас железо.

Это как понять? Прогнулись сами, и прогнули поставщика железа, что-бы получить бабки. Чёт кажется, что кто-то профукал ТЗ при подписании субподряда. И не гордая компания, которую кинули на тендере из-за нежелания платить откат, в радостью кинулась исправлять косяки главного подрядчика (а чё мы не гордые, нас кинули при контракте)
Самое впечатляющее ТЗ, которое я когда-либо получал, выглядело так: «Реализовать систему учета для транспортной компании». В ответ на мои уточняющие вопросы («что, собственно, учитывать будем — километры, грузы, дохлых котов?») получил таки уточненную версию: «Реализовать систему учета для транспортной компании. Платформа реализации значения не имеет.» На том все и закончилось, потенциальный заказчик решил, что потенциальный исполнитель идиот.
Sign up to leave a comment.