правила составления ТЗ

я не линуксоид, но ориентируюсь на «сделать получше в духе тз». ибо тз на мою работу часто не содержит и половины необходимых пунктов.

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

Вечно это какие-то хитрые загогулины, которые без устного рассказа заказчика не читаются.

сам писать пробовал? получается? :)

У меня прокачан скилл телепатии и я читаю мысли своего начальства. Потому скорее на дух.

Самая худшая заподлянка, которую ты можешь подложить заказчику - сделать все, как написано в ТЗ. (с)

Я как правило пишу или переписываю ТЗ заказчика сам и под себя. Чтобы потом не страдать ))))))) не согласны - будем согласовать. Но делать все как написано - это себе дороже выйдет.

Буква в букву.

Я ТЗ не читаю, я их пишу.

// чукча — не читатель ☺

Ну если нужен гост, то гост, иначе дух побеждает.

Ничего подобного. Это — как раз то, что ты обязан сделать. Если сделаешь меньше — не выполнил ТЗ, а больше делать тебе просто невыгодно.

наивный чукотский юноша.

Мне аналитики присылают ТЗ, которое потом сами мне зачитывают и разъясняют. Дописывается оно в ходе работы.

В первую очередь нужно стараться максимально проявлять профессионализм, это снижает риск споров. А дальше — это же документ. Поэтому преимущество у «буквы»: кого угодно тычь в нее носом, хоть генерального, и к тебе не будет претензий.

В конторе, где ценят труд, накалякать левой пяткой на отвяжись, а потом сказать, что надо было делать совершенно по-другому, не получится. А если у вас с ТЗ ходят в туалет, то ты в любом случае будешь неправ, и ваша организационно-правовая форма называется «бардак».

Я читаю ТЗ и ругаю программистов, если они пишут абстракции