INTRODUCCION A LA CALIDAD DEL SOFTWARE

CALIDAD

OBJETIVOAplicar los principios, tcnicas, modelos y sistemas de calidad en el proceso de desarrollo y administracin de sistemas para conseguir productos y servicios de calidad superior.

CONCEPTO DE CALIDADConjunto de propiedades y de caractersticas de un producto o servicio, que le confieren aptitud para satisfacer una necesidades explcitas o implcitas

La calidad no se trata de tener cero defectos o una mejora medible de la proporcin de defectos, no se trata de tener los requerimientos documentados. No es ms ni menos que satisfacer las necesidades del cliente (por ms que las necesidades estn o no correctamente documentadas)

EVOLUCIN HISTRICAInspeccin/deteccin de errores: hasta los aos 40

Inicialmente trabajo artesanal: control individual de cada tarea. 1918: Ford Motor Company. (Primera cadena de montaje).1930: Laboratorios Bell.

Control (estadstico) de calidad: hasta los aos 80

Mercado poco competitivo. Precio de venta fijado por el fabricante en funcin de los costes.Impedir que el producto defectuoso llegue al cliente.Conseguir uniformidad de servicio.Control de calidad = problema a resolver.Controlar la calidad del departamento de produccin utilizando tcnicas estadsticas.1940-70: Japn y Calidad total. Deming, Ishikawa, Juran, Crosby, EVOLUCIN HISTRICA

Garanta de calidad: a partir de los 80.

Mercado competitivo y de ofertaPrecio de venta fijado por el mercadoPlanificacin y medida de la calidad. Modelos de calidad.Afecta a todos los departamentos.1980. Inters por la calidad en los EEUU. 1987. Premio Malcom Baldrige Quality Award1987. ISO 9000. A partir de las normas britnicas1992. Premio Europeo a la calidad de la EFQM.EVOLUCIN HISTRICA

Gestin de calidad hoy

Impacto estratgico. Oportunidad de ventaja competitiva.Planificacin, fijacin de objetivos, coordinacin, formacin, adaptacin de toda la organizacin.Afecta a la sociedad en general: directivos, trabajadores, clientes.Una filosofa, una cultura, una estrategia, un estilo de gerencia de la empresa.ISO 9001:2000

EVOLUCIN HISTRICA

TerminologaCalidad: Conjunto de propiedades y caractersticas de un producto o servicio que le confieren su aptitud para satisfacer unas necesidades explcitas o implcitasControl de calidad: Conjunto de tcnicas y actividades de carcter operativo, utilizadas para verificar los requerimientos relativos a la calidad del producto o servicio. Garanta de calidad: Conjunto de acciones planificadas y sistemticas necesarias para proporcionar la confianza adecuada de que un producto o servicio satisfar los requerimientos dados sobre calidad.

Gestin de la calidad: Aspecto de la funcin de gestin que determina y aplica la poltica de la calidad, los objetivos y las responsabilidades y que lo realiza con medios tales como la planificacin de la calidad, el control de la calidad, la garanta de calidad y la mejora de la calidad.

La gestin de la calidad es responsabilidad de todos los niveles ejecutivos, pero debe estar guiada por la alta direccin. Su realizacin involucra a todos los miembros de la organizacin.

En la gestin de la calidad, se tienen en cuenta tambin criterios de rentabilidad.Terminologa

TerminologaSistema de gestin de la calidad (QS): Conjunto de la estructura de la organizacin, de responsabilidades, procedimientos, procesos y recursos que se establecen para llevar a trmino la gestin de calidad.El QS debe tener el volumen y alcance suficiente para conseguir los objetivos de calidad. El QS de una organizacin est fundamentalmente previsto para satisfacer las necesidades internas de la organizacin. Es ms amplio que los requerimientos de un cliente concreto que nicamente valor el QS que le interesa (directamente).Para finalidades contractuales o vinculantes en la valoracin de la calidad, se puede exigir que se ponga de manifiesto la realizacin de ciertos elementos del QS.

CALIDAD EN LA PLANIFICACIN DE PROYECTOS

Identificacin de los estandares de calidad relevantes para el proyecto:De rendimiento (Evaluacin de la Calidad)Exactitud de la informacinServiciosMejoramiento contnuoAspectos importantes para proyectos TIFuncionalidad y CaractersticasSalidas del sistemaRendimientoConfiabilidadFacilidad de Mantenimiento

Aseguramiento de la calidadProcesos periodicos de evaluacin completa del proyecto respecto al cumplimiento de los estndares de calidad Herramientas y TcnicasBenchmarking: permite generar ideas para mejora de la calidad mediante comparacin con otros proyectosAuditoras de Calidad: revisiones estructuradas de las actividades que ayudan a identificar las lecciones aprendidas en el proyecto actual o en futuros

Control de calidadInvolucra el monitoreo de los resultados del proyecto para asegurar que se cumplan con los estndares de calidad e identificacin de vas de mejoramiento.Salidas:Decisiones de aceptacinAjuste de procesos

La siguiente tabla expone sintticamente las diferencias entre control de calidad y aseguramiento de la calidad

Control de calidadAseguramiento de la calidadDetecta problemas en los productos de trabajoAsegura la adherencia a los procesos, estndares y planesVerifica que los productos de trabajo cumplan con los estndares de calidad especificados en el plan del proyectoEvala que los procesos, planes y estndares utilizados en el proyecto cumplan con los estndares organizacionalesRevisa el contenido del productoRevisa procesos

Herramientas y TcnicasAnlisis de Pareto: Identifica los contribuyentes vitales en los problemas de calidad.Regla 80-20Diagrama de ParetoMuestreo estadstico y Desviacin EstndarCartas de ControlPruebas

EJEMPLOS

Diagrama de Pareto

Grfico4

10049.0196078431

6078.431372549

3093.137254902

1098.0392156863

4100

Errores

Acumulado

Hoja1

ProblemasNmero ErroresAcumulado

Login10049.0196078431

Bloqueos6078.431372549

Lentitud3093.137254902

Uso1098.0392156863

Reportes4100

204

Hoja1

&A

Page &P

Errores

Acumulado

Hoja2

CaracteristicaMediaSuperiorInferior

1211.77272727271570

1411.77272727271571

1011.77272727271572

911.77272727271573

1111.77272727271574

10.511.77272727271575

9.511.77272727271576

1311.77272727271577

1411.77272727271578

1511.77272727271579

1111.772727272715710

1311.772727272715711

1211.772727272715712

1111.772727272715713

1011.772727272715714

911.772727272715715

811.772727272715716

1311.772727272715717

1411.772727272715718

1211.772727272715719

1511.772727272715720

1311.772727272715721

259

Hoja2

Valores

Media

Lmite Superior

Lmite Inferior

Muestra

Caracterstica

CARTA DE CONTROL

Hoja3

MuestreoTamao de una poblacin de inters para una inspeccinEl tamao depende de la representatividadEj:Tamao = 0.25 x (Factor Certeza / Error aceptable) exp(2)

Certeza95% 90% 80% Factor1.96 1.645 1.281Tamao384 68 10

Desviacin Estndar

Cartas de Control de Calidad

Grfico5

1211.7727272727157

1411.7727272727157

1011.7727272727157

911.7727272727157

1111.7727272727157

10.511.7727272727157

9.511.7727272727157

1311.7727272727157

1411.7727272727157

1511.7727272727157

1111.7727272727157

1311.7727272727157

1211.7727272727157

1111.7727272727157

1011.7727272727157

911.7727272727157

811.7727272727157

1311.7727272727157

1411.7727272727157

1211.7727272727157

1511.7727272727157

1311.7727272727157

Valores

Media

Lmite Superior

Lmite Inferior

Muestra

Caracterstica

Hoja1

ProblemasNmero ErroresAcumulado

Login10049.0196078431

Bloqueos6078.431372549

Lentitud3093.137254902

Uso1098.0392156863

Reportes4100

204

Hoja1

&A

Page &P

Errores

Acumulado

Hoja2

CaracteristicaMediaSuperiorInferior

1211.77272727271570

1411.77272727271571

1011.77272727271572

911.77272727271573

1111.77272727271574

10.511.77272727271575

9.511.77272727271576

1311.77272727271577

1411.77272727271578

1511.77272727271579

1111.772727272715710

1311.772727272715711

1211.772727272715712

1111.772727272715713

1011.772727272715714

911.772727272715715

811.772727272715716

1311.772727272715717

1411.772727272715718

1211.772727272715719

1511.772727272715720

1311.772727272715721

259

Hoja2

Valores

Media

Lmite Superior

Lmite Inferior

Muestra

Caracterstica

Hoja3

Pruebas

Mejora de la Calidad en TILiderazgoInfluencia organizacionalModelos de MadurezSQFDCMMOPM3

Mejora de la Calidad en TILiderazgoSe establece que la mayora de problemas concernientes a la calidad se deben a la falta de liderazgoLa implementacin efectiva de programas de calidad se requiere de un liderazgo firme que genere un ambiente adecuadoEl lder publicita la filosofa de la organizacin, implementa programas de entrenamiento, de evaluacin y seguimiento

Mejora de la Calidad en TIInfluencia organizacionalEl estudio de De Marco y Lister demuestra que la productividad vara por factores entre 1 y 10 entre individuos y entre 1 y 2.1 entre gruposNo existe correlacin entre productividad y lenguaje de programacin, experiencia o salario, por lo que la influencia decisiva esta dado por el ambiente de trabajo

Mejora de la Calidad en TIModelos de MadurezSQFD: Software Quality Function Deployment. Implementa el principio de la calidad total para TI, con nfasis en los requerimientos y la planificacinCMM: con sus niveles de madurez para desarrollo de softwareOPM3: Organizational Project Management Maturity Model. Tiene niveles similares a CMM para los Proyectos: Ad-hoc, Abreviado, Organizado, Administrado, Adaptivo

LA CALIDAD DEL SOFTWARELa calidad del software es el grado con el que un sistema, componente o proceso cumple los requerimientos especificados y las necesidades o expectativas del cliente o usuario. (IEEE).

Concordancia del software producido con los requerimientos explcitamente establecidos, con los estndares de desarrollo prefijados y con los requerimientos implcitos no establecidos formalmente, que desea el usuario (Pressman)

Se pueden clasificar en dos grandes grupos (Pressman):Factores que pueden ser medidos directamenteFactores que solo pueden ser medidos indirectamenteSe centran en tres aspectos importantes de un producto software (McCall):Caractersticas operativasCapacidad de soportar los cambiosAdaptabilidad a nuevos entornosFactores que determinan la calidad del software

SITUACIN ACTUAL

La industria del software en muchos casos no ha acabado de salir de la fase artesanalPadecemos de prisa patolgica, que es consecuencia directa de:DesorganizacinFalta de planificacinAlta dependencia de los hroesDedicamos nuestros esfuerzos de hoy a arreglar lo que se hizo mal ayerSituacin actual

La disciplina, ingeniera del software, es relativamente reciente y muchos de sus conceptos importantes estn an inmadurosCarencia de un cuerpo de conocimiento aceptado mayoritariamente que sirva como fundamentosEscasa presin del mercadoSituacin actual

En una organizacin inmadura:Procesos software normalmente son improvisadosSi se han especificado, no se siguen rigurosamenteOrganizacin reactiva (resolver crisis inmediatas)Planes y presupuestos excedidos sistemticamente, al no estar basados en estimaciones realistasSituacin actual

En una organizacin inmadura (cont.):Si hay plazos rgidos, se sacrifican funcionalidad y calidad del producto para satisfacer el planNo existen bases objetivas para juzgar la calidad del productoCuando los proyectos est fuera de plan, las revisiones o pruebas se recortan o eliminanSituacin actual

El 90% de los proyectos no alcanzan los objetivosEl 40% fracasan por completoEl 29% no se entregan nuncaCoste de demandas y litigios legales aadidos Situacin actual

Qu hacer ?ArtesanaIngenieraCambio cultural de todos los involucrados!

CALIDAD DE SOFTWARESATISFACCION DEL USUARIO SATISFACCION DEL USUARIO = PRODUCTO SATISFACTORIO +BUENA CALIDAD +ENTREGA EN PRESUPUESTO +ENTREGA EN TIEMPOESTABLECIDO

El objetivo no es necesariamente alcanzar una calidad perfecta, sino la necesaria y suficiente para cada contexto de uso a la hora de la entrega y del uso por parte de los usuarios.

Es necesario comprender las necesidades reales de los usuarios con tanto detalle como sea posible (requisitos).

Diferentes aspectos de la calidad

Interna: medible a partir de las caractersticas intrnsecas, como el cdigo fuenteExterna: medible en el comportamiento del producto, como en una pruebaEn uso: durante la utilizacin efectiva por parte del usuario

Calidad en el ciclo de vida del software

Funcionalidad

AdecuacinCapacidad del producto software para proporcionar un conjunto apropiado de funciones para tareas y objetivos de usuario especificadosExactitudCapacidad del producto software para proporcionar los resultados o efectos correctos o acordados, con el grado necesario de precisinInteroperabilidadCapacidad del producto software para interactuar con uno o ms sistemas especificadosSeguridad de accesoCapacidad del producto software para proteger informacin y datos de manera que las personas o sistemas no autorizados no puedan leerlos o modificarlos, al tiempo que no se deniega el acceso a las personas o sistemas autorizadosCumplimiento funcionalCapacidad del producto software para adherirse a normas, convenciones o regulaciones en leyes y prescripciones similares relacionadas con funcionalidad

Fiabilidad

MadurezCapacidad del producto software para evitar fallar como resultado de fallos en el software.Tolerancia a fallosCapacidad del software para mantener un nivel especificado de prestaciones en caso de fallos software o de infringir sus interfaces especificados.Capacidad de recuperacinCapacidad del producto software para reestablecer un nivel de prestaciones especificado y de recuperar los datos directamente afectados en caso de falloCumplimiento de la fiabilidadCapacidad del producto software para adherirse a normas, convenciones o regulaciones relacionadas con la fiabilidad.

Usabilidad

Capacidad para ser entendidoCapacidad del producto software que permite al usuario entender si el software es adecuado y cmo puede ser usado para unas tareas o condiciones de uso particulares.Capacidad para ser aprendidoCapacidad del producto software que permite al usuarioaprender sobre su aplicacinCapacidad para ser operadoCapacidad del producto software que permite al usuariooperarlo y controlarloCapacidad de atraccinCapacidad del producto software para ser atractivo al usuarioCumplimiento de la usabilidadCapacidad del producto software para adherirse a normas, convenciones, guas de estilo o regulaciones relacionadas con la usabilidad

Eficiencia

Comportamiento temporalCapacidad del producto software para proporcionar tiempos de respuesta, tiempos de proceso y potencia apropiados bajo condiciones determinadasUtilizacin de recursosCapacidad del producto software para usar las cantidades y tipos de recursos adecuados cuando el software lleva a cabo su funcin bajo condiciones determinadasCumplimiento de la eficienciaCapacidad del producto software para adherirse a normas o convenciones relacionadas con la eficiencia

Mantenibilidad

Capacidad para ser analizadoEs la capacidad del producto software para serle diagnosticadas deficiencias o causas de los fallos en el software, o para identificar las partes que han de ser modificadasCapacidad para ser cambiadoCapacidad del producto software que permite que una determinada modificacin sea implementadaEstabilidadCapacidad del producto software para evitar efectos inesperados debidos a modificaciones del softwareCapacidad para ser probadoCapacidad del producto software que permite que el software modificado sea validado.Cumplimiento de la mantenibilidadCapacidad del producto software para adherirse a normas o convenciones relacionadas con la mantenibilidad

Portabilidad

AdaptabilidadCapacidad del producto software para ser adaptado a diferentes entornos especificados, sin aplicar acciones o mecanismos distintos de aquellos proporcionados para este propsito por el propio software considerado.InstalabilidadCapacidad del producto software para ser instalado en un entorno especificadoCoexistenciaCapacidad del producto software para coexistir con otro software independiente, en un entorno comn, compartiendo recursos comunesCapacidad para reemplazarCapacidad del producto software para ser usado en lugar de otro producto software, para el mismo propsito, en el mismo entornoCumplimiento de la portabilidadCapacidad del producto software para adherirse a normas o convenciones relacionadas con la portabilidad

CONTROL DE CALIDADConjunto de inspecciones, revisiones y pruebas utilizadas a lo largo del ciclo de desarrollo para asegurar que el producto cumple con los requisitosProceso retroalimentado y de medicinProceso manual, automtico o semiautomtico

ASEGURAMIENTO DE LA CALIDAD DE SOFTWARE (SQA)El aseguramiento de calidad del software es el conjunto de actividades planificadas y sistemticas necesarias para aportar la confianza en que el producto (software) satisfar los requisitos dados de calidad.El aseguramiento de calidad del software se disea para cada aplicacin antes de comenzar a desarrollarla y no despus.

ASEGURAMIENTO DE LA CALIDAD DE SOFTWARE (SQA)SQA engloba:Un enfoque de gestin de calidadTecnologa de Ingeniera de Software efectiva Revisiones tcnicas formales (RTF) que se aplican durante el proceso del softwareUna estrategia de prueba multiescaladaUn control de la documentacin del software y de los cambios realizadosUn procedimiento que asegure un ajuste a los estndares de desarrollo de softwareMecanismos de medicin y de generacin de informes

CALIDAD DEL PROCESO Y DEL PRODUCTODEL PROCESOAtributos de tcnicas, herramientas, personal, organizacin, facilidadesDEL PRODUCTOAtributos de documentacin de desarrollo y mantenimiento, cdigo, pruebas

ENFOQUES DE CONSECUCION DE LA CALIDADBASADO EN CAPAS

CALIDADPROCESOSMETODOSHERRAMIENTAS

ENFOQUES DE CONSECUCION DE LA CALIDADBASADO EN ACTIVIDADES

CALIDAD RTFMETRICASMETODOS ISGCS & SQAV&V/ PRUEBASEST & PROC

MODELO DE PROPAGACION DE ERRORESSe puede usar un modelo de ampliacin de defectos [IBM] para ilustrar la generacin y deteccin de errores durante los pasos del proceso de ingeniera del software. Durante cada paso se pueden generar errores que pasan inadvertidos. La inspeccin puede fallar en descubrir nuevos errores y errores de pasos anteriores, produciendo un mayor nmero de errores que pasan inadvertidos. En algunos casos, los errores que pasan inadvertidos desde pasos anteriores se amplifican (factor de ampliacin x) con el trabajo actual.

MODELO DE PROPAGACION DE ERRORES

PROPAGACION DE ERRORES (Ej)

PROPAGACION DE ERRORES (Ej)

PROPAGACION DE ERRORES (Ej)

MANTENIMIENTO Y CALIDAD

COSTOS RELATIVOS DE LOS ERRORES Y/O DEFECTOS

Requisitos: 1Diseo: 3 6Codificacin: 10Pruebas de desarrollo: 15 40Pruebas del Sistema: 30 70Operacin: 40 -1000

PRODUCTIVIDAD Y CALIDAD

PRODUCTIVIDAD: LDC/mes-persona

INCREMENTO DE LA PRODUCTIVIDAD CON LA CALIDADMejor calidad, menor trabajo (+/- 50% de ahorro)Disminuyen las pruebasLocalizacin temprana de errores a menor costoDECREMENTO DE LA PRODUCTIVIDAD CON LA CALIDADMejor calidad requiere inversin que se recupera en la entregaLa revisin de los productos de desarrollo mejora la calidad pero disminuye la productividadLas tcnicas de calidad insisten en detalles que pueden constituirse en obstculos para el trabajo

Modelo de CalidadISO 9126

Un Modelo de calidad es el conjunto de caractersticas y sub-caractersticas, y de cmo se relacionan entre s.

Depende del tipo de producto a evaluarModelo de Calidad ISO-9126Modelo de Calidad

Modelo de Calidad ISO/IEC 9126-1

Modelo de Calidad para Componentes SoftwareISO 9126 es un Modelo genricoEs necesario adaptarlo (en nuestro caso, para componentes software):Determinar qu subcaractersticas son relevantes, y cules hay que particularizarDefinir mtricas especficas para los componentes softwareDefinir indicadores para las caractersticas de calidad

La Usabilidad

ISO 9126La capacidad del componente para ser entendido, comprendido, usado y atractivo para el usuario cuando se usa bajo unas determinadas condicionesLa UsabilidadThe capability of the component to be understood, learned, used and attractive to the user, when used under specified conditions

Depende del tipo de "uso" que se espera y tipo de "usuario" que utilizar el producto

Usuarios de los componentes software? Desarrollador del componenteEvaluador/SeleccionadorIntegrador (system builder)Configurador/Administrador del sistemaUsuario del sistemaMantenimiento

La Usabilidad segn ISO 9126ISO 9126 define la Usabilidad en trminos de cinco sub-caractersticas

Comprensin (Understandability) Aprendibilidad (Learnability)Operabilidad (Operability)Atractividad (Attractiveness)Conformidad de Usabilidad (Usability compliance)

Mtricas de UsabilidadNecesidad de Informacin: Evaluar la usabilidad de un conjunto de componentes software que son candidatos a ser integrados en un sistema software para seleccionar el mejor de ellos

El desarrollador del sistema desea seleccionar el componente ms fcil de usar (integrar) dentro de un conjunto de componentes que ofrecen una funcionalidad similar y que cumplan los requisitos solicitados

Mtricas de UsabilidadTres conceptos medibles relacionados con la usabilidadCalidad de la DocumentacinComplejidad del ProblemaComplejidad de la Solucin (del Diseo)

(Al comparar componentes que ofrecen una funcionalidad similar, podemos suponer que todos tienen la "misma complejidad del problema)

Atributos de Usabilidad

EntityInformation NeedMeasurable ConceptAttributeSoftware ComponentEvaluate the UsabilityQuality of DocumentationQuality of ManualsContents of manualsSize of ManualsEffectiveness of ManualsQuality of DemosContents of DemosQuality of Help SystemContents of Help SystemSize of Help SystemEffectiveness of Help SystemQuality of Marketing InfoContents of Marketing InfoEffectiveness of Marketing InfoComplexity of the DesignDesign Legibility (Readability)Interfaces UnderstandabilityI/O UnderstandabilityEase of LearningCustomisabilityQuality of error messagesInterfaces Complexity

Mtricas para la Calidad de los Manuales

AttributeIndicatorIndirect MetricContents of manualsManuals CoverageProportion of Functional Elements Described in ManualsManuals ConsistencyProportion of Functional Elements incorrectly Described in the ManualCompleteness of Manuals Difference Between the Component Version and The Manual VersionManuals LegibilityRatio of Figures per Manual PagesRatio of Tables per Manual PagesRatio of UML Diagrams per Manual PagesSize of ManualsManuals SuitabilityAverage Pages per Functional ElementsEffectiveness of ManualsEffectiveness RatioProportion of Functional Elements Correctly Used after Reading The Manual Understandability RatioProportion of Functional Elements Correctly Understood after Reading The Manual

EJEMPLO DE USABILIDADSe asume que el software es fcil de usarDe ser amigable para el usuarioUn nuevo usuario debe ser capaz de usarlo con 30 minutos de entrenamientoBasado en una muestra de 20 usuarios tpicos Al menos 90% debe aprender en menos de 30 minutosDespus del entrenamiento el 100% de los usuarios deben ser capaces de completar la secuencia estndar de 10 tareas tpicas sin ayuda95% de los usuarios deben completar las 10 tareas tpicas sin ayuda, en menos de 5 minutos90% de los usuarios debe calificar al sistema con 4.5+ para aceptabilidad y placer de uso en el cuestionario estndar

EJEMPLO DE MTRICAS PARA USABILIDAD NIVEL DE RIESGO: BCARACTERISTICA: UsabilidadSUBCARACTERISTICAS: Capacidad para ser aprendidoMedida 1: Tiempo de aprendizaje de los usuarios Mtrica: Nmero de usuarios que aprenden en menos de 30 minutosMedida 2: Tiempo que los usuarios utilizan para completar las 10 tareas tpicas sin ayudaMtrica: Nmero de usuarios que completan las 10 tareas tpicas sin ayuda, en menos de 5 minutosCapacidad para ser entendido y operadoMedida:Ayuda necesaria para que los usuarios puedan completar la secuencia estndar de 10 tareas tpicas Mtrica: Nmero de usuarios que despus del entrenamiento son capaces de completar la secuencia estndar de 10 tareas tpicas, sin ayudaCapacidad de atraccinMedida:Calificacin cuantitativa de Aceptabilidad y Placer de usoMtrica: Nmero de usuarios que califican al sistema con 4.5+ para Aceptabilidad y Placer de uso en el cuestionario estndar

***Pareto enunci el principio basndose en el denominado conocimiento emprico. Estudi que la gente en su sociedad se divida naturalmente entre los pocos de mucho y los muchos de poco; se establecan as dos grupos de proporciones 80-20 tales que el grupo minoritario, formado por un 20% de poblacin, ostentaba el 80% de algo y el grupo mayoritario, formado por un 80% de poblacin, el 20% de ese mismo algo*Pareto enunci el principio basndose en el denominado conocimiento emprico. Estudi que la gente en su sociedad se divida naturalmente entre los pocos de mucho y los muchos de poco; se establecan as dos grupos de proporciones 80-20 tales que el grupo minoritario, formado por un 20% de poblacin, ostentaba el 80% de algo y el grupo mayoritario, formado por un 80% de poblacin, el 20% de ese mismo algo***Las prisas son consecuencia exclusiva de desorganizacin y falta de planificacin. Qu consideracin puede tener una empresa cuyos tcnicos trabajan siempre a destajo, hasta la medianoche, incluyendo los fines de semana, para entregar sus proyectos en plazos que tal vez nadie requiri a priori. Prisa patolgica, locura de la prisa, de hacer cosas, aunque muchas sean para arreglar lo que se hizo mal ayer.

*Las prisas son consecuencia exclusiva de desorganizacin y falta de planificacin. Qu consideracin puede tener una empresa cuyos tcnicos trabajan siempre a destajo, hasta la medianoche, incluyendo los fines de semana, para entregar sus proyectos en plazos que tal vez nadie requiri a priori. Prisa patolgica, locura de la prisa, de hacer cosas, aunque muchas sean para arreglar lo que se hizo mal ayer.

*Las prisas son consecuencia exclusiva de desorganizacin y falta de planificacin. Qu consideracin puede tener una empresa cuyos tcnicos trabajan siempre a destajo, hasta la medianoche, incluyendo los fines de semana, para entregar sus proyectos en plazos que tal vez nadie requiri a priori. Prisa patolgica, locura de la prisa, de hacer cosas, aunque muchas sean para arreglar lo que se hizo mal ayer.

***