An individual sends an email to several people asking them to handle a situation. They can all see each other’s names on the email, but some of them have never met, and none of them knows whether everyone else got the email yet. Who is "on" the team?
| A note about social roles: Considerable research has been done on the various social or facilitative roles that individuals typically play in a group. One person might become a "leader" because she has expert knowledge about the task. Another individual might play a "relationship maintenance role" because he has a patient, empathetic, or playful personality. These can be important aspects of the interpersonal communication that occurs in group settings, but they function independently of the task roles that are required for completing a work project. Our knowledgeable person playing the "leader" role could be responsible for project tasks related to obtaining or sharing knowledge, but could just as easily be the person best suited for data analysis or outsourcing tasks. In fact, many social roles are ideally played by all group members as the situation demands. Everyone should learn relationship management skills and meeting facilitation skills, for instance, so that all team conversations and meetings are optimally effective. |
Talking
about Resources and Roles
Just as an individual would, before beginning any project an effective team must identify and locate the necessary resources. Will the project require information from another department or from a library? Will the task require special software or the services of a programmer to complete some parts of the analysis? Will the team need to allocate a large amount of some member’s time to write up the results?
Because a team must coordinate this resource identification process among several individuals, a comprehensive conversation about resources will be crucial to its ultimate success. Sometimes, it is difficult for team members to talk about the necessary resources because the group is unsure of how to do the task in the first place. Even so, the team should come up with a general list of job requirements by a) referring to past groups' documentation about similar projects, b) researching the best practices for such a project in the business literature, and c) brainstorming with organizational members about the special situations that are likely to come up in this specific situation.
The following checklist can be used to guide a team’s communication about resources. If an answer to a question is “we don’t know,” don’t ever assume the resources won't be needed. This just means the group’s first responsibility is to find out more about how to do its task!
A NOTE TO
STUDENTS
Whatever the work arrangement, working in a business team is more complex than getting together with a group of fellow students to complete a case study or create a presentation. The principles here might seem to be unnecessary for getting a simple class project completed, but it pays to remember that these are designed to work in a much more complicated business environment:
Business groups are more varied. They include people not just from your own group of friends or college department, but people from all over the company with many different jobs, and even from all over the country…or the world!
Business tasks are more complicated. There isn’t just one decision to be made or one case to be studied, but a mix of problems, priorities, and projects. Sometimes people need different things out of the same project, or the team is trying to do several different unrelated things at the same time.
Members come and go. Sometimes people try to become members of a team, and the team doesn’t want them. Other teams need the expertise of individuals who refuse to become permanent members. Maybe a critical team member gets promoted right in the middle of a major project. Not everyone ever attends every meeting, or the team might be scattered around the country, working by phone, fax and email.
Business groups are inescapable. Some people report being part of 20 or more teams, all requiring time and attention and coordination. There is no way to dissolve a work team at the end of a semester, hoping to have a “better team” next time. Instead, the team has to do the same kind of project over and over and over, and effective employees can’t afford not to figure out how to make their teams productive.
A sense of team identity and cohesiveness among team members is a key factor in group satisfaction and productivity. Any team will be more productive when it spends at least a short period of time getting acquainted before jumping into its task. In a large, formal team situation, a well-run kick off meeting is an excellent forum to meet each other and begin to develop a sense of common goals and team identity (Schwalbe, 2000). Even if your team is a short-term, informal group, though, spend some time communicating with each other in a “social” way to get acquainted with each others’ goals, talents, and personalities.
As with any interpersonal relationship, getting off “on the right foot” makes all the difference between success and failure. Many people will judge the quality of a group on the basis of its cohesiveness, camaraderie and group identity, calling a “good group” one in which people get along, even though getting along has no direct effect on team productivity (Miranda & Bostrom, 1999 110).
Since business teams are supposed to be focusing on productivity, it might seem like a waste of time to focus on social relationships, but remember from Chapter Five that this approach is likely to guarantee trouble! Even though it is an indirect relationship, the ability of team members to get to know each other as complete, social human beings is crucial to the team’s eventual productivity.
You will be willing to spend more time interacting if the atmosphere is pleasant and sociable (Barker, 1991), which will lead to more participation in team activities and a better outcome (Tullar & Kaiser, 2000). The team members will interpret those pleasant feelings as cohesiveness, a rather vaguely defined sense of attraction and togetherness (Evans & Dion, 1991; Langfred, 1998 125; Shaw, 1981), which leads to the real heart of team productivity, an honest desire on the part of team members to cooperate and work hard to do whatever the rest of the group wants to accomplish (Keller, 1992; Nixon, 1979; Prapavessis & Carron, 1997; Whitney, 1994).
Of course, just liking each other does not guarantee productivity (Kelly & Duran, 1991). Nor do the individual group members have to like each other for the group as a whole to become cohesive (Hogg, 1993). Getting acquainted does involve a few key elements, though, when the point is to create good working relationships:
Understanding a task can actually be rather difficult. Some students, for example, think of themselves as very “task oriented” because they really, really want “good” grades and are willing to work “really, really hard” for them. That kind of high motivation is a good thing, but it doesn’t really help a person undertand the specific steps that must be taken to get those good grades.
The student who actually gets good grades translates the vague general goal of “good grades” into specific, operational plans:
“I want to get a B or better in Cost Accounting by doing all the homework and identifying areas to ask questions about during the study session before each test.”
This makes it easier to set up a schedule to allows time to get the work done, provides a benchmark for success, and helps the student pinpoint the places where he or she will need to access outside resources (i.e. the professor’s study session).
A group
situation is similar, but multiplied by five or six minds.
The team not only
needs to make
sure that its goal
is operationalized into specific task steps, but every member of the
group must clearly understand both the goal and the steps in the same
way.
Not only that, there is probably a
client or
boss whose understanding of the task is more important than anything
the team
thinks!
The step of clearly defining goals is not simply a motivational conversation to get the team pumped up. This is a conversation about translating general desires into specific, concrete tasks, deciding what your team’s deliverables will be, and determining the success criteria that you will use to measure your team’s productivity. Several typical documents insure that the team agrees on its task, and that the team agrees with its external stakeholders on the specifics of the outcome: a team charge, a team mission, and a memo of understanding.
Every job
that
requires several people is complicated enough to require several steps. These might be sequential
steps, like the
to-do list you’d follow in planning a party, or they might be
components that
need to be put together, like a blueprint for assembling a bicycle. Often, as with both
parties and bicycles,
some of the steps could be done in any order, but others must be done
in a
certain sequence in order for key decisions to be made on time or for
parts to
fit together properly. You
probably will
not create a complete task list for the entire project in your first
meeting,
but ultimately, every aspect of the team’s job must be broken
down into
tasks: concrete,
observable duties,
activities or behaviors that a single person can do in a single sitting.
The term
“deliverables” is a good one if it reminds you that
your team goal must be
translated into something “real” that you could
carry or mail to someone
else. Business
teams are never created
to sit around and chat and come up with great ideas.
They are created to produce something for
someone. Whether
the product is a car or
a marketing plan or a customer response decision, your team must
deliver
something…the car, a report, a memo…to someone.
Certainly the marketing ideas inside that report are the
most important
part of it, but your team will be more productive if you decide early
in the
process exactly how those ideas are going to be packaged for delivery. You’ll be able
to see more clearly what steps
need to be taken, and you’ll be able to talk more
productively about what needs
to be included.
back
to TOP
Group success can be defined in many ways, and without a specific conversation about what your team wants to accomplish, you are likely to find yourselves thinking you’ve done a great job just because you came up with some great ideas, or enjoyed your meetings, or didn’t create any enemies in the sales department. In business teams, in particular, it’s important to realize that how you feel about your group is not as important as whether or not you meet the expectations of your client or boss. As with everything else about the task definition, this will mean defining your expected outcome in terms of some concrete, measurable standards. The specifics can vary from project to project, but the basic parameters will include
o a time frame: How soon does this project need to be completed? If something comes up, is timeliness more important than cost or quality?
o the cost: How much is the client willing to pay for this product, in terms of money, time and other resources? If some part or step looks like it’s going to cost more than the budget allows, should the money (or time) be spent anyway, or should a solution be found that might take more time or reduce quality?
o the quantity required: How big, how much or how many are expected? Will this be a one-page report of a few ideas, or a fifty-page analysis of every suggestion made over the past year? Is the emphasis on generating the most possible alternatives and choosing one, or is the team expected to find the quickest “satisficing”solution?
o the
quality desired: Does
the boss want the team to produce a
great widget, a mediocre widget, or a “down and
dirty” widget? Perhaps
more important, does everyone agree
on what a great widget looks like?
Has
anyone seen one? If
it turns out that it
costs a lot to make a great widget, will an okay widget do?
The team charge is the official statement of the team's task. This might be a memo from the boss or a letter from a client, but it can also be a statement of purpose that a team creates for itself. The charge is not a complete description of the project or task, which comes later. The charge often includes an articulation of how the team’s task fits into the organization’s broader goals. It provides “boundaries—in terms of constraints on the team as well as areas of autonomy” (Yeatts & Hyten, 1998). Every member of a work team should be able to summarize the team's charge in a sentence, and the team charge will typically be provided as the first line of the team's mission and the first paragraph of the team's memo of understanding..
When a
team has been formed with a complicated or politically sensive charge,
or when the team will be responsible for meeting a somewhat open-ended
goal, the charge will sometimes be expanded into a
complete team vision,
charter, or mission
statement, a team’s own
statement of goals and objectives.
Ideally, a team sets its own specific goals
in cooperation with management (Yeatts
& Hyten, 1998),
although self-organized or self-managed teams might create a
mission independently.
Even when a team seems to have been given a clear, specific, and uncomplicated task, it should spend some time creating a restatement of the goals in the members' own words, paying special attention to
The document should clarify any constraints such as budget limitations, delivery schedules, quality standards, legal restrictions, or technical requirements and clarifies areas in which the team has autonomy (Yeatts & Hyten, 1998, p. 119). Teams with a clear mission have higher performance than those without, as they are able to decide more effectively how to spend their efforts (p. 120), and less likely to experience negative conflict within the team (p.121).
The process of creating the team charter can be lengthy. Often the team will need to meet together several times, gathering information about the task from a variety of sources before it can come to a clear agreement about what is involved. Usually, a representative will meet with a supervisor or client, as well, verifying that the emerging team goals are compatible with the organizational or client goals.
As a finished document, a team’s charter can take many forms. Sometimes a team simply keeps the informal meeting notes as part of the project records, using them as the basis for the more formal external documents that will follow. Other teams have their missions engraved on plaques, pens or mouse pads and distributed to all members as a method of increasing both team identity and member motivation. Often a team charge will appear as the first page for the final project documentation.
The document could take the form of a memo, a binding contract, or a series of substantive emails that clarify key details. Whatever the format, its key function is to set up a feedback loop with the group's external stakeholders, typically a boss or client, but sometimes other organizational or public groups as well. That is, the memo is not a document created and filed by the group; it is a communication with one or more people outside the group. In many cases, the Memo of Understanding is signed or initialed by the group's client or stakeholders and functions as a contract between the two parties.
The Memo of Understanding should be designed so that several key topics are summarized and verified:
team
identity Your
group membership should be defined, identifying the person within the
team who
will be the client’s contact
task parameters A brief but complete description of the project is the main body of the document.
resources Specify any resources you expect to be able to use over the course of the project, including people, equipment or funds. You should be clear whether you have already secured the cooperation of resources, are expecting your supervisor or client to provide them, or will be locating necessary resources as part of your project responsibility.
documentation Specify the communication that will occur within the team, between the team and client. Any dates and format for interim and final reports should be included, along with information about where they are to be sent or stored.
Organizing Project Communication
Once the team is formed, productivity depends on the management of resources to accomplish its task, which by the very definition of “team” work requires productive communication within the group. Just as individuals aim for clear, concise, efficient communication to be more productive workers, teams need to use clear, concise and efficient communication to insure their productivity. Once the team is clear about its charge or mission, the real work begins of figuring out the step-by-step process to accomplish that goal. Because of the team environment, this "organizing" step is necessarily a communication process. The specific steps and standards envisioned by each group member must be shared and confirmed in a feedback process so that the group can productively work collaboratively.
Work Plan
Project management, by definition, requires the use of management tools, and documentation will be your most important tool (Fried, 1992). A complete project work plan documents all elements of the team’s scope and objectives, as well as the specific phases or steps involved in completing the work (Robert, 1997). This document will allow everyone in the team to know where it is going, and how much it has accomplished at any given moment, and what remains to be done.
The key information
in an effective work plan
includes
Project Steps Every element or step of the project must be listed. Generally, a team will attempt to put the steps into chronological order, although most projects involve interrelated steps and information flow that allows or requires that some steps be completed simultaneously. When these interrelationships become very complex, a Gantt chart is often the best way to visualize the flow of the project.
Sub-steps and Tasks Each major element of a project is broken down to the level of a task: the work that an individual can accomplish in a single work session (generally figured at two to four hours).
Task Sequence Each task should be reviewed for elements that must be completed in advance. It is at this stage that a team will discover that the original chronology is incorrect or incomplete. If project management software is being used, the final result will accommodate these interrelationships, but if a team is using a simple table or spreadsheet, the prerequisites are listed for use when the calendar is created.
Time Estimates The estimate of the time a task will take should never exceed the amount of work one person can do in one sitting. Project elements that exceed about four hours should be further sub-divided so that each discrete step can be adequately planned. Indicate multiple time estimates if a task requires the time of two individuals.
Task Assignments Productive team work requires that tasks be assigned on the basis of skills, access to resources, and work preferences. In many cases, work assignments are made to minimize the need for extra communication. A person who completes a sub-task, for instance, might be involved in a later step, allowing him or her to use the information learned at the earlier stage of the project. Review the assignments carefully to insure that each individual has access to the equipment, time and skill resources needed to complete his or her tasks.
Project Calendar
Once the work plan is completed, the team will create due dates for the various steps of the project. These are generally created “backward” from the final project completion date, picking up the time required for prerequisite subtasks and accounting for resource availability, communication requirements, contingent decisions, and any other elements that will require time for completion. The conversion from work plan to calendar can become complicated by elements that have yet to be decided, but all project elements should be accounted for, even if the exact parameters of the element are not yet known.
Adjustments might be required to balance a team’s workload. Individual tasks and times are added to complete team calendar
A project calendar is created in the same way a personal calendar is created, although accuracy and completeness are more important when several people must coordinate their work. In a complex, multi-phase project, a Gantt chart is often used, creating a visually intricate calendar that helps the team plan its work. Punch lists, spreadsheets and flow charts all offer advantages for various kinds of projects or processes, and some industries have specialized methods or software packages to facilitate their unique projects. Some teams work with sophisticated project management software that combines the work plan and project calendar, often with additional communication features. Others keep the project planning documents in a simple three-ring binder. A team might also use a web-based intranet or a document management system such as Google Docs that connects everyone on a “virtual” team electronically. Often, teams will use an electronic calendar system to plan a project, which can then be accessed and adjusted by all team members on a continuous basis. Most large organizations will use a software package that integrates team communication, the project calendar, and all documentation for multiple interrelated business activities.
Whatever the communication technology used, everyone the team will have access to the project status, and each team member will be able to locate to his or her own well-defined tasks, deadlines, and deliverables (Robert, 1997).
As planned
task steps are identified, the next step is to locate the points at
which team members will need to communicate
with each other,
with the client, with a supervisor, and with anyone who will be
providing
resources
to the team. Productive
teams
communicate about key topics:
scheduling and coordinating of task elements, review of team and
individual
performance, and review of environment (Yeatts & Hyten, 1998). Furthermore, they plan communication
events to accomplish the discussion.
Regular
routine
communication is a factor in team success, since the regularity insures
that
lapses and contingencies are handled, and sufficient interpersonal
contact is
available to get acquainted, develop norms, and work out differences (Yeatts & Hyten, 1998). On the other hand, one of the biggest
mistakes teams make is to arbitrarily schedule regular meetings without
considering the optimal length or frequency, simply assuming that the
project
will be most effectively accomplished with face-to-face communication
of the
whole team at frequent intervals.
Not
only are such meetings extremely expensive in terms of member time, but
they
are generally a far less efficient channel of communication than the
phone or
email. Don’t
plan to do all your
communication at meetings, and don’t schedule meetings
without a rationale.
You might imagine
that you are now ready to get
to work, which would be true if you were working alone.
In a team situation, though, one more crucial
step is needed for success. You
must
decide how you are going to share information, make decisions and deal
with
changes as they occur over the course of the project (Hackman, Brousseau, & Weiss, 1976;
Weingart, 1992;
This coordination of
knowledge is not a process
that happens automatically or magically.
In fact, in a complicated, long-term business project,
team
communication might be a full time job for one of the team members. Regardless of the
project’s complexity,
success requires that a team agree on what
needs to be
communicated at every stage of the project, how
that
communication should happen, and who
will be responsible for
participating in the various communication events.
Create a communication calendar. Once a team has created the overall work plan, it can determine the times it will need to engage in communication to complete its tasks.
Create communication processes. In addition to planned task communication, every project requires a great deal of communication about unplanned events. A productive team will determine how communication should take place when a) the client, supervisor or resource availability necessitates a change in plans, b) unexpected decisions are required, c) follow-up or discipline of team members is required
Select optimal communication channels Once you know the topics of conversation, you’ll need to chose the best channels for each communication that must occur, and when possible, the best times. Many teams have a communication “plan” that consists of a single question, “when shall we have our meetings,” but meetings are without a doubt the most expensive channel of communication your team could select, and the least efficient for routine information transfer.
A much better method of planning communication is to go back to your project schedule and locate all the points at which information must be transferred, decisions made, or knowledge shared. Then select the best method to accomplish each of those tasks, and add the communication events to the schedule.
A crucial part of planning the communication is making sure that each team member knows what to expect. It isn’t enough to plan good information flow; team members must be able to recognize and resolve information deficiencies. Make sure that everyone understands what should happen if expected information doesn’t arrive, or isn’t clear.
Although meetings, emails or phone calls are already scheduled to accomplish the team’s task, a second level of communication is required to handle the contingency events, interpersonal issues, and misunderstandings that are a normal part of team work. This requires that all team members are aware of the optimal methods for communicating with each other under various circumstances.
Specify communication responsibilities. No amount of planning will actually get the job done. The plans must be followed, and with any group activity, that requires some communication to keep all the information flowing. Your team will avoid innumerable “communication breakdowns” later by installing some effective management procedures before you get started on the project.
Sometimes
groups
find it easiest to name one person a “project
facilitator” or “communication
specialist.” This
does not have to be a
person with any other kind of power in or out of the group, but a group
will be
most productive if someone is in charge of the information flow, both
inside
the group and with its external resources and environment (Romig).
Complex or risky tasks, in particular, are not done well
when
coordination and control functions are too widely shared (Fisher, 1985). In
most groups a “social leader” will also emerge.
Regardless of the work done by a formal or informal
administrative
leader, someone will take on the informal responsibility of social
communication, doing whatever is necessary to maintain “group
unity and
satisfaction”
In the end, every team member is responsible for maintaining the communication plan, but several key duties will probably be assigned to specific individuals:
Any job that a team undertakes will necessarily involve the coordination of resources, information, and changes. Before you ever begin the project, you must identify and locate the resources you will need (see Box, Talking About Resources), and then your various resources must deliver their information, materials or products at the right time, to the right person, over the course of the project. How will each resource know it is needed? Will someone need to call and notify the client that information is needed? Does the office administrator need a calendar of when the conference room should be scheduled? Will there need to be negotiations with a team member’s supervisor regarding attendance at an off-site retreat? Go through your resource list carefully, noting these communication tasks, and put them on your project calendar.
Similarly, teamwork always requires a systematic distribution of information among team members (Yamane, 1996). From your task list, you can predict some of the major information transfers that must occur. Schedule these on your project calendar. You should also identify major categories of information that team members have, which others will need. Your programmer might have the specs for the software design, while the marketing rep knows whom to call at the client’s office for some user input. The team leader will obtain the audit schedule from the client, but needs to know from the human resources department when each intern should be paired with a team member. While this kind of information is not always scheduled, your project records should include the key contact people for various types of information.
Finally, your team will be communicating change. The client might change his or her mind about how the project is to proceed. The market situation might change the parameters of what your team can accomplish this quarter. You might suddenly discover mid-project that a key supplier will not be able to provide parts on time. You won’t know what change will occur, but you can be sure that somewhere along the line, an emergency will come up, a plan will be changed, or someone will discover a problem the team hadn’t anticipated. As you plan your communication, you should include “changes” and “problems” as a topic, and decide how they will be handled.
Planning Types of Communication:
information transfer should
involve the fewest participants possible
and use the most efficient channel, most often phone or email. A written document might
be needed for
lengthy or very sensitive information.
Face to face communication is probably not
required except when the information is very complex or a
demonstration is needed, and meeting time is generally extremely
expensive.
decision making
communication
is nearly always complicated enough to require a channel that offers
real-time
feedback. Use at
least a phone call, and
net-meetings or face to face meetings are often worth the expense. A key question
is how many people are required for
the decision. If
the same people will need to meet, try to
schedule several decisions at once rather than scheduling a separate
meeting
for each one.
knowledge
transfer is probably the most difficult type of communication to plan
but
crucial for success
Productive management of team communication involves monitoring, evaluating and correcting processes over the course of the project, which is a process that involves every member of the team. Even when there is a supervisor or designated team leader, if collaborative work is the goal, every member of the team must be in a position to know what needs to be done, what the next step is supposed to be, and whether any problems are looming on the horizon.
To meet this challenge, productive teams manage their communication with effective project documentation. Documentation can take various forms. The team might use a three ring binder that travels to each meeting. It might create an intranet that each member can access from his or her own workstation. A team might have an administrative support staffer who distributes copies of team documents for each member to store electronically. Whatever the format, a number of key communications need to be recorded and made accessible to everyone involved in the project.
Team meetings are a common type of regular communication and so important that special documents are used to plan, facilitate and record them: the meeting agenda and meeting minutes. Most people think of meetings as a single occurrence of oral communication, but business meetings involve a series communications, generally in writing, before, during and after the oral conversation that insure the group achieves the objectives. Taken together, the pre-meeting, meeting, and post-meeting communication are most productive when they follow the standard business structure of productive communication.
People
make a major mistake when they think of meetings independent
communication
events. “Eighty
percent of what makes
them work happens outside the meeting room” (Duell, 2000).
Teams are engaged in an ongoing process of communication
and meetings
are only one surface feature in the information flow.
What “happens” during that
face-to-face
encounter is strongly influenced by what
happens prior to it as well as
how it
is remembered afterward.
Project
Documentation Virtually
any team
is more productive when all team members have easy access to key
information
that is needed. Generally,
a team will
create some kind of central depository of information, which is
sometimes kept
separately from the rest of the project documents.
Anything from a
clipboard to a PDA to a
spreadsheet uploaded to the company intranet can be used to coordinate
communication, record decisions, and report the team’s status and
outcomes to
others. The format
will vary depending on the work,
but blueprint files, bibliographies, spreadsheets, bound reports and
trays of
tissue samples are all examples of project information depositories.
One common, simple and
inexpensive tool is a three-ring binder that includes all the
communication
plans, records and suggestions for future team members. Internal
team documents will also include copies of the key documents the team
produces,
which might be kept chronologically as a record of the team’s
work, or as
separate archive documents.
Sometimes, project records are used to document that legal or auditing requirements have been met. They are used to bring a new member up to speed. On a long, complex project, a team can refer to project records to remember why certain decisions were made, or to locate information details. Sometimes the only thing between you and a lawsuit is a clear paragraph explaining how a particular client requirement has been met.
A team should have documents in a format that would allow a
supervisor or new group member read through them and
a)
understand
the
purpose and scope of the team’s work
b) determine
the
tasks, information transfers and decisions required to do the task,
c) locate and contact resources required for the job,
d)
determine
the
degree to which the job has been completed, and
e)
perform the contracted work in the
team's absence.
Planning the
Purpose and Context: Creating the Agenda
Once everyone arrives, agenda in hand, effective team meetings are characterized by starting and finishing on time, staying on the agenda, full participation, and some time for socializing (Yeatts & Hyten, 1998 276-277). This productive conversation is not accidental. One or more people will “facilitate” the meeting by paying attention to the communication that occurs and insuring that the agenda is followed.
The facilitator can be a supervisor of the group, a member of the group, or an outside specialist in group processes. Generally, one person is thus considered the meeting’s formal facilitator, but it is important to remember that everyone in the group is equally responsible for communicating in a way that insures that the group achieves its planned objectives. The more members who understand the meeting process, the more effectively they can cooperatively facilitate productive conversation. Some groups—and student groups are a good example—do not have a designated facilitator. In these groups it becomes especially important that the group members understand and follow good communication practices.
Whether or not there is a designated meeting facilitator, everyone who attends a meeting plays a part in keeping the group’s communication on track. As the new person in the company or on the team, don’t feel that you have no control over how well things are going. In fact, sometimes the new person can be in a great position to clarify goals and expectations because you get to ask questions about just about anything!
§ Make sure you see the agenda. If the facilitator “forgot” to prepare one, ask that the group make a quick list of the meeting’s goals and topics.
§ Take meeting notes right on the agenda. This will help you to keep track of what is going on, and you can offer to make the group notes or take the minutes if those jobs aren’t being done.
§ Keep an eye on the clock. If conversation is getting bogged down, or if conflict seems to be unresolvable, it is proper to suggest that the group “move on, in the interests of time.” Unresolved issues should be rescheduled for a better time when information, resources and/or open-mindedness are more available.
After each agenda item, verify that the group is in agreement
§ that the agenda item has been adequately covered
§ on the decisions that have been made
§ on any “new” issues that need to be added to a future research or communication agenda
If an agenda item is taking longer than anticipated, the group may agree to extend the conversation, but other agenda items should be eliminated so that a meeting’s overall time is not affected.
Most good facilitators will create a written set of meeting notes, which acts as a visual trace of the conversation as it happens. Even though several individuals are usually taking notes (including someone who might be creating the meeting minutes), the whole group needs to be able to share a common perception of how the conversation is progressing. Everyone in the group needs to maintain constant awareness of what information the group is finding relevant, and the decisions that are being made. This allows people to verify the group’s decisions as they go along and saves disagreement among individuals’ notes.
The meeting
facilitator is often the person
to make the group notes, usually on a white board or flip chart. Flip charts are useful
because they can be
torn off and posted all over the walls so that everything remains in
sight for
the entire meeting. Electronic
whiteboards are handy for creating a permanent and accurate copy of
brainstorming
results, diagrams that perfectly capture the group’s creative
ideas or the
exact wording of decisions or results.
Whether or not the group keeps these meeting notes depends on the circumstances, but they are often brought back to later meetings to insure that key ideas or tasks have not been forgotten. Sometimes, items come up that the group will need to resolve or discuss at a later time, and the meeting notes should also create a “group memory” of anything that must be done by anyone after the meeting ends.
Electronic
Decision Support Systems Widespread dissatisfaction with unpleasant and
unproductive meetings has led many businesses to adopt Group Support
Systems
(GSS) to streamline discussion, improve decision making, and enhance
cohesiveness (Miranda & Bostrom, 1999 98).
Meeting participants sit at individual computers
(generally set up in
the same room) and interact electronically.
These systems encourage discussion by allowing everyone to
contribute
simultaneously and anonymously and by providing an objective and fair
method of
reaching a decision that incorporates everyone’s ideas
equally. Many users
report a reduction in the time
consumed in meetings, but the success of GSS is largely dependent on
the
quality of meeting facilitation
For most people, the novel meeting environment seems to break unproductive meeting habits (Miranda & Bostrom, 1999 99). Once everyone has learned the technology, GSS groups tend to have more even participation and more issue-based conflict, with less interpersonal conflict (Miranda & Bostrom, 1999). When groups are given additional training in appropriate meeting communication, they show higher levels of social support, greater participation rates, and greater satisfaction with the group. They wasted less time and energy and made significantly more accurate judgments (Tullar & Kaiser, 2000).
In general, individuals should be allowed to leave a meeting that lasts longer than scheduled. It is up to the meeting facilitator to schedule sufficient time to cover the planned topics, and to keep the conversation efficient about covering those topics. Participants should not be expected to suffer the consequences of a poorly managed meeting.
It is generally the responsibility of the person who prepares the agenda (who is usually the meeting facilitator as well) to pull together all these potential agenda items, estimate the amount of time to be allotted to each item, and insure that sufficient meeting time is available to accomplish the agenda. If there are too many items to be productively handled, some should be “tabled” for another meeting or an alternative mode of communication should be created to resolve the item.
Unless a general category is designated for “new business,” meeting participants are expected to ask the meeting planner to place items on the agenda before it is distributed.
An “unwritten” or “hidden” agenda refers to topics that individuals want to discuss that do not appear on the written agenda. A good meeting facilitator will recognize and acknowledge these items, but it is not usually appropriate to deviate from the written agenda. A better solution usually involves scheduling additional conversations or meetings to resolve those issues.
Then
everybody
should leave the meeting! If
meetings
consistently drag on because more agenda items are being thought up as
you go
along, or people are standing around afterward discussion important
issues that
were somehow never included in the agenda, the team should take a hard
look at
its agenda creation process.
The most important part of productive team communication is the continuing record of decisions that are made, commonly created as meeting minutes. Whether a decision is made in a meeting, or on the phone between two members, or in a chance meeting with the client, it must be communicated to everyone on the team who will need to act on that decision. Further, it must be recorded so that time need not be spent in another conversation, discussing and making the same decision all over again.
Much of the communication that team members have with each other happens in conversations, which are unplanned and informal. They can be more productive by following the conversational rules in the previous section. In fact, some communication among a work team should not be recorded. The supportive conversation that takes place at a T.G.I.F. [2] or in a company lunchroom, for instance, is often considered private. Any recording or even retelling of conversations held under those circumstances might be ethically questionable and socially inappropriate.
In addition to your own internal communication, members of your team will also have regular communication with some combination of supervisors, resources, or clients. As part of its task definition step, the team should determine exactly what communication is expected by supervisors and clients, who generally expect to be informed at regular intervals throughout a long project. It is crucial that a team keeps a written record of this communication, which can often involve changes in the team’s mission, its resources, or commitments from others in the organization.
A software development team meets with potential users over several months, designing the interface to meet their specific requirements. When questions are raised at the end of the project, the team will be able to point to the series of conversations that led to the inclusion of a certain feature. The more complete the team’s log, the more easily it is able to persuade others that any agreements or information are recorded accurately.
A log is an easy way to keep a complete record of communications as they occur, without having to categorize and file the information and decisions, and regardless of who on the team engaged in the communication. A sales team, for example, might keep a web-based prospect book, to which each team member posts every contact. Each time a team member is about to call a prospect, he or she can see the complete record of previous calls, including entries about the product requirements, special offers that have been made, and even personal information about the prospect’s likes and dislikes.
A productive team
will
engage in informal status and formal reporting with a range of key resources, clients, supervisors or stakeholders (Gladstein, 1984; Putnam & Stohl, 1990;
The engineers on a
major construction project
create a monthly report that details budgeted versus actual
expenditures,
explains variances to budget, anticipates any project delays or
schedule
changes, and details labor and subcontractor requests for the following
month.
A cross-functional
quality team in a production
environment prepares a weekly memo to all plant department heads that
summarizes customer complaints received and action taken on each.
A formal status
report
should include some key information:
§
a recap of the work
you
have performed during the reporting period
§
explanations of any
deviations from the work plan or project budget, and
§
projections for the
next reporting periods, including especially any schedule, budget or
resource
changes that are being made from the current work plan.
Informal
status
reporting is often oral. Be
careful not
to neglect these important conversations, or fail to record their
outcomes.
Many teams are charged with the creation of a product, service or procedure that will be used by other employees or a client. A group is asked to decide on a new employee dress code, for instance, or a design team creates a new line of products. The deliverable, in these cases, is not merely the decision or design, but whatever instructions, explanations or procedures are required to allow someone to follow the new dress code or use the new product.
Quality documentation in this scenario requires more than simply recording of the team’s decision in the project records. The format and content must take into account whatever accessibility, readability, and usability issues will affect the ability of the user to actually perform the desired behaviors or use the team’s output (Guillemette, 1989; Smart, Seawright, & DeTienne, 1995 p. 480). User documentation will often require extensive editing and reorganization of material so that it provides a context for understanding the process, clear functional expectations, and clear instructions for behavior.
In
addition to whatever
documentation goes to the users of a team’s outcome, there is
often an
additional transfer of the team’s work responsibility.
A quality team, for
instance, might reach its
reengineering goals and transfer the project responsibility to a
production team. An
emergency response team might wrap up the
immediate disaster with a cover memo to some future team that must
solve a
similar problem. For
security reasons,
an audit team might disband and allow a different group of individuals
to
handle the client’s next annual review.
Transfer documents are used to reframe and revise project
documentation so that another person or
team can effectively extend or replicate the work that has been
done. In a work environment, there is never an assumption that a
new worker can simply go back to the last person who did the job and
ask for additional information or clarification. People leave the
company, get transferred to foreign countries, or are simply too busy
with the new job to be bothered answering questions. It is thus a team's final responsibility
to
insure that all project documentation is accurate, complete, and in a
format that
will allow the next team to pick up the ball.
Often the transfer documents are created for an unknown audience; the team has completed its own responsibility, but does not know exactly who will be responsible for the next stage, or even exactly when that will happen. Sometimes the transfer is part of a proposal, which must include incentives to continue the project as well as instructions for how to do so.
The
transfer
document is therefore a relatively comprehensive document that
As you are planning your team’s communication procedures, create a system to monitor the occurrence of any planned communication. Just as you would create benchmarks or metrics to monitor the success of any critical path event, you should have some kind of calendar, schedule or feedback loop to insure that scheduled phone calls, meetings or reports have actually been produced. Everyone should be clear as to the proper mechanism for coordinating sub-tasks and resources. In addition to routine communication, you should have procedures in place for non-routine communication events. Decide what the mechanism will be to communicate changes in task, procedures, and resources.
With a complete plan in place, it is relatively easy to see whether communication has been done according to that plan. If your team has a designated administrator, that person might engage in a systematic process or reminders, follow-up and documentation. More often, teams self-monitor their communication processes. As individuals note any communication failures, they bring them to the attention of those who are involved and make ad hoc corrections.
Sometimes it becomes apparent that a communication system is not working as intended. For example, team members might decide to exchange key information in early morning emails, but one team member is unable to log on to email at her workstation until after a sizeable data download is accomplished. Rather than delay its work every day, the team decide to modify its procedure, refreshing the intranet links to team members’ information overnight, allowing each team member to upload the data as needed.
In addition to insuring that communication takes place as planned, communication management involves insuring that the interaction accomplished its purposes. In general, this means the team will engage in some systematic feedback activities to insure that information exchange, knowledge sharing, and critical evaluation of data is actually happening as intended. People tend to think that everyone else at a meeting understood what was said in exactly the same way (Hackmann), while in reality this is seldom the case.
Team
communication
is greatly enhanced when efforts are made to insure that feedback loops
are in
place to catch misunderstandings before they become problems. For example, at the end of
every meeting, everyone in the
group might summarize
his or her own perception of the key decisions and commitments that
have been
made. Or, a meeting
facilitator can meet
one-on-one with group members on a regular basis, insuring that
everyone is
hearing things the same way
Your team should have some communication scheduled to make sure that procedures and processes are evaluated. These conversations usually occur at the boundaries between one project and another, or between one project stage and another, or when team membership changes and a new individual must be acculturated into the team’s goals, norms, and procedures. You might schedule a special “task redefinition” session to talk about any changes in project direction or scope, or hold a “get acquainted session” to introduce a new team member (Devadas & Argote, 1995). Or, you might include a short “how are we doing” session at every meeting of the entire group.
Regardless of what other work a team will be charged with accomplishing, there will undoubtedly be group effort in creating its documentation. Even when individuals do not work within a team structure, they will often write collaboratively. One study found that 87% of business writing was accomplished in a team or group , and even the individual who writes a document “alone” can expect three to five levels of review before it is complete. In fact, even the writer whose work is so routine that it simply goes “out the door” without review will realize that his or her writing is constrained by corporate formats, organizational expectations, and an internal “ear” that has learned to write in a way that acknowledges and represents the views of everyone in the organization. A letter from a company is never “just” from its writer; it also represents the company as a whole and all of its employees.
One utility company required 23 separate approvals for an internal newsletter article (Yoder, 2001).
Time and resource management issues with respect to the writing process are just as large a part of the management job as any other resource management. Perhaps writing is even more important when the organizational impact of written communication is considered. Continuing issues should be resolved and not dismissed as just the “disadvantages” of collaborative writing. Certainly collective authorship is unlike individual authorship, but it is a communication practice that accomplishes important organizational purposes.
The basic steps of the productive writing process do not change with the addition of authors, reviewers or corporate expectations. Efficient collaborative writing does require, however, timely and productive communication at each stage of the prewriting, drafting, and editing process.
How
do you rewrite a 1500 page proposal with a huge amount of changes from
a variety
of inputs, 50 authors all working on it at the same time and two weeks
to finish
it? Keeping in mind
formatting and
presentation, changes must be tracked and approved, and the 50 authors
are
spread out all over the world (although mostly in the
No team project, including a writing task should be started before the team is ready to take on collaborative work. The first job of the team is to get acquainted and communicate about its common goal or mission. For a writing task, in particular, the development of a clear and consistent “voice” often requires high levels of understanding and agreement among group members.
When multiple researchers, writers or editors are involved, an initial meeting should set up the project time-line, set intermediate tasks and due dates, allocate resources and responsibilities, and decide on a consistent format and style. A newly formed group that has not had experience with writing together should set multiple intermediate due dates, expecting to spend quite a bit of time talking through the various ways to express ideas.
An individual’s writing is of higher quality when information requirements and audience expectations are considered before beginning to draft a document. With a group of researchers or writers, the process becomes even more crucial. A team will find it still has misunderstandings and disagreements after the drafting begins, but the most productive teams will at least come to an agreement on audience and goals, structure, research or data collection needs before attempting to write.
Schedule enough interaction among those who are making decision about the document’s purpose, expected audience, and persuasive strategies. If a group has not worked closely together before, of if the organizational “voice” is unfamiliar to the writers, be sure that everyone agrees on definitions, expectations and goals.
The actual typing at a keyboard is obviously an integral part of any writing project, but keyboards are designed for single writers and collaborative writing is necessarily accomplished by coordinating the keyboarding of several individuals. In reality, the drafting of any document is actually a series of decisions, drafts, revisions and edits, which can be distributed among a group in multiple ways.
Whichever drafting flow the group uses, it will find the process most effective when it allows sufficient time to reach agreement. Otherwise, an alternative editing process must be used to create a single coherent document. Many successful groups takes advantage of collaborative writing software, which can greatly speed the comparison and revision of documents.
Don’t underestimate the amount of time it takes to draft, revise and edit a document. Even experienced writers can spend a great deal of time composing a complex thought or achieving just the right tone in a politically or emotionally charged situation.
Along with the information and
production elements,
collaborative writing requires attention to the creative, cognitive and
language resources within the group.
Writing ability is often perceived as an extension of ones
own
personality or “voice,” and writers can be very
possessive about their own
personal choice of words. Collaborative
writers must “be able and willing
to
overcome differences in writing styles, working styles, and personality
traits”
(Bovée & Thill, 2000 51), taking full advantage of each others’
differences as additional writing strengths available to the group
rather than
interpersonal differences to be resolved or ignored.
During the course of a large project, it is common to find that the goals and purposes have changed, the audience has changed, or circumstances have changed sufficiently that a document must meet different goals from what was originally discussed at the prewriting stage. If document drafts are being prepared by individual writers, it is a good idea to schedule additional time for the group to review these issues and make sure that individual writers are responsive to the changes.
Usually, one person drafts a document or document section, which others edit, and typically one person does a ‘full’ or ‘final’ edit for perfect stylistic and formatting consistency. Whatever task process is selected, be sure that anyone editing a document is clear about the content, format and style decisions that were made during the prewriting, and about which editing step is to be done at the moment. The review and revision process is built on the assumption that two heads are better than one, but some heads are better editors than others. The best editor is not always the best writer, or English grammarian. The best editor is familiar with the writer’s goals and with the audience and able to anticipate how an audience will respond to a document.
As a team, be even more careful to follow a systematic editing process, discussing content, format, style and language errors in that order. Conflict can arise when writers don’t make careful distinctions between personal judgments about a businesslike “style” or “tone” and the rules of grammar or punctuation.
Editors should carefully distinguish between acceptable style differences and desirable format or style consistency. Conformity to a set of language and format rules is important, however, for a clear, consistent corporate image. A competent editor must also know the difference between style decisions and grammatical errors. Nearly any written format or style or construction is “correct” in some context, but it might not conform to the accepted norms of your group.
A good editor will explain his or her comments, suggestions, revisions and editing to others in a clear, constructive and reliable way. Telling someone ‘it doesn’t sound right’ is useless in terms of making future decisions, and it conveys the message that you haven’t thought carefully about the goals and strategies of the writing job at hand.
Don’t waste time arguing over style choices. Just pick a comma rule and use it!
Generally, the more individuals who proofread the final document the better. Even the best editor will miss some errors or omissions. Nevertheless, the team must insure that its best editor has sufficient time to carefully read the documents. The final document should also be compiled as a single word processing document. This facilitates final editing changes and also allows electronic document control, now a standard practice in most large organizations.
We regularly transmit lengthy documents via E-mail as attached files. Combined with the redlining and comment features in the newer word processing software, sending things electronically permits us to get lots of work done in a very short time and saves paper as well. Another benefit is that one no longer has to squeeze all the comments between the lines and in the margins, so they can be more descriptive, easier to read, and more carefully written than we used to make them on paper. (Oriel, 2000)
Virtually all oral presentations of team work, from proposals to status reports to final project reviews, are conducted as collaborative presentations. As with preparing a written document, the shift from individual to collective speech preparation requires some additional steps.
When working in a group, don’t expect one person to “make the slides” and consider the presentation as a whole to be complete. A series of individual speeches is not a team presentation, and many supervisors will judge the team’s overall effectiveness by watching the interpersonal dynamics that are all too apparent in a team presentation.
A public presentation is unique in that it displays the team’s own interactions to others. An audience will be able to tell instantly whether the team members genuinely like and respect each other.
Instead, draft the presentation as a group, working out the conceptual flow of the whole, leaving spaces and holes to be filled –perhaps by individuals—as the presentation takes shape (Zielinski, 2000). One person should act as the “editor” to keep the voice consistent, but should never work in isolation. All members of the team should be present in the room, tossing out ideas, suggestions, clarifications, and potential questions to clarify (and shorten!) the presentation (Zielinski, 2000). Writing as a group means that everyone understands the purpose and meaning of every word of the presentation. In the end, each member of the team fully understands and can deliver the entire presentation, not merely his or her own area of expertise.
Most groups will entrust the delivery to one or two lead presenters who might tap secondary speakers to contribute on specific points, although a really superlative group presentation is “a series of multiple star turns, with each member of the team contributing equally” (Zielinski, 2000 48). The ideal team “rehearses and pitches together so often” that each member is “instinctively” aware of what is in everyone else’s mind during the whole presentation.
A presenting team should be like a “seasoned basketball squad” says Fallon Worldwide’s Chief Marketing Officer, Mark Goldstein, “One of our presenters could throw a behind-the-back pass that might take the crowd completely by surprise, but that the person on the receiving end fully expects.” (Zielinski, 2000)
As you plan and rehearse the presentation, consider the placement of all the “actors” in the “scene” and insure that their movement and “script” consistently support the presentation as a whole. Often, one person will handle technical and hardware issues, leaving the “speakers” to concentrate completely on interacting with the audience.
Be very careful that someone is always building rapport with the audience. It is extremely impolite for a team to ignore its audience while it is engaged in conversation, set-up, or trouble-shooting.
Bales, R. F. (1950). Interaction Process Analysis: A Method of Study for Small Groups: Addison-Wesley.
Barker,
D. B.
(1991). The Behavioral Analysis of Interpersonal Intimacy in Group
Development.
Small Group Research, 22, 76-91.
Bormann,
E. G.
(1990). Discussion and Group Methods (3rd ed.). New York: Harper
& Row.
Bovée,
C. L.,
& Thill, J. V. (2000). Business Communication Today (6th ed.).
Upper Saddle
River, NJ: Prentice Hall.
Brilhart,
J. K.,
& Galanes, G. J. (1995). Effective Group Discussion (8th ed.).
Dubuque, IA:
Brown & Benchmark Publishers.
Chen,
G., Donahue,
L. M., & Klimoski, R. J. (2004). Training Undergraduates to
Work in
Organizational Teams. Academy of Management Learning &
Education, 3(1),
27-40.
Devadas,
R., &
Argote, L. (1995). Organizational Learning Curves:
The Effects of Turnover and Work Group
Structure. Paper presented at the Midwestern Psychological Association,
Chicago.
Devine,
D.,
Clayton, L., Philips, J., Dunford, B., & Melner, S. (1999).
Teams in
Organizations: Prevalence, Characteristics, and Effectiveness. Small
Group
Research, 30, 678-711.
Dion,
K. L., &
Evans, C. R. (1992). On Cohesiveness:
Reply to Keyton and Other Critics of the Construct. Small
Group
Research, 23, 242-250.
DiSalvo,
V. S.,
& Larsen, J. K. (1987). A Contingency Approach to Communication
Skill
Importance: The Impact of Occupation, Direction, and Position.
Duell,
J. (2000,
Sep). Meetings Don't Have to Bore you Stiff. Presentations, 15, 34-39.
Elias,
F. G.,
Johnson, M. E., & Fortman, J. B. (1989). Task-focused
Self-disclosure: Effects
on Group Cohesiveness, Commitment to
the Task, and Productivity. Small Group Behavior, 20, 87-96.
Ellemers,
N.,
Kortekaas, P., & Ouwerkerk, J. W. (1999). Self-categorisation,
commitment
to the group and group self-esteem as related but distinct aspects of
social
identity. European Journal of Social Psychology, 29(2-3), 371-389.
Evans,
C. R.,
& Dion, K. L. (1991). Group Cohesion and Performance. Small
Group Research,
22(2), 175-186.
Fisher,
B. A.
(1985). Leadership as Medium: Treating
complexity in Group Communication Research. Small Group Behavior, 16,
167-196.
Fried,
L. (1992).
The Rules of Project Management. Information Systems Management, 71-74.
Gladstein,
D.
(1984). Groups in Context: A Model of Task Group Effectiveness.
Administrative
Science Quarterly, 29(4), 499-517.
Greene,
C. N.
(1989). Cohesion and Productivity in Work Groups. Small Group Behavior,
1,
70-86.
Guillemette,
R. A.
(1989). Usability in Computer Documentation Design: Conceptual and
Methodological Considerations. IEEE Transactions on Professional
Communication,
32(4), 217-229.
Hackman,
J. R.,
Brousseau, K. R., & Weiss, J. A. (1976). The Interaction of
Task Design and
Group Performance Strategies in Determining Group Effectiveness.
Organizational
Behavior and Human Performance, 16, 350-365.
Hackmann,
R.
Handbook of Industrial and Organizational Psychology.
Hefley,
W. E.
(1999). Influence in work groups: A study of software development
teams.
Unpublished Dissertation.
Hogg,
-. M.-A.
C.-S., -Louise; Holzworth,-David-W. (1993). Group prototypicality and
depersonalized attraction in small interactive groups.
Personality-and-Social-Psychology-Bulletin, 19(4), 452-465.
Jackson,
S. E.
(1992). Team Composition in Organizational Settings. In S. Worchel, W.
Wood
& J. A. Simpson (Eds.), Group Process and Productivity (pp.
138-173).
Newbury Park, CA: Sage.
Janis,
I. L.
(1983). Victims of Groupthink: A Psychological Study Policy Decisions
and
Fiascos (2nd ed.). Boston: Houghton-Mifflin.
Keller,
E. F.
(1992). Secrets of Life, Secrets of Death:
Essays on Language, Gender and Science. New York:
Routledge.
Kelly,
L., &
Duran, R. L. (1991). Interaction and Performance in Small Groups.
International
Journal of Small Group Research, 1, 182-192.
Kettlehut,
M. C.
(1991). Avoiding Group-Induced Errors in Systems Development. Journal
of Systems
Management.
Langfred,
C. W.
(1998). Is Group Cohesivenss a Double Edged Sword?
In Investigation of the Effects of
Cohesiveness on Performance. Small Group Research, 29(1), 124-143.
Larson,
C. E.,
& LaFasto, F. M. J. (1989). Teamwork: What Must Go Right/What
Can Go Wrong.
Newbury Park, CA: Sage.
Martinez,
E. V.
(1994). Avoiding large-scale information systems project failure: the
importance of fundamentals. 25(2), 17-25.
Michael,
J. G.,
& Hambrick, D. C. (1992). Diversification Posture and Top
Management Team
Characteristics. Academy of Management Journal, 35, 9-37.
Miranda,
S. M.,
& Bostrom, R. P. (1999). Meeting Facilitation: Process versus
Content
Interventions. Journal of Management Information Systems, 15(4), 89-114.
Morehead,
G.,
& Montanari, J. R. (1986). An Empirical Investigation of the
Groupthink
Pheomenon. Human Relations, 39(5), 399-410.
Nixon,
H. L. I.
(1979). The Small Group. Englewood Cliffs, NJ: Prentice-Hall.
Oriel,
J. (2000).
Re: Enforcable Writing Standards. Retrieved Jan, 2000
Parsons,
D. E.,
& Drew, S. K. (1996). Designing Group Project Work to Enhance
Learning: Key
Elements. Teaching in Higher Education, 1(1), 65-80.
Prapavessis,
H.,
& Carron, A. V. (1997). Cohesion and Work Output. Small Group
Research,
28(2), 294-301.
Putnam,
L. L.,
& Stohl, C. (1990). Bona Fide Groups:
A Reconceptualization of Groups in Context. Communication
Studies,
41(3), 248-265.
Robert,
D. W.
(1997). Creating an Environment for Project Success. Information
Systems
Management, 14(1), 73-77.
Romig,
D. A.
(1996). Breakthrough Teamwork:
Outstanding Results Using Structured TeamworkR. Chicago: Irwin.
Samovar,
L. A.,
Henman, L. D., & King, S. W. (1996). Small Group Processes. In
R. S.
Cathcart, L. A. Samovar & L. D. Henman (Eds.), Small Group
Communication
: Theory and
Practice (7th ed.).
Dubuque, IA: Brown & Benchmark.
Schwalbe,
K.
(2000). Information Technology Project Management. Cambridge, MA.:
Course
Technology: Thomson Learning.
Shaw,
M. E.
(1981). Group Dynamics: The
Psychology
of Small Group Behavior (3rd ed.). New York: McGraw-Hill.
Shure,
G. H.,
Rogers, M. S., Larsen, I. M., & Tasson, J. (1962). Group
Planning and Task
Effectiveness. Sociometry, 25, 263-282.
Smart,
K. L.,
Seawright, K. K., & DeTienne, K. B. (1995). Defining Quality in
Technical
Communication: A Holistic Approach. Technical Communcation.
Steiner,
I. D.
(1972). Group Process and Productivity. New York: Academic Press.
Thompson,
L.
(2000). Making the Team: A
Guide for
Managers. Upper Saddle River, NJ: Prentice Hall.
Tullar,
W. L.,
& Kaiser, P. R. (2000). The Effect of Process Training on
Process and
Outcomes in Virtual Groups. The Journal of Business Communication,
37(4),
408-427.
Van
Meer, G.,
& Stigwart, C. D. (1989). Effective Group Interactions: Some Aspects of Group
Projects in Computer
Science Courses. ACM SIGCSE Bulletin, 21(4).
Wech,
B. A.,
Mossholder, K. W., Steel, r. P., & Bennett, N. (1998). Does
Work Group
Cohesiveness Affect Individuals' Performance and Organizational
Committment? A
Cross-Level Examination.
Small Group Research, 29(4), 472-494.
Weingart,
L. R.
(1992). Impact of Group goals, Task Component Complexity, Effort, and
Planning
on Group Performance. Journal of Applied Psychology, 77, 682-693.
Wheelen,
S. A.,
Murphy, D., Tsumura, E., & Kline, S. F. (1998). Member
Perceptions of
Internal Group Dynamics and Productivity. Small Group Research, 29(3),
371-393.
Whitney,
K.
(1994). Improving Group Task Performance:
The Role of Group Goals and Group Efficacy. Human
Performance, 7(1),
58-78.
Wood,
C. J.
(1989). Challenging the Assumptions Underlying the Use of Participatory
Decision Making Strategies: A
Longitudinal Case Study. Small Group Behavior, 20, 428-448.
Yamane,
D. (1996).
Collaboration and Its Discontents:
Steps
toward Overcoming Barriers to Successful Group Projects. Teaching
Sociology,
24(4), 378-383.
Yeatts,
D. E.,
& Hyten, C. (1998). High-Performing Self-Managed Work Teams: A
Comparison
of Theory to Practice. Thousand Oaks: Sage.
Yoder,
J. (2001,
29 March). Not the Way We Do Business Here: How a Public Relations
Disaster
Happened, How the Company Reacted, and How the Press Reported It. Paper
presented at the Joint Regional Conference of Midwest, Eastern and
Southeast
Regions Association for Business Communication, Kansas City, MO.
Zielinski,
D.
(2000, July). The Million-Dollar Pitch. Presentations, 42-49.
[2] Thank Goodness It’s Friday: a social event that takes place among co-workers at the end of the business day. This might occur on a day other than Friday, but generally it will happen at the end of some regular work cycle. People attend directly from work, but ties and jackets come off. TGIF is usually an informal, no-host event at a bar or restaurant, and everyone who works in the group may attend.