Articles

Please enter an article title, author, or keyword
A Detailed Look at the Idiosyncrasies of Test Tool Training

In this article the author delineates some of the training issues confronting organizations that purchase automated test tools. The article delves into the copious decisions that a test manager has to make in order to get their testers properly trained on the use of the purchased automated test tools. Numerous insights are provided to help companies cope with the complexities associated with training testing resources.

Jose Fajardo
Model-Driven Architecture

Powerful new development technologies such as model-based code generation will overwhelm test teams that continue to create tests by hand. It's time for testers to put their own productivity into a higher gear. Harry Robinson tells you all about it in this column.

Harry Robinson's picture Harry Robinson
Open the Doors of Business by Closing the Doors on Defects

The highest risk that software development organizations face today is allowing defects to creep into the releases made for their high-paying customers. At times, either due to fear of losing the order, or due to overconfidence, organizations allow defects to ship. Time to market and (practically) defect-free products are the two pillars of any successful business. This article reiterates the important points in the defect-free part of that equation. How do you successfully implement system testing to ensure that the doors for future business remain open?

TechWell Contributor's picture TechWell Contributor
The Tyranny of the "To Do" List

We create lists to help us prioritize tasks and stay on schedule. Sometimes those lists help us accomplish those tasks faster. Sometimes those lists simply chain us to an archaic way of doing things. Having a "To Do" list is a good thing if you don't let it prevent you from thinking outside the box. In this column, Elisabeth explains why the agenda items that don't make the list can often be some of the most important.

Elisabeth Hendrickson's picture Elisabeth Hendrickson
Stop the Bad MBOs

Some managers use "management by objectives" effectively; however, too often they are used destructively and undermine the team. In this article Rex gives the clarion call to stop the bad MBOs and gives three case studies of what not to do.

Rex Black's picture Rex Black
Gaining the Respect of the Programming Team

As the layer between the business sponsor and the end user, and as the one who is ultimately responsible for the success of a project, project managers occupy a challenging role. Often, we find ourselves playing the role of leader, diplomat, counselor, and dare I say it, salesperson. To achieve success, it is crucial to build a solid foundation of teamwork and respect among those involved in the project. In this article, Patrick Graves explains how this can be accomplished.

TechWell Contributor's picture TechWell Contributor
Always Assume Your Assumptions Are Wrong

A potentially serious impediment to success in software projects is false assumptions. Both yours and everyone else's. If you act on false assumptions as though they're true, such as by assuming you understand exactly what your customers want, you may find yourself faced with flawed software and failed projects. In this column, Karten explores false, conflicting, and hidden assumptions, and how you can "surface" them.

Naomi Karten's picture Naomi Karten
The Meaning of "Schedule"

As you move from project to project, have you ever marveled at how the meaning of the word "schedule" seems to change? This is not a delusion! "Schedule" is an emotionally charged word. At present there's no agreement about what a schedule is, or what it's supposed to do. All we know for sure is that the word is supposed to get people excited.

Sheryl Smith
The ROTI Method for Gauging Meeting Effectiveness

When I visit software organizations, I often hear complaints that we spend too much time in meetings. Many people spend a significant portion of each day in meetings. Wouldn't it be great to give some of that time back?

Esther Derby's picture Esther Derby
When Should You Start Project Overtime?

Many managers believe that overtime, even extended overtime is a good thing, and will help a project make progress. However, most technical people who try to work more than two weeks of overtime make huge numbers of mistakes. Often, they don't realize the mistakes and have already wasted a lot of time and money.

Johanna Rothman's picture Johanna Rothman

Pages

Upcoming Events

Apr 08
May 04
May 14
Jun 08