Sly32

Рейтинг
372
Регистрация
29.03.2012

Ошибки могут возникать в 2 случаях :

1) Ошибка в коде, по недогляду, криворукости разработчика, такие должны однозначно правится за счет исполнителя

2) Ошибки в ТЗ - судя по ТС - он не является бизнес-аналитиком 

Кто вторые должен править? За чей счет. Мы тут слышим мнение только одной стороны, к сожалению

kamea #:
И, если бы  разработчик потрудился сделать хотя бы это, то он увидел бы, что в итоге только 45 страниц сайт можно назвать беспроблемными, а 400 (!!!) имеют странные не ЧПУ-адреса,

Судя по всему у вас разработчик и контентом занимался - вот и результат. В очередной раз доказательство того что вп - зло) 

Ну например на моем текущем проекте код должен быть покрыт юниттестами не менее 80 процентов, обязательно функциональные и регресс-тесты, но в тз ничего такого нет, за это отвечают специально обученные люди 
kamea #:
Так, уважаемые специалисты, пришла я к такому выводу.  Все это я буду включать в ТЗ. 

Будет очень любопытно узнать итог, держите в курсе)

Иван34 #:

Мой друг сейчас выбирает ноут и нужно мощную машину, чтобы  работать с графическими программами  адобе, бывает, что   одновременно  загружены и фотошоп и иллюстратор.   Стационарный есть пк, но теперь   нужен для поездок еще и ноут. Какой  можно ему посоветовать?

Вряд ли я тут хороший советчик - у меня на все ответ один) И фотошопом не пользовался давно. 

Разработчик в эстимациях должен учитывать и риски появления ошибок, которые неизбежны. Но указывать это в тз- нонсенс.
От прошечки только положительные впечатления! Ни разу не пожалел о том что выбрал эту модель. 
webinfo1 #:

Всё я понимаю. Никакой ваш аджайл не отменяет необходимости ТЗ. Иначе непонятно, что должно получиться в результате разработки, какова конечная цель. И да, заказчики бывают разные. У одного есть выделенная сумма на проект, и его не интересует многократное вылизывание. Он даёт сразу детальное задание, рассчитывая на определённые затраты. А другой согласен на поэтапную разработку, с доработками и переработками, оплачивая работу по мере продвижения.

Но изначальное ТЗ в любом случае необходимо. Иначе это будет бесцельное топтание.

Естественно. ТЗ нужно в каком-то общем виде. Как концепция и как видение конечного результата. Но нет необходимости впихнуть сразу все и потом пытаться тупо следовать. Зато в конце каждого спринта есть результат и возможность коррекции

webinfo1 #:

Это у вас, на вашем уровне, аджайл. А у независимых разработчиков - ТЗ.

Вы не понимаете смысла аджайла. Он может применятся на любом уровне. И является разумным компромиссом межу заказчиком и исполнителем. Нужно просто правильно его готовить. Заказчик не тратит время на детальное описание сразу и всего, исполнитель подстраивается под требования. Трудозатраты лежат на поверхности. Мы, например работаем по СКРАМ. Для небольших проектов достаточно и Канбана

Что вы все за ТЗ цепляетесь-то? Неактуально в эпоху аджайла
Всего: 7407