Такая модель подходит для проектов, в которых нужно разрабатывать индивидуальные решения. По сути это все случаи, когда клиент просит что-то из серии «современного и удобного мобильного приложения», «хочу чтобы вау, но не до конца знаю, как именно», либо когда продукт инновационный, все идеи с нуля, поэтому требуются исследования для определения оптимального результата.
Мой клиентский опыт работы с тайм-энд-материалом такой:
— Хочу сделать приложение, вы как?
— Мы — отлично! У нас тайм-энд-материал! Неделя нашей работы будет стоить икс. Мы будем присылать вам отчёты каждую неделю.
— Круто. А когда запустим приложение в стор?
— Эм... Смотрите, мы будем очень стараться. Вы сможете управлять задачами. Каждую неделю будет отчёт. Неделя стоит икс!
— Ага, я это и сразу понял. А когда запустим-то?
— Николай, у нас тайм-энд-материал! Неделя стоит икс, отчёты, стараться...
В результате проект длился почти вечность :-)
А ТЗ настолько чёткое, что от исполнителя требовали конкретные сроки? Или ТЗ было как ХЗ? :)
Херовый менеджмент)
Если у вас конечная задача с видимо имеющимися требованиями, зачем вам тнм?
Он для этого и не предназначен
Нормально сделать приложение по фикспрайсу, а поддержку уже перевести на тнм
Ну и тнм не мешает обсудить строго условия работы, сроки и допустимые границы
Мы согласовываем Roadmap разработки, в итоге есть привязка к календарю и разбитие задач по спринтам. Разумеется, на этапе предрелиза начинаются допиливания, но вечность точно не длится.
Вы не понимаете, просто это сервис по подписке!
Вы пропустили стадию "Хочу сделать приложение согласно вот этому 30 страничному ТЗ", что бы сроки стора требовать.
С одной стороны — да.
А с другой, после такого ответа на вопрос «Круто. А когда запустим приложение в стор?» итог вполне ожидаем.