<?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>「Time-Boxing 於軟體反覆演進的必要性」的迴響</title>
	<atom:link href="http://www.lifeparty.idv.tw/blog/archives/179/feed" rel="self" type="application/rss+xml" />
	<link>http://www.lifeparty.idv.tw/blog/archives/179</link>
	<description>君子學以聚之,問以辨之,寬以居之,仁以行之</description>
	<lastBuildDate>Tue, 09 Mar 2010 15:03:08 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>作者：同人的生活派對 &#187; 合約與需求變更</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/179/comment-page-1#comment-3530</link>
		<dc:creator>同人的生活派對 &#187; 合約與需求變更</dc:creator>
		<pubDate>Tue, 04 Sep 2007 05:37:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/archives/179#comment-3530</guid>
		<description>[...] 同人與那位專案經理所談的專案，就是採用 T&amp;M 合約的軟體專案，而且相當湊巧的是此專案正好是用敏捷開發方法來開發軟體，雖不敢說是完全採用 eXtreme Programming，但我們的開發方法得確是參考 XP 精神所規劃出來的，在這個專案中同人深刻地體會到，允許需求變動與否，不在於方法論本身，而是如何適度與客戶溝通，掌握敏捷與紀律的平衡。至於成本計價的問題根本不用開發者費心，專案的行政支援會盡心來打理一切。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 同人與那位專案經理所談的專案，就是採用 T&amp;M 合約的軟體專案，而且相當湊巧的是此專案正好是用敏捷開發方法來開發軟體，雖不敢說是完全採用 eXtreme Programming，但我們的開發方法得確是參考 XP 精神所規劃出來的，在這個專案中同人深刻地體會到，允許需求變動與否，不在於方法論本身，而是如何適度與客戶溝通，掌握敏捷與紀律的平衡。至於成本計價的問題根本不用開發者費心，專案的行政支援會盡心來打理一切。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：同人的生活派對 &#187; 被遺漏的需求</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/179/comment-page-1#comment-3374</link>
		<dc:creator>同人的生活派對 &#187; 被遺漏的需求</dc:creator>
		<pubDate>Mon, 27 Aug 2007 04:39:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/archives/179#comment-3374</guid>
		<description>[...] 從許多方面都一致地顯示著，要對變更做好妥善的管理，其實關鍵還是在於溝通上。在專案變更管理方面，必須達成讓改變對達成專案目標有正面的意義的共識、確認造成變更的因素已經發生、以及協助有效管理變更的行為[2]。而軟體敏捷開發方法也強調開發者與客戶必須達成共識，對於會影響正在開發的功能的變更必須延後處理。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 從許多方面都一致地顯示著，要對變更做好妥善的管理，其實關鍵還是在於溝通上。在專案變更管理方面，必須達成讓改變對達成專案目標有正面的意義的共識、確認造成變更的因素已經發生、以及協助有效管理變更的行為[2]。而軟體敏捷開發方法也強調開發者與客戶必須達成共識，對於會影響正在開發的功能的變更必須延後處理。 [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
