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.

Articles

Deck the halls …

Originally published in Computerworld. This time of year is loaded with resolutions, predictions, and anticipation of great things to come. In that vein, let’s celebrate the New Year with how a project manager might fit new words to an old tune. ‘Tis the season to be humble Fa la la la la, la la la […]

MPD, thinking

Looking for a Reference

  I’m looking for a reference to something I thought I read but can no longer find. Technical people can work up to 6 hours a day on technical work. They may be at work longer, reading email, going to meetings, getting coffee, but they can only effectively do 6 hours of technical work a

defect, implement by feature, MPD

Attempting to Define Maintenance

  I’ve had several discussions about maintenance in the past few days. I’m beginning to think I have a different definition of maintenance than other people do :-). For me, maintenance is fixing problems in code. Maintenance is short, small, well-contained and code-based, and should be fixed by the developer(s) who created the problem. So

HTP, interview

Auditions Are Not Tests

I had dinner recently with someone who said, “We put our candidates through the wringer. First we test them, then we interview them, then we give them another test.” I spoke with someone else whose manager wants an extensive role play to pit candidates against each other (sounds a little like The Apprentice to me).

HTP

Change in commenting system

I’m in the midst of changing commenting systems, so you can’t see all the old comments. I hope to import them shortly. In the meantime, please use this commenting system to comment.

blog, MPD

Moving to a new commenting system

Due to incredible volume of spam comments, I’m moving to a new commenting system. The new one is installed. I’m working on importing the old comments to this system. In the meantime, it’s ok to leave comments here.

HTP, job analysis

How Technical Does a Project Manager Have to Be?

I’m in Israel this week, teaching project management. In one class, a student asked, “How technical does a PM have to be?” The inevitable answer: it depends. A project manager needs to understand the dynamics behind the work of the project. I was teaching software (and hardware) project management today. A PM for a software

MPD, multitasking

Making the Problems of Multitasking Real

Clarke Ching’s Multitasking MAKES YOU STUPID is another great article. But when I teach PMs or coach managers, they say, “I need to multitask to get things done.” Or, they say, “I’m ok with multitasking.” Even smart people think they can do a couple of things at one time. Maybe they can. But the more

hiring strategy, HTP

Graphology is Not Useful

In Handwriting and Your Job Search, Maya refers to It’s All in the Handwriting. Maya, you’ve been had. I wrote about this on the Bostonworks HR blog, see Debunking Graphology.Graphologists (if you can even honor them with a scientific-sounding name) are selling snake oil. I bet your handwriting looks a lot like your mother’s, or

Scroll to Top