This exclamation from one of my team members had traveled through the office grapevine, labeling me as the kind of manager I never intended to be. What was I doing wrong? I couldnt possibly be a micro manager. Not me!
Im all about the fine art of delegation and giving props for jobs well done. Ill always take time to assign a task, set expectations and provide my team with whatever resources they need to be successful on the project. Well, it turns out the classification of micro manager was assigned to me after I had requested that each team member submit a weekly status report.
Was I missing something? Wasnt a status report required by every manager? How was I supposed to know how we were tracking towards deliverables and how everyone was performing?
I also looked at status reports as not necessarily a way to check up on people, but a way for team members to brag about their accomplishments. I could use them at review time to easily identify areas for improvement and outstanding achievements. It seems not everyone feels that way and sees them as an unnecessary waste of time.
Short and Sweet
|Smart IT Columns|
Understanding Your 'Idiot' Manager
Is Everyone Replaceable?
Managing Vendor Demonstrations
IT Salary Report: How Do You Stack Up?
Im not sure when the first status report was required in the corporate world, but I imagine the first ones were verbal, then hand written eventually banged out with a typewriter, and thus a tad time consuming. But over time the effort it takes to produce a standard status report has streamlined with the advent of email. All a manager needs to do is provide a standard template, the team members fill in the blanks: tasks completed, tasks in progress, tasks to be worked on, problems, etc. and voila! A status report can be cranked out and distributed in a matter of minutes.
If you keep them short and sweet, weekly status reports can offer value without taking up too much time. The focus should be on the exceptions, such as new risks, and not the mundane task on schedule comments. At a minimum, use status reports as verification of what you should already know, thus ensuring no misunderstandings occur.
Plus there is benefit to having team members sit down and think about what happened in the last week. It can force issues forward that may not have received proper attention without a concentrated effort to summarize efforts.
Whats Really Achieved?
The question still begs what do you really learn in a status report? As a manager, shouldnt you know what issues are happening?
As a front line manager, yes you should because there should be ongoing, daily communication between you and your team. If you are surprised by a major issue that would be reported at the end of the week, perhaps you arent in tune with the important happenings on the project.
What about the managers up the chain? How is the CIO supposed to know about major issues that will impact multiple project budgets and timelines? Or how is the projects business owner supposed to track major issues and perhaps concede a requirement to stay on schedule? Notice of my use of the term major issues because high level IT and business managers cannot afford to be mired in the details.
Therefore, it should be mandatory for team leads and managers to share task status and major issues up the chain. This can be accomplished through a project portal using green, yellow or red to highlight tasks that need attention, or simply have a separate page for critical issues or new risks. Another approach would be to produce a very succinct report from your project management tool showing how you are tracking to deliverables and include a list of major issues.