A directory of resources inthe field of technical communication.

Collaboration

326-349 of 851 found. Page 14 of 35.

About this Site | Advanced Search | Localization | Site Maps
 

« PREVIOUS PAGE 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25  NEXT PAGE »

 

326.
#14209

Learning from the Work of Others

Rolf Molich has conducted two experiments comparing the work of different usability teams, examining their practices, and looking for patterns and differences. His experiments provide extremely valuable material for sharpening individual usability practices.

Schroeder, Will. User Interface Engineering (2002). Articles>Usability>Collaboration

327.
#22732

Learning Languages with Instant Messaging

While e-mail and discussion groups are other popular communication genres on the Internet, instant messaging is the most conducive to learning languages because of its synchronous nature. There are many ways to communicate over the Internet, but instant messaging is unique, because it almost simulates a face-to-face conversation. Unlike e-mail and discussion groups, users are not simply leaving messages to be read later. Users are both present, holding a live conversation. Although some of the subtle features of conversation are lost (such as facial expressions or tone of voice), instant messaging makes up for these disadvantages by being so widely accessible to so many people across the world.

Dean, Heather. Techniques (2003). Articles>Language>Collaboration>Instant Messaging

328.
#22690

Learning the Fine Art of Reviewing

If you asked me what the most painful part of being a technical writer is, my answer would be: 'Getting reviews on time. Getting good feedback and inputs on your work.' For me technical writing has been very pleasurable because I hardly got any review comments. My morale has therefore been very high. Project managers, developers and others are so busy trying to come up with good software (read trying to fix all the goof-ups and bugs!) that they usually tend to give documentation lesser importance. User manuals, who reads them anyway? We do not have time for it!

Kamath, Gurudutt R. IT People (2003). Articles>Editing>Collaboration>Technical Writing

329.
#14545

Learning to Listen   (PDF)

We have been given two ears and but a single mouth in order that we may hear more and talk less - Zeno of Citium, ancient philosopher. Listening is our most used communication skill, yet it is the skill that is taught the least. This paper discusses why people don’t listen and how we view those who don’t listen. The paper also covers how to actively listen and the benefits of effective listening.

Scroggs, Debbie L. STC Proceedings (1995). Presentations>Collaboration>Communication

330.
#26423

Learning to Use Virtual Team Collaboration to Solve Wicked Problems

The focus of this paper is the ELEARNING RESEARCH PROJECT (hereafter referred to as the EProject), a project to investigate how virtual teams collaborate to solve highly complex or wicked problems. The EProject designed, constructed, and assessed a Web-based collaborative learning environment to support virtual teams of intelligence analysts. The mission of these geo-distributed and cross-disciplinary teams is to learn to collaborate in order to integrate knowledge from diverse domains and thereby produce solutions for wicked problems.

Cupp, Stephanie, Joel Foreman, S. Gievska-Krliu, and Rachelle S. Heller. ACM Crossroads (2004). Articles>Collaboration>Online

331.
#21101

Less Than Metcalfe's Law

Metcalfe's Law basically tells us that as you connect n number of machines you get n squared in potential value. So, with 2 machines you get a value of 4. When you connect 10 machines, you get a value of 100. When you connect 200 machines, you get a value of 40,000. People like to apply this idea to the internet. In particular, people claim that the strength of the internet is a direct result of so many machines being connected. I think that this is bullshit.

Rhodes, John S. WebWord (2001). Articles>Collaboration>Online

332.
#31276

Leveraging Collaborative Environments

Meet Scott, age 28, with a Dunkin' Donuts cup costume, a web site, a MySpace page and an archive of compelling brand content that, by the way, happens to rank number four in a Google search for the brand name. Scott is among the legions of brand enthusiasts who are knocking down the walls of the traditional "us versus them" brand relationship, demanding to be let in and be a part of the brand experience.

Key, Rob. Communication World Bulletin (2007). Articles>Web Design>Collaboration>Social Networking

333.
#28873

Liminality and Othering   (peer-reviewed)   (members only)

Subject matter experts, under the influence of modernist notions of authorship, often view technical writers as mere grammar and punctuation specialists and marginalize them as their ignorant 'other.' Technical writers, on the other hand, as rhetoricians occupying a liminal space between different disciplines, can understand different disciplinary rhetorics. If subject matter experts, instead of marginalizing technical writers, would view them as liminal subjects who are knowledgeable in different disciplinary rhetorics, then technical writers, through liminal practice, may be able to use their knowledge of audience and rhetoric to improve the quality of documentation.

Jeyeraj, Joseph. Journal of Business and Technical Communication (2004). Articles>TC>Theory>Collaboration

334.
#31337

The Link Between Communication and Teambuilding

In today's world, employees are searching for meaning in their work. They want to understand the big picture and how they can contribute to it. Companies are increasingly being asked to put the values they mention in their mission statements into practice. It is against this background that teambuilding is acquiring a whole new meaning.

Cambié, Silvia. Communication World Bulletin (2006). Articles>Communication>Collaboration

335.
#27246

Listening to the Customer's Voice

Perhaps the greatest challenge facing the software developer is sharing the vision of the final product with the customer. All stakeholders in a project-developers, end users, software managers, customer managers-must achieve a common understanding of what the product will be and do, or someone will be surprised when it is delivered. Surprises in software are almost never good news. Therefore, we need ways to accurately capture, interpret, and represent the voice of the customer when specifying the requirements for a software product.

Wiegers, Karl E. Process Impact. Articles>User Centered Design>Collaboration

336.
#30326

Listening: the Often Forgotten Ingredient

If listening isn't in the mix when developing documentation, then the project may not cook.

Allen, Clare. Boston Broadside (1992). Articles>Documentation>Collaboration>SMEs

337.
#15159

Listservs: Connecting Students with Practitioners   (PDF)

An instructor of technical communication describes how she uses technology to give her students access to professionals in the field.

Dyke, Julie L. Intercom (2000). Articles>Collaboration>Mailing Lists

338.
#30005

Location is Everything When it Comes to Getting Information from SMEs

A 20 minute monologue about the best way to get information from SMEs--sit by them, permanently if possible. Many IT organizations station the writer remotely from the developers, programmers, and other SMEs, but nothing could be more damaging to getting the information you need. Increasing your proximity also increases the communication you receive.

Johnson, Tom H. Tech Writer Voices (2007). Articles>TC>Collaboration>SMEs

339.
#31223

Location, Location, Location—Not!

One of the traditional signs of corporate success has been the corner office. Yet today some of the most successful communication executives don't have an office at all. They work from home, the airport, a visitor’s cubicle at headquarters, the back of a cab, a corner Starbucks or a beachfront cottage. If you’re setting up a corporate communication department today, it’s time to think outside the box—or the cubicle—when it comes to locating yourself and your coworkers.

Whitworth, Brad. Communication World Bulletin (2008). Careers>Workplace>Collaboration

340.
#28738

The Long Hallway

If a virtual design firm is to be successful, it must develop an adaptive culture that fosters and strengthens connections between far-flung collaborators.

Follett, Jonathan. List Apart, A (2007). Design>Web Design>Collaboration>Online

341.
#31848

Long-Distance Editing   (PDF)   (members only)

Check out seven tips that will help you and your team remain busy and useful when you have extra time or gaps between projects.

Crognale, Heather. Intercom (2008). Articles>Editing>Collaboration>Online

342.
#22795

Long-Distance Teams: Facing the Challenges   (PDF)

Offers advice for managers of long-distance teams on working across time zones, accommodating team members' cultural norms, easing the difficulties of language differences, and nurturing team spirit.

Legg, Kathy A. Intercom (2004). Articles>Project Management>Collaboration>Online

343.
#29346

Look Outside Conventional Techniques to Manage 'Geeks'   (members only)

Traditional approaches to management won't work with knowledge workers, who are brilliant yet notoriously resistant to being managed.

Bowers, Toni. TechRepublic (2003). Careers>Management>Collaboration

344.
#29427

Mail Your Newsletter with Less Labor and Cost

A lot of STC chapter and SIG mailings are done the old-fashioned way: envelopes stuffed by hand, and stamped manually or--occasionally--with a stamp machine. That's an awful lot of work, and expensive too. When I confronted this problem a few years back for my current employer, some research revealed a solution that eliminated the annual pressganging of volunteers to stuff envelopes and also saved us a fair bit of money.

Hart, Geoffrey J.S. Geoff-Hart.com (1999). Articles>Collaboration>Community Building>STC

345.
#31262

Make Networking Work for You

Did you know that every person you encounter has at least 250 people in his or her personal network? Imagine the possibilities if you were connected to a small percentage of those individuals. Multiply that by the number of friends you have, and you've expanded your networking opportunities exponentially.

Capps Powell, Joy. Communication World Bulletin (2007). Careers>Collaboration>Community Building

346.
#31645

Making Connections: An Intercultural Virtual Team Project in Professional Communication   (PDF)   (members only)

This presentation reports on an intercultural virtual team project conducted by students in two management communication courses, one at the University of Delaware (USA) and one at McGill University (Canada). The goal of the partnership between the two classes was to enhance students' ability to collaborate across cultures using a variety of technologies for collaboration, a skill they need in order to succeed in the increasingly global and technologically mediated environment of work. Each team, which included students from both universities, compared communication practices in a company or type of business that exists both in the United States and in Canada. Their task was to analyze how the practices reflect and shape the particular environments in which the businesses operate. During the project they advanced and monitored their work through different technologies, including blogs, email, and a designated collaborative Web-based workspace, and they produced several genres of documents reporting their achievements. This presentation first analyzes the advantages, vulnerabilities, and faultlines of virtual intercultural teamwork as students experienced them. We then describe conditions that help teams overcome the risks of virtual work and assess how well we were able to create these conditions in the courses.

Andrews, Deborah C. and Dorreen Starke-Meyerring. IEEE PCS (2005). Articles>Collaboration>Online>Case Studies

347.
#20948

Making Your Team Work   (PDF)

This presentation looks at some of the common pitfalls that first-time technical communication managers encounter, and discusses how this affects the effectiveness of both managers and their teams, and hopes to spark a debate about alternative management styles.

Bailie, Rahel Anne. Hamer Associates (2001). Presentations>Management>Collaboration

348.
#31110

Making Yourself Part of the Team

Thoughts on how a contract technical communicator can become part of a development team, and set the tone for the writers who follow.

DMN Communications (2008). Careers>Advice>Workflow>Collaboration

349.
#29348

Managers Should Adopt a Technical Mentor   (members only)

You may not have the time to read or the money to burn on analysts' reports, but adopting a technical mentor can help you keep your skills fresh. Here are the pros and cons of making the move.

Osborn, Matthew. TechRepublic (2003). Careers>Management>Technology>Collaboration

350.
#18534

Managers: Move from Silos to Channels   (PDF)

Advocates restructuring technical communication departments to eliminate 'silos'—isolated groups within the department—and develop 'channels'—a cooperative grouping of workers and teams through which information about a product can flow.

Hughes, Michael A. Intercom (2003). Careers>Management>Collaboration

 
« PREVIOUS PAGE  |  NEXT PAGE »

There are 7 readers currently online: 0 registered users and 7 guests. Register.Follow us on: TwitterFacebookRSSPost about us on: TwitterFacebookDeliciousRSSStumbleUpon