Related Content
 |
What Not to Do if You Want Satisfied Customers You may think that overperforming would ingratiate you to your customers. But customers don't always want you to go above and beyond—often, they just want what they asked for. Don't fall for this common misconception. The trick to customer satisfaction is delivering just what they want—and good communication. |
|
 |
Effective Project Communication: Not Just What, but Why The requirements for communicating project status to executives are often paradoxical: Be brief but thorough; don’t go into the weeds, but make sure I know all the important details. Responding to these constraints can be challenging, but you still need to clearly convey your work's significance and risks. |
|
 |
Are You Problem Solving When You Should Try Problem Managing? Usually in our projects, our goal is problem-solving. We find the root cause of a problem and experiment until we eradicate it. But is solving always the right path? Sometimes, our problems are temporary and only require a patch. In those cases, problem managing is probably the better choice. |
|
 |
5 Questions to Ask in a Project Review Project managers often dread doing reviews, but they're necessary to make sure the project is on the right track. Progress can be affected by unclear definitions, risk, schedules, and cost, so it's important to evaluate whether the project manager, sponsors, and team members are all on the same page. |
|
 |
Know the “Why” behind Your Projects Every project has its own unique reason for existence. We often work on projects to deliver some kind of return for our organizations. When you start a project, do you know what that return is? When we know the reasons behind our work, we can be more successful—knowing why can create success. |
|
 |
The Difference between Plans and Planning As former president Dwight Eisenhower said, "In preparing for battle I have always found that plans are useless, but planning is indispensable." The fact that plans may have to change does not mean planning is a waste of time. In projects, it's always valuable to consider budgeting, resources, and timelines. |
|
 |
Shorten Your Feedback Loops to Build Better Software, Faster When we have short feedback loops, we are still in the moment for that feature. We still have the context. The longer the feedback loop, the less likely we are to still have all the context for the feature because we are on to the next piece of work. How long are your feedback loops? Can you shorten them? |
|
 |
Why Process Standardization Is a Terrible Idea Having a standard process everyone uses makes sense in theory. You could compare metrics and progress across teams and projects. But it practice, it becomes like comparing apples and oranges. Teams aren't all the same, and neither are projects. Each team need its own optimized way to deliver value. |
