That’s all, folks!

Virtual Team Project – Wrap-up

Our virtual project came to an end on Monday 25th March with the delivery of our English instructions and their French translation. Let’s wrap this up with a look back at Team 2s.

The project

Team 2 had ten members at its disposal to create and translate up to 1,200 words of instructions to help a non-technical audience to carry out a simple task in an online tool. With all team members having to maintain a blog during the semester and after agreeing that WordPress is less than intuitive for first-time users, the team set out to write instructions for beginners who want to set up their first blog in WordPress.

Team communication

Aren’t ten people a bit much to write and translate 1,200 words? Probably, but the point of the project was virtual collaboration. Collaborating with nine other people is challenging no matter the project. this was evidenced by our inability to find a suitable time for a single live team meeting over eight weeks.

If we were working full-time on this project, I would have expected my teammates to find the time for a live online meeting. But, on top of being spread out over four time zones, we all had jobs, studies, and other commitments to juggle. So, I did not push the issue. We already had the WhatsApp chat for live, on-the-go communication. I did not want to risk alienating one of our team.

That being said, I recognise that a live meeting would have been beneficial to break the ice and adjust our communication styles. Body language can be misleading, but it provides cues faster than written or phone communication. Instead, like most of the team, I tried to share about myself little by little in my messages, for example about other on-going assignments, and I brought in some emojis, but only the standard ones (smiling, laughing, crying) in non-ambiguous situations to avoid misinterpretation.

Another advantage of live online or face-to-face meetings is that they speed up decision-making. Live meetings with an agenda greatly improve productivity and certainty: people engage to make binding decisions in a defined timeframe. Only smaller details may need adjusting later through email or chat. I learnt that collaborating mostly through an online chat is more time-consuming, especially in our specific setup (see above). Sometimes, I had to “chase” members to get their input on a group decision. Did they not care or were they genuinely busy? I found gauging situations in an online chat even more arduous than in emails.

In general, I tried to stay positive in all our communications. Everyone will encounter difficulties, make errors and become frustrated at some point during a project. I have always found that I need to take a step back to re-frame my frustrations in a positive light. Despite the sense of urgency I feel when using WhatsApp, I forced myself to wait before answering messages, to try to rephrase my messages and consider other points of view. I used to do this as project manager, but I have not had to practise it as much as a translator, so I had to pay particular attention to knee-jerk reactions.

I also tried to point out our team’s progress regularly, focussing on all we had achieved and how “little” was left. I hoped this sense of achievement would maintain a positive mindset. Other team members also used this strategy, so I assume it resonated with them.

Leadership

I have been working in virtual teams for about ten years now, as project manager and translator, so I may have been more prepared than other teammates. However, I think no one is ever really completely prepared because each experience depends on the other virtual collaborators involved and the context.

As a translation project manager, my projects did not use to require all team members (vendors, salespeople, and clients) to interact. All communications and decisions went through me. This experience was quite different. Here, we were all collaborating live on WhatsApp and Google Drive. In addition, despite a variety of backgrounds and expertise, I felt that we were all qualified to give our input on all aspects of the project because this was the first experience for all of us. So my role was closer to a moderator, starting discussions, offering suggestions and trying to reconcile everyone’s input.

We had very few disagreements, which we resolved through votes if there was no single correct solution. However, I wonder if this means we were all in agreement with my suggestions, or if my teammates either thought I knew better from my experience or chose not to make their own suggestions. Given our context, I could understand the latter option. I just hope it was not the first option as I made sure to explain my approach several times.

The process

Writing

The writing team decided on a combination of alone work and collaboration. Within one weekend, we had the first draft with input from the four writers. I was not expecting this strategy, but it worked well for us. Each writer was able to feed on available content and to add their own input while keeping their own style. No one had to dedicate more than a few hours of their busy schedule and the writers could compare styles and make informed decisions on the most appropriate one.

I see how this strategy could easily become messy in a large scale project if an official writing style has not been agreed yet. However, I find this strategy was an effective way to play around with writing styles and learn from others. Also, it made each writer into a researcher and tester who had to go through the previous writers’ inputs before starting. No, the content was not 100% accurate in the first draft, but close. So, I think this strategy was a good decision from our writers for this project.

Then, over the two following weeks, the writers edited various drafts and I asked the whole team, including the translators, to give feedback to the writers. Given the pressure on the team to have the English instructions ready in about two weeks, I thought that having everyone’s input would be beneficial for the writers. Other team members were helpful, including the translators who noticed some inaccuracies. However, after a few editing loops, we started stalling. In hindsight, I would rather the writers edited and proofed in isolation until the final draft was ready for testing and final quality review. The QA team would have had a fresh look unencumbered by pre-existing knowledge.

Localisation

The translation process was quite smooth, at least from the English team’s point of view. One of the two translators acted as the main point of contact, and no questions or issues were pointed out in the English text. That is, there were small formatting issues that the translators corrected in the French, but they did not inform us despite our asking several times. Thankfully, it was nothing that our last proofreading would not have highlighted, but I am not sure what I would do to prevent this in future projects for non-obvious issues with a language unknown to me. I can only think of having a separate bilingual editor, one who has not worked on the translation.

This lack of communication during translation was disappointing because I explained to the translators how their input would be beneficial for the English text and for their teammates, and that non-translators would likely want to talk about translation in their blog posts. And one of the translators was active in our chats while we were writing the English text. I know this lack of teamwork is a common gripe among people working with translators, so I was disappointed that we did not lift the curse in our team despite communicating our expectations.

Finally, graphics localisation reminded me not to take my knowledge for granted. For me, it was obvious that localised graphics should look exactly like the source graphics and that graphics text should never be translated separately from the rest of the translation or using different resources. As both situations happened during the project, I realised that I had made assumptions based on my experience. I remember discussing the first issue during my translation degree and I know that non-translators may not be aware of the second issue. But this knowledge has become second nature and I forgot for a second that it is not universal. I will have to be more careful about this in the future.

The tools

Apart from Microsoft Word, we used three tools, Google Drive and Google Docs for storing and editing files, and WhatsApp for communication.

Google tools

Google Drive is a handy tool for sharing content. It took a second to master the sharing options. Other than that, I only have good things to say about it. The layout is clear, navigation is easy. We did not have any bugs. Google Drive kept its promise. Great!

Google Docs is another story. Overall, it is easy to use and intuitive, though I struggled to find some formatting options and it is not as rich as MS Word in terms of formatting. But the biggest issue is that it is prone to random formatting changes during editing and, if you implement formatting in Word and then open the Word file in Google Docs, some of the Word formattings will be corrupted and it will not be reinstated once you download again to Word. This means that once we implemented the final formatting on the instructions, we could not use Google Docs anymore.

Dropbox did not seem to have these issues for other teams. One Drive with Word 365 online might also be a good alternative if everyone can access it. I would be interested to collaborate either on Dropbox or One Drive to test whether they are efficient collaboration tools.

WhatsApp

I never used WhatsApp professionally, so I was anxious about that. I always keep my personal content off my professional tools and emails, so I was uneasy having both personal and professional chats hanging out next to one another. Nothing to hide, but also no valid reason to have both in such close proximity. For one, in the moments where I decided to rest my mind from work or studying, I did not enjoy receiving this project’s notifications while I was talking to friends in another chat.

Another issue was that discussion and decision-making were very messy at the beginning. So much to decide! Do we keep all topics in one group chat or do create several chats for each topic? In a tool like Slack, I would definitely go the route of “1 topic = 1 chat”. In WhatsApp, we kept one chat and nobody even suggested splitting topics in different chats. I suspect mayhem would have ensued. Instead, in the same chat, I would start a topic with a long summary message and I would try to have one message per question so that other members could use the Reply message option to answer a specific topic/ question. Then I would summarise the decisions we agreed on.

The first ten days or so, I maintained chat minutes every day. This is when we had the longest discussions and I thought a summary of who proposed what and what decisions we took would be helpful. Members would not have to go through the whole chat thread then. I abandoned those minutes once our chats became shorter and focused on editing feedback. I kept using the long message structure, so anyone looking for new questions or decisions could look for these messages specifically to get a summary of discussions and decisions.

WhatsApp is not all bad. It allows for more informal communication and for resolving issues on the go. However, for me, it is not adapted to the professional follow-up of a project.  I have never used a tool like Slack or Basecamp. Students in other teams used them and had good feedback about their usability and the learning curve, so I would like to try one of them in a future project.

Conclusion

Would I want to work in a virtual team again? It is very likely to happen given the nature of technical communication and the rise of remote work. Based on this experience alone, I have nothing against virtual teamwork in itself. Having worked in both virtual and face-to-face configurations, the main challenge really is the lack of cues that help to gauge a situation, like body language and tone. If you always work with the same team, this challenge fades progressively, especially with live online meetings. Otherwise, I find the configuration no less efficient than face-to-face teamwork as long as you have the right tools to facilitate collaboration.

Sailing toward a common goal

Virtual Team Project – Week 2

After a slow start with some scheduling difficulties, this week Team 2 agreed on a roadmap, picked up speed and is now one day ahead of schedule. In this post, I reflect on the challenges that we faced and how we prevailed. All the time mentions refer to the Irish/French time zones unless otherwise indicated.

Coordination

When we started sharing individual availability to set up a live team meeting, it quickly became evident that such a meeting would not happen this week either. Between studies, part-time or full-time jobs, and several time zones, the highest team count in any time slot was five out of ten. Five hardly seemed enough. Any decision made during the live meeting would ignore the input of half of the team. We could use the opportunity to at least get to know one another, but we would still exclude five people.

Why not have several partial meetings then? I did not suggest it because several meetings would mean an even greater time commitment from all members without the same social or task benefits as a full team meeting.

Without the possibility of a team meeting, we had to rely on our Whatsapp group chat. Still, I hope we can organize at least one team meeting or some task-focused partial meetings.

Task-oriented asynchronous communication

This particular virtual project is different from regular projects in a professional setting because our team members have to balance a student life (with several projects), a professional life (with other projects) and a personal life. At the same time, we all need to be able to rely on one another and to maintain a dynamic sharing of information and opinions. At least in the past week, we seem to have adopted a communication pattern:

  • As the project manager, I start the day by listing the topics that we should discuss for the day and I ask the team members to share other topics they would like to tackle (the agenda).
  • Then I might get the first topic “on the table” and make suggestions. I would rather avoid always making suggestions. However, in this asynchronous setting and with our busy schedules, I find that calling for feedback on my suggestions helps to launch the discussion.
  • Team members start to participate depending on their respective schedules. The discussion continues until late in the evening – until US team members have had a chance to participate after work/college.
  • Then, I recap the tasks we have completed and the decisions we have made. I also propose the next agenda. This way the US members can start to give their input and think about what they want to share or need from their team members.

The whole team stepped up to make asynchronous communication work. Everyone was up and running on Whatsapp by Wednesday morning. By Friday evening, we had agreed on a topic for the instructions, a detailed schedule and a new tester role. The writing/editing team (two in Orlando and two in Limerick) also agreed to have the first draft ready by Monday.

Fast forward to Sunday afternoon and the first draft is ready one day ahead of schedule and all four writing/editing members contributed content and feedback. This is great progress in a short amount of time.

Conclusion

Maybe we were not able to have a live meeting to get to know each other, but everyone focussed on reaching team goals and displayed a proactive and optimistic attitude. Asynchronous communication may have made us more efficient because our discussions are task-oriented. While we have not had casual chats, we are starting to share more personal information little by little. It seems that, for our team, bonding will happen slowly over the course of the project. This week showed that we can already trust one another.