Month: November 2011

Risk Management

We are going to share with you another hidden secret related to the rules of the game. But I’m not sure you can handle it.
Can you handle it? OK come closer because I don’t want anyone to hear.
The secret is: “The bench”.



This clip is about risk management. Risks are those things that usually have low changes of happening. But if they occur, their results might be bad for us.
The primary objective is to insure that the client and their investment is protected as best as possible
Risk management is an activity that:
1. Looks for problems that could occur.
2. Evaluates how big these problems are.
3. And the best way to manage them via risk response plans.

Risk management a process that you do usually before the project starts. It is a very important stage that is being neglected often because it is being considered as a waste of time. People just want to start working on the project right away. In our “game rule” model risk management is like the basketball bench. There are 5 players on the court and about 10 on the bench. Now let’s think about it for a minute. You need only 5 players to play the game, but the teams go through all the effort and spend so many resources to keep another 10 players sitting on the bench.

The coach keeps more players on the bench than on the court to deal with anticipated risks of players getting tired or fouled. And the unanticipated risks of players getting injured or losing their mojo.

There are a lot of reasons why people might resist the risk management process:
1. People don’t always understand the importance of this process and would consider it a waste of resources.
2. People think that risk management is a pessimistic activity, but the project manager should act as a good coach and present it as a positive thing to reach project objectives.
3. The team feels that they can fight the fire when we get there, which is often not the case.

The 4 Steps of risk management process are:
1. Develop the risk management plan.
2. Identify the risks that might occur.
3. Assess the risks in the project.
4. Response to risks in when they happen.
You also should keep monitor and manage the project risk throughout the project development to ensure that the risk management and response plan are working properly.

We are going to teach step by step how to build your bench and manage risks. We have developed a simple system that you can implement right way. In fact, this new system is so powerful that you will call us and ask us not to sell it to anyone else.

Requirements Management

In this clip we’re going to focus on one aspect of project management: Requirement Management.
We are going to reveal another secret related to the “rules of the game”, and why projects are delayed, exceed budget, and in many cased don’t come out as designed.




Research shows that 71% of software projects that fail, do so because of poor requirements management. This is the biggest reason for project failure.

The Standish CHAOS Report, which surveyed 9,236 IT projects, found that the top three causes of project failure were lack of user input, incomplete requirements or changing requirements.

Another secret we are to share with you today is: You cannot win a game without solid strategy.

Requirements management defines the project and provides a framework that enables to track and complete the project progress and objectives.
Like in a basketball game. First the team designs the game strategy. They do that before the game. Then they discuss and practice it and implemented in the game.

A product requirement is anything that is required to make a product complete and successful. There are high level requirements, which must be broken down into smaller individual items for each function, and then documented and tracked.

Requirements management is not just a process that you do at the beginning of the project. Just like in a ball game, the game strategy needs to be monitored and updated during the game. Requirements management is a process that gets the most focus at startup, but then monitored, and updated continually throughout the project lifecycle. Just like a coach will call a time out or talk to his players during half time to make sure that the strategy is still working and if it needed to be changed.

It is best to use software designed for requirements documentation to document the process. This will allow better product development and tracking once the requirements stage is completed and the development phase starts.
The software should track the list of requirements that will be the source of data for all other steps in the requirement phase.

It is common that teams treat anything that is not coding as a waste of time. Many companies are eager to start with the coding of the project as soon as possible, because it gives a feeling that they are working on the project and tend to neglect or don’t give enough attention to the requirements management process. It’s just like basket players that want to start dribbling and playing instead of sitting at the office and think about strategy. You can be an excellent dribbler, but you cannot win the game without strategy.

We are going to teach step by step how to plan your project strategy and create the requirements. We have developed a simple system that you can implement right way. In fact, this new system is so powerful that you will call us and ask us not to sell it to anyone else.