Комментарии на: Техническое задание – To be or not to be? http://blog.petrusha.name/2008/08/05/tz-to-be-or-not-to-be/ про IT и не только... Wed, 23 Jun 2010 07:57:48 +0000 http://wordpress.org/?v=2.9.2 hourly 1 От: Steward http://blog.petrusha.name/2008/08/05/tz-to-be-or-not-to-be/#comment-1704 Steward Sat, 18 Jul 2009 17:07:32 +0000 http://blog.petrusha.name/?p=62#comment-1704 Спасибо - читайте - в блоге ещё много чего IнTересного (я надеюсь) Спасибо – читайте – в блоге ещё много чего IнTересного (я надеюсь)

]]> От: Roman http://blog.petrusha.name/2008/08/05/tz-to-be-or-not-to-be/#comment-1702 Roman Sat, 18 Jul 2009 17:05:55 +0000 http://blog.petrusha.name/?p=62#comment-1702 Ну вообщем-то с интересом почитал. Спасибо. Ну вообщем-то с интересом почитал. Спасибо.

]]> От: Sergey http://blog.petrusha.name/2008/08/05/tz-to-be-or-not-to-be/#comment-597 Sergey Sat, 08 Nov 2008 23:26:21 +0000 http://blog.petrusha.name/?p=62#comment-597 1. Качество ТЗ определяется по окончании работы. Если работы 100% выполнена как хотел клиент, то скорее всего ТЗ было сделано хорошо. 2. Технический писательно не должен учить предметную область. Вы дальше правльно написали: берется писатель и аналитик (человек знающий предметную область) и они вдвоем пишут. Сложные технические вопросы можно на прямую уточнить у разработчика. 3. Стандарты, которые ГОСТы, хоть и старые, но хорошие. И их следовало бы адаптировать и применять. А у нас все делают свои внутренние стандарты. Разве это хорошо? 4. А вести себя надо очень просто: если Вы клиент и Вы считаете, что ТЗ написано грамотно, то посылаем исполнителя и исчем дальше. Если Вам культурно аргументировали и доказали, что ТЗ плохое, то можете вернуться к писателю и заставить скушать ТЗ :). 1. Качество ТЗ определяется по окончании работы. Если работы 100% выполнена как хотел клиент, то скорее всего ТЗ было сделано хорошо.

2. Технический писательно не должен учить предметную область. Вы дальше правльно написали: берется писатель и аналитик (человек знающий предметную область) и они вдвоем пишут. Сложные технические вопросы можно на прямую уточнить у разработчика.

3. Стандарты, которые ГОСТы, хоть и старые, но хорошие. И их следовало бы адаптировать и применять. А у нас все делают свои внутренние стандарты. Разве это хорошо?

4. А вести себя надо очень просто: если Вы клиент и Вы считаете, что ТЗ написано грамотно, то посылаем исполнителя и исчем дальше. Если Вам культурно аргументировали и доказали, что ТЗ плохое, то можете вернуться к писателю и заставить скушать ТЗ :) .

]]> От: Steward http://blog.petrusha.name/2008/08/05/tz-to-be-or-not-to-be/#comment-66 Steward Thu, 07 Aug 2008 06:34:58 +0000 http://blog.petrusha.name/?p=62#comment-66 Альтернатива чему? Альтернатива чему?

]]> От: Киря Робски http://blog.petrusha.name/2008/08/05/tz-to-be-or-not-to-be/#comment-65 Киря Робски Wed, 06 Aug 2008 11:51:03 +0000 http://blog.petrusha.name/?p=62#comment-65 А есть, какая нибудь альтернатива? ;) А есть, какая нибудь альтернатива? ;)

]]> От: viktor_z http://blog.petrusha.name/2008/08/05/tz-to-be-or-not-to-be/#comment-64 viktor_z Wed, 06 Aug 2008 08:54:27 +0000 http://blog.petrusha.name/?p=62#comment-64 Спасибо за пост, главное, что вовремя лично для меня! Спасибо за пост, главное, что вовремя лично для меня!

]]>