Upload
pedro-morillo
View
234
Download
4
Embed Size (px)
DESCRIPTION
basico
Citation preview
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.
***