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