A directory of resources inthe field of technical communication.

Articles>Documentation>Management

51-74 of 89 found. Page 3 of 4.

About this Site | Advanced Search | Localization | Site Maps
 

« PREVIOUS PAGE 1 2 3 4  NEXT PAGE »

 

51.
#23026

Using PERT to Plan and Schedule Your Documentation Projects   (PDF)

Program Evaluation and Review Technique (PERT) is a proven project management tool that can be applied to documentation projects. PERT is used to identify: (a) the interrelationships between the various milestones of a project, and (b) the critical path of activities, the path more resources should be concentrated to complete the project on schedule. A PERT network is a graphical representation of the plan and schedule of the project. The technique is effective in non-repetitive documentation projects where project managers have an accurate assessment of their resources.

Aikat, Shish. STC Proceedings (1996). Articles>Documentation>Project Management

52.
#20349

We Neurotic Amateurs: A Commentary on Edmond H. Weiss's "Egoless Writing: Improving Quality by Replacing Artistic Impulse with Engineering Discipline"   (peer-reviewed)   (members only)

The assertion that technical communicators tend to be 'amateurs'--that is, lovers of our own work--is a claim with little foundation. Arguments toward regimentation and systematization of documentation writing are not calls to professionalize a currently-immature field, but rather attempts to emulate the hierarchy we have seen implemented in microprocessor engineering in the 1970s, software development in the 1980s, and content management in the 1990s. Such 'egoless' methods may offer advantages to employers, but should not necessarily be considered 'progress.'

Sauer, Geoffrey. Journal of Computer Documentation (2002). Articles>Content Management>Documentation

53.
#22170

What Do We Manage? A Survey of the Management Portfolios of Large Technical Communication Groups   (peer-reviewed)   (members only)

Finds that user's guides, reference manuals, and help account for most products, and about half are print. Reports that no widely used method or metric of assessing effectiveness exists

Carliner, Saul. Technical Communication Online (2004). Articles>Documentation>Management

54.
#31729

The Why and How of Content Convergence and Integration

Content producers are about to live through interesting times, to adapt the popular saying, with the dawning of The Age of Content. Industry is discovering content as a commodity; the rules are changing, and fast. What have traditionally been seen as the lowliest form of commercial content within an enterprise, technical manuals, are starting to take their place alongside the other valued corporate assets.

Bailie, Rahel Anne. Writing Assistance (2007). Articles>Content Management>Documentation>Technical Writing

55.
#32146

Getting FLOSSy: Acrobat Killer Or HAT Replacement?

Some writers truly hate Adobe Acrobat and any tool that can do the job better is worth a shot, particularly if it’s open source and easily navigated. Flossmanuals.net introduces FLOSS which does a lot of the single desktop Acrobat Pro’s job - collaboratively and open source.

Jeter, Charles. Charles Jeter (2008). Articles>Content Management>Documentation>Software

56.
#32176

Topic-Based Writing to the Rescue: Project Considerations for Managers

The purpose of this case study is neither to simply rehash the project nor to provide a pressure-cooker story that others can use as a comparative benchmark. This article looks at the decision points within the project and provides an analysis from a real-life, practical approach that other technical communication managers can use when called upon to engage in a rescue project of their own.

Bailie, Rahel Anne. TechCom Manager (2008). Articles>Documentation>Project Management>Case Studies

57.
#32192

Proving Worth: What Technical Communication Managers Must Do to Prove the Value of Their Deliverables

If the documentation is not being used and used effectively, it will never help the bottom line. The trick to increasing value with internal and external users is to identify areas where documentation can save time and money, to create agreement that the documentation can save time and money, and to ensure that the documentation does save time and money.

Kirk, Hannah. TechCom Manager (2007). Articles>Management>Documentation>Assessment

58.
#32212

Raising Your Documentation Team's Visibility

Whether the documentation department has a staff of one or a team of 12, visibility within the company is a frequent concern. The reasons for this concern range from personal to professional. You want to be remembered when promotions and bonuses are handed out. You want new challenges to add diversity to your workload, and new projects to add skills to your resume. You want to defend your turf against budget cuts and layoffs during lean economic times. And you want to be more than an afterthought that lives in the back 40 of the cubicle farm.

Potsus, Whitney Beth. TechCom Manager (2005). Articles>Management>Documentation>Workplace

59.
#32217

Five Questions to Ask Yourself While Creating a New Documentation Department

You're the manager of your company’s emerging documentation department -- and your work has just begun. To create effective documentation for your customers, you not only have to build a sound team, but also build working relationships with all other departments in your company.

Butow, Eric. TechCom Manager (2005). Articles>Management>Documentation

60.
#32221

How to Market a Documentation Department

When you first ventured into the tech writing ranks, marketing the department was likely the furthest thing from your mind. You already had work to do, so marketing was somebody else’s job.

King, Robert. TechCom Manager (2004). Articles>Management>Documentation>Marketing

61.
#32222

Behind the Scenes: Marketing Documentation Services through Leadership

When you think of marketing, do press releases, brochures, presentations, direct mail, and web sites come to mind? Those pieces are certainly parts of the puzzle.But a lot must go on behind the curtain to make those on-stage pieces worthwhile. These often hidden goings-on are the leadership techniques of a successful documentation manager. The result is a documentation department that warrants the effort expended on marketing. After all, marketing succeeds only if services are reliable, communication channels are open, and products meet expectations.

Edgerton, Rebecca J. TechCom Manager (2004). Articles>Management>Documentation>Marketing

62.
#32680

It's In The Mix: The Next Generation Of Open Source Publishing

The same principles behind music remixing are at the heart of a hugely important open source software documentation experiment, taking place on the web today. It’s called FLOSS Manuals, a content remixing project that provides its website visitors with the ability to read, write and remix documentation.

Abel, Scott. Content Wrangler, The (2008). Articles>Content Management>Documentation>Personalization

63.
#32691

Ten Ways to Save Money When Publishing a Manual

Several hints on how to produce professional documentation less expensively.

Rosenberg, Nad. TechWRITE (2005). Articles>Documentation>Financial>Project Management

64.
#33636

Consolidating Content Delivers More with Less

Software products have found ways to share content and reuse content to deliver more value with limited resources. For example, fantasy football web sites share player news, injury reports, and game statistics. Security products often reuse security announcements and warnings from trusted sources, and present them as rebranded content. We are also seeing software vendors using Twitter and RSS feeds to distribute information and announcements. The next step is when these information feeds are integrated into the product user interface itself, making it the one stop resource for all the information needs of its users. No more need to use google when your product itself delivers the answers to all your questions from the sources you trust.

Answers for All (2009). Articles>Content Management>Documentation>Help

65.
#33645

Web 2.0, Wikis, and Books   (PDF)   (members only)

The founder of FLOSS manuals discusses the intersection of books and Web 2.0 and the continuing evolution of publishing and technology.

Hyde, Adam. Intercom (2009). Articles>Documentation>Content Management>Wikis

66.
#34032

Advantages of Using Microsoft SourceSafe While Writing Your Technical Documents

Microsoft’s Visual SourceSafe was not created with technical communicators in mind. It was created for engineers writing software source code. But it is successfully used by technical writers in offices around the world to control documentation.

Technical Communication Center (2009). Articles>Content Management>Documentation>Technical Writing

67.
#34274

Authoring Eclipse Help Using DITA

This page contains information about how to use DITA for authoring Eclipse Help.

Eclipsepedia (2007). Articles>Documentation>Content Management>DITA

68.
#34350

Editing Modular Documentation: Some Best Practices   (PDF)   (members only)

The authors have come up with eight guidelines and three concrete suggestions on best practices for editing modular documentation, including ensuring that all topics are standalone, that titles are unique and descriptive, and more.

Strimling, Yoel and Michelle Corbin. Intercom (2009). Articles>Content Management>Editing>Documentation

69.
#34351

Hey Rocky – Watch Me Pull a CMS Out of My HAT   (PDF)   (members only)

When companies decide whether or not to adopt a CMS or continue using a HAT, there are many factors to consider. Perlin outlines elements of both CMSs and HATs that could help you determine which is best for your organization.

Perlin, Neil E. Intercom (2009). Articles>Content Management>Documentation>Software

70.
#34411

The Many Faces of Content Management: A Primer

None of the technologies mentioned so far support the production of content for purposes of producing technical documentation. Such a system is a specific type of content management that has specialized functions for technical communicators doing multi-channel publishing, yet it hasn't spun off its own specific acronym.

Bailie, Rahel Anne. STC San Diego (2006). Articles>Content Management>Documentation>Technical Writing

71.
#34417

Wiki-fying Docs: Is Using Customer-Accessible Wikis for End-User Documentation Gaining Momentum?

While the effort to provide more interactivity and power to the end-user seems to suggest that we open up a wiki to allow them to add and edit content, the basic idea of a set of edited documentation is now challenged with a social network of participating customers, all of whom may now edit, add, and delete content. How social can you go? This article is an attempt to look at the process of evaluating the use of a wiki for end-user documentation, if such a thing can exist. Are the two types of customer content — wikis and end-user documentation — mutually exclusive?

Kent, Betsy and Bill Albing. KeyContent.org (2009). Articles>Documentation>Content Management>Wikis

72.
#34468

Architecting User Assistance Topics for Reuse: Case Examples in DITA

In this column, I’ll review what user assistance architects mean by reuse and what its benefits can be. I’ll then describe some different scenarios for reuse and offer guidelines that user assistance architects and information developers can follow. My examples show how DITA (Darwin Information Typing Architecture) can be an effective reuse framework. But the principles I discuss go beyond DITA, and you can apply them to any structured information framework or toolset.

Hughes, Michael A. UXmatters (2009). Articles>Content Management>Documentation>DITA

73.
#34492

Daisy: WYSIWYG Wiki for PDF Books   (PDF)

If you need the collaborative aspects of a Wiki combined with DITA's modular topics and publishing capabilities, then DAISY might just be the system you need--and it's free. DAISY provides WYSIWYG editing for Wiki pages that can be combined to publish books, either in a PDF or as a single HTML page.

Armstrong, Eric. Sun Microsystems (2008). Articles>Content Management>Documentation>Wikis

74.
#34549

The Medium is the Delivery Method

A question that technical communicators frequently ask about wikis is "How do I get the documentation out of a wiki?" A simple answer: "Don’t worry about it." Because the wiki is the delivery method.

Nesbitt, Scott. DMN Communications (2009). Articles>Documentation>Content Management>Wikis

75.
#34557

Firefox’s Revolutionary Community Approach to Customer Support

The Firefox Support Knowledge Base is a collaborative work of dozens of contributors, the Support Forum is bustling with people answering questions, and Live Chat is manned by dedicated team of community members.

Nelson Ko. NelsonKo.com (2008). Articles>Documentation>Content Management>Case Studies

 
« PREVIOUS PAGE  |  NEXT PAGE »

There are 31 readers currently online: 1 registered user and 30 guests. Register.Follow us on: TwitterFacebookRSSPost about us on: TwitterFacebookDeliciousRSSStumbleUpon