Комментарии 21
Жаль, не всегда и не до всех удается донести эту мысль.
Спасибо за интересный опыт!
Еще бывают унаследованные ТЗ.
Некий крупный интегратор написал ТЗ — а потом по неизвестным мне причинам сам делать не стал. И вот по этому ТЗ надо работать (и как всегда — куча всего описана крупными мазками, а заказчик шибко гордый, и контакта нет).
Тогда свезло — из-за одного лишнего слова, оставшегося в ТЗ, получилось убедить заказчика ТЗ переписать и уточнить ряд требований.
"… мы можем и на уши всех поднять, и на пороге у их гендира объявиться где-нибудь в Швеции — с паяльником..."
Было у меня ТЗ в котором пункт типа 7.88.22.4 длиной в 10 строчек составлял 80% всей работы. Там было типа "отображение в 3D информации об отслеживаемых объектах с возможностью перемещения и поворота камеры." при том, что больше никакое 3D и графика нигде не фигурировали.
Я сказал "щас всё будет" и написал по туториалу в OpenGL плоскость, на неё вместо текстуры — дамп базы, с возможностью эту плоскость мышью вертеть и перемещать. Так и сдали. Заказчик покрутил плоскость и дальше пошёл — оно ему нафиг не нужно было.
Ну если заказчику и правда был нужен виртуальный склад, то прятать это требование в несколько строчек среди ТЗ на систему учёта — просто верх хитроумия. В итоге склад ему был не нужен, а строки написал кто-то мало понимающий, что он написал. Либо принимающая комиссия поняла, что виртуальный склад нахаляву ей не светит. Потому что "как написано" я все требования выполнил.
А, да, надо ещё уточнить, что кроме ТЗ прямых контактов с заказчиком у нас не было — особенности работы в нашей сфере.
Из самого-самого, что доводилось встречать: «Система должна иметь архитектуру в соответствии с максимальными техническими возможностями [указание платформы и СУБД]». А еще очень часто заказчики (в нашем случае — госструктуры) берут тех.требования с других проектов и немного изменяют под свой, не сильно вникая, что и зачем там написано. И кочуют эти «максимальные технические возможности» из конкурса в конкурс.
Вполне можно отказаться от доработок и покинуть заказчика (после того или иного геморроя) с какими-то деньгами (а то и без них) — но без надежды на будущие.
Обычно идет торговля за хотелки — «ладно, вот это мы можем выполнить, но это займет время, давайте передоговариваться об изменении сроков. Вот это вот в принципе не может быть сделано потому-то и потому-то. А вот это требует слишком больших трудозатрат, тут помимо сроков надо и стоимость договора менять, иначе никак не можем. Ориентировочная стоимость — энсто пустыльонов, плюс-минус 10%. Вам это точно необходимо?».
Заказчик вполне может по ходу проекта начать догадываться, что несколько не угадал с целью, и надо ее немного передвинуть — и это абсолютно нормально.
Мы попросили вендора заменить эти платы. И так как и для вендора этот проект был имиджевым, как-никак первая инсталляция такого железа. Нашли и новые платы, и спецсамолет, и спецчеловека, и, вуаля, они оказались у нас даже на 2 дня раньше.
Но, правда, в течение двух недель пришлось попить валерьянку да и пожить по двум тайм-зонам сразу. Днём на объекте контролировать, «тащить», спасать и «выхватывать», а ночью — на почте и телефоне с коллегами из штатов думать, как же привезти столь необходимое для нас железо.
Это как понять? Прогнулись сами, и прогнули поставщика железа, что-бы получить бабки. Чёт кажется, что кто-то профукал ТЗ при подписании субподряда. И не гордая компания, которую кинули на тендере из-за нежелания платить откат, в радостью кинулась исправлять косяки главного подрядчика (а чё мы не гордые, нас кинули при контракте)
Не наступайте на наши грабли с ТЗ: эпический опыт конкурсов и пара баек