<html><head><base href="x-msg://109/"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I don't think it is "stupid". In fact, if you have had had the opportunity of working on a development project from the other side of the equation, you would probably have more insight. <div>Yes, the whole team matters, but to the client - they could care less. The client want quality work and for that work to represent the vision and goals of the project. When things don't go that way, I seriously doubt any client has the time or disposition to consult every member of the team. They want one trusted point of contact, and they want that contact to be effective in seeing the goals met. </div><div><br></div><div><br><div><div>On Mar 23, 2011, at 1:34 PM, cliff ludriecus wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div class="hmmessage" style="font-size: 10pt; font-family: Tahoma; ">"It's only ONE PERSON the client needs to trust - not the whole team"<br><br>Are you stupid?<br><br>> From:<span class="Apple-converted-space"> </span><a href="mailto:kelly@gothamcitydrupal.com">kelly@gothamcitydrupal.com</a><br>> Date: Wed, 23 Mar 2011 15:34:17 -0400<br>> To:<span class="Apple-converted-space"> </span><a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>> Subject: Re: [consulting] consulting Digest, Vol 62, Issue 20<br>><span class="Apple-converted-space"> </span><br>> > Nothing beats a collocated team when it comes to customer requirements analysis, rapid feedback, changes, and trust.<br>><span class="Apple-converted-space"> </span><br>> 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>> ributed workforce for coding is the future.<br>><span class="Apple-converted-space"> </span><br>> > 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.<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> 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>><span class="Apple-converted-space"> </span><br>> 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>><span class="Apple-converted-space"> </span><br>> Kelly Bell<br>> 917.446.1555<br>> twitter: @kelly @gothamdrupal<br>> LinkedIn:<span class="Apple-converted-space"> </span><a href="http://www.linkedin.com/company/gotham-city-drupal">http://www.linkedin.com/company/gotham-city-drupal</a><br>><span class="Apple-converted-space"> </span><a href="http://gothamcitydrupal.com">http://gothamcitydrupal.com</a><br>><span class="Apple-converted-space"> </span><a href="http://drupal.org:">http://drupal.org:</a><span class="Apple-converted-space"> </span>kbell<br>> freenode.irc: kbell<br>><span class="Apple-converted-space"> </span><a href="http://acquia.com/partners/showcase/gotham-city-drupal">http://acquia.com/partners/showcase/gotham-city-drupal</a><br>><span class="Apple-converted-space"> </span><br>> On Mar 23, 2011, at 2:51 PM,<span class="Apple-converted-space"> </span><a href="mailto:consulting-request@drupal.org">consulting-request@drupal.org</a><span class="Apple-converted-space"> </span>wrote:<br>><span class="Apple-converted-space"> </span><br>> > Nothing beats a collocated team when it comes to customer requirements analysis, rapid feedback, changes, and trust.<br>> ><span class="Apple-converted-space"> </span><br>> > 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.<span class="Apple-converted-space"> </span><br>> ><span class="Apple-converted-space"> </span><br>> > --Jim<br>><span class="Apple-converted-space"> </span><br>> _______________________________________________<br>> consulting mailing list<br>><span class="Apple-converted-space"> </span><a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>><span class="Apple-converted-space"> </span><a href="http://lists.drupal.org/mailman/listinfo/consulting">http://lists.drupal.org/mailman/listinfo/consulting</a><br>_______________________________________________<br>consulting mailing list<br><a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br><a href="http://lists.drupal.org/mailman/listinfo/consulting">http://lists.drupal.org/mailman/listinfo/consulting</a><br></div></span></blockquote></div><br></div></body></html>