<?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://blog.macroviz.com/archives/566/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.macroviz.com/archives/566</link>
	<description>多媒體設計、數位學習、英語學習、日語學習</description>
	<lastBuildDate>Tue, 10 Jan 2012 08:51:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>由：野部</title>
		<link>http://blog.macroviz.com/archives/566/comment-page-1#comment-6725</link>
		<dc:creator>野部</dc:creator>
		<pubDate>Thu, 25 Jun 2009 21:36:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.macroviz.com/archives/566#comment-6725</guid>
		<description>有啊，就台中精機客服數位教材，用Flex和Captivate作的。我還在國內的時候，妳不是每天都在旁邊看我們作嗎...</description>
		<content:encoded><![CDATA[<p>有啊，就台中精機客服數位教材，用Flex和Captivate作的。我還在國內的時候，妳不是每天都在旁邊看我們作嗎&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：beckey</title>
		<link>http://blog.macroviz.com/archives/566/comment-page-1#comment-6613</link>
		<dc:creator>beckey</dc:creator>
		<pubDate>Fri, 05 Jun 2009 04:19:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.macroviz.com/archives/566#comment-6613</guid>
		<description>這篇很受用
將客戶規定的網站上線時間折半，作為內部結案時間點。
這招可以用在任何專案、寫論文、發paper等地方，
不過往往會拖上幾個星期，就像當初七月要口試，訂在四月要把testing做完，
硬是拖到五月底才統計數據。
野部～你有執行過很準時在上線時間折半完成的專案嗎？</description>
		<content:encoded><![CDATA[<p>這篇很受用<br />
將客戶規定的網站上線時間折半，作為內部結案時間點。<br />
這招可以用在任何專案、寫論文、發paper等地方，<br />
不過往往會拖上幾個星期，就像當初七月要口試，訂在四月要把testing做完，<br />
硬是拖到五月底才統計數據。<br />
野部～你有執行過很準時在上線時間折半完成的專案嗎？</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：野部</title>
		<link>http://blog.macroviz.com/archives/566/comment-page-1#comment-6545</link>
		<dc:creator>野部</dc:creator>
		<pubDate>Mon, 11 May 2009 15:29:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.macroviz.com/archives/566#comment-6545</guid>
		<description>哈哈不會啦。我應該要用斗大的標題標明本篇僅針對專案經理(其實是警惕我自己啦)。本篇的原來意思是，良好的專案管理，提供更好的空間讓設計師發揮創意。而不是透過壓榨時間精力的方式去要求設計師提供創意。雖然台灣業界現實後者為多。</description>
		<content:encoded><![CDATA[<p>哈哈不會啦。我應該要用斗大的標題標明本篇僅針對專案經理(其實是警惕我自己啦)。本篇的原來意思是，良好的專案管理，提供更好的空間讓設計師發揮創意。而不是透過壓榨時間精力的方式去要求設計師提供創意。雖然台灣業界現實後者為多。</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：Ausir</title>
		<link>http://blog.macroviz.com/archives/566/comment-page-1#comment-6544</link>
		<dc:creator>Ausir</dc:creator>
		<pubDate>Mon, 11 May 2009 11:28:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.macroviz.com/archives/566#comment-6544</guid>
		<description>原來看錯方向啦 ^^

拍謝~

真的是 說者無意 聽者有心 阿

@@ 是這樣子嗎~?</description>
		<content:encoded><![CDATA[<p>原來看錯方向啦 ^^</p>
<p>拍謝~</p>
<p>真的是 說者無意 聽者有心 阿</p>
<p>@@ 是這樣子嗎~?</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：野部</title>
		<link>http://blog.macroviz.com/archives/566/comment-page-1#comment-6539</link>
		<dc:creator>野部</dc:creator>
		<pubDate>Wed, 06 May 2009 08:11:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.macroviz.com/archives/566#comment-6539</guid>
		<description>Hi, Ausir，感謝留言。

抱歉，我的文章寫的太不清楚了。其實我寫這篇文章主要是針對專案經理寫的。因為客戶的教育與管理是專案經理的責任。會不會把客戶寵壞成花錢的大爺，或者尊重專業的態度，也是專案經理的責任。

專案經理本身要有當老師的素質，或者本身最好就是相關領域的講師，要不然就跟業務員把case丟給設計師然後不管案子死活沒什兩樣了。</description>
		<content:encoded><![CDATA[<p>Hi, Ausir，感謝留言。</p>
<p>抱歉，我的文章寫的太不清楚了。其實我寫這篇文章主要是針對專案經理寫的。因為客戶的教育與管理是專案經理的責任。會不會把客戶寵壞成花錢的大爺，或者尊重專業的態度，也是專案經理的責任。</p>
<p>專案經理本身要有當老師的素質，或者本身最好就是相關領域的講師，要不然就跟業務員把case丟給設計師然後不管案子死活沒什兩樣了。</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：Ausir</title>
		<link>http://blog.macroviz.com/archives/566/comment-page-1#comment-6538</link>
		<dc:creator>Ausir</dc:creator>
		<pubDate>Wed, 06 May 2009 07:47:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.macroviz.com/archives/566#comment-6538</guid>
		<description>其實我覺得
真正的考驗不再設計師

而是一改再改的客戶
或是目標不明確的客戶</description>
		<content:encoded><![CDATA[<p>其實我覺得<br />
真正的考驗不再設計師</p>
<p>而是一改再改的客戶<br />
或是目標不明確的客戶</p>
]]></content:encoded>
	</item>
</channel>
</rss>

