bi project business intelligence cookbook a project lifecycle approach using oracle technology john...
Post on 01-Apr-2015
223 Views
Preview:
TRANSCRIPT
BI ProjectBusiness Intelligence Cookbook
A Project Lifecycle ApproachUsing Oracle Technology
John Heaton
A program or a project
• New a definition
A program – This is defined as several interrelated projects that have a goal of improving an organization's performance A project – This is defined as a unique and temporary construct with a defined beginning and end, to meet a set of goals or objectives
Business culture
• 1.Open your Readiness Assessment Worksheet and add a new worksheet called Business Culture:
• 2. Create questions in the worksheet which focus on the way the organization has grown, the phase in which the organization is, information accessibility, tools availability, and so on. See the Readiness Assessment for more sample questions.
• 3. This time distribute the worksheet to a selective people within the organization at first to gain an understanding.
• 4. Collect responses to the questions and collate the information.
• 5. Set up follow-up meetings with the survey participants to review their answers.
Typical project delivery methodology phases
lightweight methodology
Project team
Then,
• By understanding the roles required for the project, you can effectively recruit your team and• identify any gaps in your resource pool.
• Option 1: Model based on subject areas with multi-skilled resources.• Option 2: Model based on resource specialized
skills.
Option 1: Model based on subject areas with multi-skilled resources. Separate your team into business initiative and subject area resources:
Option 2: Model based on resource specialized skills. Separate your teams based on technology and business skills:
Establish the project
• Creating Definition work practice• Creating Data Discovery work practice• Creating Development work practice• Creating Testing work practice• Creating Promote work practice• Creating Production work practice• Building a standard work breakdown structure• Identifying and quantifying the effort drivers• Creating your estimation tool
Definition phase of a BI project
Data Discovery
Building a standard work breakdown structure
Create the estimation tool #1
Create the estimation tool #2
• Three point estimation: Optimistic = base hoursx# • Most likely = (base hoursx#)+15% • Pessimistic = (base hoursx#)+25%
• Weighted Average with Estimate E = (optimistic+4 most likely+pessimistic)/6 • Standard Deviation = (pessimistic–optimistic)/6 • Confidence levels based on Weighted Average (E): E value is approximately 50%• • E value+SD is approximately 85% • E value+1.645×SD is approximately 95% • E value+2×SD is approximately 98% • E value+3×SD is approximately 99.9%
Requirement Traceability Matrix• Create the numbering system
Requirement Traceability Matrix• List sub-categories
Requirement Traceability Matrix
Requirement Traceability Matrix
RFMEA (Risk Failure Mode and Effect Analysis)
• Create your basic headings for your RFMEA or Risk Log: • a. Risk ID is a unique number assigned to each risk. • b. Risk event is a description of the risk. • c. Likelihood is the probability that the risk event will occur. • d. Risk score is the calculated and determined score of the
risk event. • e. Detection outlines the ability to detect a particular risk
event. • f. Risk Priority Number (RPN) calculates the priority of the risk
event. • g. Requirements # is the unique requirement ID that the risk
is related to. The Requirements # is from the Requirements Traceability Matrix.
Likelihood:
• i. 9 or 10 – Very likely to occur • ii. 7 or 8 – Will probably occur • iii. 5 or 6 – Equal chance of occurring or not occurring • iv. 3 or 4 – Probably will not occur • v. 1 or 2 – Very unlikely
Impact – if one of the below is true then the impact is: • vi. 9 or 10
• 1. Schedule – impacts delivery of related component by >• 25% OR• 2. Cost – impacts cost of related component by > 25% OR• 3. Solution – renders related component unusable
• vii. 7 or 8• 1. Schedule – impacts delivery of related component between• 10% and 25% OR• 2. Cost – impacts cost of related component between 10%• and 25% OR• 3. Solution – changes the specification of the component• which may only deliver partial requirements and may not• obtain client approval
Impact – if one of the below is true then the impact is: • viii. 5 or 6
• 1. Schedule – impacts delivery of related component between 5% and 10% OR
• 2. Cost – impacts cost of related component between 5% and 10% OR
• 3. Solution – changes the specification of the component which may only deliver partial/all requirements but will meet with client approval
• ix. 3 or 4 • 1. Schedule – impacts delivery of related component by < 5% OR • 2. Cost – impacts cost of related component by < 5% OR • 3. Solution – changes the specification of the component and the
original scope of work and may require internal or client approval
Impact – if one of the below is true then the impact is: • x. 1 or 2 - Very unlikely • 1. Schedule – impact insignificant and can be absorbed
OR • 2. Cost – cost increase inconsequential or can be
contained within current budget OR • 3. Solution – changes are not noticeable
Detection
• xi. 9 or 10 –Cannot be detected or forewarned, therefore no contingency can be included • xii. 7 or 8 – Detection method is available but not
proven very difficult to identify and react within sufficient time • xiii. 5 or 6 - Detection method is identified and has been
used in the past with mixed success • xiv. 3 or 4 - Detection method is well known and a
moderate degree of effectiveness • xv. 1 or 2 - Detection method is well known and has
been very successful in the past
RFMEA
• a. Risk Score = Likelihood*Impact • b. Risk Priority Number (RPN) =
Likelihood*Impact*Detection
Issues
• Issue ID: A unique ID assigned to the issue • Risk ID: The associated Risk ID the issue is related to • Requirements #: The associated requirement # for the issue • Decision/Action/Note: The decisions, actions, or notes for the issue • Status: The status of the issue • Description: The description of the issue • Assigned To: The individual that the issue is assigned to • Start Date: The date the issue was raised • Planned End Date: The date the issue is expected to be resolved • Comments: Any additional information for the issue
Create a defect and enhancement register• #: This is the defect or enhancement number
• Type: This determines whether this is a defect or enhancement
• Test Script: This contains the test script which uncovered the issue
• Requirement # : This is the associated requirement
• Priority: This is the priority for the defect or enhancement
• Status: This is the status of the defect or enhancement
• Description: This is an outline of the defect or enhancement
• Test Release: This is the release in which the defect or enhancement was found
• Schedule Date: This is the date the defect or enhancement is scheduled to be completed
• Prod Release: This is the production release the defect or enhancement will be included into
Priority
• Critical: Should only be used when this causes a stoppage to activities on the project • High: Realized risk or new issue that will have
significant impact on the project if not solved • Medium: Realized risk or new issue that will have
moderate impact on the project if not solved • Low: Realized risk or new issue that will have low
impact on the project if not solved
Status
• New: New defect or enhancement. No action taken • Open: Defect or enhancement is being worked on • Test Migrate: Defect or enhancement is completed and ready for migration
to test environment • Test: Defect or enhancement has been migrated to a test environment and
is ready for testing • Prod Migrate: Defect or enhancement has passed testing and is ready for
migration to production • Prod Sign Off: Defect or enhancement passed testing in production and is
ready to be closed • Closed: Defect or enhancement is resolved • Re-Open: Defect or enhancement does not pass testing and requires
additional work
Create a cyclical build and test process
Release note
• Environment • Release Number • Requirements included in the release • Defects included in the release • Enhancements included in the release • Requirements which did not make the release • Defects which did not make the release • Enhancements which did not make the release
top related