<?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>SDK &#187; John Hanson</title>
	<atom:link href="http://sdk.org.nz/author/john/feed/" rel="self" type="application/rss+xml" />
	<link>http://sdk.org.nz</link>
	<description>Software Developers (K)ollaborative</description>
	<lastBuildDate>Wed, 16 Jun 2010 21:39:56 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Musings on developing across time zones</title>
		<link>http://sdk.org.nz/2009/05/23/timezones/</link>
		<comments>http://sdk.org.nz/2009/05/23/timezones/#comments</comments>
		<pubDate>Fri, 22 May 2009 15:55:07 +0000</pubDate>
		<dc:creator>John Hanson</dc:creator>
				<category><![CDATA[Random]]></category>

		<guid isPermaLink="false">http://sdk.org.nz/?p=98</guid>
		<description><![CDATA[A few years ago, when I was a sheltered young programmer&#8230; I was approached by a reasonbably well known firm in Auckland to see if I wanted to be an offshore development manager. This came about through a rather long list of co-incidences. but the general upshot of which would be that I would have [...]]]></description>
			<content:encoded><![CDATA[<p>A few years ago, when I was a sheltered young programmer&#8230; I was approached by a reasonbably well known firm in Auckland to see if I wanted to be an offshore development manager. This came about through a rather long list of co-incidences. but the general upshot of which would be that I would have to got to live in a small South East Asian country and manage developers doing custom development for clients back home. I eventually declined the offer for a number of reasons and went back to my New Zealand code monkey duties.</p>
<p>I&#8217;m now a few years older, and a few years wiser; and I&#8217;ve found myself in a far off country trying to organise developments in a country 26 hours by plane away.</p>
<p>So, I thought I&#8217;d share some of the tips I&#8217;ve picked up from the experience so far. And for the sake of lazyness, I&#8217;ll write it as an &#8220;all time top 5&#8243; list, a-la High Fidelity.</p>
<p>5) It helps if the two ends are culturally similar. I don&#8217;t mean culturally similar with regards to race, relgion etc&#8230; rather it helps when the two organisations are similar in ethos. Do you both have a similar level of commitment to clients? Do you both work similar hours? Have similar expectations of what constitutes an acceptable level of testing/documentation/speed of development?</p>
<p>4) Try and get the ability to allow both sides to access source. This gives you the ability to check progress&#8230; fix bugs and give suggestions that you wouldn&#8217;t otherwise be able to early on in the development cycle.</p>
<p>3) You need to clearly define the responsabilities at each end.. which country is responsible for tracking the project state? code deficiencies? documentation etc&#8230; Preferably there needs to be one designated person at either end ultimately responsible for deliverables. Without such a person, deliverables have a habit of languishing in the bowels of the development shop without progress.</p>
<p>2) Personal relationships are a key factor to making things work. Having met the other person at the other end of the phone can make up for a lot of process deficiencies. Put some people on a plane to meet the folks at the other end&#8230; if you haven&#8217;t met the side, your business is likely to suffer. Try and foster relationships not just with the senior members of the other side,  as the developers will likely be more open to going the extra yard for you if they have a face to put the work to.</p>
<p>1) Communicate. Daily if possible. Emails good, IM is better, Phone calls are the best. Make sure each side is aware of what&#8217;s going on&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://sdk.org.nz/2009/05/23/timezones/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
