<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments on: Episode 114: Christof Ebert on Requirements Engineering</title>
	<atom:link href="http://www.se-radio.net/2008/10/episode-114-christof-ebert-on-requirements-engineering/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.se-radio.net/2008/10/episode-114-christof-ebert-on-requirements-engineering/</link>
	<description>The Podcast for Professional Software Developers</description>
	<lastBuildDate>Mon, 29 Apr 2013 10:56:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Phil</title>
		<link>http://www.se-radio.net/2008/10/episode-114-christof-ebert-on-requirements-engineering/#comment-758</link>
		<dc:creator>Phil</dc:creator>
		<pubDate>Tue, 26 Oct 2010 16:36:47 +0000</pubDate>
		<guid isPermaLink="false">#comment-758</guid>
		<description><![CDATA[Good work all in all! If you&#039;re interested in requirements engineering, I&#039;d like to advise an other interview about RE (some more technical depth and some more examples also).

Check out http://www.it-radar.org/serendipity/archives/80-Ian-Alexander-zu-Requirements-Engineering-RefsQ-2010.html !


Regards, Phil]]></description>
		<content:encoded><![CDATA[<p>Good work all in all! If you&#8217;re interested in requirements engineering, I&#8217;d like to advise an other interview about RE (some more technical depth and some more examples also).</p>
<p>Check out <a href="http://www.it-radar.org/serendipity/archives/80-Ian-Alexander-zu-Requirements-Engineering-RefsQ-2010.html" rel="nofollow">http://www.it-radar.org/serendipity/archives/80-Ian-Alexander-zu-Requirements-Engineering-RefsQ-2010.html</a> !</p>
<p>Regards, Phil</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Linola</title>
		<link>http://www.se-radio.net/2008/10/episode-114-christof-ebert-on-requirements-engineering/#comment-198</link>
		<dc:creator>Linola</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-198</guid>
		<description><![CDATA[Interessting introduction. I would like to hear a lot more on this topic, if possible.
From my perspective you could also extend the podcast to two or two and a half hours if the topic allows/demands it.
I am also a regular listener of Tim Pritloves Chaosradio Express (technical too, but with another focus), and his podcast always take as long as it needs to say all relevant things (one to three hours); in his podcast he also is a good rolemodel on how to interview people.
I would prefer a longer, more deeper and detailed podcast (even if only produced every two weeks or so) over the &lt; 1 hour format.
I generally like your interview style, but sometimes the monologues get too long. It is then in the style of short question, long answer and far from a lively discussion.
As I read, Christof Ebert also gives a talk at the university of stuttgart to this topic. A hint, even if it only adresses a small group of listeners, would have been welcome.

Keep up the good work, Thanks &amp; Greetings

]]></description>
		<content:encoded><![CDATA[<p>Interessting introduction. I would like to hear a lot more on this topic, if possible.<br />
From my perspective you could also extend the podcast to two or two and a half hours if the topic allows/demands it.<br />
I am also a regular listener of Tim Pritloves Chaosradio Express (technical too, but with another focus), and his podcast always take as long as it needs to say all relevant things (one to three hours); in his podcast he also is a good rolemodel on how to interview people.<br />
I would prefer a longer, more deeper and detailed podcast (even if only produced every two weeks or so) over the < 1 hour format.<br />
I generally like your interview style, but sometimes the monologues get too long. It is then in the style of short question, long answer and far from a lively discussion.<br />
As I read, Christof Ebert also gives a talk at the university of stuttgart to this topic. A hint, even if it only adresses a small group of listeners, would have been welcome.</p>
<p>Keep up the good work, Thanks &#038; Greetings</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bjoern</title>
		<link>http://www.se-radio.net/2008/10/episode-114-christof-ebert-on-requirements-engineering/#comment-200</link>
		<dc:creator>bjoern</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-200</guid>
		<description><![CDATA[Great Episode (as, IMHO, all interview episodes with Markus asking the questions). In general, I really like your interview-style. Whenever i think &quot;well, but what if ...?&quot; while listening, you ask that question. But i also have criticism (of sorts). In episodes like this one, that deal with development-process topics, I would really like more examples, especially in more reallistic (from my point of view) scenarios. How does it scale with the teamsize, what if customers are not available (for questioning, evaluating, etc.)? These question do arise out of my personal working-experience, so other might not really find them that interesting.
Last but not least, I agree with the above guy on the length of the podcast.

Keep up the good work,

     Björn]]></description>
		<content:encoded><![CDATA[<p>Great Episode (as, IMHO, all interview episodes with Markus asking the questions). In general, I really like your interview-style. Whenever i think &#8220;well, but what if &#8230;?&#8221; while listening, you ask that question. But i also have criticism (of sorts). In episodes like this one, that deal with development-process topics, I would really like more examples, especially in more reallistic (from my point of view) scenarios. How does it scale with the teamsize, what if customers are not available (for questioning, evaluating, etc.)? These question do arise out of my personal working-experience, so other might not really find them that interesting.<br />
Last but not least, I agree with the above guy on the length of the podcast.</p>
<p>Keep up the good work,</p>
<p>     Björn</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete F</title>
		<link>http://www.se-radio.net/2008/10/episode-114-christof-ebert-on-requirements-engineering/#comment-210</link>
		<dc:creator>Pete F</dc:creator>
		<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-210</guid>
		<description><![CDATA[and it sounded like another trip down the waterfall to  me

pf




]]></description>
		<content:encoded><![CDATA[<p>and it sounded like another trip down the waterfall to  me</p>
<p>pf</p>
]]></content:encoded>
	</item>
</channel>
</rss>
