Writing@CSU 

Writing Guides

Print-Friendly Page

Overview: Communicating as a Civil Engineer

In both academia and industry, engineers speak and write their ideas. While some communication tasks are completed individually, others are performed as a group. Engineers also work as project teams to write proposals and reports. To learn more about communicating as an engineer, choose any of the items below:

Types of Communication

During your training as an engineer, you write and present large amounts of research. Typically, in academia, your instructor dictates what type of communication you'll use. For example, an assignment may require you to write a Technical Report instead of a giving a Presentation. Later, in industry, you may need to determine what type of communication to use in particular situations. However, most companies, like instructors, often provide guidelines for each communication type.

Types of Communication

The list below represents some of the most common communication types you'll use. Typically, content and organization distinguish each of these. However, you'll find variations on these types in both academia and in industry. For example, one instructor might identify the written results of a lab test as a Lab Report, while another instructor might call it a Project Report. Always check with your instructor or company policy to know what type is expected and what to include. To read more about each type, choose any of the items below:

Graphics

Graphics provide illustrated information to readers. In general, graphics are designed to make it easier for readers to understand your ideas. Deciding when to insert a graphic depends on the information you need to convey. For example, as you're writing, you find yourself struggling to describe a complex concept. Fitting your description within a few paragraphs is impossible, so you decide to create a graphic. Often, graphics are useful when concepts, designs, or processes are too complex or cumbersome to describe in written or oral form. To read more, choose the item below. Use your browser's "Back" button to return to this unit

Poster Sessions

As an engineer, you'll participate in Poster Sessions during conferences and group meetings. A Poster Session allows you to display and discuss your work on a project or the results of your research. These sessions are popular in both academia and industry. To read more, choose the item below. Use your browser's "Back" button to return to this unit.

Inspections

Engineers typically write Inspections after evaluating an artifact and making assessments. For example, an engineer might inspect the condition of a bridge or pavement and then assess what repairs need to be completed. Often, regulatory agencies require that engineers inspect artifacts within specific time intervals.

The audience for Inspection documents is the people who need to resolve the issues presented in the assessments--a bridge Inspection is most likely delivered to the bridge authority managers. Inspections usually contain numerous photographs depicting an artifact to help the audience visualize an artifact's condition. When writing Inspections, engineers present their observations, not their recommendations. Decision-making is left to the audience.

Presentations

Mechanical engineers give Presentations when they work on projects and Proposals. Often, professional Presentations require you to verbally and graphically present preliminary designs to colleagues. On the other hand, if you attend technical meetings or academic conferences, you'll discover that engineers use Poster Sessions to present research and other technical information. To read more about Presentations, choose any of the items below. Use your browser's "Back" button to return to this unit.

Lab Reports

Lab work is an important part of every engineer's training. During a lab test or experiment, you participate in a "hands-on" experience that no textbook or lecture can provide. Writing a Lab Report requires you to reflect on these experiences. To read more, choose the item below. Use your browser's "Back" button to return to this unit

Project Notebooks

As an engineer, you should always keep a Project Notebook, containing notes of all your work. The Project Notebook provides a convenient place to keep track both of what you think about and the work you do on lengthy projects. To read more, choose the item below. Use your browser's "Back" button to return to this unit.

Letters, Memos, E-mail

You might assume that as an engineer, you won't have to write business letters, memos or e-mail. This assumption is wrong! Any college instructor will tell you that these skills are necessary in industry. Every project you work on will demand that you communicate with other engineers and clients about your ideas and research. To read more, choose any of the items below item below. Use your browser's "Back" button to return to this unit.

Proposals

Engineers write Proposals to present a topic to be researched or to suggest a plan of action. Typically, consulting engineers send Proposals to other companies in order to get work. The Proposal then works to convince its recipient that a particular engineer or firm is the right choice for the job. To read more about Proposals, choose the item below. Use your browser's "Back" button to return to this unit.

Narrative Writing

As an engineer, much of the writing you do is not specifically essay or creative writing, such as the writing you might do for a composition or poetry class. However, Narrative Writing is useful for explaining concepts or depicting situations that might otherwise be difficult to understand.

Narrative Writing

Narrative Writing involves telling a story. Typically, this writing is not accepted in the technical writing found in most engineering publications and in industry. Readers, specifically other engineers, expect what they read to deliver information in a straightforward way without comparisons or anecdotes. However, Narrative Writing can help readers visualize a concept or design in specific situations. To read about how engineers use Narrative Writing, choose any of the items below:

Narrative Writing in Publications

Neil Grigg, Civil Engineering Professor

Narrative writing is acceptable in some publications, but most technical people don’t want to read anything like that. They demand cut and dry writing. I’ve noticed more creative writing in publications recently; however, it takes a lot of confidence to write that way. You don’t want to risk loosing your readers’ attention because of your creativity.

Explaining a Concept

Neil Grigg, Civil Engineering Professor

I worked with a group to write software for state government supply. At a meeting, we were setting up protocols, that is, who would own the software, who would modify it, control it, distribute it. I told everyone that we needed to stop discussing these issues and look at the future to see how the software would be managed. To do this, I used a narrative story:

The year is 1999 and Judy is the software manager in Fort Collins. Jack works on the Western slope and needs to stay in contact with Judy. The two communicate via e-mail. They exchange files over e-mail, etc. This technology plays a major role in getting the job done.

From this story, everyone could visualize how this situation would work because the e-mail trend was apparent to everyone. A narrative story helped in that situation.

Writing Style

Dave Alciatore, Mechanical Engineering Professor

Engineering writing should be very clear. When you enter the industry, you're expected to write efficiently and not be as creative as you may have been while in school. Your boss won’t want you taking a lot of time to write something and your readers don’t want to read more than is necessary. Good writing is structured, concise, well-illustrated, and therefore relatively short. I get fed up with long paragraphs because they take longer to read.

Creativity in Engineering Writing

Dave Alciatore, Mechanical Engineering Professor

Most engineering writing is rather dry. I usually count off for story telling, especially when students should be describing what they did and how they did it. If the material is straightforward and simple, it should be presented in a straightforward and simple way. Typically, it’s not professional nor appropriate to liven writing with stories. On the other hand, I’ve read some publications where analogies, anecdotes, and metaphors were used to depict a concept. One example was to show the limitations of technology. In the article, the writer compared a robot to an ant in a bath tub. Like the ant with its sensory limitations, the robot also has limitations. The conclusion was that a robot can’t operate in certain environments. It makes sense, though, that this type of writing is used with this subject matter. After all, in behavior based robotics, writers build comparisons between living creatures to show how we want robots to act. Usually a writer has to have a solid reputation in the field before readers will accept this type of writing.

Public Meetings

As a civil engineer, you'll attend and conduct many Public Meetings. Since much of the engineering work you'll do centers around planning and decision-making, people, both politicians and citizens, want to know how you're spending their tax dollars. These meetings require strong presentation skills due to diverse audiences and situations.

Purpose

The purpose of a Public Meeting is to communicate what plans or decisions are being made on a project. Typically, the information engineers convey at a Public Meeting is objective so that unbiased decisions can be made. A Public Meeting's purpose can change, however, depending on the audience and the situation.

Audience

A Public Meeting's audience can range anywhere from city council members to citizens. When presenting to any of these, engineers always consider what their audience already knows about a topic and what they expect to find out about a topic. They are also informed about how an audience feels towards a topic.

For example, homeowners living near a busy intersection are complaining about noise and traffic congestion. The city has plans to widen the streets at this intersection, thus welcoming even more traffic according to the homeowners. Civil engineers would discuss the city's plans to both city officials and homeowners. Obviously, they can expect support from city officials since they initiated the plan. The homeowners, on the other hand, are likely to be angry and have much to say against the proposal. The engineers' job, as presenters, is to cater to both audiences. They can justify why the streets need to be widened and how the noise and heavy traffic problems might be solved. They must present objective information to aid in decision making.

Public Meetings

Tom Siller, Civil Engineering Professor

As a civil engineer, you’ll often be called into the public domain to make speeches. For example, when city councils propose ideas, they have a civil engineer talk about transportation or zoning or planning. In these types of situations, you can’t discuss certain information, so you have to portray yourself in a specific manner.

Presentation Levels

Neil Grigg, Civil Engineering Professor

A comfortable situation is when you present information to a project team or other people, like city council, who understand engineering terminology. In a more formal situation, you might present your proposed plan to politicians and citizens. Or you might pitch a sales presentation to a panel selecting an engineering company for a contract. This is a formal situation, however, you should act informal, so they’ll like you. A hostile situation is at a large public meeting where citizens are usually against the proposed plan. An ultimate hostile situation is where you are threatened and need to take control. As a professional, you need to come across as neutral, unbiased. All of these situations are out there.

Operating Procedures

Engineers write Operating Procedures to ensure that the artifacts they create are properly utilized and maintained. Operating Procedures require a specific type of writing for a particular audience.

Operating Procedures

Civil engineers write Operating Procedures for different types of artifacts. These artifacts include single pieces of equipment, such as a pump, and more complex equipment, such as reservoir or wastewater treatment plant. Whenever engineers write Operating Procedures, they consider who will need to understand the information they provide. To read more about Operating Procedures, choose any of the items below:

Purpose

The purpose of Operating Procedures is to instruct technicians and other equipment operators how to operate and maintain equipment. Operating Procedures are similar to VCR instruction manuals that inform you about how to operate the equipment.

Audience

The typical audience for Operating Procedures is the technicians who operate equipment. This audience varies, depending on the type of equipment and how detailed the procedures need to be. For example, some technicians are high school graduates who have been through training programs, while others have college degrees or various levels of technical knowledge. This audience then determines how engineers write the procedures and the language they use.

How to Write Operating Procedures

Operating Procedures combine technical writing with writing for not-so-technical audiences. For instance, instead of writing, "Turn knob B' 30 degrees counter-clockwise," an engineer may write, "Rotate the green knob to the left as far as it will turn."

Deciding between which of these two procedures to write depends on which the audience is more likely to understand and how familiar the audience is with the equipment. Consider a VCR instruction manual. The manual doesn't assume that you know the electrical terms for every component. Instead, the manual's goal is to familiarize you with how to operate the equipment on a non-technical level in a language that you can understand. Engineers write Operating Procedures in much the same way.

Operating Procedures

Neil Grigg, Civil Engineering Professor

The more complex a system is the more complex the Operating Procedures will be. Consider a wastewater treatment plant--it's like a human body. A plant has many systems: a flow system, an electrical system, and an environmental safety system, all of which have to be monitored and operated. Someone has to make sure these systems are in compliance with the standards, and that's what Operating Procedures accomplish.

The Language Used in Operating Procedures

Tom Siller, Civil Engineering Professor

The language used in Operating Procedures can be technical, but it can't be an impediment to accomplishing the operating goal. You have to make a balance. That is, instructions should be specific enough to understand and specific enough to provide the right technical information. For instance, "Turn knob," is vague; "Turn knob B," is more specific. Or, don't write, "Reduce the flow," without telling your audience that a gauge needs to be changed first.

Engineering Reports

Just about every engineering project requires engineers to produce numerous reports. Some situations require only one report while others demand several reports to communicate work progress. The number of reports written typically depends on the type of project and who funds the project. To read more about reports, choose from the items below:

Progress Reports

Engineers write Progress Reports to communicate the status of their work or when they reach a milestone. Typically, consulting engineers produce these reports; however, other engineers might write them as well. The main purpose of this document is to inform funding agencies, mangers, and co-workers of problems or changes regarding a project. Often, changes can affect schedules and even budgets.

A Progress Report can be as informal as a quick e-mail or as formal as a bound report. Its format generally includes information such as project background, the work completed, the work currently being completed, and the work to be completed. It also states any problems and presents suggested solutions either already implemented or to be implemented. The details in a Progress Report depend on who the audience is. For example, a client may be more concerned about the financial status whereas a supervisor may care more about when the work will be completed. An audience analysis is necessary to determine what details to include.

Policy Statements

Policy Statements are regulatory documents that help ensure safety. Unlike Specifications and Codes that guide engineers as they create designs, Policy Statements are more concerned with specific procedures and operating decisions. As a student, you may not write Policy Statements, but as an engineer, many projects will require you to produce Policy Statements.

Policy Statements

Policy Statements are crucial in every day operating procedures, and they also play a large role in emergency situations. As an engineer entering the field, you probably won't write Policy Statements. However, as you advance into management positions, you're more likely to produce such documentation. To learn more about Policy Statements, choose any of the items below:

Definition of Policy Statements

Policy Statements are specific procedures that help ensure safety for operations. Often engineers write these documents as manuals and divide them according to specific areas of responsibility. For example, at a wastewater treatment plant, the procedures may be to bolt all large items to the floor and to keep the premises free of clutter at all times, i.e. no ladders left in the open.

Policy Statements also inform readers of specific design limitations and what actions to take should limitations be surpassed. For example, A storm hits a city and the amount of incoming wastewater surpasses the amount that can be treated by the wastewater system. Operators can then refer to a policy that states how much water can be treated in a given time and what course of action they should take.

Audience

The audience for Policy Statements varies, depending on different situations. Often, operators read these documents to inform themselves about equipment or operations. However, government officials or city engineers responsible for operations are also likely to read Policy Statements.

Policy Statements and Earthquakes

Tom Siller, Civil Engineering Professor

In earthquake engineering, you might write policies about the types of buildings that should be built in a particular municipality. These "sets of requirements" determine which buildings will survive the quake and the amount of damage they can withstand. In other words, you can design a building to withstand any earthquake. However, decisions are made that some buildings may collapse while others won't. Policies state which classes of buildings are built so that they can fall down during an earthquake and which classes of buildings need to survive an earthquake. For example, a hospital should be built so that it can withstand any earthquake. This way, it won't have to be repaired afterwards. On the other hand, an office building should be built so that it will not collapse, but it may take more damage than the hospital. A decision may be made that after the quake, an office can be torn down and built again.

Specifications and Codes

As an engineer, it's likely that you'll read countless Codes and possibly write many Specifications. Depending on your position as a civil engineer, you may even be involved in creating Codes for other engineers to use.

Specifications and Codes

When engineers develop designs for their projects, they consider many issues. In particular, civil engineers have to follow a strict set of restrictions known as Codes. These Codes help them write the Specifications needed for a specific design. Since many engineers develop public artifacts, they also have to consider how a design's appearance appeals to citizens. To read more about Specifications and Codes, choose any of the items below:

Definitions of Specifications and Codes

Specifications are what engineers write after reviewing the Codes affecting their projects. Codes are regulatory sets of rules, so Specifications "specify" the work that will be completed in order to comply with specific Codes. Engineers must take Codes into account because these prescriptive rules assist them in meeting the minimum performance standards necessary for health and safety.

For example, in Colorado a foundation has to be at least 48 inches below the ground's surface. This is a Code. Engineers designing a particular project must then write the Specifications to follow this Code. So, they might state that the soil should be placed within a density range of x to y and that the moisture content is A to B. These are the Specifications.

Audience

Codes are mainly read by:

Typically, citizens don't read Codes. Instead, citizens see the results of Codes in the artifacts designed by civil engineers.

Codes

Tom Siller, Civil Engineering Professor

Codes are very precise prescriptions; they're not very narrative at all and are usually presented in very small paragraphs. They also get very microscopic. For instance, a building code might have several sub-codes within it, and so you'll see subheadings labeled as 1.1.2.

Typically, you'll find Code books in an organization's reference library. As a student, you may or may not use a Code books in your classes, but they are available in t he campus bookstore.

Writing Specifications that Satisfy Codes and Citizens

Neil Grigg, Civil Engineering Professor

When engineers write Specifications, they must satisfy both Codes and citizens. Consider, for example, that an engineer must design a flood control channel in a stream. The control channel, according to the Code, must be big enough to pass a certain size flood. Since the control channel is visible to citizens, it must also be appealing. So perhaps the engineer will plan a bike path along the stream. The path will have flowers instead of concrete walls. It'll look just like a babbling brook and still have functional control channels.

Communication Conventions

The engineering field has many established writing conventions. These conventions affect how you organize your thoughts and how you phrase your research and ideas. In this section we discuss the following:

Communication Conventions

Most of the conventions you'll read about here represent what's generally expected when you communicate as an engineer. However, you may need to use different conventions in different situations. For example, your instructor may require you to use first person pronouns in a Technical Report, while the same report submitted to a publication may require the passive voice. Always check to know what's acceptable and what's not. To read more, choose any of the items below:

Headings and Subheadings

Headings and subheadings are good organizational techniques, and they also help readers locate information. For example, students writing a design report about a performing arts center used "Main Hall Acoustics" as a main heading and placed "Background, " "Materials," and "Design Considerations" as subheadings. This way, a reader interested in the necessary materials could quickly find this information without reading the whole report.

Additionally, headings and subheadings break up your text. They provide readers with visual stopping points. These stopping points help keep your reader's attention focused on your content rather than on where they are in the text.

Group Writing

Engineers often compose documents as a group. This occurs in both industry and academia when engineers have to present large projects. Writing as a group means that you have to work well together in order to assign tasks and complete the work. To read more, choose the item below. Use your browser's "Back" button to return to the Communicating as an Engineer unit.

Lists

Lists are effective ways to present information. Not only do they break down large amounts of text, but they're also visually pleasing. Lists are especially useful when you have to convey steps, phases, years, procedures, or decisions. When creating a list, consider writing phrases, fragments or even questions and answers. By avoiding full sentences in a list, your information is concise and more likely to engage your readers. For example, to receive a degree in engineering, you must complete the following:

Lists can be bulleted, as in the previous example, or numbered. Typically, you should use a numbered list when you need to stress the order of the listed items. Priorities and steps are best presented as numbered lists.

Writing Style

Derek, Lile, Electrical Engineering Professor

Engineering writing has a specific style. Open any publication and you'll see that style: never use personal pronouns, use the passive voice, etc. It's very impersonal. This is the accepted style, and I honestly don't know the history of it. In a technical paper we can't write, "I bought a bunson burner, I did this with it, and I made these measurements." This type of writing would get thrown out by any journal.

Graphics

Graphics provide illustrated information to readers. In general, graphics are designed to make it easier for readers to understand your data. Deciding when to insert a graphic depends on the information you need to convey. For example, as you're writing a technical report, you find yourself struggling to describe a complex concept. Fitting your description within a few paragraphs is impossible, so you decide to create a graphic. Often, graphics are useful when concepts, designs, or processes are too complex or cumbersome to describe in written or oral form.

Engineering Writing

Carmen Menoni, Electrical Engineering Professor

Our approach to writing is similar to the way we, as engineers, work. Because writing is a process by which you start with something and you improve it by shaping it into a particular form. This is exactly what we do with an experiment. We start with a problem, devise a way to solve the problem, and then consider the outcome. Engineers do this type of analytical thinking.

Active and Passive Voice

In the past, many engineers stressed that the passive voice should be used in writing. However, this trend is changing. Some instructors, publications and industries now accept the active voice in written documents. To differentiate between the two, consider the following:

  1. I used the electric identifier to solve the problem.
  2. The electric identifier was used to solve the problem.
The first sentence is in active voice. It stresses who completed the work, "I." The second sentence is in the passive voice. It stresses the work completed, "The electric identifier was used." Typically, if you use a first person pronoun (I, we) you are writing in active voice. Always be sure you know which voice you should use in your writing.

Writing in Industry

Tom Siller, Civil Engineering Professor

Writing is more factual in industry and more team writing gets done. Because writers must convey a corporate image, individual ownership over the work is not as common.

For example, I worked on a group report with government contractors. The contractors just didn’t like what we wrote. We thought we presented factual information, and the contractors disliked it because it didn’t say what they wanted to hear. They didn’t read it for discovery; they read it for confirmation of their ideas. Here, the client determined the goals. After we were criticized, the company’s president defended us. We weren’t there because of the corporate ownership.

Terseness

Many engineers stress that writing should be terse. Lengthy sentences and long paragraphs are signs that your writing is not terse. The reason why terseness is necessary to good engineering writing is because it helps your readers understand information quicker. For example, you can write five paragraphs about the procedures you followed during a lab, or you can summarize the key points in a paragraph or two.

What's important to remember about terseness is that you shouldn't give up any detail. In other words, don't delete large portions of text because you think you've been too wordy. Remember that good writing is descriptive, but it also gets to the point as quickly as possible. The information you present should always be relevant to your topic, as well as to your audience.

Terseness in Writing

Patrick Fitzhorn, Mechanical Engineering Professor

When I grade technical papers from students, the most common comment I write is "Why?" In order to be as terse as possible, many students make statements without providing back-up, support, or reasons to believe that’s the case. As much as terseness in writing is desired in engineering, that doesn’t mean you don’t have to justify what you write. You still have to explain how you arrived at decisions, etc.

Pronouns

Like active voice, pronouns were once unacceptable in engineering writing. According to some engineers, using pronouns made writing more "personable" and less "scientific." However, this trend is changing. Some instructors, publications and industries now accept pronouns in written documents. For example, "We tested each sample," as opposed to 'The sample was tested." Before you begin writing, always determine whether or not it's acceptable to use pronouns.

Details in Engineering Writing

Ken Reardon, BioChemical Engineering Professor

Calculations, graphics and other engineering information are important details in writing, but you have to know how and when to use them. A good engineer must know how to integrate these details into the bigger picture to answer "why" questions with them. For instance, calculations can be used to make decisions or convince other people of your ideas. They support what you have to say.

Advice from Engineers

Engineers who've been in the field for years have learned that presenting information requires writers and speakers to consider specific issues. These issues can help you effectively present your ideas and research. In this section, we discuss the following:

Advice from Engineers

The advice you'll read here comes from engineering instructors who have been reading student writing for years. As a result, these engineers have found that students need to understand how to effectively present information, how to format documents, and how to incorporate purpose and audience into writing. Following this advice can help you prepare organized, logical documents. To read more, choose any of the items below: