<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>I@laoer.com &#187; 软件开发</title>
	<atom:link href="http://i.laoer.com/tag/%e8%bd%af%e4%bb%b6%e5%bc%80%e5%8f%91/feed" rel="self" type="application/rss+xml" />
	<link>http://i.laoer.com</link>
	<description>技术、生活、感悟 -- Laoer的博客</description>
	<lastBuildDate>Mon, 30 Jan 2012 10:03:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>需求管理</title>
		<link>http://i.laoer.com/requirement-management.html</link>
		<comments>http://i.laoer.com/requirement-management.html#comments</comments>
		<pubDate>Tue, 29 Dec 2009 09:57:00 +0000</pubDate>
		<dc:creator>Laoer</dc:creator>
				<category><![CDATA[博客文章]]></category>
		<category><![CDATA[管理]]></category>
		<category><![CDATA[软件开发]]></category>

		<guid isPermaLink="false">http://i.laoer.com/?p=392</guid>
		<description><![CDATA[我今天又对业务部门发火，源于业务部门要做一个产品X，和我提出的需求就是，实现已有产品D的功能，同时要整合已有产品N，就这么几句话，问我要多长时间，我就说这样的需求无法估算时间，原因在于你们没有告诉我要实现产品D的功能，是全部实现还是部分实现？部分实现的话，是实现哪些功能？整合产品N，如何整合？整合哪些数据？用户应该看到什么样的UI？进行什么样的流程？这些基础问题没有确定，如何估算开发时间？业务部门觉得撰写需求文档太花费时间，但是我明确表示这件事情，就算你们不做也要有人来做，时间是不能少的，在一番不愉快的谈话之后，业务部门决定对项目重新评估。 最终产品的质量，取决于需求的准确程度，以及开发人员对于需求理解的准确度，可以观察大部分失败的项目，很多原因都处在这里，所以对于产品经理、系统分析人员，需求挖掘是一项极其重要和复杂的工作，成败全在这里，不能因为花时间、嫌麻烦就不做，或是做个稀里糊涂，这样的话后患无穷。 说到这里我想起以前看到的一幅图，讲软件开发过程的，非常有哲理，今天特地在网上搜了一下，后来发现还有个专门的网站：http://www.projectcartoon.com/，这幅图的名字是：How IT Projects Really Work 现在这副图的1.5版本还有中文的，http://www.projectcartoon.com/cartoon/31 这幅图显示了软件开发过程中的各种问题，但客户真的想要的和客户描述的就可能不同了，所以不要让错误从开始就发生！]]></description>
			<content:encoded><![CDATA[<p>我今天又对业务部门发火，源于业务部门要做一个产品X，和我提出的需求就是，实现已有产品D的功能，同时要整合已有产品N，就这么几句话，问我要多长时间，我就说这样的需求无法估算时间，原因在于你们没有告诉我要实现产品D的功能，是全部实现还是部分实现？部分实现的话，是实现哪些功能？整合产品N，如何整合？整合哪些数据？用户应该看到什么样的UI？进行什么样的流程？这些基础问题没有确定，如何估算开发时间？业务部门觉得撰写需求文档太花费时间，但是我明确表示这件事情，就算你们不做也要有人来做，时间是不能少的，在一番不愉快的谈话之后，业务部门决定对项目重新评估。</p>
<p>最终产品的质量，取决于需求的准确程度，以及开发人员对于需求理解的准确度，可以观察大部分失败的项目，很多原因都处在这里，所以对于产品经理、系统分析人员，需求挖掘是一项极其重要和复杂的工作，成败全在这里，不能因为花时间、嫌麻烦就不做，或是做个稀里糊涂，这样的话后患无穷。</p>
<p>说到这里我想起以前看到的一幅图，讲软件开发过程的，非常有哲理，今天特地在网上搜了一下，后来发现还有个专门的网站：<a href="http://www.projectcartoon.com/" target="_blank">http://www.projectcartoon.com/</a>，这幅图的名字是：<strong>How IT Projects Really Work</strong></p>
<p><a href="http://i.laoer.com/wp-content/uploads/2009/12/PM_Build_Swing1.gif"><img class="alignnone size-full wp-image-394" title="How IT Projects Really Work" src="http://i.laoer.com/wp-content/uploads/2009/12/PM_Build_Swing1.gif" alt="" width="720" height="540" /></a></p>
<p>现在这副图的1.5版本还有中文的，<a href="http://www.projectcartoon.com/cartoon/31" target="_blank">http://www.projectcartoon.com/cartoon/31</a></p>
<p>这幅图显示了软件开发过程中的各种问题，但客户真的想要的和客户描述的就可能不同了，所以不要让错误从开始就发生！</p>
]]></content:encoded>
			<wfw:commentRss>http://i.laoer.com/requirement-management.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

