Цитата:
Сообщение от
thaohaitrieu8
Оформили список дополнительных функциональных требований.
Отдали пользователям на проверку и утверждение, а они заявили: "Мы читать не любим. Вы сначала сделайте, а мы потом посмотрим и скажем ответ."
Смешно?
Хороший вам пользователь попался, честный и умный. С такими работать одно удовольствие.
Смысл большинства проектных документов тупо в том, чтобы переложить ответственность на заказчика. Все равно ведь ни заказчик, ни исполнитель не могут предусмотреть всех ньюансов и вариантов. А пользователи к тому же не понимают половину терминологии. Да и бизнес может поменяться в процессе внедрения. И технология может не заработать так, как описано в документации. В этом и кроется секрет такого высокого процента неудачных внедрений.
Получается натуральный АвтоВАЗ. Продукт от начала до конца делают, а потом начинают тестировать. В процессе изготовления неизбежно накапливается брак. Списать уже собранный автомобиль дорого, поэтому снижаются критерии качества.
Для сравнения, на заводах конкурентов, контроль качества непрерывный, поэтому брак выявляют и исправляют на стадиях когда это еще дешево сделать.
Попробуйте предложить клиенту одну из agile методологиий. Сейчас, к примеру, scrum в моде.
Будете планировать на 2 недели. И каждые 2 недели что-то работающее им в руки давать. На 2 недели планировать реально. А если кто и ошибется, то цена ошибки мнимальна. Т.к. каждые 2 недели делается разбор полетов, то буквально через месяц-другой качество заметно улучшается, а ошибки почти исчезают.