Serve Your Team

From WikiContent

(Difference between revisions)
Jump to: navigation, search
Line 10: Line 10:
This project manager tracked project status in a visual, obvious way. He had a master spreadsheet for all the assignments, listing who should complete them. He updated this document regularly, and posted a large printout outside his doorway. Having information posted where we could all see it was great for team communication. An added bonus was that it was also visible to upper levels of management, and provided them with a self-service way of getting status updates whenever they wanted. Today, I'd recommend posting a Velocity Chart based on feature or story points*** to accomplish this.
This project manager tracked project status in a visual, obvious way. He had a master spreadsheet for all the assignments, listing who should complete them. He updated this document regularly, and posted a large printout outside his doorway. Having information posted where we could all see it was great for team communication. An added bonus was that it was also visible to upper levels of management, and provided them with a self-service way of getting status updates whenever they wanted. Today, I'd recommend posting a Velocity Chart based on feature or story points*** to accomplish this.
-
A few words about “ego”. My favorite project manager had the maturity and self-discipline to keep his ego out of the way. Even though he was the boss, he didn't abuse his power, change tasks, or shift direction based on a whim. His action were never detrimental to team productivity, since his main goal was to facilitate the team’s progress towards excellence.
+
A few words about “ego”. My favorite project manager had the maturity and self-discipline to keep his ego out of the way. Even though he was the boss, he didn't abuse his power, change tasks, or shift direction based on a whim. His actions were never detrimental to team productivity, since his main goal was to facilitate the team’s progress towards excellence.
By controlling his ego, he and the team achieved amazing results with satisfied end-users and upper management, all while meeting budget and time constraints. Because this management style was so effective, there was a noticeable absence of all-nighters, yelling, and general tension at the end of the project. In less mature corporate environments, a project manager and a smoothly performing team may not be recognized, because every project will seem easy. Even without acknowledgement, satisfaction came to our team through doing right by the company, the end-users, and each other.
By controlling his ego, he and the team achieved amazing results with satisfied end-users and upper management, all while meeting budget and time constraints. Because this management style was so effective, there was a noticeable absence of all-nighters, yelling, and general tension at the end of the project. In less mature corporate environments, a project manager and a smoothly performing team may not be recognized, because every project will seem easy. Even without acknowledgement, satisfaction came to our team through doing right by the company, the end-users, and each other.
Line 21: Line 21:
***Story points – Customers write “stories” describing the software features they need based on their business needs. The developers estimate the time it will take to write and test each story, then they work with the customer to determine which stories will be created as software features during the next iteration, or working time period.
***Story points – Customers write “stories” describing the software features they need based on their business needs. The developers estimate the time it will take to write and test each story, then they work with the customer to determine which stories will be created as software features during the next iteration, or working time period.
 +
 +
[RMH: One very minor edit]

Revision as of 12:49, 11 May 2009

Serve Your Team

Karen Gillison Leesburg, Virginia, USA

Long before I heard of Agile or SCRUM*, I worked with the best project manager I ever met. Looking back, he was using prototypes techniques from these frameworks. He viewed his job as a facilitator for the team. He saw his day-to-day duties as identifying and removing obstacles, and providing team resources. He was doing things that increase team velocity**.

There were no multi-hour meetings where you fight to stay awake until it's your turn to provide a status update. The ones where you wish you could escape and actually write some code, so you will have some progress to report for the next meeting. Instead, we started each project with a kickoff meeting, inviting people with job functions from requirements to testing. The whole team met to get a shared vision and understanding of the project. Then, every few days, the project manager would come by for what we called “doorway” status meetings. Each teammate gave a brief update on what was complete, what was in progress, and what issues were critical.

This project manager tracked project status in a visual, obvious way. He had a master spreadsheet for all the assignments, listing who should complete them. He updated this document regularly, and posted a large printout outside his doorway. Having information posted where we could all see it was great for team communication. An added bonus was that it was also visible to upper levels of management, and provided them with a self-service way of getting status updates whenever they wanted. Today, I'd recommend posting a Velocity Chart based on feature or story points*** to accomplish this.

A few words about “ego”. My favorite project manager had the maturity and self-discipline to keep his ego out of the way. Even though he was the boss, he didn't abuse his power, change tasks, or shift direction based on a whim. His actions were never detrimental to team productivity, since his main goal was to facilitate the team’s progress towards excellence.

By controlling his ego, he and the team achieved amazing results with satisfied end-users and upper management, all while meeting budget and time constraints. Because this management style was so effective, there was a noticeable absence of all-nighters, yelling, and general tension at the end of the project. In less mature corporate environments, a project manager and a smoothly performing team may not be recognized, because every project will seem easy. Even without acknowledgement, satisfaction came to our team through doing right by the company, the end-users, and each other.

Today, techniques like Agile and SCRUM provide tools to make you an effective project manager. I suggest you familiarize yourself with them, even if you aren't fortunate enough to work for an organization that has adopted these methodologies. Instead, begin integrating these tools into your traditional project management toolbox. Realize that one of the key roles of the project manager is to increase the team's velocity, and to work towards creating a team environment with few inhibitors to productivity.

  • Agile or SCRUM – An evolving methodology which promotes a software project management process that encourages shorter planning phases, more adaptability to change, teamwork, unit testing, personal accountability, and frequent customer involvement. It provides rapid delivery of high quality software which is aligned with customer requirements and business goals. Agile is a more general methodology, SCRUM is a specific set of practices and rules.
    • Velocity – A measurement of the rate of progress for a team, based on the amount of work done in the previous iteration or set work period. The team is not allowed to commit to more work than they did in the previous work period. Velocity can be measured per developer, as well as for the team as a whole.
      • Story points – Customers write “stories” describing the software features they need based on their business needs. The developers estimate the time it will take to write and test each story, then they work with the customer to determine which stories will be created as software features during the next iteration, or working time period.

[RMH: One very minor edit]

Personal tools