BusyMan LordStyle По требованиям. Это фундамент, на котором стоит весь проект, и поэтому требования должны быть сформулированы таким образом, чтобы не дать никакой возможности двоякого толкования написанного.
Практика практикой... А вот было бы неплохо чтобы имелся ГОСТ для описания таких моментов в ТЗ...

а то "Кнопка имеет встроенную иконку в виде" - тоже не такая уж понятная всем одинаково формулировка... Я думаю, найдется судья, который так растолкует вам это, что век не расплатитесь... Например, я думаю вместо "иконка" лучше навернео "поктограммка" или "рисунок" или "изображение"... Хотя все это такой дремучий лес... Проще на доверии поэтапно работать...

К сожалению, ГОСТ достаточно сильно устарел... и мне кажется, что он направлен скорее на внедрение своими силами.

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

Работа на доверии идет по-любому, но есть очень большие НО:
1. Выход за пределы бюджета;
2. Не исполнение заказчиком своих обязательств;
3. Разборки с Руководством и со стороны заказчика и со стороны исполнителя;
4. Разборки в арбитраже (мало вероятно но все же);
...

В любом из этих случаев, любой пользователь сделает так, чтоб снять с себя ответственность. Нет бумаги, нет ответственности.

Встречный вопрос ни кто в договоре (приложениях) не прописывал следующие вещи:

Входит в рамки:
1. Расчеты с поставщиками;
1.1 Расчеты с поставщиками в национальной валюте;
1.2 Баланс в разрезе юр. лиц поставщиков;
1.3 Баланс в разрезе договоров;
...
Не входит в рамки:
1. Расчеты с поставщиками
1.1 Консолидированный баланс по поставщикам (по юр. лицам);
1.2 Баланс в разрезе этапов договоров
...

Т.е. прописать не только что мы автоматизируем, но и что мы точно делать не будем (естественно в разумных пределах)??? Как клиент реагирует на это?

2 Garya

На самом деле я говорил о том, чтобы нанять специалиста в данной предметной области до начала проекта (на определенный срок для оказания консультаций), чтобы у команды сложилось представление о том, что их ждет. Это увеличивает расходы в самом начале, но дает ощутимое преимущество при общении с ответственными лицами заказчика, что экономит их время, которого и так не хватает. Мне кажется это хорошая мысль и может использоваться как стратегия.



Согласен с тем, что чем раньше проблема будет выявлена, тем меньше сил потребуется на преодоление её последствий.

Допустим, мы еще не начали проект.

Вопрос:

Допустим составлен перечень рисков, определены стратегии. Что дальше?
В каком документе эти риски должны найти свое отражение? В приложении к договору? В уставе проекта? Необходимо ли вообще показывать\согласовывать все\часть рисков с заказчиком?

2 LSV

>>Вы предпочитаете ходить в удобных ботинках или ботинках,
>>которые соответствуют ГОСТам, но крайне неудобны ?

Зависит от целей похода.

saasaЕсли что-то составлено по правилам составления ТЗ (ГОСТы), то это и является ТЗ. Как, в случае чего, доказать в суде, что нечто, не соответствующее ГОСТу, является ТЗ ?

Дело о внедрении, в суде слушаться не будет. Ну, как вы объясните суду, что требовали от исполнителя прописать в ТЗ нормы нарушающие законодательство РФ?

LSV... Отбирали один. Лучший. Остальные "фтопку"... С одной стороны это абсолютно правильный подход ! Но рыночным его трудно назвать...

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

Но мы отошли от темы обсуждения. Есть у к-нить, что сказать по теме?