- Seis Sigma
- Responsabilidad de la administración de la calidad total
- Diseño y desarrollo de sistemas
- Desarrollo modular
- Modularidad en el entorno de Windows
- Uso de diagramas de estructura para diseñar sistemas
- Dibujo del diagrama de estructura
- Tipos de módulos
- Subordinación de módulo
- Ingeniería de software y documentación
- Pseudocódigo
- Manuales de procedimientos
- El método de folklore
- Cómo probar, mantener y auditar
- Prácticas de mantenimiento
- Cómo auditar
- Resumen
- Preguntas de hypercase
- Palabras y fases clave
- Preguntas de repaso
- Problemas
- Bibliografía seleccionada
Texto organicional que favorece un esfuerzo integral por la calidad. Es en este contexto donde los elemento de enfoque en el cliente, planificación estratégica y liderazgo, mejora continua, facultar al empleado y trabajo en equipo se unifican con el propósito de cambiar el compartimiento de las empleados y, en consecuencia, el curso de la organización. Observe que el concepto de calidad se ha ampliado con el paso de los años para reflejar un enfoque en toda la organización, y no tan solo en la producción. En lugar de concebir a la calidad como un control del número de artículos defectuosos que se producen, ahora se considera como un proceso evolutivo hacia la perfección que se denomina administración de la calidad total.
Los análisis de sistemas deben estar concientes de los factores que despiertan el interés en la calidad. Es importante comprender que el creciente compromiso de las empresas hacia la TQM encaja sumamente bien en los objetivos generales del análisis y diseño de sistemas.
SEIS SIGMA
La llegada de seis sigmas ha cambiado el enfoque de la administración de la calidad. Cada analista de sistema necesita estar conciente de seis sigmas y aplicar de los principios a sus proyectos de análisis de sistemas. Originalmente desarrollado por motorala en la década de 1980, seis sigmas es más que una metodología; es una cultura basada en la calidad. La meta de seis sigmas es eliminar todo los defectos. Estos se explican a cualquier producto, servicio o proceso. En los libros de texto de administración de operaciones que se publicaron a partir de la década de 1970 y hasta fines del siglo pasado, el control de calidad se expreso en términos de tres desviaciones estándar de la media, o tres sigma lo cual es equivalente aproximadamente 67,000 defectos por millón de oportunidades. Seis sigmas implican una meta de solo 3.4 defectos por millón de oportunidades.
Seis sigmas es un enfoque descendente de arriba abajo. Se requiere que un CEO adopte la filosofía y un ejecutivo funja como campeón de proyecto. Un líder de proyecto de seis sigmas se denomina Black Belt (cinta negra). Las personas escogidas para ser Black Belts pueden provenir de diferentes niveles e incluso diferentes niveles salariales, pero deben tener experiencias en el proyecto y contar con capacitación especial. Los Black Belts se certifican después que han liderado proyectos de manera exitosa. Los miembros del proyecto se denominan Green belts (cinta verde). Los black belts maestros son los black belts que han trabajado en muchos proyectos y están disponibles como un recurso para los equipos de proyectos. (La metáfora de Black Belt viene de sistema de clasificación de capacidades en las artes marciales. resalta la importancia de la disciplina en todos los ámbitos).
Seis sigmas se pueden resumir como una metodología. En la figura 16.1 se muestran los pasos de seis sigmas. Sin embargo, seis sigma es mucho más que una metodología; es una filosofía y una cultura.
Para mas información sobre seis sigma y administración de la calidad, visite el sitio Web del juran Center en la carlson School of management de la university of minnesota en twin cities (www.csom.umn.edu). En 2002 el juran center emitió un manifiesto para apoyar y fomentar la calidad. Los autores de este libro firmaron el manifiesto en ese momento y sinceramente estamos de acuerdo con sus principios.
Joseph M. juran dijo: "Toda mejora de la calidad ocurre proyecto tras proyecto y de ninguna otra forma" (juran, 1964). Los análisis de sistemas y gerentes de proyecto deben tomar muy en serio esta afirmación.
Página siguiente |