<?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>Comments on: Lessons Learned: Startup Failure Part 2</title>
	<atom:link href="http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html</link>
	<description>Dealing with software projects in real life</description>
	<lastBuildDate>Fri, 10 Feb 2012 19:07:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2104</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Tue, 28 Apr 2009 06:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2104</guid>
		<description>It would make a difference at least in a couple of areas:&lt;br /&gt;&lt;br /&gt;1. There would be higher pressure to push development of the service. Having a day job makes you feel safe. Feeling safe makes you more prone to failure since you can get over it. Hey, you still have your main job.&lt;br /&gt;&lt;br /&gt;2. There would be better maintenance of the service. One thing we struggled was everyday maintenance of the platform. A series of crashes happened and it took long time to recover from each. It would be different if someone worked on it as his main job, not during time stolen from other activities.</description>
		<content:encoded><![CDATA[<p>It would make a difference at least in a couple of areas:</p>
<p>1. There would be higher pressure to push development of the service. Having a day job makes you feel safe. Feeling safe makes you more prone to failure since you can get over it. Hey, you still have your main job.</p>
<p>2. There would be better maintenance of the service. One thing we struggled was everyday maintenance of the platform. A series of crashes happened and it took long time to recover from each. It would be different if someone worked on it as his main job, not during time stolen from other activities.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: soenandar</title>
		<link>http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2103</link>
		<dc:creator>soenandar</dc:creator>
		<pubDate>Tue, 28 Apr 2009 01:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2103</guid>
		<description>What if half of you decided to quit and work full time, do you think that makes a different for your business?</description>
		<content:encoded><![CDATA[<p>What if half of you decided to quit and work full time, do you think that makes a different for your business?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Marculescu</title>
		<link>http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2102</link>
		<dc:creator>Paul Marculescu</dc:creator>
		<pubDate>Mon, 26 Jan 2009 21:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2102</guid>
		<description>It&#039;s true that it all depends on what you want to communicate and what you need to achieve.&lt;br/&gt;&lt;br/&gt;There is nothing wrong to talking, of course, but I prefer to have everything written down when it comes to projects collaboration.&lt;br/&gt;&lt;br/&gt;In any case, our conversation here inspired me for &lt;a HREF=&quot;http://blog.teamness.com/2009/01/brainstorming-remotely.html&quot; REL=&quot;nofollow&quot;&gt;a new blog post&lt;/a&gt;, as a long answer to this, as seen from my point of view.</description>
		<content:encoded><![CDATA[<p>It&#8217;s true that it all depends on what you want to communicate and what you need to achieve.</p>
<p>There is nothing wrong to talking, of course, but I prefer to have everything written down when it comes to projects collaboration.</p>
<p>In any case, our conversation here inspired me for <a HREF="http://blog.teamness.com/2009/01/brainstorming-remotely.html" REL="nofollow">a new blog post</a>, as a long answer to this, as seen from my point of view.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2101</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Mon, 26 Jan 2009 15:34:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2101</guid>
		<description>Try to do some brainstorming via email then. The &lt;a HREF=&quot;http://blog.brodzinski.com/2007/02/best-way-of-contact.html&quot; REL=&quot;nofollow&quot;&gt;best way of communication&lt;/a&gt; depends on what do you want to achieve. At that time we still needed a lot of open-ended discussions which pushed the project ahead.&lt;br/&gt;&lt;br/&gt;I don&#039;t agree on efficiency of written communication as a rule either. It takes significantly more time to write some things down than to say them. You get feedback later so you can spend some time digging in a dead-end instead of getting quick reposnse pointing you the right way etc.&lt;br/&gt;&lt;br/&gt;Of course there are situations where emails of instant messengers are better but at that time we needed more face-to-face meetings than we could organize while we were spread over different localizations.</description>
		<content:encoded><![CDATA[<p>Try to do some brainstorming via email then. The <a HREF="http://blog.brodzinski.com/2007/02/best-way-of-contact.html" REL="nofollow">best way of communication</a> depends on what do you want to achieve. At that time we still needed a lot of open-ended discussions which pushed the project ahead.</p>
<p>I don&#8217;t agree on efficiency of written communication as a rule either. It takes significantly more time to write some things down than to say them. You get feedback later so you can spend some time digging in a dead-end instead of getting quick reposnse pointing you the right way etc.</p>
<p>Of course there are situations where emails of instant messengers are better but at that time we needed more face-to-face meetings than we could organize while we were spread over different localizations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Marculescu</title>
		<link>http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2100</link>
		<dc:creator>Paul Marculescu</dc:creator>
		<pubDate>Mon, 26 Jan 2009 12:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2100</guid>
		<description>Yep, I understand that you had to go from face-2-face meetings to email discussions, but in my opinion, writing things down in emails is more efficient than live talk, for the following reasons:&lt;br/&gt;&lt;br/&gt;It&#039;s natural to keep the discussion focused on different aspects. Talking makes this a bit chaotic.&lt;br/&gt;&lt;br/&gt;It&#039;s easier to follow a point of view, when you have it written in front of view and you may easily go back and forth on the thread.&lt;br/&gt;&lt;br/&gt;Writing instead of talking makes people think deeper about what is it that they want to communicate.&lt;br/&gt;&lt;br/&gt;Everything that&#039;s discussed gets in some sort of storage for further reference.&lt;br/&gt;&lt;br/&gt;So, as far as I&#039;m concerned, going to communication through a written medium is more efficient than having live meetings. That&#039;s why I didn&#039;t understand what you were referring to when you said that working from the same place was better.</description>
		<content:encoded><![CDATA[<p>Yep, I understand that you had to go from face-2-face meetings to email discussions, but in my opinion, writing things down in emails is more efficient than live talk, for the following reasons:</p>
<p>It&#8217;s natural to keep the discussion focused on different aspects. Talking makes this a bit chaotic.</p>
<p>It&#8217;s easier to follow a point of view, when you have it written in front of view and you may easily go back and forth on the thread.</p>
<p>Writing instead of talking makes people think deeper about what is it that they want to communicate.</p>
<p>Everything that&#8217;s discussed gets in some sort of storage for further reference.</p>
<p>So, as far as I&#8217;m concerned, going to communication through a written medium is more efficient than having live meetings. That&#8217;s why I didn&#8217;t understand what you were referring to when you said that working from the same place was better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2099</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Sun, 25 Jan 2009 16:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2099</guid>
		<description>There were 4 of us, but like I&#039;ve already mentioned no one worked full time on the project.&lt;br/&gt;&lt;br/&gt;When we split communication became just harder. Most of the time we were talking only via instant messangers and emails, while earlier we could meet whenever we needed.</description>
		<content:encoded><![CDATA[<p>There were 4 of us, but like I&#8217;ve already mentioned no one worked full time on the project.</p>
<p>When we split communication became just harder. Most of the time we were talking only via instant messangers and emails, while earlier we could meet whenever we needed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Marculescu</title>
		<link>http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2098</link>
		<dc:creator>Paul Marculescu</dc:creator>
		<pubDate>Thu, 22 Jan 2009 21:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/01/lessons-learned-startup-failure-part-2.html#comment-2098</guid>
		<description>Valuable lessons here, Pawel.&lt;br/&gt;&lt;br/&gt;How many people were on the team for Overto?&lt;br/&gt;&lt;br/&gt;I&#039;m also curious about the issues you started facing after you began working from different places.</description>
		<content:encoded><![CDATA[<p>Valuable lessons here, Pawel.</p>
<p>How many people were on the team for Overto?</p>
<p>I&#8217;m also curious about the issues you started facing after you began working from different places.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

