Dave McNamee's Work Weblog
Thanks for coming.

 










ITS Product
Realization Process




Subscribe to "Dave McNamee's Work Weblog" in Radio UserLand.

Click to see the XML version of this web page.

Click here to send an email to the editor of this weblog.

Enter your email address below to subscribe to Dave McNamee's Work Weblog!


powered by Bloglet

 

 

  Wednesday, January 29, 2003

From 5th to 3rd

In my previous post I wrote about the need for PRDs and strategy. The time has come for me to focus more heavily on producing those documents that are needed for my product. Until now, I have been heavily involved in project management, and in operational affairs. I am going to have to back away from those activities and focus more heavily on writing.

This transition from heavy involvement to necessary involvement can only occur under the following circumstances:

  1. There are sufficient project plans and project management resources in place to cover project management needs. This is difficult because we have even fewer project managers than we have product managers. Project management is an intense responsibility that requires focus and dogged-ness.
  2. Operations and CRMs need to take the lead in customer communications. I shouldn't be worrying about operational communications. Of course, the job of the product manager is to be a customer advocate, but I should not be coordinating testing schedules.
  3. Any project that is not UMD, Content Management, or Authentication is going to have to go on the back burner.

It is dificult to pull away from activities that accomplished something, like the AT environment project, but I gotta do it. It's like travelling up a hill at 65 MPH and shifting from 5th down to 3rd. The thing is going to make some noise, and it may slow down some, but it has to be done.


1:54:09 PM    
 

PRDs and Strategy

One of the largest parts of a product manager's life is writing Product Requirements Documents (PRDs). This document describes the features and functionality and other characteristics for a particular version of a product. Every product should have a PRD, and each new version of that product should be described in new versions of the PRD.

The content of the PRD is largely determined by the strategy of the organization for that particular product family. For example, my PRD for authentication will largely be influenced by a strategic document that Bob Woolley is writing in conjunction with a cross-fucntional team. If he says it needs to slice and dice, then my PRD will describe exactly what kind of slicing and dicing it does. Engineering then figures out how it slices and dices and how it will be built. As PRDs align with the overall strategy, ITS will get closer to accomplishing its objectives.


12:12:11 PM    
 



Click here to visit the Radio UserLand website. © Copyright 2003 Dave McNamee.
Last update: 2/5/2003; 8:21:14 AM.

January 2003
Sun Mon Tue Wed Thu Fri Sat
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31  
Dec   Feb


Utah.gov blogroll...
Phil Windley
Dave Fletcher
Joe Leary
Al Sherwood
Wade Billings


Enterprise Product Management...
path.utah.gov


Utah.gov Sites...
ITS
Utah.gov