Planing - time to take a step back and bask in your success--or learn what made your project go wrong

 

After the dust has settled on your project, it's time for a final critical examination of your Web strategy. You should undertake the project's postmortem while the proverbial body is still warm, either directly after the conclusion of the project or campaign or at a predetermined date relevant to your company's fiscal calendar. The postmortem is the vital final step in a well-developed and well-executed Web strategy, offering the opportunity for both team members and managers to analyze the project's success or failure and to cogently synthesize knowledge gained.

When composing a postmortem report, focus on two main elements: measurable goals met and lessons learned. Directors and decision makers will want to know if your strategy met outlined business goals and whether the product was delivered on time and within budget. The remaining portions of the postmortem should provide a detailed record of what worked and what didn't so that you and your team can apply this knowledge to your next Web strategy. More specifically, the project postmortem report should address the following questions:

  • Were the strategic goals initially outlined actually realized?
  • What was the actual development timetable and budget for the project? How accurate were your original projections?
  • In what ways was the strategy a success? What elements of the implementation worked particularly well?

If you had to do it over again, what would you do differently? For you and your Web team, this will be the most valuable aspect of the postmortem examination. Be sure to detail any technical problems, unanticipated user errors, positive and negative feedback, resource issues, and any other lessons learned that might be applied to future ventures.
You don't have to wait until the project is dead and buried to learn valuable lessons, however. You should be thinking of your final investigation throughout the development and implementation cycles. Before you hit full throttle, begin keeping a log of elements that work and don't work, and be sure to maintain a constantly updated specification. After continual improvements and bug fixes, your original specifications will not precisely reflect the finished product, and you'll want a record of the project as it actually went down--not just as you initially planned it--in order to properly dissect and understand what you've created.

<< back

all rights reserved © Getting Online 2001 / Denis Murphy

  Feedback