Об идеальных требованиях
Вам когда-нибудь встречались идеальные требования? Мне нет. Будь это водопад или Agile с ними всегда что-то не так. Возьмем, например, типичное ТЗ. То недостаточная детализация - много вопросов, то избыточная детализация - трудно сфокусироваться на цели . То высокий уровень абстракции - выясняется, что невозможно технически реализовать, то много технических деталей -покушение на зону ответственности разработчиков. То инкрементальное описание - непонятны исходные данные, то полное описание - непонятно, что делать. В итоге сроки затягиваются, архитектура костылится и, как это часто бывает, получается не то, что хотел заказчик. В Agile не легче. Вроде бы есть user story: легкий и понятный формат, главное правило которого уложить все в мантру " Я как <роль пользователя> хочу получить <что-то>, для того чтобы <что-то>" (так я думал до прочтения книги, о которой пойдет речь ниже - не переключайтесь). Но вопросов все равно много: как обсуждать, как формулиро...