<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
"It's only ONE PERSON the client needs to trust - not the whole team"<br><br>Are you stupid?<br><br>&gt; From: kelly@gothamcitydrupal.com<br>&gt; Date: Wed, 23 Mar 2011 15:34:17 -0400<br>&gt; To: consulting@drupal.org<br>&gt; Subject: Re: [consulting] consulting Digest, Vol 62, Issue 20<br>&gt; <br>&gt; &gt; Nothing beats a collocated team when it comes to customer requirements analysis, rapid feedback, changes, and trust.<br>&gt; <br>&gt; I disagree. It's only ONE PERSON the client needs to trust - not the whole team. The implication being that the person the client needs to trust is the person responsible for their project, who assures the quality of the final work product. I'm addressing this (ironically, in this context) by having a distributed network of highly-skilled Drupal freelancers, all of whom run their own businesses and know how to handle client relationships. Because of the distributed nature of the team, there can be a local client in-peron relationship, if needed, because we're in all major markets (at least in the USA - I'm working on the global situation). I think it's incumbent on all of us to learn new ways to not have to work in the same room - for so many reasons I can't even keep count, among the most important of which is that many of the best people don;t want to work onsite - this confirmed by several Drupal recruiters I've asked about this. Because if one thing is clear to me, a dist<br>&gt;  ributed workforce for coding is the future.<br>&gt; <br>&gt; &gt; Some projects can be treated as commodities, but I believe the relationship between customer and consultant is vital to delivering the most useful and expected work items. <br>&gt; <br>&gt; Now THAT I completely agree with. Relationship and trust are everything. Otherwise you're drowning in a sea of paperwork, requirements documents, and all kinds of artificial "assurances" and CYAs that in the end, mean nothing outside a courtroom. And if you're in a courtroom, the relationship is certainly not going to be recoverable.<br>&gt; <br>&gt; Integrity and trustworthiness are the most important assets we have outside our technical knowledge, and they're the attributes that really set the best people apart. Those are the qualities my "partner evaluation rubric" (this algorithm I've made which factors a whole lot of qualities and skills and weights them, and is designed for Drupal coders specifically - my very own Certified to Rock) attached very high weighting to, with emphasis on previous direct working relationships.<br>&gt; <br>&gt; Kelly Bell<br>&gt; 917.446.1555<br>&gt; twitter: @kelly @gothamdrupal<br>&gt; LinkedIn: http://www.linkedin.com/company/gotham-city-drupal<br>&gt; http://gothamcitydrupal.com<br>&gt; http://drupal.org: kbell<br>&gt; freenode.irc: kbell<br>&gt; http://acquia.com/partners/showcase/gotham-city-drupal<br>&gt; <br>&gt; On Mar 23, 2011, at 2:51 PM, consulting-request@drupal.org wrote:<br>&gt; <br>&gt; &gt; Nothing beats a collocated team when it comes to customer requirements analysis, rapid feedback, changes, and trust.<br>&gt; &gt; <br>&gt; &gt; Some projects can be treated as commodities, but I believe the relationship between customer and consultant is vital to delivering the most useful and expected work items. <br>&gt; &gt; <br>&gt; &gt; --Jim<br>&gt; <br>&gt; _______________________________________________<br>&gt; consulting mailing list<br>&gt; consulting@drupal.org<br>&gt; http://lists.drupal.org/mailman/listinfo/consulting<br>                                               </body>
</html>