control charts

9
CONTROL CHARTS (Professional Business Analyst Training organisation)

Upload: coepd

Post on 20-Jul-2015

100 views

Category:

Education


0 download

TRANSCRIPT

Page 1: Control charts

CONTROL

CHARTS

(Professional Business Analyst Training organisation)

Page 2: Control charts

•Control charts were identified by Ishikawa for

improving Quality. Business Analyst and the Business

Partner are provided by presenting data in a format

which can provide useful perception into a problem or

situation. Control Charts helps in understanding how

systems and processes are performing over time.

Page 3: Control charts

Control Charts has the following attributes:

• Centerline: represents a numeric average of either

actual historical or desired performance for the system

or process.

• Upper and Lower Boundaries represent the limits that

define acceptable, or controlled, performance.

Page 4: Control charts

They generally have a statistical base and are frequently

described in terms of the number of standard deviations

(Sigma is the mathematical representation of a Standard

Deviation).

A standard deviation calculates the square root of the sum

of the differences between the population mean and the

single instance, squared.

Page 5: Control charts

Traditional BA (Waterfall) Agile BA

Requirements are documented in Use

Cases,Business Requirements, Functional

requirements, UI Specifications, Business Rules.

Requirements are documented in Epics, User

Stories and optionally Business (or Essential) Use

cases.

Focuses on completeness of requirement and

spends time in ensuring the requirement is

unambiguous and has all the details.

Focuses on understanding the problem and being

the domain expert so that s/he can answer

questions from the development team swiftly and

decisively.

Focuses on getting a ‘sign off’ on the requirements.

Focuses on ensuring the requirements meet the

currentbusiness needs, even if it requires

updating them.

Often there is a wall between the BA/Business and

the Development team.

Agile BA (Often called as Product Owner) is part of

the team.

Tends to dictate solutions.

Has to remain in the problem domain, leaving the

development team ‘space’ to explore different

solutions.

Long turnaround. Quick turnaround.

Focus on what the requirements document said. In

other words, output (Artifact) is a well written

thorough requirements document.

Focus on the functionality of the developed

software. In other words, output (Artifact) is the

software that meets thebusiness needs.

For example, if the mean is 20 and the first instance is

12, (20-12=8; 8 squared = 64.) Repeat this process for

each item in the distribution. Add then all up, then

calculate the square root; or use the formulas built into

any spreadsheet.

Page 6: Control charts

• Performance over time is plotted on the chart. Plot

points that fall outside the acceptable or desired

performance range are generally subject to further

scrutiny.

Page 7: Control charts

Control Charts are also mentioned as

· Run Charts

· Line Charts

· Shewhart Charts.

Page 8: Control charts

Control Charts supports to control processes in Statistical

Process Control (SPC). Statistical Process Control is a tool

for moving from CMMI™13 Level 3 to Level 4.

CMMI is a trademarked product of the Software

Engineering Institute (SEI.)

Page 9: Control charts