What Is the Best Way To Build a Virtual Team? 175
stoolpigeon writes "The department I work in is growing and including new members that live quite far apart. Right now most people are in the same office but new members are in Singapore and South Africa, with more coming from other places. I would be interested in Slashdotters' recommendations for software, practices, services and anything else that can help build strong virtual teams."
Keeping in touch plenty! (Score:4, Interesting)
Lots of small targets as well as an overall project target.
Do try to have face to face meetings occasionally.
Re: (Score:1)
Re: (Score:1)
Re: (Score:2)
This. For all of the above. 'Face-to-Face' doesn't have to mean travel.
I disagree... I think travel helps a lot. I worked in India for ten years at two different companies, one based in the U.S. and one based in Europe.
The U.S. one didn't like travel. The European one did and it made a huge difference.
My Indian team members spent a few months getting up to speed and working in Europe before going back to work full time in India and the value of it was that once we returned to India everyone knew everyone. People on the other continent weren't just voices on a phone or face
Re:Keeping in touch plenty! (Score:4, Informative)
As somebody who's been doing this for over a decade, let me emphasise the importance of this. You will need a good travel budget, and you will need to be willing to make sacrifices in your personal life, in addition to ensuring other good and regular communication commitments.
I've just got off our weekly engineering call that went for the last two hours (10pm California, 6am London and 1pm Shanghai). Yawn. Somebody always gets the arsehole timeslot with this many timezones. We've managed to keep it down to one of these a week, with some extra duplicated two time zone meetings in between. Any less and things noticeably fall between the cracks quickly.
Re: (Score:2)
Re: (Score:3)
I also happen to be part of a geographically dispersed team that has weekly conference calls via Skype. IMHO (and a few others'), the calls are largely a waste of time. I know what my job is. I can work independently. For everything else, e-mail is just fine.
For most of the call, I'm actually doing real work in another window and pretty much ignore the call because it's about talking about other aspects of the project that
Re: (Score:2)
BTW: don't some very famous, large, geographically dispersed software projects get along just fine without weekly conference calls? Apache, GCC, and Linux come to mind.
I was wondering the same thing. I've worked in similar situations, and gone months without voice calls or facetime. Just email, IM, bugzilla, etc. worked ok for those projects.
Apples and oranges. (Score:2)
The other thing(s) those projects also have in common are, not needing to meet a budget, not needing to meet a schedule, etc... etc... They're also (largely) worked on in people's spare time - they wouldn't reliably be available for a phone call in the first place.
Re: (Score:3)
I'm a little confused how you can just sit there not paying attention and that doesn't have any negative consequences. To me, that indicates that the wrong people are on the call. If everybody on the call doesn't have something to contribute to each part of the discussion, then what you've done is taken what is actually two or more teams and glued them together to make a "team" that's not really a team. Now you are mutually wasting everybody's time.
Using email instead of speaking with your voice is also a c
Re: (Score:2)
Well, it's been nearly 2 years and nobody has reported any negative consequences (aside from the fact that the call tends to waste people's time). The call is comprised of the entire team: that's why it's called a weekly team call. Therefore by definition, there can be no "wrong" people on the call.
Re: (Score:2)
Re: (Score:2)
For instance, we used to work with a group of people located in the Ukraine (us being in the Netherlands). Turned out that in ex-soviet countries, the culture is still to never
Re: (Score:2)
That all stems from a lack of ownership of the quality and customer satisfaction of the result. Instead, the people you described felt ownership of the specific literal tasks that you gave.
With people like that, you have to get them to care more about quality. You need to put them around customers or customer representatives who can interact with them so they get a better sense of the whole product, rather than their little sub-tasks in building it
Like you say, their feelings are deeply rooted in culture.
Re: (Score:1)
Call often and try visit whenever possible.
We work with people in US, EU, China and Japan. I've found it absolutely crucial that at least some members in each office have physically met members of the other teams. It makes communicating 10 times easier when you've had a beer with someone and know a little more about their environment. Even if you think you don't need this, others probably do. Keep in mind that not all cultures are as direct and forward as you may want them to be. It can take a lot of bondin
Re: (Score:2)
Re: (Score:2)
Before people didn't meet face to face, communication will be inefficient due to cultural differences and the fact that it's a lot harder to relate to an email-address than to someone you spent an evening having beers. Even simple things like Yes or No have very different meaning in different countries.
What seems to work well is to have at least one big team meeting per year where everyone meets in one place. Even if the meeting itself might not be that productive, the face-to-face time is crucial. Also, if
Re: (Score:2)
Also, if you're having regular conference calls, make sure it works smoothly. If you spend the first fifteen minutes every time trying to get everyone connected, people will hate you for it.
Re: (Score:2)
Talk (Score:2)
Constant communication is important. Getting each member of the team to have their voice heard in a call each day reminds everyone that they're dealing with Real People(tm) and not just names behind e-mail addresses. If you have a travel budget, try and get 1 person to the bigger team now and then. This can be a PITA with visa requirements for South African's - not sure about your Singapore staff.
Video and Voice... (Score:2)
A chat and email solution is one aspect.
But we humans can convey more information via spoken language and mimics. An audio and video connection for interacting with the team member across the globe is important.
Use IM with integrated Audio and Video, and which enables desktop sharing for collaborative working.
To stitch further the sense of a team despite of the distance, you can extend the office with the view of the other offices' common room filmed from a camera onto a video wall. Of course there is a pri
My 2 cents... (Score:3)
So, there's two categories of things you need. You need equipment/services to make it possible. And you need to create a sense of "team" among the members, which is harder to do when you're not in the same room.
Stuff:
-campfirenow.com. A web-chat for multiple users, where you can see what you missed while you weren't logged in.-
-Webcams. There's still such a thing as body language.
-Project management software. We use fogbugz to track dev projects. Whatever you industry is, you might want something similar, because you can't just lean over and explain the issues to your team members. Also, it's good to have a record of issues so you don't forget.
-Various kinds of shared desktop software. You'll want to be able to show people things, instead of just typing out descriptions.
-Extra desks. We have extra desks for team members who work from home. If they come in, they won't be homeless, sitting on a tripod, and working on a 10 year old machine.
Teambuilding:
-Try to meet for socials now and again, wherever you are in the world. Paintball/Steak/Strippers, depends on what people want to do, but don't skimp on money. You don't want people to feel like they're just sitting in front of their computer taking orders from a web page.
-Sometimes, you'll need people to actually work together. Looming deadlines and important launches will benefit from flying people in to work face-to-face.
-Generally, the more life-like contact, the better. I've seen offices where remote users were on webcam, able to join in the banter.
Re: (Score:2)
Just to add a bit to this excellent advise -
Formal and informal - have IM available during work hours, it's less formal and fast. Let email be for hashing out big issues and letting people know your sick 'having a team chat is good, but it can get a bit overwhelming for more than 4 people, so use it for meetings.
Screen sharing - we use gotomeeting, it's good stuff and works on nearly anything.
Weekly targets - you need to get people used committing to goals and reaching them. If people are done early, then
Re: (Score:2)
Google Wave would probably work well as an online whiteboard, if it's still around.
"Stoolpidgeon" i knew it! This is Google. (Score:2)
Seriously, i would go for Google Apps for Business. Whats not included by default, you add as an app.
Correction: "stoolpigeon" (Score:2)
Seems my copy-paste skills have degraded.
Aeroplanes (Score:1)
As someone who manages distributed teams, I think the most important thing is for people to work together in person for a short time regularly.
If a new person joins a team, fly them over to work with the rest of the team for a few weeks. Fly them over again next year for a while.
This sounds expensive, but in my experience the way in which it engenders trust, and facilitates better communication and collaboration across your skype, webcam, irc, messenger, campfire etc channels once they go back is invaluable
Re: (Score:2)
That doesn't sound expensive, it is expensive. For some projects it's an absolute must, but it has to be a pretty substantial project to justify the outlay of cash.
Depends on what you do and how your teams work... (Score:1)
For video conferencing you can do small teams / groups with software like Oovoo, skype etc, or you can buy a decent dedicated system like Lifesize (now owned by Logitech). There are other more well known names in vid conf as well, but that you can just search to find them. Go
use git or mercurial (Score:2)
Re: (Score:2)
Isn't having the whole repository, including all past changes, cached on your local machine, a drag? As opposed to svn?
Re: (Score:1)
Re: (Score:2)
Might one downside be that no single repository has the full history of all possible paths that all devs took, and failed/not ready experiments?
Might not matter in free/open source dev, but it could for a company that wants a record of what approaches have already been tried.
Also, any "gotchas" for folks coming from the venerable cvs/svn background?
Re: (Score:2)
Re: (Score:2)
Might one downside be that no single repository has the full history of all possible paths that all devs took, and failed/not ready experiments?
No. Experience says that with a single repository, the developers often just don't commit stuff they don't feel is ready to make public. It gets worse when the centralized system is slow, because there's even less incentive to commit early-commit often then. That makes the problem, and the risk to lose stuff, worse. So the ability to always quickly commit "dirty" stuff is an advantage for distributed version control, not a disadvantage.
Also, any "gotchas" for folks coming from the venerable cvs/svn background?
Yes, because you don't have to wait ages for a "commit" operation to com
Re: (Score:2)
No, it's a massive, gargantuan advantage. Unless you somehow have a repo that is bigger than your disk, in which case: "you're doing it wrong".
Advantages for this scenario:
- Speed of all interactions with the version control system is independent of networks speed (or amount of developers - it scales)
- Developers can continue working if the remote network or the repository server goes out (with different timezones, this gets more important)
- Better branch+merge support helps when there is potentially less d
Re: (Score:2)
If you're a distributed team (point of this article), then it's a huge advantage to be able to operate easily against the entire repository no matter where you are or what the status of your connection to the centrally-shared repository.
Additionally, these distributed source code control tools are where the real development action is happening. Awesome features like bisect (which lets you zone in on which commit broke the software) and the attic (which is a little like branching but local, convenient, and
This can be a good thing. (Score:1)
I'm assuming you're taking about software teams.
- Make sure the usual stuff is in place: Bug tracking, version control, build servers,...
- Agree on a common language. In this world and age, English would be a good choice. All documentation, email communication, variable names, comments etc. are to be written in that language.
- Different time zones can cause wasting a lot of time. Have team members from different areas work on different modules/parts of the project so that you don't need to depend on each ot
Tools/Hints (Score:2)
Use tools like Webex/GoToMeeting/OCS where you can have an integrated A/V meeting and use local telco numbers to control costs. Be aware about the telco plan of the vendor (included or not and at what cost per minute). Webex used to charge for the telco minutes but I don't know what they do these days. GoToMeeting is free as far as I know but check to make sure.
Set up a collaboration environment like BaseCamp (if it's for Project Management) or MS Team Studio, Atlassian JIRA/Confluence if it's for developme
'Virtual' (Score:2)
virtual(a): existing in essence or effect though not in actual fact; "a virtual dependence on charity"; "a virtual revolution"; "virtual reality"
So are you actually looking for the best way to create a team that does not exist but does produce an outcome? I think you are already there :-)
Or are you looking for software to support the communication between teammembers in such a way that they really feel to be a part of a team? Then I would look for software that is already integrated with the way of working
Think about timezones (Score:2)
If the members of your team are globally distributed, I'd drop conference calls for many decision-making meetings. Whilst you may have staff that are happy to partake in a conference call at 7pm local time, they will get frustrated with not being as fresh as others where the meeting is being held at 10am their time. For those that are tired, having already worked a full working day, it will prove very difficult for them to efficiently express their side of an argument. Look at how the open source community
Re: (Score:2)
Ahhhh, never ending email threads where things don't get solved quickly, especially if priorities aren't clear. It doesn't beat live communications, especially if you want to get your job done.
Re: (Score:2)
Ahhhh, never ending meetings where things don't get solved quickly, especially if priorities aren't clear.
If priorities aren't clear, the manner of communications is going to be inefficient regardless.
Personally, I'll take a well drafted email over any live-person-multiple-people meeting any day. The emails in my experience tend to be well laid out and detailed. Meetings, people show up unprepared and empty-handed. Then don't take well enough notes. Then are preoccupied with other things going on (for that
Re: (Score:2)
In my experience, long emails don't cut it either. It seems that some people don't read or comprehend beyond four lines, and this seems to be especially bad amongst Americans. I don't know if it's cultural, an attention span issue, or trying to work via a mobile phone whilst doing something else.
I can find out in a few minutes of conversation (even faster than via IM) whether and what somebody understands or not, which is way faster than writing a detailed email that might be superfluous or not cover the
Re: (Score:2)
Agreed. I'd rather have someone's tired presence on a conference call where a decision can quickly be made than a multi-day email thread where things tend to go round and round due to a lack of immediate interactivity that forces feedback into the discussion.
Especially when your working hours are skewed, it can be excruciating waiting until the next day to inch the conversation forward, only to have the other person completely miss the point of an instruction and waste his entire day working in the wrong d
Vague question (Score:2)
Many of the software/practices/etc. for a team are very different depending on what they're doing, and there's no sense of that in the question. For teams of spread out developers working together, you need strong version control and issue tracking software. Teams doing support will need ways to collaborate on a shared knowledgebase. The right software is very dependent on the job.
The only general thing all projects like this need is good communications software. You're going to want simple text chat so
Crack Jokes. Play Multiplayer Games. Send cake. (Score:2)
Okay, so my methods might sounds a little unorthodox, but the key point is that your team will be working together day in and day out on projects, and if they're geographically spread out they will not have the same in-office experiences that they would if everyone was 1 cubicle away.
Getting everyone together around a speakerphone for a conference call isn't a bad place to start, but if all you do around it is talk shop (and I mean just talk shop, no distractions allowed, etc...), I worry about the cohesive
first, ask yourself one question: (Score:2)
Why are my new team members so far apart?
Maybe you're putting a bandaid over a symptom, rather than solving the problem.
Re: (Score:2)
I'm part of an organization that is global. My department here in the U.S. works with and supports offices all over the world. We realize we could do a much better job than we have in the past and part of what we are trying is having team members in the countries we support.
In some cases Americans go and work in the offices, in others we have nationals doing the job. I'll be moving to Hungary this summer to work in our Eastern Europe office.
So it isn't a problem for us. This is the way we want to work, we a
You need to go to them, too (Score:2)
Now, trust comes in many forms but the most important one requires that you actually know the people involved. Contrary to popular websites marketing, you never really know someone
Communicate. And not just about work! (Score:2, Informative)
I am in the UK, and work with a team in Finland, India, Czech Republic, Germany, Lithuania and Sweden... I work with no-one else in the UK. Communicating regularly and often around work topics is a given, both in group meetings and just by following up with IM or a quick call. I make the assumption that you have an appropriate toolkit, such as Office Communicator / Lync, and LiveMeeting or whatever you prefer, but you need something to chat, speak, video call and conference with.
The real challenge is rea
Re: (Score:2)
Re: (Score:2)
Kalbies-tu Lietuviskai? As gyvanau Lietuve, 3 m. (nuo 2000 iki 2003), bet as iskeliau a JAV (USA) ir gyvaneu Amerikoje dabar.
Treems - tiny groups, highly linked, with extras (Score:2)
Sharepoint? (Score:1)
Re: (Score:2)
Confluence is a mess, it organizes documents poorly and its search function sucks. Stuff gets lost there too easily, folders and files would be better. Atlassian's JIRA bug tracking software is pretty good though.
IRC (Score:2)
IRC ftw. - Fast, textbased, privte chat when needed, multiple chatchannels for different groups.
And you don't have graphical smilies or video, so no one will fall for the temptation of laggy video conferencing.
Patience, language, and other tips (Score:5, Insightful)
1. UK ENGLISH IS NOT INTERNATIONAL ENGLISH. AMERICAN ENGLISH IS NOT INTERNATIONAL ENGLISH.
Avoid slang and colloquialisms if anyone new is in the conversation. Think HARD about what might be slang or idiom. Be particularly careful to avoid phrases where the meaning is the opposite of the individual words.
Learn what "mistakes" are common in speakers from particular countries and learn how to go around them. Often non-native speakers will use academically correct English which sounds imperative and aggressive to idiomatic speakers. e.g. "I'll have John look at that" is perfectly natural American English but sounds imperialist even to English English speakers. I've noticed Indian staff often do the opposite and what should be "you must, otherwise this project is doomed" becomes "if you don't mind when you can get around to it if it's not too much trouble."
2. Remember cultural references are not universal, despite Coca-Cola Co's best efforts. Watch out for this when drawing analogies, especially with TV shows, social situations, and personal money.
3. Be patient. It's not anyone's fault that you were born 9000 miles apart. If a communication doesn't make sense or seems offensive on first sight, check.
4. Quick phone meeting every day is essential. Try and find a slot that isn't the end of day for anyone (can be tough to do that depending what timezones are involved.) And I do mean quick - 15 mins - and have a tight agenda e.g. "UK hotspot/news, India hotspot news, Singapore hotspot/news." Be careful about what "today" and "tomorrow" means in practice. "End of tomorrow" is probably "first thing the day after tomorrow" for someone on the call.
5. Unified Comms is great if used properly, but do remember it's not face to face conversation and works on different assumptions. Instant messaging is particularly dangerous because written English and spoken English do not operate on the same set of assumptions; but in IM it's tempting to mix it up. I ran two similar projects in a bank two years apart; the second time, we had Office Communicator and it made the whole thing a HELL of a lot easier. I was astounded by how useful it was.
6. In a virtual team, it's very likely that not everyone in the team will be in the team full-time. Be aware of that and don't assume that "four hours work" means that it will be done the same afternoon. Ask.
7. Notice how far down this list technology is...
Re: (Score:2)
My German colleague just said the word "prepone" to me, in reference to a meeting. Opposite of postpone? That's what I guessed. It's not a word I've read, heard or spoken in the last 40 years. I had to look it up.
It turns out that the Indians invented it and it is the opposite of postpone. There is not an English word opposite to postpone, so they made one up. Fair enough.
I do use slang in front of my German colleagues; normally after they've broken out the German, which they know I'm limited i
Re: (Score:2)
The very concept of preponing a meeting is intrinsically offensive to Americans. The question presumes that the reason the meeting was scheduled for next week is completely arbitrary, and doesn't represent the first available time that that all parties are available. It implies that in other cultures, a meeting could be scheduled for next month with absolutely no thought put into that date or how it may impact other people's plans or schedules. It's even more offensive when you do confirm that yes, in fa
Re: (Score:2)
But on the bright side, you can make some great personal connections if you just show a little curiosity about those cultural references. I spent a couple hours one evening introducing one of my Indian coworkers to NWA, Ice Cube, Public Enemy, and some other hip hop music. This came about after he asked whether a par
Re: (Score:2)
Good point. I was thinking more about a virtual team that changes often. If you're in it for the long haul then you do start making personal connections and understand what the various people understand and don't understand. Er, if you understand me.
Then of course there's the whole thing about mental pictures you form on the phone and the shock you sometimes get when you finally meet them. :-)
Re: (Score:2)
Yeah, if there's a lot of turnover, those personal bonds get very difficult to form. Most of my work with distributed teams has been with fairly stable international groups all working for a single large company, so we've had a chance to get to know one another a bit.
As trite as it'll sound here on Slashdot, using some social media types of stuff - Facebook, LinkedIn esp. - to "socialize" with your distributed team outside of official business channels can also help foster those bonds - from what I've seen
What worked for us (Score:1)
This is of course, assuming you're trying to solve the problem of not being able to get everyone into the same room. Also things differ quite a bit based on what type of work your team does. Since you're asking slashdot, I'm assuming your team is technical like ours. Here's what worked:
Handling Wildly Disparate Timezones (Score:1)
I'm working with a small team with members in three different timezones, up to 8 hours apart. That makes any of the immediate-mode forms of communication, like Skype and IRC, difficult as it always requires someone to make themselves available outside of normal working hours.
What we've been doing is using a team blog in which each team member writes a brief summary of what they did each day, raises flags on potential issues, etc. Email is used for more extensive temporal discussions.
We're running on two-wee
Re: (Score:2)
Your comment is the first one I've read that mentioned a code review tool.
That's a great idea to have in the mix of other communications tools. Being able to distribute your code review both geographically and temporally is very important.
Anyone have any other recommended code review applications that they'd recommend?
Collaborative Virtual Environments (Score:1)
...such as the "basic" Skype (or with a Group Video subscription, gives you a little facetime, or to give a bit more of an immersive feel, SecondLife has a good few island plots (such as Bluepill) that demonstrate the value of CVEs.
Couple of suggestions (Score:2)
* Do *have* a mailing list. Nothing beats it reach.
* Have a good ticketing system. We used to let people who are online to pick up tickets from any geo and work on it unless it is something that requires hands on , in which case, we used to pass it on to the local contact.
* Use a good text based chatting solution. Video / audio solutions are good, but text is better for a lot of things, like small talk , sharing links or a way to avoid m
Here's what I use (Score:2)
And I've been to several remote teams
- Have email and preferably shared calendar. Google Apps can do that for you
- Task management. ScrumDo has positively surprised me
- Wiki: Redmine instead of Trac
Code-wise, if you need for programmers, IMHO nothing beats git-svn.
SVN: easy to setup server, centralized, plenty of tools, etc
Git is killer for the client though. Other 'less wise' clients can use tortoise svn
Virtual teams are hard but rewarding (Score:2)
10 suggestions: For what it's worth (Score:5, Insightful)
1. Blog your progress. Whatever you did today, blog it. Let people know what you did that worked, or what was faster (Nginx vs. Apache), or what wasn't (ColdFusion?). Don't reinvent the wheel, use WordPress [wordpress.org], regardless of whether you like PHP/MySQL or not.
2. Use a subscription/payment management company. You're just a small group of nerds, not accounts receivable clerks. Fastspring [fastspring.com], Plimus [plimus.com] are free; Chargify [chargify.com], Subsify [subsify.com], Cheddar Getter [cheddargetter.com], BrainTree [braintreep...utions.com], Spreedly [spreedly.com] charge; and Zuora [zuora.com] is expensive.
3. Use Google Docs [google.com] and Slideshare [slideshare.net] to share documents.
4. Chat. Don't just rely on email. Emails can often read like "this way or the highway". Be collaborative. You can often accomplish more with 15-30min collaboratively as opposed to composing and responding to long emails. Skype [skype.com], Jabber [jabber.org], SIP [wikipedia.org]
5. Take notes on what you did. Made a server configuration or a setting change in your CMS, your compiler, or whatever? Copy and paste from xterm so you don't have to guess about those commandline switches next time. Take screenshots and make them available to others. Zim [zim-wiki.org], Projly [projly.com], DokuWiki [dokuwiki.org].
6. Have a phone numbers. If not bog-standard landline phones, take advantage of Google Voice [google.com] and SkypeOut and SkypeIn (people can call your Skype line on a normal phone number). I realize Google Voice might not be available in South Africa yet.
7. Someone mentioned version control. Use git [git-scm.com] if you're a cool kid. Or svn [tigris.org] if you're old and busted. Read the RedBean book [red-bean.com]. I've had success in having non-tech colleagues using graphical clients like TortoiseSVN [tigris.org] (integrates into Windows Explorer).
8. Write tests. Any member of your team, sitting anyplace, should be able to push a button and run all your tests. Tests document how you're supposed to use a given method, class, etc., especially valuable when you're so far flung. Use JUnit [junit.org], PHPUnit [github.com], FooUnit for your language. Write the tests before you develop, and you're doing Test Driven Development [c2.com].
9. If you're writing tests, that implies loose coupling [thesoftwar...tional.com], which might require dependency injection [potencier.org]. Can be difficult to climb that mountain, but it's worth it when you can just run a test and be sure your project works.
10. Development processes: Scrum [wikipedia.org], Extreme Programming [extremeprogramming.org]. UML [uml.org] lets you communicate graphically about objects.
Re: (Score:2)
That's a keeper, thanks for sharing.
(but "old and busted"? seriously, I've have a mind to canesmack you)
Re: (Score:2)
Sorry, just deferring to the new "received wisdom".
I mean, it was just a few years ago that using svn meant you're trying new things (in place of CVS).
By the way, have you had any problems with git? Also see discussion above [slashdot.org]. I haven't waded into the waters yet.
Re: (Score:2)
Haven't tried git, because I have no complaints about svn. It looks to me like git will end up with more unintentional branches and merge operations, I like how for svn you have to be rather deliberate about it.
Be ready for a disappointment (Score:2)
Honestly, the chance of a virtual team becoming a real team is much lower than for a team at a single site. No matter the technology, the chances are stacked against you. In my observation a lot of virtual teams have to improve to reach a dysfunctional level.
Less than 1/3 of the virtual teams i know have reached any status resembling a real team (e.g. partitioning the work, fail-over in case of illness/vacation, successful handovers inside the team, cooperation, load sharing). If you take social aspects int
Re: (Score:2)
I agree completely. Some in-house studies that I have been privy to have shown 2-1 or 3-1 productivity difference between good co-located teams and "good" virtual teams. Creating a true, high-performance virtual team is incredibly hard emotionally, incredibly time-consuming, and costs a lot in terms of tools and travel. If this is being done for convenience of the team members or for cost savings, it's a bad idea. The only good reason to have distributed teams is if there is a compelling strategic reaso
Re: (Score:2)
I worked in a virtual team for 3 years and we were pretty successful. Here's how we did it:
1. Core hours are the single most important thing. Have everybody there at the same time. +/- 1-2 hrs are ok, but opposite timezone are not. We all worked on EST with schedules that varied by at most 1 hr.
2. Continuous IM presence. We also kept a couple of group chats open. One group chat can serve as "water cooler" chat, for swapping failblog links and general breeze shooting.
3. Group Video conferences. Not always on
I actually work at a virtual company (Score:1)
I personally work at a virtual company, and aside from a neighbor which also works there, I have rarely met my coworkers in person. We use WebEx [webex.com] in order to have online meetings, and work on things together. We use Groopex Integrated Conferencing [groopex.com] to integrate WebEx with our corporate site to easily schedule meetings and launch them. We use Google Apps [google.com] to share various office documents around. We use MediaWiki [mediawiki.org] to keep track of current projects, todo lists, documentation, and other important information. Last
Producing Open Source Software (book) (Score:1)
Producing Open Source Software (http://producingoss.com/) has some good descriptions of tools and practices used by open source projects. It's a bit of cultural anthropology: a lot of the ideas are obvious if you've been doing the open-source thing for awhile, but you may not have thought about how to express them. The Art of Community (http://www.artofcommunityonline.org/) covers some of the same ground.
why not a virtual office (Score:1)
Distributed teams can be successful (Score:2)
I'm a developer and I've been working remotely from other people for the last 12 years. Nowadays, I rarely work on a project that has co-located people. We may occasionally meet each other in person, if we happen to be onsite at a client's location, but we never have physical team meetings just to meet. I haven't physically met any of my managers in ten years. What I've noticed about successful remote teams is that they adhere to a process, they have good project managers, and they've got kick ass code
Yammer (Score:1)
Start right (Score:1)
Unless your team members are going to be shifting a lot then have a good kickoff with everyone in one place. Yes it may be expensive but it builds that initial bond so when everyone returns to their respective countries they have an established familiarity with the rest of the team.
Don't be afraid to change the makeup. If someone isn't working out (and you can) remove or replace them. Not everyone gels with everyone. Conversely just because people don't like each other doesn't mean they won't be good te
Get EVERYBODY to speak during conference calls (Score:2)
I currently work on several multi-site research projects, and the biggest lesson we've learned is that when you do conference calls EVERYONE should be prepared to offer a summary of what they've been working on and how it's going. Additionally, have one person who's sole job is to get task lists from everyone and to check off status updates on that master list so that nothing is accidentally left out.
Before we implemented that in our conference calls, it would basically be the senior people talking to each
First, get the terminology down! (Score:2)
What I think you mean is a remote, distributed team. In a Virtual Team, everyone will report to managers other than yourself ... and the challenge is to ensure that their Managers set their goals appropriately ... meaning aligned with your goals ;> That's an interesting set of challenges, but different than (but may/often coexist with) remote/distributed team issues.
I've been part of, or leading distributed teams on and off since the 1980's. The technical details change; but the core issues are innate.
1.
Consistent Availability (Score:2)
Lots of folks have said good things about weekly meetings, good software, and etc. As a telecommuting veteran, I have found that it is extremely helpful to be consistently available. Whatever hours you (or anyone) work, whenever you are, be consistent. Everyone on the team should know the hours that Johnny and Jill are online and available for chat - without having to look at a spreadsheet or calendar to see if they have changed things up this week. Being busy and/or in a meeting is fine - that happens
Get Webcams (Score:3, Interesting)
Feng Office (Score:2)
Re:IRC (Score:5, Insightful)
Seconded. IRC works great for group discussions. Most IRC software is also very customizable in what messages should cause it to pop up or alter you, so you can continue working concentrated when needed. You can easily move from group discussion to 1-on-1 or seperate chats if needed.
You can also leave an IRC client running and see discussions that happened when you were away/asleep, which is nice if there are timezone differences.
I've used Jabber on a previous job, because this was supposedly more secure, but I don't think there's any advantage over IRC+SSL.
Skype doesn't work as well in my experience, as it's less customizable. During the working day, I want to have my colleagues able to interrupt me, but not my friends. Separate accounts isn't really a good solution for that. Maybe there's add-ons for that?
Re: (Score:1)
I just HATE it when my IRC software alters me.
Any attempt by it to alter me results in it's swift deletion from my computer. Assuming it doesn't alter my brain to leave it alone and send all my money to it's developer or order me to build robots with guns.
Re: (Score:2)
Use Pidgin, attached to your skype account -- skype needs to be running too, but it will be invisible -- and customize which windows make noise.
Re: (Score:2)
I agree, IRC is by far the best group communication tool for distributed teams.
I also use jabber for one distributed work project (the one where I've been spending most of my work time the last 3-4 years or so), but it is often troubled and seldom "just works" for all involved.
Voice, video, etc might be occasionally useful, but not the basis for working. Running most stuff that needs coordination through the group chat is not very distracting for others, yet gives them a chance to know what's going on in th
Re: (Score:2)
I concur with that problem with Skype. However, for voice over IP it does seem to be a great solution in terms of sound quality and talking in groups.
The trouble I see initially is that members of a team, particularly those in the main office are less inclined to kick off a skype session. IT people/Coders tend to route around inefficient areas and chatting with somebody over the internet to a different timezone seems much more difficult than walking down the hall and having a conversation. What I see hap
Re: (Score:2)
American economic growth over the last 20 years has been entirely driven by American companies getting costs down through outsourcing. If you hadn't "given American jobs to offshore" you'd be in a lot more shit than you are now.
Re: (Score:2)
American economic growth over the last 20 years has been entirely driven by American companies getting costs down through outsourcing.
That claim makes no sense, as follows: large companies have never been the major drivers of employment growth, but large companies are overwhelmingly the ones that have offshored everything. So you are claiming that the segement of the American economy that is least important to overall wellbeing of workers is the one whose activities have driven economic growth. So either your measure of economic growth is unrelated to the wellbeing of workers, in which case it is a very bad metric to use as an arbiter
Re: (Score:2)
But: small companies buy business-to-business services from large companies; and the large companies can only offer those at such a low price because their own costs are so low. The "large companies" are so embedded in the infrastructure that we don't even see them.
For example, telecoms - try starting a small business without phones and email.
Re: (Score:2)
Re: (Score:2)
Don't you mean you're? Maybe the target country has less of a problem with illiterate, self-entitled xenophobes.
Re: (Score:2, Insightful)
you're, not your
Times three. The GP makes me think I should just hire Indians instead, both bastardize the English language but the Indians are cheaper...
Re: (Score:2)
I recommend Yammer or similar for those "shout out" help requests to the entire team. That way, the email deluge can be minimized while retaining the benefits of tracking of questions and adding the benefit of it being something between chat and twitter in feel. Everyone on Yammer in my company expects these sort of "anyone know how to work with technology X? I just got a new project in that calls for technology X, and before we go and hire a contractor, I wanted to see if anyone is interested in taking t