Author name: Johanna

I help you identify and solve the problems that prevent you from releasing systems, hiring the right people, deciding which project to work on next. I take a pragmatic approach: what will work best for you, now? Some people call me a focuser. Some call me an accelerator. When I work with people, first we define our goal together. Typically, it's to get a better product out the door faster. I work with my clients to help managers figure out how to do the managing better, and how the technical contributors can contribute better, not to create a by-the-book system. I work with you, your staff, and your current product development practices. Together, we learn what works well for you and what doesn't. I believe in changing only what needs to be changed at the current time, to maximize your success. We work together to develop a blueprint for the future, and to build in capacity to recognize and implement change.

newsletter

More People Does Not Equal Better Projects

© 2001 Johanna Rothman “New England high tech jobs going unfilled” — headline in a recent Boston Globe “If you have more open requisitions than candidates, hire the ones who can breathe.” — Jerry Weinberg, private conversation Even the popular press has caught on to the software “crisis” of not enough people. The Globe reporter […]

Articles

What Does It Cost You To Fix A Defect? And Why Should You Care?

by Johanna Rothman. This article was originally published in October 2000, on catapulse.com During software projects, you can hear widely different attitudes toward fixing defects, depending upon priorities and motivations: “We’ll fix that when we have time. In the meantime, just keep developing! How can you possibly tell how much it will cost to fix

Articles

Defining and Managing Test Priorities for COTS Software

© 2000 Johanna Rothman. This paper first appeared in Software Quality Professional, Volume 2, #3, June 2000. INTRODUCTION Software publishers create commercial off-the-shelf (COTS) software when they think there is sufficient demand for a commodity-type product. By avoiding custom software development, these publishers can create an economy of scale, increasing the likelihood of profitability. Some

Articles

Managerial Competence: The Key to Surviving Change

by Johanna Rothman. Originally published in Cutter’s Business-IT Alignment E-Mail Advisor, April 26, 2000. In response to Jim Highsmith’s Business-IT Strategies E-Mail Advisor of 1 March, “Change Is Changing,” I’d like to ask: Is the Internet really changing everything? I’m not so sure. In the 14 February issue of Business Week, there was a fascinating

Articles

Taking the Crunch Out of Crunch Time

If this month’s guest column strikes a familiar chord with you, welcome to the club. We have all been there. Caught in the maelstrom of unrealistic requirements and damnable deadlines, we grab for whatever tactic looks like it might keep us afloat. More often than not, we start putting in longer hours and expect everyone

Articles

The Influential Test Manager

© 2000 Johanna Rothman. This article was originally published in Software Testing and Quality Engineering, March/April 2000. Many of us have worked in test groups in which we felt as if we didn’t have enough time, hardware, or staff to do the work. In those situations it’s hard to escape the feeling that while somebody might be in

Articles

Hiring IT Staff: Asking the Right Questions

by Johanna Rothman. Originally published in Cutter’s Business-IT Alignment E-Mail Advisor, February 2, 2000. A number of IT alignment issues are related to the difficulties in hiring staff. Let’s assume you’re in “constant hiring” mode — you continually get resumes, interview people, and decide on whether to hire various candidates. But are you asking questions

Articles

What to do When Your Project Slips

© 2000 Johanna Rothman. You’re not going to meet schedule. Maybe requirements have taken longer. Perhaps in the middle of implementation, you uncover something requiring redesign. Maybe the developers haven’t met one milestone yet and you’re worried about the test time. What do you do? The first slip is the initial indication that something is

newsletter

Steering vs. Repeatable

© 2000 Johanna Rothman “We’re repeatable. We consistently and repeatably do the same stupid things over and over again.” – senior test engineer Process improvement experts emphasize the importance of having a repeatable process. I’ve found that the term “repeatable” is often misused to mean “not entirely chaotic.” In process improvement terminology, “repeatable” means that

Scroll to Top