ستة سيغما

ستة سيغما
ستة سيغما
Anonim

ما هو "ستة سيغما"

سيكس سيغما هو برنامج لمراقبة الجودة تم تطويره في عام 1986 من قبل موتورولا الذي يؤكد على تحسين دورة الزمن وخفض عيوب التصنيع إلى مستوى لا يزيد عن 3 لكل مليون. واعتبارا من عام 2016، تطورت سيكس سيغما لتصبح فلسفة أكثر عمومية لإدارة الأعمال تركز على تلبية متطلبات العملاء، وتحسين الاحتفاظ بالعملاء، وتحسين واستدامة المنتجات والخدمات التجارية. ستة سيجما تنطبق على جميع الصناعات، وعدد من البائعين، بما في ذلك موتورولا نفسها، تقدم ستة سيغما التدريب؛ وتشمل الشهادات الخاصة حزام أصفر، حزام أخضر وحزام أسود.

الهبوط "سيكس سيغما"

ستة سيجما تمثل إيديولوجية تركز على التحسينات الإحصائية لعملية الأعمال. يدافع ستة سيغما عن القياسات النوعية للنجاح على علامات نوعية. لذلك، الممارسين من ستة سيغما هم أولئك رجال الأعمال الذين يستخدمون الإحصاءات والتحليل المالي وإدارة المشاريع لتحقيق تحسين وظائف الأعمال.

تطورت سيكس سيجما لتعريف العديد من الأفكار في مجال الأعمال التجارية، وقد تكون مربكة أحيانا. أولا، إنها مقياس إحصائي. أي عملية تجارية تنتج أقل من 3. 4 عيوب لكل 1 مليون فرصة تعتبر فعالة. تعتبر العيوب أي شيء ينتج خارج رضا المستهلك. ثانيا، انها برنامج التدريب وإصدار الشهادات التي تعلم المبادئ الأساسية من ستة سيغما. الممارسين يمكن أن يحقق ستة مستويات سيغما حزام، بدءا من حزام أبيض إلى حزام أسود. وأخيرا، إنها فلسفة تعزز فكرة أن جميع العمليات التجارية يمكن قياسها وتحسينها.

الخطوات الخمس من ستة سيغما

اتباع المؤمنين الحقيقيين والممارسين في طريقة سيغما اتباع نهج يسمى دميك: تحديد وقياس وتحليل وتحسين والسيطرة. وهي منهجية مدفوعة إحصائيا أن المستخدمين تعلم من خلال شهادة سيغما سيغما أو الشركات تنفيذ كإطار عقلي لتحسين عملية الأعمال.

الأيديولوجية وراء دميك هو أن الأعمال التجارية يمكن أن تحل أي مشكلة تبدو غير قابلة للحل. أولا، فريق من الناس، بقيادة بطل سيغما سيغما، يحدد عملية خاطئة التي تركز، قررت من خلال تحليل أهداف الشركة ومتطلباتها. ويحدد هذا التعريف مشكلة وأهداف ونواتج المشروع. ثانيا، يقيس الفريق الأداء الأولي للعملية. هذه التدابير الإحصائية تشكل قائمة من المدخلات المحتملة التي قد تسبب المشكلة وتساعد الفريق على فهم الأداء القياسي للعملية.

ثالثا، يقوم الفريق بتحليل العملية عن طريق عزل كل مدخل، أو سبب محتمل للفشل، واختباره كجذر المشكلة. ومن خلال التحليل، يحدد الفريق سبب خطأ العملية. ومن هناك، يعمل الفريق على تحسين أداء النظام. وأخيرا، يضيف الفريق الضوابط إلى العملية للتأكد من أنها لا تتراجع وتصبح غير فعالة مرة أخرى.