<?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 for Architech Solutions</title>
	<atom:link href="http://www.architech.ca/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.architech.ca</link>
	<description>Designing systems that work</description>
	<lastBuildDate>Wed, 11 Jan 2012 12:02:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on Whitepaper: Common Challenges to Creating a Positive User Experience by David Suydam</title>
		<link>http://www.architech.ca/2011/06/whitepaper-common-challenges-to-creating-a-positive-user-experience/comment-page-1/#comment-1459</link>
		<dc:creator>David Suydam</dc:creator>
		<pubDate>Wed, 11 Jan 2012 12:02:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.architech.ca/?p=2189#comment-1459</guid>
		<description>Reza, you&#039;re describing a scenario that is all too common. It&#039;s no wonder that some smaller, entrepreneurial firms with a culture for innovation, continuous integration/deployment, test driven development, and agility are having such an impact on our expectations of what &quot;great software&quot; can and should be. Yes, development teams should be conscious of what real users need and avoid big bang implementations. Great software requires a passion for proper software engineering, but it also never ends with a first deployment, or even a few. Too many companies define their requirements and budget as one or two &quot;phases&quot;, without consideration for where the real work and commitment towards great software lies - in the continuous process of improving the software through user testing and feedback. Check out http://books.google.ca/books/about/The_Lean_Startup.html?id=tvfyz-4JILwC to see a fantastic explanation of what I&#039;m talking about, including techniques like A/B split testing and cohort analysis.</description>
		<content:encoded><![CDATA[<p>Reza, you&#8217;re describing a scenario that is all too common. It&#8217;s no wonder that some smaller, entrepreneurial firms with a culture for innovation, continuous integration/deployment, test driven development, and agility are having such an impact on our expectations of what &#8220;great software&#8221; can and should be. Yes, development teams should be conscious of what real users need and avoid big bang implementations. Great software requires a passion for proper software engineering, but it also never ends with a first deployment, or even a few. Too many companies define their requirements and budget as one or two &#8220;phases&#8221;, without consideration for where the real work and commitment towards great software lies &#8211; in the continuous process of improving the software through user testing and feedback. Check out <a href="http://books.google.ca/books/about/The_Lean_Startup.html?id=tvfyz-4JILwC" rel="nofollow">http://books.google.ca/books/about/The_Lean_Startup.html?id=tvfyz-4JILwC</a> to see a fantastic explanation of what I&#8217;m talking about, including techniques like A/B split testing and cohort analysis.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Whitepaper: Common Challenges to Creating a Positive User Experience by Reza Azar</title>
		<link>http://www.architech.ca/2011/06/whitepaper-common-challenges-to-creating-a-positive-user-experience/comment-page-1/#comment-1458</link>
		<dc:creator>Reza Azar</dc:creator>
		<pubDate>Wed, 11 Jan 2012 10:10:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.architech.ca/?p=2189#comment-1458</guid>
		<description>I wished more developers paid attention to the points in paper. In cases where software is to replace manual operation, it is also effective for the software not to diverge too much from already working solution. For example, I have a friend who works at a restaurant taking phone orders. Their usual method is to sort orders based on time and caller&#039;s phone number. So orders go out in sequence and phone numbers are unique among orders and addresses are easy to look up once an order is ready to go. In a recent move to automate the process. The developer&#039;s sort based on address and time. That has created a problem as addresses are long and hard to look up once 40 orders are in. As the paper mentions it, requirement analysis is absolutely important and has to be done at all levels. unfortunately in my friends case the software was developed using waterfall paradigm and had already costed two million dollars and changes were refused.</description>
		<content:encoded><![CDATA[<p>I wished more developers paid attention to the points in paper. In cases where software is to replace manual operation, it is also effective for the software not to diverge too much from already working solution. For example, I have a friend who works at a restaurant taking phone orders. Their usual method is to sort orders based on time and caller&#8217;s phone number. So orders go out in sequence and phone numbers are unique among orders and addresses are easy to look up once an order is ready to go. In a recent move to automate the process. The developer&#8217;s sort based on address and time. That has created a problem as addresses are long and hard to look up once 40 orders are in. As the paper mentions it, requirement analysis is absolutely important and has to be done at all levels. unfortunately in my friends case the software was developed using waterfall paradigm and had already costed two million dollars and changes were refused.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What is Software Joy? by Eric Nathan</title>
		<link>http://www.architech.ca/2012/01/what-is-software-joy-2/comment-page-1/#comment-1456</link>
		<dc:creator>Eric Nathan</dc:creator>
		<pubDate>Mon, 09 Jan 2012 23:44:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.architech.ca/?p=2319#comment-1456</guid>
		<description>Well said. As the app world explodes into the hundreds of thousands, the ones that stand out are always the most simple.  Apps that use white space advantageously, like Dropbox, don&#039;t require a training manual, the user just knows where to click. Software Joy is a great concept and I hope it spreads, I wish you the best of luck.</description>
		<content:encoded><![CDATA[<p>Well said. As the app world explodes into the hundreds of thousands, the ones that stand out are always the most simple.  Apps that use white space advantageously, like Dropbox, don&#8217;t require a training manual, the user just knows where to click. Software Joy is a great concept and I hope it spreads, I wish you the best of luck.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Declaring Content Bankruptcy &#8211; Part 2 by degrees online</title>
		<link>http://www.architech.ca/2010/08/declaring-content-bankruptcy-part-2/comment-page-1/#comment-1417</link>
		<dc:creator>degrees online</dc:creator>
		<pubDate>Thu, 05 May 2011 18:53:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.architech.ca/?p=1848#comment-1417</guid>
		<description>Hello! Very good tip on this post! It&#039;s the little adjustments that make the biggest changes. Thanks so much for sharing!</description>
		<content:encoded><![CDATA[<p>Hello! Very good tip on this post! It&#8217;s the little adjustments that make the biggest changes. Thanks so much for sharing!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unleash human potential within your own organization by David Suydam</title>
		<link>http://www.architech.ca/2009/01/unleash-human-potential-within-your-own-organization/comment-page-1/#comment-1415</link>
		<dc:creator>David Suydam</dc:creator>
		<pubDate>Tue, 26 Apr 2011 16:10:34 +0000</pubDate>
		<guid isPermaLink="false">http://architech.me/?p=11#comment-1415</guid>
		<description>While there may be some companies that leverage offshore cheap labor as short-term &quot;sweat shops&quot;, many invest with a longer term outlook. Getting an offshore team to work closely and effectively with your local stakeholders is no small task (see &lt;a href=&quot;http://www.architech.ca/2010/04/whitepaper-home-ice-advantage-local-software-has-a-competitive-edge/&quot; rel=&quot;nofollow&quot;&gt;our whitepaper on local development&lt;/a&gt;).

If you look at this in the broader context of the original talk from Gladwell, his point is around wasted human capital. From that vein, why not employ the best that countries like India, Serbia and Ukraine can offer, especially when labor markets in developed countries tap out? Although this is not generally the approach that we at Architech take, preferring local collaboration with our clients, you can perhaps see the point for larger organizations willing to invest in longer term partnerships.</description>
		<content:encoded><![CDATA[<p>While there may be some companies that leverage offshore cheap labor as short-term &#8220;sweat shops&#8221;, many invest with a longer term outlook. Getting an offshore team to work closely and effectively with your local stakeholders is no small task (see <a href="http://www.architech.ca/2010/04/whitepaper-home-ice-advantage-local-software-has-a-competitive-edge/" rel="nofollow">our whitepaper on local development</a>).</p>
<p>If you look at this in the broader context of the original talk from Gladwell, his point is around wasted human capital. From that vein, why not employ the best that countries like India, Serbia and Ukraine can offer, especially when labor markets in developed countries tap out? Although this is not generally the approach that we at Architech take, preferring local collaboration with our clients, you can perhaps see the point for larger organizations willing to invest in longer term partnerships.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Whitepaper: Serving! One Customer at a Time: How to Win with Marketing Automation by Billie Gerwitz</title>
		<link>http://www.architech.ca/2009/12/whitepaper-serving-one-customer-at-a-time-how-to-win-with-marketing-automation/comment-page-1/#comment-1413</link>
		<dc:creator>Billie Gerwitz</dc:creator>
		<pubDate>Sun, 27 Mar 2011 06:01:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.architech.ca/?p=1428#comment-1413</guid>
		<description>wonderful site.. i really liked reading your article.</description>
		<content:encoded><![CDATA[<p>wonderful site.. i really liked reading your article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Unleash human potential within your own organization by Khan</title>
		<link>http://www.architech.ca/2009/01/unleash-human-potential-within-your-own-organization/comment-page-1/#comment-1399</link>
		<dc:creator>Khan</dc:creator>
		<pubDate>Fri, 04 Mar 2011 04:58:58 +0000</pubDate>
		<guid isPermaLink="false">http://architech.me/?p=11#comment-1399</guid>
		<description>in my opinion Human Capital Sounds good for developed countries but what about developing countries where most of the multinationals are coming to invest because of cheap labor but not investing on human capitalization and even worst in local companies reason being they see it as cost factor, an added overhead in their expenditures, in such cases how to make them realize the importance of human capitalization?? what approach can be adopted to make them see it as their competitive edge??</description>
		<content:encoded><![CDATA[<p>in my opinion Human Capital Sounds good for developed countries but what about developing countries where most of the multinationals are coming to invest because of cheap labor but not investing on human capitalization and even worst in local companies reason being they see it as cost factor, an added overhead in their expenditures, in such cases how to make them realize the importance of human capitalization?? what approach can be adopted to make them see it as their competitive edge??</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on User Story Tip: One story or two? by Tweets that mention User Story Tip: One story or two? &#124; Architech Solutions -- Topsy.com</title>
		<link>http://www.architech.ca/2011/02/user-story-tip-one-story-or-two/comment-page-1/#comment-1386</link>
		<dc:creator>Tweets that mention User Story Tip: One story or two? &#124; Architech Solutions -- Topsy.com</dc:creator>
		<pubDate>Thu, 24 Feb 2011 15:41:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.architech.ca/?p=2067#comment-1386</guid>
		<description>[...] This post was mentioned on Twitter by Adam Thody, Martin O&#039;Connor. Martin O&#039;Connor said: RT @thody: Check out my post on dissecting user stories over at the Architech blog http://bit.ly/dJqjXF [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Adam Thody, Martin O&#039;Connor. Martin O&#039;Connor said: RT @thody: Check out my post on dissecting user stories over at the Architech blog <a href="http://bit.ly/dJqjXF" rel="nofollow">http://bit.ly/dJqjXF</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Architech is a Gold Sponsor at Agile Tour &#8217;10 Toronto conference by David Suydam</title>
		<link>http://www.architech.ca/2010/09/architech-is-a-gold-sponsor-at-agile-tour-10-toronto-conference/comment-page-1/#comment-1322</link>
		<dc:creator>David Suydam</dc:creator>
		<pubDate>Mon, 24 Jan 2011 15:01:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.architech.ca/?p=1942#comment-1322</guid>
		<description>Thanks for the vote of confidence! Let us know if there are any specific topics or points you&#039;d like us to address going forward.</description>
		<content:encoded><![CDATA[<p>Thanks for the vote of confidence! Let us know if there are any specific topics or points you&#8217;d like us to address going forward.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Architech is a Gold Sponsor at Agile Tour &#8217;10 Toronto conference by frostwire</title>
		<link>http://www.architech.ca/2010/09/architech-is-a-gold-sponsor-at-agile-tour-10-toronto-conference/comment-page-1/#comment-1320</link>
		<dc:creator>frostwire</dc:creator>
		<pubDate>Mon, 17 Jan 2011 20:51:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.architech.ca/?p=1942#comment-1320</guid>
		<description>Great goods from you, man. I&#039;ve understand your stuff previous to and you are just extremely great. I really like what you&#039;ve acquired here, certainly like what you&#039;re saying and the way in which you say it. You make it entertaining and you still care for to keep it smart. I can not wait to read far more from you. This is actually a great site.</description>
		<content:encoded><![CDATA[<p>Great goods from you, man. I&#8217;ve understand your stuff previous to and you are just extremely great. I really like what you&#8217;ve acquired here, certainly like what you&#8217;re saying and the way in which you say it. You make it entertaining and you still care for to keep it smart. I can not wait to read far more from you. This is actually a great site.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

