Commercial Phase: Tasks
Team Formation
Description
The team formation process is modeled after the Microsoft Solutions Framework (MSF) Team Model. This model identifies 6 roles for each project.
The goal of this task is to identify at least one person to be the lead on each role. Individuals may fulfill duties on more than one role. Also, there may be more than one person fulfilling one role.
For reference, a short description of each role is listed below.
-
Product Management
Satisfied Customers: This role is primarily responsible for giving requirements to the developers, prioritizing requirements within the project, and establishing the business case. -
Program (Project) Management
Delivery Within Project Constraints: This role is primarily responsible for making sure the project meets the established goals of the team, making sure it is delivered on time and within budget, allocation resources, facilitating communication, and driving critical decisions. -
Development
Delivery to Product Specifications: This role is primarily responsible for building the product such that it meets the needs of the customer, being a technological consultant, and creating and maintaining estimates. -
Testing
Release After Addressing All Issues: This role is primarily responsible for making sure all issues are known and addressed before release. -
User Education
Enhanced User Performance: This role is primarily responsible for making sure the users can be as productive as possible with the new (or revised) product, providing input on usability, and training the users on the product before and after release. For each project, a representative from DISC will fulfill this role. -
Logistics Management
Smooth Deployment and Ongoing Management: This role is primarily responsible for ensuring that the deployment goes as smoothly as possible and that the product is set up for long-term maintenance.
Risk Assessment
Description
Risk Assessment is the process of perceiving, analyzing and preparing for (or dealing with) conditions or events which threaten the success of a project. The amount of effort needed to assess risk is usually proportional to the size and scope of the project. Since life changes as a project moves along, risk assessment must be done in all phases of the project.
During the envisioning phase of a project, most of the risk assessment effort will be directed towards predicting which conditions or events which are the most likely to threaten the success of the project. As such, your goals in risk assessment are:
-
list as many potential dangers that can be reasonably foreseen
-
determine the probability of occurrence for each danger listed
-
determine the extent of potential loss for each danger listed
Once this is done, re-order the entire list from most dangerous to least dangerous. This will help keep things in perspective as the project wears on. (Remember to re-order the list again when re-assessing the dangers in later phases.)
-
Are the stakeholders actively involved in their role in the project?
-
Are new features requested after the requirements have been declared complete?
-
Do any features or products utilized violate the provided Information Security Guidelines?
-
Do the requirements affect a change in other products not previously included in this project?
-
Does inadequate testing contribute to a larger number of defects in the deployed product?