Archive for October, 2009

Intellectual Property Responsibilities of Content DevelopersIntellectual Property Responsibilities of Content Developers

Posted October 13th, 2009 by paul.
Category: Books, Movies, Media, Technical Writing, Work | 2 Comments »

As a technical writer, I develop content for the applications I’m supporting. Often that includes designing content, images, and multi-media to provide the best user experience possible. As content developers, however, we have a responsibility (both legal and moral) to ensure that the content we are using is being used properly and legally.

We live in a world with lots of avenues to get content for our projects. Several websites specialize in searching for media that you can download and use in your product. Just because you can find it, however, does not mean you can use it. There are legal requirements that you need to be aware of when you are using content created by somebody else.

For example, I can’t just do a Google image search and find any image and put it directly into my project. The person who created that image has copyright protection on that content. You can not use it unless you get a license to use it from the copyright holder.

When you are working on a project for personal use, you probably don’t have to be too worried about these restrictions. However, when you are doing work that will be used in any kind of professional setting or commercial setting, you have to be very careful how you use others’ intellectual property.

Take, for example, the case of NBC currently in the news. NBC is being sued for using somebody else’s intellectual property, without properly licensing it. A very similar thing happened at a company where I used to work. The company had been purchased by a larger entity, and was going through a re-branding. The new branding used a font that the company hadn’t licensed properly. When I read the license agreement and realized we were infringing on somebody’s IP rights, I escalated to the management, who had to pay tens of thousands of dollars to use the fonts the way they were planning to. However, paying those tens of thousands of dollars up front saved them potentially hundreds of thousands of dollars in the lawsuit that might come from using the fonts illegally.

Since the work you create represents the company you work for (or your own company, if you are an contractor), you really need to pay attention to intellectual property issues to protect your company from being held liable for infringement.

Here are some tips for using intellectual property properly:

  • When you use somebody’s material, be sure you get written permission to use it, including exactly how it will be used. If you are going to use it for commercial purposes, be sure that it is properly stated.
  • Don’t just assume that people put the content on the Internet so it can be used.
  • If you purchase stock photography, make sure you abide by the terms of the license agreement. Generally, you don’t purchase unlimited rights; normally your license restricts how the property can be used (if it can be downloaded, for example; or if it can be used on a T-shirt or mug).
  • If you create something from scratch while at work, that work belongs to your employer. You can use that in your work product in any way you want. If you make a derivative work, you have to be sure you are licensed to do so.
  • “Fair use” is a defense in court; it is not a legal protection, per se. Be very careful about saying “I can use this, because it is ‘fair use.’” You don’t want to get sued to prove that it is, in fact, fair use. When in doubt, don’t do it.
  • Track your IP use. Many licenses to use IP include time restrictions; after a certain date you have to re-pay to continue to use the image. Be sure your organization is in compliance with these rules.
  • When you use somebody else’s work, be sure you give proper attribution. In many cases it is required. In other cases, it is just the morally right thing to do.

A special note about Creative Commons License

There are lots of images available out there under a Creative Commons license. There are several forms of this license, but you need to be very careful if you use Creative Commons-licensed material because most Creative Commons licenses require “share-alike.” That means that if you use an image licensed with a Creative Commons license, your entire project must also be licensed under the same license.

That means if you are creating a help system that includes a single Creative Commons Share Alike image, then your entire help system may also be required to be licensed under a Creative Commons Share Alike license.

Watching out for others’ IP rights is good for the community. It means you can also expect your IP rights to be respected. It is the responsible thing for us to do, and as writers, we owe it to ourselves, our employers, and our community to make sure we are in compliance with intellectual property requirements.

_______________

Disclaimer: I am not a lawyer, and this should not be considered legal advice. If you have questions about intellectual property issues, please seek the advice of an IP attorney licensed to practice in your locality.

Analysis of Team Design ReviewAnalysis of Team Design Review

Posted October 7th, 2009 by paul.
Category: General/Random | 2 Comments »

Probably most of you don’t know that I changed jobs recently, which is part of the reason I’ve been posting so infrequently. When you change jobs there is so much to learn, and it takes time.

One of the benefits of my new job is that I’m working with an impressive team. I have great respect for every one of my team members. We have four technical writers, three trainers, and our manager. They are quite the group. We have Intermountain STC chapter president Ben Minson, the unstoppable Tom Johnson of I’d Rather Be Writing, and fellow Flare pro Derek Warren. (Derek’s mother, we discovered, is really good friends with my wife. They met while serving as missionaries in Russia.)

Recently we added a new component to our team meetings: Design Review. Every other team meeting, three team members get 30 minutes each to talk about projects they are working on, and they get to demonstrate some of the cool things they are integrating into the project. As a team, we look at the project and both learn from what they’ve done, and make suggestions on how they might improve the project.

Our first design review was this week. Captain Ben was out sick, so he didn’t get to present his work, but we got to see some of Tom’s work, as well as the work of Mike, one of the trainers on our team. I was super impressed with both of their work. Tom demonstrated how he was using a Wiki to manage documentation for a community-developed software product. Mike showed us how he created an online quick reference guide that used JavaScript and divs to hide content and only show the part that the user needed at that moment.

I found both demonstrations very interesting. It was great to see how Tom is working to involve the community in documentation of a community-developed software tool. We talked about the wiki as a documentation source, and discussed the pros and cons of using a wiki for documentation. Tom is up doing a presentation at a university in Idaho today and tomorrow, and he is going to see if he can encourage the university tech comm students to contribute to the project. I’ll be interested to watch to see how that develops. As for Mike’s presentation, I was very impressed with the professional quick reference website that he created in Dreamweaver. It made me re-think how we can provide quick reference material to our customers. We spent a lot of time talking about how you know when to provide it in a quick reference page format, and when to create a full help system, and I found that discussion useful.

I am going to like these review sessions. They are mentally engaging and it’s fun to see what other team members are doing. I think it will help all of us improve our current projects, and help us be better writers overall.


Bad Behavior has blocked 538 access attempts in the last 7 days.