Аналитик из провинции: системный анализ и ИТ-карьера

Заказчик поставил подпись «утверждено», не прочитав ни строки, и через три месяца команда переделывает всё с нуля. Утверждение ради галочки становится самой дорогой формой экономии времени в проекте. Это семнадцатая глава книги Карла Вигерса «Разработка требований к ПО», которую я разбираю в рубрике «Книжный клуб». После приоритизации у меня есть список требований, который команда готова делать. Но прежде чем отдать его в разработку, стоит остановиться и проверить, а правильно ли всё записано. Вигерс посвящает этому главу про утверждение и проверку требований...

«Всё срочно, всё важно» - слышишь это каждую неделю? Команда тянет всё параллельно, к релизу - 20 функций «наполовину» и удивлённый заказчик, который получил не то. Приоритеты решают это до того, как потрачены деньги и нервы. Это шестнадцатая глава книги Карла Вигерса «Разработка требований к ПО», которую я разбираю в рубрике «Книжный клуб». После прототипов у тебя может собраться список требований, который невозможно сделать за раз. И тут приходит заказчик и говорит: «Всё срочно, всё важно». Знакомо?...

Ошибка в требованиях, найденная на макете, стоит рублей. Та же ошибка, обнаруженная после релиза, стоит недель переделок и испорченных отношений. Чтобы поймать её дёшево, достаточно показать заказчику что-то руками, ещё до первой строки кода. Это пятнадцатая глава книги Карла Вигерса «Разработка требований к ПО», которую я разбираю в рубрике «Книжный клуб». После того, как сделать НФТ измеримыми, остался практичный инструмент, который снижает риск на самых ранних этапах: прототипы. Ведь заказчик почти всегда не может объяснить, что ему нужно, пока не увидит хоть что-то своими глазами...