Engineered System Design for a Professional Certification Program
(Why we are doing this)
Our strategic management team has challenged us to launch a new p
rofessional certification program
next two years
r programs in related industrie
low pass rates
on their examinations, and fairly
in their recertification rates.
Some professional certification
programs in rel
lack strong acceptance and credibility
among hiring managers among employers who would look for our certifications.
Management wants our certification brand to be
minimum process capability
to the cer
tification program at the American Society for Quality.
(What we hope to accomplish)
specific professional certifications to candidates across our professions.
, and are
by the new program.
Ensure that certified professionals find it easier to find jobs, and earn higher compensation levels
Keep the costs and fees, as well as other burdens,
placed on candidates and employers comparable to
competitive and related alternative certification programs.
the program design and implementation
with all 21 standards in the NCCA (2007) accreditation
Support a global roll
out, including full
cultural and regulatory diversity.
The project charter for your semester certification project includes four problem statements and six goals. Solving those problems and meeting those goals is the project’s paramount concern. Some of those take place more-or-less purely inside of the system, and so don’t really appear in the SIPOC or PMAP in the Define Phase. (They’d show up in the FMEA, but you weren’t assigned to do that yet.) Some might represent project constraints more than system requirements (e.g., Problem #1, Goal #5). Of particular interest in the Define phase are those aspects of the problems and goals that impact your inputs and outputs in your Define phase models. Pick a couple of items from the problems and goals and discuss how you made sure they were included in your SIPOC and PMAP. Omitting them would be an admission that you won’t be able to meet or manage them. Is it better to manage them as input requirements or output requirements? Discuss how you decided where to put them in your model based on your intent to design quality into the system.