<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Careers&gt;Management&gt;Project Management</title>	<link>http://tc.eserver.org/dir/Careers/Management/Project-Management</link>
	<description>A listing of the most recently indexed works about Careers and Management and Project Management 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>Careers&gt;Management&gt;Project Management</title>
		<link>http://tc.eserver.org/dir/Careers/Management/Project-Management</link>
	</image>
	<item>
		<title>How To Find Time For…Everything!</title>
		<link>http://tc.eserver.org/35824.html</link>
		<guid>http://tc.eserver.org/35824.html</guid>
		<description>Time management is one of the most important skills a freelance worker can learn. With a good time management system you can easily find the time to do the things that are important to you, whether in your professional or personal life. Successful time management can be challenging, especially to those who are new to freelancing or being self-employed.</description>
	</item>
	<item>
		<title>Making Spaces in Cluttered Houses and Cluttered Lives</title>
		<link>http://tc.eserver.org/35023.html</link>
		<guid>http://tc.eserver.org/35023.html</guid>
		<description>Putting Pedersen’s advice to practice, step one is to make a place for everything in our lives. Figure out where it belongs. Just as you can’t organize a house if you have no where to put things, you can’t organize your life if you have no way space for the activities. If something doesn’t fit, it’s time for a trip to the figurative Salvation Army (we call them Deseret Industries here). In other words, simplify.</description>
	</item>
	<item>
		<title>Why Do Web Startups Die? Lack of Alphalpha</title>
		<link>http://tc.eserver.org/32646.html</link>
		<guid>http://tc.eserver.org/32646.html</guid>
		<description>Internet startups are generally as successful as a nerd in a singles bar. Ventures that get off the ground rarely get knee-high. Why?    You don’t need a deckful of scatter charts to do this, but you do need the willingness to make some difficult decisions now—and stick to them later.The biggest problem I’ve seen isn’t lack of talent, enthusiasm or even funding. It lies in skipping a critical early stage of development I call the “alpha-alpha” stage, or “alphalpha” for short.</description>
	</item>
	<item>
		<title>Why Did You Hire Me?</title>
		<link>http://tc.eserver.org/31616.html</link>
		<guid>http://tc.eserver.org/31616.html</guid>
		<description>Remembering why you were hired—and identifying whether or not you belong—is just as important as getting the gig. To sustain career and mental health, you must work within your means and know how to navigate ambiguous workplace situations. Using client and project management techniques is one part of the solution. Using your talent is the other.</description>
	</item>
	<item>
		<title>Hello, My Name is Doug and I&apos;m a Workaholic</title>
		<link>http://tc.eserver.org/30460.html</link>
		<guid>http://tc.eserver.org/30460.html</guid>
		<description>It&apos;s important to be able to distinguish between workaholics and people who are simply wrapped up in their work--either because they enjoy it so much or because, temporarily, they have decided to make it a priority to win a promotion or attain the kind of lifestyle that they want. For a workaholic, work is the end, not the means. While it may bring wealth or power, what matters most is simply working. Just as alcoholics drink because they must--not always because they enjoy it--so a workaholic is addicted to working even when there is no rational reason for doing so.</description>
	</item>
	<item>
		<title>Effective Project Planning</title>
		<link>http://tc.eserver.org/30147.html</link>
		<guid>http://tc.eserver.org/30147.html</guid>
		<description>Our roles as technical communicators are often dictated to us by other people. Clients come to us after their product has already been developed, saying, &apos;I need a manual,&apos; or &apos;I&apos;ve written the necessary procedures--just make them look nice. &apos; It&apos;s easy to fall into the trap of just doing what we&apos;re told when we&apos;re told to do it.</description>
	</item>
	<item>
		<title>Encouraging Innovation in Your Organization</title>
		<link>http://tc.eserver.org/29772.html</link>
		<guid>http://tc.eserver.org/29772.html</guid>
		<description>In today&apos;s environment we often find ourselves drowning in our work. We don&apos;t take the time to stop and assess what we are doing. Are there better ways to do what we do? Are we making the biggest and best contribution we can make? Can you manage innovation? This paper will discuss the importance of innovation and one method we used to drive innovation.</description>
	</item>
	<item>
		<title>Avoiding Client/Contractor Nightmares: Best Practices for Contractor Management</title>
		<link>http://tc.eserver.org/29739.html</link>
		<guid>http://tc.eserver.org/29739.html</guid>
		<description>You&apos;ve secured the budget to produce some badly needed, high visibility deliverables. Part of that budget includes funding for contractors. To help manage and guide the communications between your contractors, your staff, and your management, you want to use your company&apos;s best practices.  The best practices of the contractor or provider firm you employ should closely match your own company&apos;s best practices. Beginning on the &quot;same page&quot; will eliminate headaches and expenses during the lifecycle of the project. A quick comparison of practices and procedures enables you to proceed with the project confident that you are using competent outside resources.</description>
	</item>
	<item>
		<title>I Need to Know What?</title>
		<link>http://tc.eserver.org/29653.html</link>
		<guid>http://tc.eserver.org/29653.html</guid>
		<description>Every technical communicator must develop a set of management skills appropriate to the task in order to excel as the leader of the communication team. This calls for multiple skills including being part diplomat, part technical expert, part salesman, and part turtle.</description>
	</item>
	<item>
		<title>Managing the Monster, Managing the Zoo</title>
		<link>http://tc.eserver.org/29863.html</link>
		<guid>http://tc.eserver.org/29863.html</guid>
		<description>Every technical communicator, whether controlling a single large project or a dozen small ones, must develop a set of management skills appropriate to the task in order to remain a qualified member of the communication team. This calls for being part diplomat, part technical expert, part salesman, and part rhinoceros.</description>
	</item>
	<item>
		<title>Great Mistakes in Technical Leadership</title>
		<link>http://tc.eserver.org/29404.html</link>
		<guid>http://tc.eserver.org/29404.html</guid>
		<description>What follows is the abridged version of the list of mistakes I have assembled in this manner over the last thirteen years of watching Technical Leads get it wrong. It is my contention that if you can just avoid making these mistakes, you are well on your way to doing a good job as a Technical Lead.</description>
	</item>
	<item>
		<title>Keep Pesky Business Types at Bay by Focusing on the Strategic Goal</title>
		<link>http://tc.eserver.org/29373.html</link>
		<guid>http://tc.eserver.org/29373.html</guid>
		<description>If you have ever been forced to deal with business types who have no technical know-how, then you know how these types can work against IT&apos;s progress. Here&apos;s how to improve your business/IT communication by concentrating on the strategic goals.</description>
	</item>
	<item>
		<title>Lessons Learned the Hard Way in an Architectural Document Disaster</title>
		<link>http://tc.eserver.org/29371.html</link>
		<guid>http://tc.eserver.org/29371.html</guid>
		<description>Delivering project reports in radically different formats gave the client a bad impression of this consulting firm. Here&apos;s how the staff remedied the situation and learned from their mistake.</description>
	</item>
	<item>
		<title>Shift Focus from Project Details to Work Processes</title>
		<link>http://tc.eserver.org/29369.html</link>
		<guid>http://tc.eserver.org/29369.html</guid>
		<description>Avoid looking too closely at the details when taking on a project.</description>
	</item>
	<item>
		<title>User Experience Group Development and Integration</title>
		<link>http://tc.eserver.org/28591.html</link>
		<guid>http://tc.eserver.org/28591.html</guid>
		<description>When a company wants to make a certain segment of the organization better, usually they &apos;throw more money at it&apos; and hire more employees. The problem with doing this for a UX team is that people with overlapping skills and ideas usually end up hindering user-centered design rather than helping. Conflicting design decisions will soon turn into a design by committee situation that won&apos;t help the consumer nor expose individual expertise (Brown 2004). User experience groups need to be flexible, agile, and scalable, and should only expand if the projects they work on are sufficiently large. The following is an overview of skills and disciplines needed for a successful user experience group.</description>
	</item>
	<item>
		<title>Outsourcing Effectively</title>
		<link>http://tc.eserver.org/28402.html</link>
		<guid>http://tc.eserver.org/28402.html</guid>
		<description>To use freelance talent effectively it&apos;s important to know your strenghts and weaknesses, to be aware of the risks and have contingencies to handle when things go wrong.</description>
	</item>
	<item>
		<title>Estimating Resources in Technical Writing</title>
		<link>http://tc.eserver.org/27978.html</link>
		<guid>http://tc.eserver.org/27978.html</guid>
		<description>Project management principles that can easily be applied to working as a documentation manager.</description>
	</item>
	<item>
		<title>Manage the Kaizen Way!</title>
		<link>http://tc.eserver.org/27873.html</link>
		<guid>http://tc.eserver.org/27873.html</guid>
		<description>Kaizen is a Japanese phrase that means &apos;continuous improvement&apos; and has long been used by Japanese managers. Find out how to apply this style to your work as a technical communicator and how kaizen can also be used effectively when working in a team.</description>
	</item>
	<item>
		<title>Managing a Virtual Team</title>
		<link>http://tc.eserver.org/27871.html</link>
		<guid>http://tc.eserver.org/27871.html</guid>
		<description>Managing a team of employees who are located around the world can be challenging. Discover how to efficiently and effectively work to create the highest level of output.</description>
	</item>
	<item>
		<title>The Daily Stand-Up</title>
		<link>http://tc.eserver.org/27569.html</link>
		<guid>http://tc.eserver.org/27569.html</guid>
		<description>The first and most basic rhythm of the Agile feedback cycle is the daily standup. It&apos;s just what it sounds like - a daily meeting where everyone stands up for the duration of the meeting. When I give Agile workshops, one of the questions I&apos;m often asked is how to do daily standups when the teams are geographically dispersed. While this can be a challenge to coordinate and maintain, you&apos;ll soon find that the benefits of the daily communication make it well worth the effort. Here are several options to consider with your team:</description>
	</item>
	<item>
		<title>A Project Manager&apos;s Survival Guide to Going Agile</title>
		<link>http://tc.eserver.org/27562.html</link>
		<guid>http://tc.eserver.org/27562.html</guid>
		<description>This paper focuses on re-defining the job of project manager to better fit the self-managed team environment, one of the core agile principles. Special emphasis is placed on the shift to servant leadership, with its focus on facilitation and collaboration. Mapping of PMBOK knowledge areas to agile practices is discussed at length. After reading this paper, project managers should have a better understanding of what changes they need to make professionally, and how to make these changes in order to survive the transition to an agile software development approach.</description>
	</item>
	<item>
		<title>Improving Management of Your Business</title>
		<link>http://tc.eserver.org/27324.html</link>
		<guid>http://tc.eserver.org/27324.html</guid>
		<description>All companies have business processes that can be improved. Most companies can benefit from automation or further automation of solutions.</description>
	</item>
	<item>
		<title>Breaking With Tradition</title>
		<link>http://tc.eserver.org/27254.html</link>
		<guid>http://tc.eserver.org/27254.html</guid>
		<description>Though the term &apos;agile&apos; isn&apos;t often ascribed to the ways of software configuration management, Steve Berczuk offers some ways in which applying the principles of agile SCM can help teams work more effectively.</description>
	</item>
	<item>
		<title>Outsourcing--Testing Times</title>
		<link>http://tc.eserver.org/27252.html</link>
		<guid>http://tc.eserver.org/27252.html</guid>
		<description>With the proliferation of outsourcing, there is little doubt that it has become the business byword of the last few years. Organisations of all sizes are realising the benefits of using suppliers to handle processes such as technology, HR, finance and procurement. Lured by the cost savings and the ability to harness external expertise much more economically than providing that experience in-house, more and more organisations believe outsourcing to be the cure all for business ills.</description>
	</item>
	<item>
		<title>Relating PMBOK Practices to Agile Practices</title>
		<link>http://tc.eserver.org/27253.html</link>
		<guid>http://tc.eserver.org/27253.html</guid>
		<description>Michele Sliger understands the turmoil traditional project management practitioners go through as they make the transition from plan-driven approaches to the newer agile methodologies. This week, she offers more insight as she continues her four-part series on relating Project Management Institute (PMI) best practices--as identified in the Project Management Body of Knowledge (PMBOK)--to agile practices. In this column, Michele discusses scope management and time management.</description>
	</item>
	<item>
		<title>ISO Procedure Development: Using Kickoff Meetings as a Project Management Tool</title>
		<link>http://tc.eserver.org/24957.html</link>
		<guid>http://tc.eserver.org/24957.html</guid>
		<description>ISO procedure manuals are sophisticated, dynamic documents that are developed as the result of a complex process. This panel focuses on an often overlooked but critical aspect of project managementâ€”the kickoff meeting. Kickoff meetings bring together all the key people and issues from the beginning, thus mitigating rework and problems later in the project. Kickoff meetings can be used to introduce and manage the ISO procedure development process: empowering the ISO procedure-development team, gathering information to capture best practice, and reviewing and validating information.</description>
	</item>
	<item>
		<title>The Diary as a Professional Development Tool</title>
		<link>http://tc.eserver.org/24931.html</link>
		<guid>http://tc.eserver.org/24931.html</guid>
		<description>This progression session focuses on diaries as serious tools for professional development. We discuss attitudes toward keeping diaries; issues such as anonymity and confidentiality; and strategies for tapping the full potential of the diary as a source of creativity and guidance.</description>
	</item>
	<item>
		<title>Benchmarking: A Practical Guide</title>
		<link>http://tc.eserver.org/24764.html</link>
		<guid>http://tc.eserver.org/24764.html</guid>
		<description>Using benchmarking, a company compares its processes with another best-practice company to improve the way it does business. The panelists, who have participated in several benchmarking projects, explain the benchmarking process and offer practical, real-world advice on how to do successful benchmarking.</description>
	</item>
	<item>
		<title>A Ten-Step Program for Successful Object-Oriented Projects</title>
		<link>http://tc.eserver.org/24426.html</link>
		<guid>http://tc.eserver.org/24426.html</guid>
		<description>Object-oriented software development brings with it new challenges for everyone involved, including the project&apos;s documentation team. By taking certain steps be fore, during, and after an OO project, writers-and the programmers they work with-can help to guard against the pitfalls that can be a part of OO development.</description>
	</item>
	<item>
		<title>Projects From Hell</title>
		<link>http://tc.eserver.org/24329.html</link>
		<guid>http://tc.eserver.org/24329.html</guid>
		<description>Have you ever been involved in a project that was a disaster from beginning to end? What went wrong? What did you learn from those problems? How did you either salvage the project or decide that it couldn’t be saved? These projects are horrible experiences at the time, but they offer many valuable lessons that can help each of us better manage our information development projects in the future.</description>
	</item>
	<item>
		<title>Mission Statements: Why You Might Want One</title>
		<link>http://tc.eserver.org/23040.html</link>
		<guid>http://tc.eserver.org/23040.html</guid>
		<description>I recently started a new job. The group I manage is new and all the people on my team have recently been transferred into this group. Additionally, each person has spent a lot of time in the recent past working on individual, solitary projects, and has not regularly been part of a collaborative team.</description>
	</item>
	<item>
		<title>Strategic Planning</title>
		<link>http://tc.eserver.org/22158.html</link>
		<guid>http://tc.eserver.org/22158.html</guid>
		<description>What is strategic planning? A process for determining: where you are; where you intend to be; how you’re going to get there.</description>
	</item>
	<item>
		<title>Strategic Thinking and Planning for Information Development Organizations</title>
		<link>http://tc.eserver.org/21484.html</link>
		<guid>http://tc.eserver.org/21484.html</guid>
		<description>This panel will introduce the audience to the basic concepts and components of strategic thinking and planning and will provide practical examples of&#xD;application in a variety of information-development&#xD;organizations.</description>
	</item>
	<item>
		<title>A Stake in the Ground: A Successful Approach to Project Estimating and Tracking</title>
		<link>http://tc.eserver.org/20108.html</link>
		<guid>http://tc.eserver.org/20108.html</guid>
		<description>Project management is an increasingly important skill for technical communicators. Specifically, by accurately&#xD;estimating and tracking projects we can help justify&#xD;resources, identify areas to improve cycle times, or even&#xD;justify the existence of jobs. Estimating projects occurs&#xD;early in the process during the analyze and plan phases. It&#xD;improves with practice. Tracking is done throughout the&#xD;entire process, although a majority of the data are gathered&#xD;during the development phase. Successful estimating and&#xD;tracking includes these elements: identifying estimating&#xD;metrics, projecting project life cycle costs and hours,&#xD;recording actual hours and costs, comparing estimates to&#xD;actuals, and documenting improvements based on&#xD;experience.</description>
	</item>
	<item>
		<title>Managing Your Customers&apos; Expectations</title>
		<link>http://tc.eserver.org/19707.html</link>
		<guid>http://tc.eserver.org/19707.html</guid>
		<description>How many customers do you know who deliberately set out to make your life difficult? Not many, I’m sure. They probably don’t anticipate that adding three new chapters to a manual means that the project deadline needs to change or another writer needs to be hired. They may not realize that another round of reviews requires more (billable) hours of work. In most cases, good two-way communication prevents problems in the first place and provides solutions for the unforeseen issues that arise.</description>
	</item>
	<item>
		<title>Managing the Monster; Managing the Zoo</title>
		<link>http://tc.eserver.org/18911.html</link>
		<guid>http://tc.eserver.org/18911.html</guid>
		<description>Every technical communicator, whether controlling a single large project or a dozen small ones, must develop a set of management skills appropriate to the task in order to remain a qualified member of the communication team. This calls for being part diplomat, part technical expert, part salesman, and part rhinoceros.</description>
	</item>
	<item>
		<title>Survey Into Trends in Technical Communication: How Many Technical Writers Should We Have in Our Organisation?</title>
		<link>http://tc.eserver.org/18593.html</link>
		<guid>http://tc.eserver.org/18593.html</guid>
		<description>We were asked recently if we knew of any research on &apos;standard&apos; ratios between developers and technical authors. We decided to carry out some research and this article covers our preliminary findings.</description>
	</item>
	<item>
		<title>Handling Tough Situations: The Short Method</title>
		<link>http://tc.eserver.org/10220.html</link>
		<guid>http://tc.eserver.org/10220.html</guid>
		<description>We discussed how to buy time when you are assaulted by an unpleasant surprise. Our argument was that few people respond well to challenging situations unless they have some time to prepare. Therefore, whenever you can, you should divide the task into four distinct phases: (1) minimal immediate response, (2) preparation, (3) problem-solving discussion, and (4) follow-through. Unfortunately, some situations don&apos;t let you postpone a full discussion. For such cases, you need the &apos;short method,&apos; which condenses phases 1-3.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Careers/Management/Project-Management.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>