<?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"
	>
<channel>
	<title>仕様書を読む へのコメント</title>
	<atom:link href="http://blog2.logosware.com/archives/5/feed" rel="self" type="application/rss+xml" />
	<link>http://blog2.logosware.com/archives/5</link>
	<description>Logosware Presents</description>
	<pubDate>Thu, 08 Jan 2009 14:16:37 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>石神 より</title>
		<link>http://blog2.logosware.com/archives/5#comment-206</link>
		<dc:creator>石神</dc:creator>
		<pubDate>Thu, 03 May 2007 06:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog2.logosware.com/?p=5#comment-206</guid>
		<description>コメントをありがとうございます。

ご指摘のように、ＲＦＰを顧客からいただくのは理屈にかなったやり方です。　しかし、現実問題として、顧客はこれを書けない（あるいは、書かない）ことに、どう対応するのかには頭を悩ませます。

それから、要件定義、仕様書は、どうせ変更になってしまうのだから、変更になることを前提にプロセスを組むべきだという考えが主流になってきたように思います（アジャイル手法のように）。　しかし、これも言うは易し行なうは難し、でどうもうまい具合にはいきません。

いまだに、ソフトウェア開発手法は、成功の公式がないようなので、各社それぞれのやり方を試行錯誤しながら考え出しているのだと思います。

他のソフトウェア会社は、どのような試みをしているのでしょうか？
　</description>
		<content:encoded><![CDATA[<p>コメントをありがとうございます。</p>
<p>ご指摘のように、ＲＦＰを顧客からいただくのは理屈にかなったやり方です。　しかし、現実問題として、顧客はこれを書けない（あるいは、書かない）ことに、どう対応するのかには頭を悩ませます。</p>
<p>それから、要件定義、仕様書は、どうせ変更になってしまうのだから、変更になることを前提にプロセスを組むべきだという考えが主流になってきたように思います（アジャイル手法のように）。　しかし、これも言うは易し行なうは難し、でどうもうまい具合にはいきません。</p>
<p>いまだに、ソフトウェア開発手法は、成功の公式がないようなので、各社それぞれのやり方を試行錯誤しながら考え出しているのだと思います。</p>
<p>他のソフトウェア会社は、どのような試みをしているのでしょうか？<br />
　</p>
]]></content:encoded>
	</item>
	<item>
		<title>シルバーストーン より</title>
		<link>http://blog2.logosware.com/archives/5#comment-205</link>
		<dc:creator>シルバーストーン</dc:creator>
		<pubDate>Wed, 02 May 2007 15:46:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog2.logosware.com/?p=5#comment-205</guid>
		<description>もちろん社長ご存知かと思いますが、こうした問題を回避するためには、顧客にRFPを要求したらいかがでしょうか。
この段階をヒアリングで代替することが多いですが、改めてRFPもらった方がその後、安全ですし、
RFPの後に、要件定義、仕様設計があり、WBSに基づくマイルストーンがあるのですから、土壇場になって顧客の心変わりを抑えることができるかと思います。
それよりも一番の原因は仕様書の解釈のズレですね。
言った言わないになるので、細かく議事録とって、サインもらっています。</description>
		<content:encoded><![CDATA[<p>もちろん社長ご存知かと思いますが、こうした問題を回避するためには、顧客にRFPを要求したらいかがでしょうか。<br />
この段階をヒアリングで代替することが多いですが、改めてRFPもらった方がその後、安全ですし、<br />
RFPの後に、要件定義、仕様設計があり、WBSに基づくマイルストーンがあるのですから、土壇場になって顧客の心変わりを抑えることができるかと思います。<br />
それよりも一番の原因は仕様書の解釈のズレですね。<br />
言った言わないになるので、細かく議事録とって、サインもらっています。</p>
]]></content:encoded>
	</item>
</channel>
</rss>
