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.

MPD, project management

Competitive ‘Research’ About Overtime

It’s worth taking a quick listen to Commentary – Overtime’s not good for your health. The folks from University of Arkansas actually have data that says overtime is ok and doesn’t reduce productivity. Hah! I wonder where their data came from. On the other hand, Joe Robinson’s commentary makes perfect sense to me. Here are

hiring strategy, HTP

Avoid Discriminating For or Against Personality Type

I was reading Andy Tinkham’s “Disproportionate amount of introverts in software testing” (post is now missing) and saw a comment that one person tends to discriminate for introverts in testing. I agree with the intent of the comment, that the hiring manager wants people who are organized and pay attention to the work. However, I

MPD, workshop

Simulations Help People Practice New Techniques and Skills

  I’m at an experiential workshop this week, learning how to design simulations for my workshops and presentations. If you’ve attended one of my workshops or public tutorials in the past 2-3 years (at least), you’ve had a chance to participate in a simulation. If you haven’t yet, don’t worry. I don’t ask people to

MPD, schedule

Buffers, Padding, and Schedules

From the “I wish I’d said that” list: Via Frank Patrick’s blog, Mike Cohn, in his User Stories Applied for Agile Software Development. Chapter 10, Why Plans Go Wrong in pdf, explains buffers and padding and scheduling: “A Buffer Isn’t Padding — A buffer isn’t padding. Padding is extra time added to a schedule that

HTP, interview

Why Did You Leave Your Last Job?

Many interviewers ask this question: “Why did you leave your last job?” It’s reasonable for interviewers to want to know what started you looking for a new job. I expect to hear things like this: “I was looking for more challenge.” I then follow up with a open-ended question, “Oh, tell me about your job.

HTP, interview

Tell Me About Yourself

Some interviewers like to ask open-ended questions, such “Tell me about yourself.” If you ask questions like that, I hope you reconsider; the question is too open-ended for candidates to answer effectively. Instead, first think about what you want to investigate in your conversation: the candidate’s background, problem solving skills, reliability, initiative, debugging, logging, or

HTP, interview

Practice Before Interviewing

In Kimberly Blanton’s article, Job search diary: mock interviews build Brian’s confidence, she discusses a few questions and answers that the manager-candidate uses to practice his interviewing skills.Questions you should be ready for include: “Why should I hire you?” “Tell me about yourself” “Why did you leave your last job?” “What’s your greatest strength and

MPD, Stickyminds columns

Think about Overtime

My Stickyminds column this month deals with choosing when to start and end project overtime, “When Should You Start Project Overtime?” Frank Patrick has already chimed in with one of the common causes of overtime, multi-tasking. See Multi-tasking Multiplies Lead Time Also see these blog entries from Esther Derby and Hal Macomber. A note: I

MPD, requirements

Questions for Requirements

  One of the most difficult problems in software development is knowing how to elicit and discuss requirements. It’s difficult because the people who are supposed to know the requirements don’t always have a clear idea of what they want. And, even people with tremendous communication and other soft skills don’t always have good ways

Scroll to Top