Professional Documents
Culture Documents
Proposal
3.28 Six Sigma Data
Analysis and
Presentation for
19/03/2016
Six Sigma
Version 1.3
TABLE OF CONTENTS
Version History....................................................................................................... 3
Contact Information............................................................................................... 4
Client.................................................................................................................. 4
Colleagues.......................................................................................................... 4
Supervisor........................................................................................................... 4
Team................................................................................................................... 5
Introduction........................................................................................................... 6
Rationale................................................................................................................ 7
Existing system................................................................................................... 7
Why the project is needed..................................................................................7
Scope..................................................................................................................... 9
Objectives............................................................................................................ 10
Project approach.................................................................................................. 11
Agile.................................................................................................................. 11
The Agile Manifesto.......................................................................................... 11
Four Key Values.............................................................................................. 11
12 Principles................................................................................................. 12
Kanban.............................................................................................................. 13
How we will use Kanban.................................................................................13
DMAIC............................................................................................................... 14
How we will use DMAIC..................................................................................15
Project Plan.......................................................................................................... 16
Deliverables......................................................................................................... 17
Quality Assurance................................................................................................ 18
Quality Assurance Requirements......................................................................18
Validation and Verification Process...................................................................18
Page | 1
Six Sigma
Version 1.3
Meetings........................................................................................................... 19
Team Member Review....................................................................................... 19
Client review..................................................................................................... 19
Communication Management Plan......................................................................20
Roles, Skills, Knowledge....................................................................................... 21
Required IT-Specific Skills and Knowledge........................................................21
Roles and Current IT-Specific Skills...................................................................23
Cost Estimate...................................................................................................... 27
Labour Cost Estimate........................................................................................ 27
Software Cost Estimate..................................................................................... 27
Materials Cost Estimate.................................................................................... 28
Risk Management................................................................................................ 29
Levels of Risk.................................................................................................... 29
Risk Register........................................................................................................ 30
Glossary............................................................................................................... 33
References........................................................................................................... 34
Disclaimer............................................................................................................ 35
Page | 2
Six Sigma
Version 1.3
VERSION HISTORY
This is the Version History in which this table represents the changes that we
have made to the project proposal. We can also track future changes made and
let everyone in the team know about any changes that may have occurred.
Date
13/03/20
Versi
Author
on
(s)
1.0
16
Description
Change(s)
Lucas
Proposal layout
Kimberl
completed.
ey
and completed.
Joni
18/03/20
1.1
Lucas
Decided on the
methodology we are
methodology part of
the proposal.
Lucas
Kimberl
project scope is
scope.
ey
completed.
16
19/03/20
1.2
16
Joni
19/03/20
16
1.3
Lucas
Kimberl
plan is completed.
ey
plan.
Joni
Page | 3
Six Sigma
Version 1.3
CONTACT INFORMATION
CLIENT
Name
Email Address
Mobile Number
Sam Abraham
sam@clearvision.net.nz
Name
Email Address
Mobile Number
Devendra Oak
oak.devendra@gmail.com
Name
Email Address
Mobile Number
Greig Wakefield
greig.wakefield@xtra.co.nz
COLLEAGUES
SUPERVISOR
TEAM
Page | 4
Six Sigma
Version 1.3
han
BCIS Major
Student ID
Email Address
Mobile Nu
Networking
13836608
lchanand@gmail.com
021 257 99
Computational
1251343
kimbcapati@yahoo.com
021 074 77
13827872
jonirpablo@gmail.com
022 326 19
ssend
y Nicole
lo
Intelligence &
Software
Development
Computational
Intelligence &
Software
Development
INTRODUCTION
Page | 6
Six Sigma
Version 1.3
Page | 7
Six Sigma
Version 1.3
RATIONALE
EXISTING SYSTEM
Clearvision Communications currently uses two methods for managing jobs. For
multi-dwelling units (MDUs) they use the simPRO job management software. This
software-as-a-service (SaaS) allows Clearvision Communications operatives to
create a new job, update its progression status, and close them once completed.
The software also has a multitude of other features such as quoting and cost
estimation, reporting, and stock management. For single-dwelling units (SDUs)
they organise them using spreadsheets.
WHY THE PROJECT IS NEEDED
Page | 8
Six Sigma
Version 1.3
Page | 9
Six Sigma
Version 1.3
SCOPE
The analysis and presentation of Six Sigmas lead time KPI will assist Clearvision
Communications in seeing their current statistics, comprehend how well their
company is trending in the industry and implement changes and improvements
in order to achieve their goal to be number one in their field.
In order to effectively achieve our teams main objective, we have divided the
project into three phases. The first phase involves reviewing the business
processes of Clearvision Communications to establish more robust data
practices, learn and gain experience with their business systems and gather their
lead time KPI data. The second phase is where we will establish a change
management plan and determine the most appropriate data mining tool to use in
simPRO and spreadsheets. Finally, the third phase incorporates data mining and
analysis of their lead time KPI to ascertain where and how waste is being
produced. Once these tasks are completed, we will then proceed with
presentation of data.
In phase one, we will be hands-on with their system to understand exactly how
the process of creating, updating and closing a job is performed both in simPRO
and on spreadsheets. We will also be gaining feedback from employees during
this period to understand why the transition to simPRO has not happened yet.
Combining this experience and feedback, we will write a change management
plan with our recommendations for submission to our client.
In phase two, we are going to submit our change management plan to our client
and decide on an appropriate data mining tool. Because MDU and SDU data is
guaranteed to be split between simPRO and spreadsheets, data will be mined
from both. Our initial intention is to use Weka for mining data, but we will need to
test its interaction with simPRO because it is not a traditional database and
therefore we may have to resort to other software.
In phase three we will commence with the data mining and modelling. The data
will be presented to the client to use for data analysis and conclusion making.
Page | 10
Six Sigma
Version 1.3
This will be performed by us, our client and other employees at our clients
discretion. The statistics presented to the client will allow us to identify where in
the process waste is being produced. These areas can be targeted with solutions
also devised by us, our client and other employees at our clients discretion.
Depending on how long it takes us to finish analysing lead time, our client will
also have us investigate another KPI but this has not yet been finalised.
OBJECTIVES
Secondly, we aim to present accurate data to our client which allows them to
understand exactly what is happening in their business. Using this data our
project team, client and employees can make an educated decision on how to
improve the lead time KPI. Once solutions have been fully implemented, we are
able to move on to another KPI. However, this is a supplementary work and is not
a part of our two main objectives.
Page | 11
Six Sigma
Version 1.3
PROJECT APPROACH
Our project is split into two distinct parts; refining the business processes of the
operations department and mining then analysing data from said department.
The latter falls under Six Sigma implementation and as such we will be using the
DMAIC methodology. For the former however we will be using an agile approach,
specifically Kanban.
AGILE
Page | 12
Six Sigma
Version 1.3
1)
2)
3)
4)
In the manifesto it states that the items on the right should be disregarded, but
that you value items on the left more.
12 PRINCIPLES
project.
5) Build projects around motivated individuals. Give them the environment
and support they need, and trust them to get the job done.
6) The most efficient and effective method of conveying information to and
agility.
10) Simplicity the art of maximizing the amount of work done is essential.
11) The best architectures, requirements, and designs emerge from self-
organising teams.
Page | 13
Six Sigma
Version 1.3
12) At regular intervals, the team reflects on how to become more effective,
Page | 14
Six Sigma
Version 1.3
KANBAN
1) Identify processes.
2) Review, update, analyse as-is.
3) Design to-be.
4) Test and implement to-be.
Breaking down our workflow into these four steps gives us a methodical
approach to the problem. We will be using Kanban for its visual representation of
tasks and its principles, but we will progress through these four steps listed in
BPR.
Page | 15
Six Sigma
Version 1.3
Kanban does not set specific dates for release. It will instead have a
continuous flow of delivery upon completion of a task. This is more suited
to us compared to Scrum for example because we are entering a new field
and do not have the experience to give definitive or educated estimations
of due dates.
Kanban does not set pre-defined roles to team members and encourages
open communication. This is appropriate to our situation because we are
all on an equal footing in terms of experience and will all have to learn as
we progress. Also, we are only meant to have a Project Leader who will
handle communication and not delegation as per the AUT requirements.
DMAIC
Once the business process review part of our project is complete, we will be
focusing on data analysis for use in implementing Six Sigma. DMAIC, which
stands for define, measure, analyse, improve, and control, is the primary tool in
Page | 16
Six Sigma
Version 1.3
For the purpose of this part of the project, the define stage has already been
completed by Clearvision so we will be focusing on the measuring, analysing,
and improving aspects of the methodology. Controlling will be conducted by their
internal team when the project is complete.
Clearvision would like for us to use this methodology because it was designed
and tested for Six Sigma implementation. We agree with this stance because it
means we can follow a methodology that we know is guaranteed to work with
the project rather than trying to make a different methodology fit. Furthermore,
Page | 17
Six Sigma
Version 1.3
they have already completed the define stage which will save us a significant
amount of time that we can utilise elsewhere.
PROJECT PLAN
DELIVERABLES
Stage
Page | 18
Deliverables
Six Sigma
Version 1.3
Initiation
Phase 1
Phase 2
Phase 3
Closing
Page | 17
Six Sigma
Version 1.3
QUALITY ASSURANCE
Quality control is a significant procedure to ensure that the project meets the
requirements and needs of the client. In order to control the quality of the
project, quality review procedures must be facilitated. This will provide
interventions for both quality management and control, evaluate the conformity
of the project against a certain set of criterias, ensure that any discrepancies or
errors found are fixed and implement a platform for project improvement.
The team must define specific quality objectives and policy and make
certain that these are fully apprehended and being practiced by all team
members at all levels.
The team must ensure that proper processes are administered in order to
satisfy the client needs and expectations.
The team must provide sufficient resources to implement and maintain the
quality systems.
The validation and verification process will be used to observe whether the
project meets the defined requirements. This will be an ongoing process which
involves all team members and the client. When a task has been completed, it is
moved to the under review section of the Kanban board where the other team
Page | 18
Six Sigma
Version 1.3
members evaluate the quality of the work. This is necessary for each individual
task so any issues with the work can be identified early. This stringent method
will also mean work cannot be overlooked, and therefore enable us to maintain a
standard of quality we are satisfied with. A task can be considered complete
when the work done meets the required specifications. All team members need
to agree and sign off the work done. For larger milestone tasks, this process will
also require the clients sign off.
MEETINGS
Team meetings are compulsory for all members to attend and occur at
least once a week to discuss the progress of the tasks given.
The team/project leader must meet with the client at least once every
month to ensure that everything is going according to what they wanted,
to review project tasks and get feedback.
The current progress of each team member must be revised by all the
members in the team. The team member review occurs at least once a
week and any changes discussed during the meeting shall be done.
Generally, face-to-face meetings are ideal for this but it is also acceptable
to do it online via Skype or Facebook
CLIENT REVIEW
The client review is a way for the client to review and give feedback on all
the members current progress and this occurs at least once a month. This
is to ensure that the team meets the needs, requirements and
expectations of the client.
The team must make the needed changes based from the results of the
client review.
This needs to be done either before or after the meeting with the client.
Page | 19
Six Sigma
Version 1.3
Page | 20
Six Sigma
Version 1.3
For the entire duration of this project, the team have agreed to have a face-toface meeting every Monday with the project supervisor to ask questions, discuss
matters and update him regarding our projects weekly development. Hence, he
will be able to review and give us feedbacks if necessary. We have also settled
that we will have at least one face-to-face meeting with the team each week to
discuss, collaborate and keep track of each others progress in the project.
Other meetings will be made via Skype or Facebook messenger if needed. These
will also be used to keep the teams line of communication open despite of the
schedule conflicts. Furthermore, Trello and Teamwork will be used for phase one
and two respectively to easily allocate tasks and track the teams progress on a
given task.
Additionally, client meetings will be held once a month and twice a month if the
matter is urgent. The meetings are vital in order to discuss, review and update
the progress of the project with the client. The team can ask for feedback, any
possible changes that the client wants to make or discuss issues that may arise
in the project. All team members must attend this meeting. Lastly, the project
Page | 21
Six Sigma
Version 1.3
leader will be the one responsible for communicating with the project supervisor
and client via email or phone.
Page | 22
Six Sigma
Version 1.3
Skill
Has skill
Rationale
(Yes/Somewh
How/When to Acquire
Skills
at/No)
Data
Yes
Analysis
are required to
make educated
decisions about
Reading/watching tutorials
the companys
online.
processes.
When: From 23/03/16 and
will be ongoing until the
project finishes
Data
Somewhat
Modelling
How: Reading/watching
be required for
visualising the
modelling software.
the company.
Analysis cannot be
performed before
data is in a
project finishes
presentable
format.
Data
Mining
Somewhat
Data mining is
How: Reading/watching
required because
we first need to
Logical/Physical Database
before we can
Design papers.
model it.
Page | 23
Six Sigma
Version 1.3
Somewhat
How: Reading/watching
visualise, analyse
tutorials online.
http://www.cs.waikato.ac.nz
set.
/ml/weka/index.html
When: From 23/03/16 and
will be ongoing until the
project finishes.
Kanban
Yes
An agile approach
How: PMBOK
to project
management with
https://www.atlassian.com/a
emphasis on
gile
continual flow of
work. It is well
suited to new
23/03/16
Yes
Word
How: Reading/watching
our proposal to
the files
consistent.
Microsoft
Excel
Yes
How: Reading/watching
modifying acquired
Page | 24
Six Sigma
Version 1.3
management.
simPRO
No
This is the
How: Reading/watching
companys
existing job
management tool
which we will be
software. Hands-on
Consultan
Somewhat
cy
company, and
what we will be
project finishes.
Consultancy skills
How: Practice
soliciting the
correct
listening skills.
requirements from
the client.
Furthermore, these
finishes.
for general
communication of
ideas and
collaboration purp
oses.
Client
Somewhat
Client
Managem
management skills
ent
this project as we
need to manage
Page | 25
our relationship,
constant
communication
finishes.
Six Sigma
Version 1.3
and feedback.
Understanding the
needs and
expectations of the
client will also
enable us to
deliver the project
successfully.
ROLES AND CURRENT IT-SPECIFIC SKILLS
Name
Role
Description
Lucas Chan
Team
Networking Skills:
Andreassen
Leader
CCNA1, CCNA2
Project
Management
Knowledge:
PMBOK
Programming
Skills:
Java
Database
Programming
Skills:
of the project.
OracleSQL, PL/SQL
Database
administration,
Data
Analyst
Data Mining
Perform data analysis and
Page | 26
Six Sigma
Version 1.3
Algebra and
Statistics
Team
Networking Skills:
Nicole
Membe
CCNA1
Capati
Project
Management
Knowledge:
project.
PMBOK
Programming
Skills:
Data
Analyst
Java
Perform data analysis and
modelling, data mining tasks,
Database
Programming
Skills:
techniques.
OracleSQL, PL/SQL
Machine Learning
Skills: Weka, R
Page | 27
Six Sigma
Version 1.3
Discrete
Mathematics
MatLab
Joni Pablo
Team
Networking Skills:
Membe
CCNA1
Project
Management
Knowledge:
project.
PMBOK
Programming
Skills:
Data
Analyst
Java
Perform data analysis and
modelling, data mining tasks,
Database
Programming
Skills:
techniques.
OracleSQL, PL/SQL
Machine Learning
Skills: Weka, R
Page | 28
Six Sigma
Version 1.3
Page | 29
Six Sigma
Version 1.3
COST ESTIMATE
The cost estimate for the entire project will vary from the labour cost and
materials that we will be using for the project. Other resources such as
transportation will not be included in the budget estimate as all we are basing it
on the assumption that it would be deducted from wages.
Position
Weekly
Total Hours
Hourly
Total
Working
Worked (32
Rate
Amount
Hours
weeks)
Project Supervisor
2 hrs p/w
64 hrs
$142.00
$9,088.00
Team Leader/Data
15 hrs p/w
480 hrs
$30.00
$14,440.0
Analyst
Team
0
15 hrs p/w
480 hrs
$25.00
Member/Data
$12,000.0
0
Analyst
TOTAL
32 hrs p/w
1,024hrs
$197.0
$35,528.
00
Software
Cost
Teamwork
Trello
Free, open-source
Page | 30
Six Sigma
Version 1.3
Weka
Free, open-source
Microsoft Word
Free, student-license
Microsoft Excel
Free, student-license
Microsoft Project
Free, student-license
Material
Cost
Poster
$30.00
$20.00
TOTAL
$50.00
Page | 31
Six Sigma
Version 1.3
RISK MANAGEMENT
LEVELS OF RISK
There are three levels - High, Medium and Low. Defining the level of risk will
determine how crucial the risks are and these will be reported to the team
leader.
High - This level of risk is portrayed to be highly crucial and can greatly impact
the project itself, schedule, costs, and its performance. The team must attend to
this and act as soon as possible to try and resolve the risk.
Medium - This level of risk is deemed to be important to resolve as it can
develop to become a high level risk and can have an adverse effect on the
project.
Low - This level of risk has the lowest priority and impact on the project,
schedule, costs and performance. It will depend on the team whether they would
want to take action on this type of risk.
The Risk Management Log will be on Google Drive and will be kept by the project
team leader. He will then review this during our weekly team meetings
RISK REGISTER
Page | 32
Six Sigma
Version 1.3
Page | 33
Six Sigma
Version 1.3
Page | 34
Six Sigma
Version 1.3
Page | 35
Six Sigma
Version 1.3
GLOSSARY
TERM
Cisco Certified
DEFINITION
An IT certification from Cisco.
Network
Associate
(CCNA)
Key
Performance
Indicator (KPI)
Multi-Dwelling
participates in.
A business or an apartment.
Units (MDU)
SimPRO
Single-Dwelling
close jobs.
A home.
Units (SDU)
Six Sigma
Spreadsheets
Structured
Query Language
(SQL)
REFERENCES
Page | 36
Six Sigma
Version 1.3
Atlassian. (2016). A brief introduction to Kanban. Retrieved March 18, 2016, from
https://www.atlassian.com/agile/kanban
American Society for Quality. (n.d.). Asqorg. Retrieved March 18, 2016, from
http://asq.org/learn-about-quality/six-sigma/overview/dmaic.html
Manghani, K. (2011). Quality assurance: Importance of systems and standard
operating procedures. Retrieved March 17, 2016, from
http://www.ncbi.nlm.nih.gov/pmc/articles/PMC3088954/
Mar, A. (2015). 130 Project Risks (List). Retrieved March 17, 2016, from
http://management.simplicable.com/management/new/130-project-risks
Max Wideman. (2016). Quality Review. Retrieved March 16, 2016, from
http://maxwideman.com/issacons1/iac1191/sld005.htm
Ritter, D. (2008). Risk Factors. Retrieved March 17, 2016, from
https://certifedpmp.wordpress.com/2008/09/17/risk-factors/
Software Testing Fundamentals. (2011). Verification vs Validation. Retrieved
March 18, 2016, from http://softwaretestingfundamentals.com/verification-vsvalidation/
VersionOne,Inc. (2016). What is Agile? Learn About Agile Software Development.
Retrieved March 16, 2016, from https://www.versionone.com/agile-101/
DISCLAIMER
Page | 37
Six Sigma
Version 1.3
Appendix I
Disclaimer:
Clients should note the general basis upon which the Auckland University
of Technology undertakes its student projects on behalf of external
sponsors:
While all due care and diligence will be expected to be taken by the students,
(acting in software development, research or other IT professional capacities), and
the Auckland University of Technology, and student efforts will be supervised by
experienced AUT lecturers, it must be recognised that these projects are
undertaken in the course of student instruction. There is therefore no guarantee
that students will succeed in their efforts.
This inherently means that the client assumes a degree of risk. This is part of an
arrangement, which is intended to be of mutual benefit. On completion of the
project it is hoped that the client will receive a professionally documented and
soundly constructed working software application, some part thereof, or other
appropriate set of IT artefacts, while the students are exposed to live external
environments and problems, in a realistic project and customer context.
Page | 38
Six Sigma
Version 1.3
Page | 39
Six Sigma
Version 1.3