<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии: Техническое задание</title>
	<atom:link href="http://gudkovsa.net/2009/01/lirika-texnicheskoe-zadanie/feed/" rel="self" type="application/rss+xml" />
	<link>http://gudkovsa.net/2009/01/lirika-texnicheskoe-zadanie/</link>
	<description>управление проектами, e-commerce, web-проекты и лирика...</description>
	<lastBuildDate>Thu, 02 Feb 2012 14:35:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Автор: Sergey</title>
		<link>http://gudkovsa.net/2009/01/lirika-texnicheskoe-zadanie/comment-page-1/#comment-1180</link>
		<dc:creator>Sergey</dc:creator>
		<pubDate>Wed, 11 Mar 2009 15:50:49 +0000</pubDate>
		<guid isPermaLink="false">http://openingnewshop.com/2009/01/05/lirika-texnicheskoe-zadanie/#comment-1180</guid>
		<description>to Seoart:
Примеров концепции, к сожалению, нет.</description>
		<content:encoded><![CDATA[<p>to Seoart:<br />
Примеров концепции, к сожалению, нет.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Sergey</title>
		<link>http://gudkovsa.net/2009/01/lirika-texnicheskoe-zadanie/comment-page-1/#comment-4191</link>
		<dc:creator>Sergey</dc:creator>
		<pubDate>Wed, 11 Mar 2009 15:50:00 +0000</pubDate>
		<guid isPermaLink="false">http://openingnewshop.com/2009/01/05/lirika-texnicheskoe-zadanie/#comment-4191</guid>
		<description>to Seoart:
Примеров концепции, к сожалению, нет.</description>
		<content:encoded><![CDATA[<p>to Seoart:<br />
Примеров концепции, к сожалению, нет.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Seoart</title>
		<link>http://gudkovsa.net/2009/01/lirika-texnicheskoe-zadanie/comment-page-1/#comment-1179</link>
		<dc:creator>Seoart</dc:creator>
		<pubDate>Tue, 10 Mar 2009 18:59:12 +0000</pubDate>
		<guid isPermaLink="false">http://openingnewshop.com/2009/01/05/lirika-texnicheskoe-zadanie/#comment-1179</guid>
		<description>Хорошо написано про ТЗ.
А примеры описания концепции web проекта у тебя случайно нет?Кроме тех которые выложены на Хабре.</description>
		<content:encoded><![CDATA[<p>Хорошо написано про ТЗ.<br />
А примеры описания концепции web проекта у тебя случайно нет?Кроме тех которые выложены на Хабре.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Seoart</title>
		<link>http://gudkovsa.net/2009/01/lirika-texnicheskoe-zadanie/comment-page-1/#comment-4190</link>
		<dc:creator>Seoart</dc:creator>
		<pubDate>Tue, 10 Mar 2009 18:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://openingnewshop.com/2009/01/05/lirika-texnicheskoe-zadanie/#comment-4190</guid>
		<description>Хорошо написано про ТЗ.
А примеры описания концепции web проекта у тебя случайно нет?Кроме тех которые выложены на Хабре.</description>
		<content:encoded><![CDATA[<p>Хорошо написано про ТЗ.<br />
А примеры описания концепции web проекта у тебя случайно нет?Кроме тех которые выложены на Хабре.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Дима</title>
		<link>http://gudkovsa.net/2009/01/lirika-texnicheskoe-zadanie/comment-page-1/#comment-1171</link>
		<dc:creator>Дима</dc:creator>
		<pubDate>Fri, 06 Feb 2009 10:34:21 +0000</pubDate>
		<guid isPermaLink="false">http://openingnewshop.com/2009/01/05/lirika-texnicheskoe-zadanie/#comment-1171</guid>
		<description>Спасибо за статью. Черпнул для себя немного.

Всё, что будет написано ниже - ИМХО!

Хочу подчеркнуть мысли, которые считаю очень правильными, и скажу почему я так считаю.

&gt; Я считаю, что клиента в любом случае нужно зажимать в рамки!

- Согласен!
Но не потому, что клиент плохой или разработчик – лодырь. А потому, что клиент, как правило, нарисовал себе картинку в голове, но на бумаге описать сложно (не возможно), а разработчику угадать не получается (если конечно он не умеет читать мысли).
Особо тяжелые случаи – «если контактным лицом со стороны клиента является девочка - маркетолог». Это просто нет слов! Давайте логотип в право, шрифт уже, цвет ярче, кнопку толще, чтоб там мигало, тут булькало….  Хм…. Не смотрится…. Давайте оставим шрифт таким как был раньше, логотип выше, кнопки уже…. А подберите вот туда несколько картинок, просто я не знаю как будет смотреться…. Вы знаете, приехал директор, ему не понравилось, нарисуйте еще несколько разных макетов, не похожие на предыдущие….
(извините, наболело =))
-------------------------------

&gt; Зачем техническое задание менеджеру?
- В виде документа, в котором по пунктам расписано, что за чем нужно делать – не надо. Ведь менеджер – это управленец. Он управляет процессом и сам, лучше заказчика знает, что ему нужно делать (если по по хорошему).
Если в виде конечного задания, в котором описаны общие пожелания – надо. Просто ради того, что менеджер не обязательно в течении 24-х часов, думает об одном проекте. Просто как напоминалка, о общих пожеланиях клиента.
-------------------------------

&gt; “Техническое задание одно на всех, или по одному на каждого?”
- Одно на всех. Даешь задание менеджеру, а он в свою очередь сам своей команде расскажет, что нужно делать.
-------------------------------

&gt; Идеальное техническое задание - миф или реальность?
- Миф =)
-------------------------------

&gt; Техническое задание и другие документы.
- Договор нужен. Желательно описать в нем функциональность сайта.
Ну например, сайт должен содержать автоматическую ленту новостей. Или сайт на 2-х языках и т.д.
-------------------------------

&gt; “Об определениях не спорят, о них договариваются”(с).
- Если приблизится к реальной разработке сайтов, то это очень четко подмечено! Тем более, что, как по мне, терминология, которой пользуется разработчик, может быть не всегда понятна, рядовому бизнесмену…</description>
		<content:encoded><![CDATA[<p>Спасибо за статью. Черпнул для себя немного.</p>
<p>Всё, что будет написано ниже &#8211; ИМХО!</p>
<p>Хочу подчеркнуть мысли, которые считаю очень правильными, и скажу почему я так считаю.</p>
<p>&gt; Я считаю, что клиента в любом случае нужно зажимать в рамки!</p>
<p>- Согласен!<br />
Но не потому, что клиент плохой или разработчик – лодырь. А потому, что клиент, как правило, нарисовал себе картинку в голове, но на бумаге описать сложно (не возможно), а разработчику угадать не получается (если конечно он не умеет читать мысли).<br />
Особо тяжелые случаи – «если контактным лицом со стороны клиента является девочка &#8211; маркетолог». Это просто нет слов! Давайте логотип в право, шрифт уже, цвет ярче, кнопку толще, чтоб там мигало, тут булькало….  Хм…. Не смотрится…. Давайте оставим шрифт таким как был раньше, логотип выше, кнопки уже…. А подберите вот туда несколько картинок, просто я не знаю как будет смотреться…. Вы знаете, приехал директор, ему не понравилось, нарисуйте еще несколько разных макетов, не похожие на предыдущие….<br />
(извините, наболело =))<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>&gt; Зачем техническое задание менеджеру?<br />
- В виде документа, в котором по пунктам расписано, что за чем нужно делать – не надо. Ведь менеджер – это управленец. Он управляет процессом и сам, лучше заказчика знает, что ему нужно делать (если по по хорошему).<br />
Если в виде конечного задания, в котором описаны общие пожелания – надо. Просто ради того, что менеджер не обязательно в течении 24-х часов, думает об одном проекте. Просто как напоминалка, о общих пожеланиях клиента.<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>&gt; “Техническое задание одно на всех, или по одному на каждого?”<br />
- Одно на всех. Даешь задание менеджеру, а он в свою очередь сам своей команде расскажет, что нужно делать.<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>&gt; Идеальное техническое задание &#8211; миф или реальность?<br />
- Миф =)<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>&gt; Техническое задание и другие документы.<br />
- Договор нужен. Желательно описать в нем функциональность сайта.<br />
Ну например, сайт должен содержать автоматическую ленту новостей. Или сайт на 2-х языках и т.д.<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>&gt; “Об определениях не спорят, о них договариваются”(с).<br />
- Если приблизится к реальной разработке сайтов, то это очень четко подмечено! Тем более, что, как по мне, терминология, которой пользуется разработчик, может быть не всегда понятна, рядовому бизнесмену…</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: Дима</title>
		<link>http://gudkovsa.net/2009/01/lirika-texnicheskoe-zadanie/comment-page-1/#comment-4189</link>
		<dc:creator>Дима</dc:creator>
		<pubDate>Fri, 06 Feb 2009 10:34:00 +0000</pubDate>
		<guid isPermaLink="false">http://openingnewshop.com/2009/01/05/lirika-texnicheskoe-zadanie/#comment-4189</guid>
		<description>Спасибо за статью. Черпнул для себя немного.

Всё, что будет написано ниже - ИМХО!

Хочу подчеркнуть мысли, которые считаю очень правильными, и скажу почему я так считаю.

&gt; Я считаю, что клиента в любом случае нужно зажимать в рамки!

- Согласен!
Но не потому, что клиент плохой или разработчик – лодырь. А потому, что клиент, как правило, нарисовал себе картинку в голове, но на бумаге описать сложно (не возможно), а разработчику угадать не получается (если конечно он не умеет читать мысли).
Особо тяжелые случаи – «если контактным лицом со стороны клиента является девочка - маркетолог». Это просто нет слов! Давайте логотип в право, шрифт уже, цвет ярче, кнопку толще, чтоб там мигало, тут булькало….  Хм…. Не смотрится…. Давайте оставим шрифт таким как был раньше, логотип выше, кнопки уже…. А подберите вот туда несколько картинок, просто я не знаю как будет смотреться…. Вы знаете, приехал директор, ему не понравилось, нарисуйте еще несколько разных макетов, не похожие на предыдущие….
(извините, наболело =))
-------------------------------

&gt; Зачем техническое задание менеджеру?
- В виде документа, в котором по пунктам расписано, что за чем нужно делать – не надо. Ведь менеджер – это управленец. Он управляет процессом и сам, лучше заказчика знает, что ему нужно делать (если по по хорошему).
Если в виде конечного задания, в котором описаны общие пожелания – надо. Просто ради того, что менеджер не обязательно в течении 24-х часов, думает об одном проекте. Просто как напоминалка, о общих пожеланиях клиента.
-------------------------------

&gt; “Техническое задание одно на всех, или по одному на каждого?”
- Одно на всех. Даешь задание менеджеру, а он в свою очередь сам своей команде расскажет, что нужно делать.
-------------------------------

&gt; Идеальное техническое задание - миф или реальность?
- Миф =)
-------------------------------

&gt; Техническое задание и другие документы.
- Договор нужен. Желательно описать в нем функциональность сайта.
Ну например, сайт должен содержать автоматическую ленту новостей. Или сайт на 2-х языках и т.д.
-------------------------------

&gt; “Об определениях не спорят, о них договариваются”(с).
- Если приблизится к реальной разработке сайтов, то это очень четко подмечено! Тем более, что, как по мне, терминология, которой пользуется разработчик, может быть не всегда понятна, рядовому бизнесмену…</description>
		<content:encoded><![CDATA[<p>Спасибо за статью. Черпнул для себя немного.</p>
<p>Всё, что будет написано ниже &#8211; ИМХО!</p>
<p>Хочу подчеркнуть мысли, которые считаю очень правильными, и скажу почему я так считаю.</p>
<p>&gt; Я считаю, что клиента в любом случае нужно зажимать в рамки!</p>
<p>- Согласен!<br />
Но не потому, что клиент плохой или разработчик – лодырь. А потому, что клиент, как правило, нарисовал себе картинку в голове, но на бумаге описать сложно (не возможно), а разработчику угадать не получается (если конечно он не умеет читать мысли).<br />
Особо тяжелые случаи – «если контактным лицом со стороны клиента является девочка &#8211; маркетолог». Это просто нет слов! Давайте логотип в право, шрифт уже, цвет ярче, кнопку толще, чтоб там мигало, тут булькало….  Хм…. Не смотрится…. Давайте оставим шрифт таким как был раньше, логотип выше, кнопки уже…. А подберите вот туда несколько картинок, просто я не знаю как будет смотреться…. Вы знаете, приехал директор, ему не понравилось, нарисуйте еще несколько разных макетов, не похожие на предыдущие….<br />
(извините, наболело =))<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>&gt; Зачем техническое задание менеджеру?<br />
- В виде документа, в котором по пунктам расписано, что за чем нужно делать – не надо. Ведь менеджер – это управленец. Он управляет процессом и сам, лучше заказчика знает, что ему нужно делать (если по по хорошему).<br />
Если в виде конечного задания, в котором описаны общие пожелания – надо. Просто ради того, что менеджер не обязательно в течении 24-х часов, думает об одном проекте. Просто как напоминалка, о общих пожеланиях клиента.<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>&gt; “Техническое задание одно на всех, или по одному на каждого?”<br />
- Одно на всех. Даешь задание менеджеру, а он в свою очередь сам своей команде расскажет, что нужно делать.<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>&gt; Идеальное техническое задание &#8211; миф или реальность?<br />
- Миф =)<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>&gt; Техническое задание и другие документы.<br />
- Договор нужен. Желательно описать в нем функциональность сайта.<br />
Ну например, сайт должен содержать автоматическую ленту новостей. Или сайт на 2-х языках и т.д.<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-</p>
<p>&gt; “Об определениях не спорят, о них договариваются”(с).<br />
- Если приблизится к реальной разработке сайтов, то это очень четко подмечено! Тем более, что, как по мне, терминология, которой пользуется разработчик, может быть не всегда понятна, рядовому бизнесмену…</p>
]]></content:encoded>
	</item>
</channel>
</rss>

