<?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://www.thinkcreative.jp/blog/web/1068/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thinkcreative.jp/blog/web/1068/</link>
	<description>グローバル企業でB2BビジネスへのWeb活用に取り組む担当者ブログ。ナナロク世代ど真ん中です。</description>
	<lastBuildDate>Wed, 11 Jan 2012 12:57:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>Webデザイン受発注のセオリー &#124; Think Creative より</title>
		<link>http://www.thinkcreative.jp/blog/web/1068/comment-page-1/#comment-190</link>
		<dc:creator>Webデザイン受発注のセオリー &#124; Think Creative</dc:creator>
		<pubDate>Sun, 25 Sep 2011 12:27:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkcreative.jp/blog/?p=1068#comment-190</guid>
		<description>[...] という勉強会がベースになってできたそうです。この勉強会には僕も参加していてレポートも書いているのですが、「あの勉強会の話の背景にはこんな壮大な話があったのか」と出来上 [...]</description>
		<content:encoded><![CDATA[<p>[...] という勉強会がベースになってできたそうです。この勉強会には僕も参加していてレポートも書いているのですが、「あの勉強会の話の背景にはこんな壮大な話があったのか」と出来上 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Ryouhei Katayama より</title>
		<link>http://www.thinkcreative.jp/blog/web/1068/comment-page-1/#comment-152</link>
		<dc:creator>Ryouhei Katayama</dc:creator>
		<pubDate>Sat, 20 Feb 2010 06:50:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.thinkcreative.jp/blog/?p=1068#comment-152</guid>
		<description>遅くなってしまいましたが、感想有難うございます！
今自分で趣味サイトを久しぶりに作っているのですが、勉強会で紹介したようなクリエイティブプロセスを経てやってみると、1人でやっていても十分やる価値があるとおもいました。デザインいはいる前の方向性の整理になるし、デザインしたときに「あれっ？」ってなる部分を事前に洗い出して検討することになるので、もう少しフレームワーク化してみようかなと思ってます。フレームワーク化してしまえば半日ぐらい時間かければ大まかな整理は出来る気がするので。
方向性がブレないってのは、社内に説明する必要がなくとも、人には明瞭に説明できなければ結局ぶれてしまうので、案件規模に関わらずデザインの妥当性が明瞭に判断できる基準を作ることはプロジェクトにおいて重要な気がします。</description>
		<content:encoded><![CDATA[<p>遅くなってしまいましたが、感想有難うございます！<br />
今自分で趣味サイトを久しぶりに作っているのですが、勉強会で紹介したようなクリエイティブプロセスを経てやってみると、1人でやっていても十分やる価値があるとおもいました。デザインいはいる前の方向性の整理になるし、デザインしたときに「あれっ？」ってなる部分を事前に洗い出して検討することになるので、もう少しフレームワーク化してみようかなと思ってます。フレームワーク化してしまえば半日ぐらい時間かければ大まかな整理は出来る気がするので。<br />
方向性がブレないってのは、社内に説明する必要がなくとも、人には明瞭に説明できなければ結局ぶれてしまうので、案件規模に関わらずデザインの妥当性が明瞭に判断できる基準を作ることはプロジェクトにおいて重要な気がします。</p>
]]></content:encoded>
	</item>
</channel>
</rss>

