<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Body of Knowledge</title>	<link>http://tc.eserver.org/dir/Body-of-Knowledge</link>
	<description>A listing of the most recently indexed works about Body of Knowledge in the field of technical communication.</description>
	<language>en-us</language>
	<copyright>Copyright (c) 2005-08 by the EServer. All rights reserved.</copyright>
	<managingEditor>tclib-editorial@eserver.org (TC Library Editorial Board)</managingEditor>
	<webMaster>webmaster@eserver.org (Geoffrey Sauer)</webMaster>
	<image>
		<url>http://tc.eserver.org/images/newlogo.gif</url>
		<title>Body of Knowledge</title>
		<link>http://tc.eserver.org/dir/Body-of-Knowledge</link>
	</image>
	<item>
		<title>Business Analysis Body of Knowledge (BABOK) 1.6</title>
		<link>http://tc.eserver.org/34641.html</link>
		<guid>http://tc.eserver.org/34641.html</guid>
		<description>The Business Analysis Body of Knowledge is the sum of knowledge within the profession of Business Analysis and reflects what is considered currently accepted practice. As with other professions, the body of knowledge is defined and enhanced by the business analysis professionals who apply it. The BOK describes Business Analysis areas of knowledge, their associated activities and tasks and the skills necessary to be effective in their execution.</description>
	</item>
	<item>
		<title>Defining a Body of Knowledge</title>
		<link>http://tc.eserver.org/34166.html</link>
		<guid>http://tc.eserver.org/34166.html</guid>
		<description>STC has meant a lot to my professional growth over the past 20+ years as a teacher and practitioner of technical communication, and I want to help STC expand its educational mission for all technical communicators. It is time our profession had a defined body of knowledge. Why?</description>
	</item>
	<item>
		<title>Age 50+ Persona for the STC Body of Knowledge</title>
		<link>http://tc.eserver.org/33713.html</link>
		<guid>http://tc.eserver.org/33713.html</guid>
		<description>Many STC members have contributed to the Body of Knowledge and as the endeavor continues, the more important it becomes to gain many perspectives and ideas from all across the STC membership. SIGs have unique angles for their contributions. Lori Gillen, co-manager of the AccessAbility SIG, contributed this persona for use by the BOK. This persona illustrates pertinent accessibility issues that a body of knowledge for technical communicators should encompass.</description>
	</item>
	<item>
		<title>EServer TC Library: The Most Popular Technical Communication Website in the World</title>
		<link>http://tc.eserver.org/33323.html</link>
		<guid>http://tc.eserver.org/33323.html</guid>
		<description>The EServer TC Library dwarfs all other tech comm sites. Granted, EServer TC Library is a library, which people primarily use to browse content located elsewhere, so it’s perhaps not in the same category as the other sites. Still, the sheer amount of traffic is impressive. I caught up with Geoffrey Sauer, the creator of the EServer TC Library, and chatted with him over email.</description>
	</item>
	<item>
		<title>Certification: The Long and Winding Road</title>
		<link>http://tc.eserver.org/32685.html</link>
		<guid>http://tc.eserver.org/32685.html</guid>
		<description>Clearly, our path to certification has been neither fast nor steady. We&apos;ve spent decades starting from first principles, and trying to construct the argument that we want to be certified. We put effort into trying to decide how to administer certification exams, which was never a good make-vs-buy decision.&#xD;&#xD;Our attempts to define a body of knowledge splintered into groups that &#xD;were unique to certain industries, media, or tools, such as medical &#xD;writers, Web designers, and FrameMaker experts. Certification was--and still is--an emotionally charged issue; people have felt their livelihoods were threatened.</description>
	</item>
	<item>
		<title>STC Body of Knowledge Site Map (draft)</title>
		<link>http://tc.eserver.org/32386.html</link>
		<guid>http://tc.eserver.org/32386.html</guid>
		<description>A draft site map to attempt to represent the field(s) of technical communication within a hierarchical tree diagram.</description>
	</item>
	<item>
		<title>Research in Technical Communication: Perspectives and Thoughts on the Process</title>
		<link>http://tc.eserver.org/32235.html</link>
		<guid>http://tc.eserver.org/32235.html</guid>
		<description>Technical communication can be viewed as both a discipline and a profession. As a discipline, it concerns itself with the pursuit of knowledge and the development of theory. As a profession, it attempts to meet the needs of the individuals it serves through the application of knowledge and theory. Research links the discipline and the profession and sustains both by providing the bases from which to develop new areas of inquiry and to find solutions to problems.</description>
	</item>
	<item>
		<title>The Technical Communication Knowledge Portal</title>
		<link>http://tc.eserver.org/32040.html</link>
		<guid>http://tc.eserver.org/32040.html</guid>
		<description>The STC web-based knowledge portal will make accessible both broad and deep information about the practice of technical communication. It is intended to be the first step in defining a body of knowledge (BOK) for technical communication. The draft site map displayed at the 2008 Summit as “the wall” is a way of organizing the domains of knowledge, skills, and concepts necessary for the practice. The final version of the map will be the initial framework for the knowledge portal.</description>
	</item>
	<item>
		<title>Defining a TC Body of Knowledge</title>
		<link>http://tc.eserver.org/31769.html</link>
		<guid>http://tc.eserver.org/31769.html</guid>
		<description>First of all, a profession cannot be recognized as a profession until it is defined as such. Engineers, for instance, have a body of knowledge they must master before they can practice as engineers, whether structural, electrical, or mechanical. Although technical communicators may not yet want such a highly codified and subdivided set of skills and practices, we do need an authoritative place to find answers to that eternal question: &quot;What do technical communicators do, anyway?&quot;</description>
	</item>
	<item>
		<title>Knowledge Management Common Body of Knowledge</title>
		<link>http://tc.eserver.org/31657.html</link>
		<guid>http://tc.eserver.org/31657.html</guid>
		<description>Knowledge resides in the user and not in the collection [of information]. It is how the user reacts to a collection of information that matters.</description>
	</item>
	<item>
		<title>Approaches to Professionalism--A Codified Body of Knowledge</title>
		<link>http://tc.eserver.org/31643.html</link>
		<guid>http://tc.eserver.org/31643.html</guid>
		<description>Professionalism is a recurrent topic of discussion—formally and informally—among technical communication scholars and practitioners. In the diversity among our programs and approaches to technical communication, the difficult issues surrounding certification in technical communication is a professional goal that major stakeholders have typically considered too complex to be addressed. Increasingly, however, many of these stakeholders agree that we can no longer continue to ignore these complex issues. In an earlier article, I have &#xD;described twelve issues that must be addressed and tasks that must be undertaken to move the profession towards meaningful certification. In &#xD;that discussion, I also suggest approaches to begin the work on each of these steps. In this present discussion, I address the first of these &#xD;steps—codification of the bodies of knowledge through the development of an encyclopedia of technical and professional communication. In order to accomplish this, I describe the categories &#xD;of knowledge in the field and the editorial and organizational structure of the project.</description>
	</item>
	<item>
		<title>The Value of Research in Technical Communication</title>
		<link>http://tc.eserver.org/30305.html</link>
		<guid>http://tc.eserver.org/30305.html</guid>
		<description>Over the years, there has been much debate and discussion in the Society as to whether technical communication is a field, an endeavour, a profession or a discipline, none of the above or all of the above. The topics of professionalism, certification and accreditation have often appeared in the pages of Technical Communication and Intercom. I would like to take the opportunity to review the status of technical communication and to highlight the role of research in technical communication.</description>
	</item>
	<item>
		<title>A Guide for Software Project Managers - Planning User Documentation</title>
		<link>http://tc.eserver.org/20787.html</link>
		<guid>http://tc.eserver.org/20787.html</guid>
		<description>A Guide to the Project Management Body of Knowledge (PMBOK® Guide)–2000 Edition is the main sourcebook in the project management field. Whilst it covers Project Communications Management, it doesn&apos;t extend to user documentation.&#xD;&#xD;This article seeks to provide guidance for project managers as to how the user documentation process fits in with the overall project planning. It examines:&#xD;&#xD;the traditional way documentation is approached and how it impinges on project planning the effects of making changes to this traditional approach.</description>
	</item>
	<item>
		<title>Building Blocks to a Body of Knowledge for User-Centered Design: To Certify or Not to Certify</title>
		<link>http://tc.eserver.org/13710.html</link>
		<guid>http://tc.eserver.org/13710.html</guid>
		<description>For the past nine months the Usability Professionals’ Association (UPA) participated in a project to investigate the feasibility of certifying usability (or user-centered design) professionals. The project was kicked off in Salt Lake City last November when a group of people from many organizations, countries and associations met for three days. That meeting ended with a sense of enthusiasm for creating a certification program based on the international standard for a human-centered design process, ISO 13407. The group planned activities to survey professionals to determine the level of support for certification, and to understand the benefits and drawbacks seen by stakeholders.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Body-of-Knowledge.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>