El modelo ( CMM ) de la madurez de la capacidad del, también designado a veces el software CMM ( SW-CMM ) del, primero fue descrito por los vatios Humphrey en su del libro que manejaba el proceso del software. El CMM es un modelo de la capacidad del proceso del basado en procesos/prácticas de la organización del desarrollo de programas.
Aunque el CMM fue retirado en 1997 y no se ha puesto al día puesto que, siendo reemplazado por el CMMI (integración) del modelo de la madurez de la capacidad, él del se ha utilizado como un modelo generalmente aplicable a la ayuda en la comprensión de la madurez de la capacidad de proceso de organizaciones en áreas diversas. Por ejemplo, ingeniería de programas informáticos, ingeniería de sistemas, gestión del proyecto, gestión de riesgos, adquisición de sistema, tecnología de la información (ÉL) o dirección de personales, contra una escala de cinco procesos dominantes, a saber: Inicial, repetible, definido, manejado y optimizado.
CMM fue desarrollado por el instituto (SEI) de la ingeniería de programas informáticos en la universidad del Carnegie Mellon en el Pittsburgh . Se ha utilizado extensivamente para el software de la aviónica y los proyectos del gobierno en todo el mundo. El modelo ( CMM ) de la madurez de la capacidad del es un modelo de la madurez de la capacidad de proceso que ayuda en el definiton y la comprensión de los procesos de una organización. El CMM fue utilizado original para permitir el gravamen de los procesos de desarrollo del software
Modelo de la madurez
Un modelo de la madurez es una colección estructurada de elementos que describan ciertos aspectos de la madurez en una organización. Un modelo de la madurez puede proporcionar, por ejemplo:
un lugar a comenzar
la ventaja de las experiencias anteriores de una comunidad
un lenguaje común y una visión compartida
un marco para las acciones de la prioridad
una manera de definir lo que significa la mejora para su organización.
Un modelo de la madurez se puede utilizar como prueba patrón para determinar diversas organizaciones para la comparación equivalente. El modelo describe la madurez de la compañía basada sobre el proyecto que la compañía está manejando y que los clientes relacionados.
Estructura de CMM
El CMM implica los aspectos siguientes:
niveles de la madurez del
: es un marco acodado que proporciona una progresión a la disciplina necesaria para enganchar a la mejora continua (es importante indicar aquí que una organización desarrolla la capacidad de determinar el impacto de una nueva práctica, tecnología, o herramienta en su actividad. Por lo tanto no es una cuestión de adoptar éstos, él es algo una cuestión de determinar cómo esfuerzos innovadores influencian prácticas existentes. Esto autoriza realmente los proyectos, equipos, y las organizaciones dándoles la fundación a la ayuda razonaron opción.)
Áreas de proceso dominantes del : al área de proceso dominante (KPA) identifica un racimo de actividades relacionadas que, cuando están realizadas colectivamente, alcancen un sistema de metas consideradas importantes.
Metas del : las metas de un área de proceso dominante resumen los estados que deben existir para que esa área de proceso dominante sea ejecutada de una manera eficaz y duradera. El grado a el cual se han logrado las metas es un indicador de cuánto capacidad ha establecido la organización en ese nivel de la madurez. Las metas significan el alcance, los límites, y el intento de cada área de proceso dominante.
Características comunes del : Las características comunes de incluyen las prácticas que ejecutan e institucionalizan un área de proceso dominante. Estos cinco tipos de características comunes incluyen: Comisión a realizarse, capacidad de realizarse, actividades realizadas, medida y análisis, y verificar la puesta en práctica.
Prácticas dominantes del : las prácticas dominantes describen los elementos de la infraestructura y de la práctica que contribuyen lo más con eficacia posible a la puesta en práctica y a la institucionalización de las áreas de proceso dominantes.
¡Enero de 2006-->
Niveles de el CMM
l (véase el capítulo 2 de (edición de marzo de 2002 de CMMI de SEI), página 11)
Hay cinco niveles de el CMM. Según el SEI, " del del ; La previsibilidad, la eficacia, y el control de los procesos del software de una organización se creen para mejorar mientras que la organización levanta estos cinco niveles. Mientras que es no rigurosa, la evidencia empírica hasta la fecha apoya este belief."
Nivel 1 - Inicial
En el nivel 1 de la madurez del, los procesos son generalmente el ad hoc, y la organización no proporciona generalmente un ambiente estable. El éxito en estas organizaciones depende de la capacidad y de la heroicidad de la gente en la organización, y no del uso de procesos probados. A pesar de este ambiente ad hoc, caótico, organizaciones del nivel 1 de la madurez producir a menudo los productos y los servicios que trabajan; sin embargo, exceden con frecuencia el presupuesto y el horario de sus proyectos.
Las organizaciones del nivel 1 de la madurez son caracterizadas por una tendencia a excesivo confían, los procesos del abandono en la época de la crisis, y no poder repetir sus últimos éxitos otra vez.
El éxito del proyecto de software del nivel 1 puede depende de tener los ejecutantes de la estrella - gente con las habilidades para producir desafío útil de los resultados dada la ausencia de proceso constante o bien definido para producir resultados.
Nivel 2 - Repetible
En el nivel 2 de la madurez, algunos procesos de desarrollo del software son repetibles, posiblemente con resultados constantes. Los procesos pueden no repetir para todos los proyectos en la organización. La organización puede utilizar una cierta gestión del proyecto básica al coste y al horario de pista.
La disciplina de proceso es poco probable ser rigurosa, pero donde existe puede ayudar a asegurarse de que las prácticas existentes están conservadas durante épocas de la tensión. Cuando estas prácticas son in place, los proyectos se realizan y se manejan según sus planes documentados.
El estado de proyecto y la entrega de servicios son visibles a la gerencia en los puntos definidos (por ejemplo, en los jalones importantes y en la terminación de tareas importantes).
Los procesos básicos de la gestión del proyecto se establecen al coste de pista, al horario, y a la funcionalidad. La disciplina de proceso mínima es in place repetir éxitos anteriores en proyectos con usos y alcance similares. Todavía hay un riesgo significativo de exceder estimaciones del coste y del tiempo.
Nivel 3 - Definido
El sistema de la organización de los procesos estándar, que son la base para el nivel 3, se establece y conforme a un cierto grado de mejora en un cierto plazo. Estos procesos estándar se utilizan para establecer consistencia a través de la organización. Los proyectos establecen sus procesos definidos aplicando el sistema de la organización de procesos estándar, adaptado en caso de necesidad, dentro de pautas semejantemente estandardizadas.
La gerencia de la organización establece los objetivos de proceso para el sistema de la organización de procesos estándar, y se asegura de que estos objetivos están tratados apropiadamente.
Una distinción crítica entre el nivel 2 y el nivel 3 es el alcance de estándares, de descripciones de proceso, y de procedimientos. En el nivel 2, los estándares, las descripciones de proceso, y los procedimientos pueden ser absolutamente diferentes en cada caso específico del proceso (por ejemplo, en cada proyecto particular). En el nivel 3, los estándares, las descripciones de proceso, y los procedimientos para un proyecto se adaptan del sistema de la organización de procesos estándar para adaptarse a un proyecto particular o a una unidad de organización.
Nivel 4 - manejado
Usar métrica de proceso, la gerencia puede controlar con eficacia el proceso (e., para el desarrollo de programas). Particularmente, la gerencia puede identificar maneras de ajustar y de adaptar el proceso a los proyectos particulares sin pérdidas mensurables de calidad o de desviaciones de especificaciones. Metas cuantitativas fijadas de la calidad de las organizaciones del a este nivel para el proceso del software y el mantenimiento de programas. Se seleccionan los subprocesos del que contribuyen perceptiblemente al funcionamiento de proceso total. Estos subprocesos seleccionados son controlados usar técnicas estadísticas y otras cuantitativas. Una distinción crítica entre el nivel 3 de la madurez y el nivel 4 de la madurez es la previsibilidad del funcionamiento de proceso. En el nivel 4 de la madurez, el funcionamiento de procesos es controlado usar técnicas estadísticas y otras cuantitativas, y puede ser cuantitativo fiable. En el nivel 3 de la madurez, los procesos son solamente cualitativo fiables.
Nivel 5 - Optimización
Focos del nivel 5 de la madurez en continuamente la mejora de funcionamiento de proceso con mejoras tecnológicas incrementales e innovadoras. Los objetivos cuantitativos de la proceso-mejora del para la organización se establecen, se revisan continuamente para reflejar objetivos de negocio cambiantes, y se utilizan como los criterios en el manejo de la mejora de proceso del de . los efectos de mejoras de proceso desplegadas se miden y se evalúan contra los objetivos cuantitativos de la proceso-mejora. Los procesos definidos y el sistema de la organización de procesos estándar son blancos de las actividades mensurables de la mejora.Las mejoras de proceso para tratar causas comunes de la variación de proceso y mensurable para mejorar los procesos de la organización se identifican, se evalúan, y se despliegan.
La optimización de los procesos que son ágiles, adaptables e innovadores depende de la participación de una mano de obra autorizada alineada con los valores de negocio y los objetivos de la organización. La capacidad de la organización de responder rápido a los cambios y a las oportunidades es realzada encontrando maneras de acelerar y de compartir el aprendizaje.
Una distinción crítica entre el nivel 4 de la madurez y el nivel 5 de la madurez es el tipo de variación de proceso tratado. El en el nivel 4, procesos de la madurez se refiere a tratar causas especiales de la variación de proceso y a proporcionar la previsibilidad estadística de los resultados. aunque los procesos pueden producir resultados fiables, los resultados puede ser escaso para alcanzar los objetivos establecidos. El en el nivel 5, procesos de la madurez se refiere a tratar causas comunes de la variación de proceso y a cambiar el proceso (es decir, cambiando de puesto el medio del funcionamiento de proceso) para mejorar funcionamiento de proceso (mientras que mantiene probabilidad estadística) para alcanzar los objetivos cuantitativos establecidos de la proceso-mejora.
Extensiones
Las versiones recientes de CMMI de SEI indican un " nivel 0", caracterizado como " Incomplete". Muchos observadores dejan esto nivelan como redundante o poco importante, pero el periodista y otros anotan él. Ver la página 18 de la edición de agosto de 2002 de CMMI de SEI.
Anthony Finkelstein extrapolado que los niveles negativos son necesarios representar los ambientes que son no sólo indiferentes, pero activamente contraproducente, y éste fue refinado por Tom Schorsch como el modelo de la inmadurez de la capacidad.
Áreas de proceso dominantes
considera también:
l área de proceso (CMMI)
El CMMI contiene varias áreas de proceso de la llave que indican los aspectos del desarrollo de productos que deben ser cubiertos por procesos de la compañía. align=" del El marco del proceso del software documentado se piensa para dirigir ésos que desean determinar una organización/una consistencia de los proyectos con el CMM. Para cada nivel de la madurez hay cinco tipos de la lista de comprobación: El modelo de la madurez de la capacidad del fue financiado inicialmente por la investigación militar . La fuerza aérea de Estados Unidos financió un estudio en el instituto de la ingeniería de programas informáticos Carnegie-Mellon para crear un modelo abstracto para el militar para utilizar como evaluación objetiva de los subcontratistas del software . El resultado era el modelo de la madurez de la capacidad, publicado como que manejaba el proceso del software en el 1989 . El CMM es apoyado no más por el SEI y ha sido reemplazado por la integración más comprensiva del modelo de la madurez de la capacidad ( CMMI ), cuyo la versión 1.2 ahora se ha lanzado. En los años 70, las mejoras tecnológicas hicieron las computadoras más extensas, flexibles, y baratas. Las organizaciones comenzaron a adoptar sistemas de información cada vez más automatizada y el campo del desarrollo de programas creció perceptiblemente. Esto llevó a una demanda creciente para revelador-y encargado-que fue satisfecha con los profesionales menos experimentados. Desafortunadamente, la afluencia del crecimiento causó dolores growing; la falta del proyecto se convirtió en más trivialidad no sólo porque el campo de informática todavía estaba en su infancia, pero también porque los proyectos llegaron a ser más ambiciosos en escala y complejidad. En respuesta, individuos tales como Edward Yourdon, Larry Constantina, Gerald Weinberg, Tom DeMarco, y artículos y libros publicados de David Parnas con resultados de investigación en un intento por professionalize el proceso de desarrollo del software. modelo de la madurez de la capacidad de s de Humphrey vatios el ' (CMM)fue descrito en el del libro que manejaba el proceso (1989) del software. El CMM según lo concebido por Watts Humphrey fue basado en el trabajo a la década anterior de Phil Crosby que publicó la rejilla de la madurez de la gerencia de calidad en su calidad del del libro es libres en el 1979 . El desarrollo activo del modelo por el SEI (departamento de los E. del instituto de la ingeniería de programas informáticos de la defensa) comenzó en 1986. El CMM fue pensado original como una herramienta para evaluar la capacidad de los contratistas de gobierno de realizar un proyecto de software contratante. Aunque viene del área del desarrollo de programas, puede ser, ha sido, y continúa siendo aplicado extensamente como modelo general de la madurez de los procesos (e., ÉL los procesos de la gerencia del servicio) en organizaciones de IS/IT (y otro). Observar que el primer uso de un modelo efectuado de la madurez a ÉL no estaba por CMM/SEI, pero algo Richard L. El modelo identifica cinco niveles de madurez de proceso para una organización: Firmar con iniciales (caótico, ad hoc, heroico) el punto de partida para el uso de un nuevo proceso. Dentro de cada uno de esta madurez los niveles son KPAs (áreas de proceso dominantes) que caracterizan ese nivel, y para cada KPA hay cinco definiciones identificadas: El KPAs no es necesario único a CMM, representando - como lo hacen - las etapas que las organizaciones deben ir a través en la manera a llegar a ser maduras. El gravamen se supone para ser llevado por un asesor autorizado del plomo. Una forma en la cual suponen a las compañías utilizar el modelo es primera para determinar su nivel de la madurez y después para formar un plan específico para conseguir al nivel siguiente. Saltar niveles no se permite. NOTA: El CMM fue pensado original como una herramienta para evaluar la capacidad de los contratistas de gobierno de realizar un proyecto de software contratante. Puede ser adaptado para ese propósito. Cuando se convirtió en un modelo general para la mejora de proceso del software, había muchos críticos. " Shrinkwrap" llaman las compañías también " COTS" o firmas del comercial-apagado--estante o firmas del paquete de programas informáticos. Incluyen Claris, Apple, Symantec, Microsoft, y loto, entre otros. Muchas tales compañías raramente si estuvieron manejadas nunca sus documentos de los requisitos tan formalmente como el CMM describió para alcanzar el nivel 2, y así que todas estas compañías caerían probablemente en el nivel 1 del modelo. la cronología 1987 : SEI-87-TR-24 (cuestionario de SW-CMM), lanzado. Aunque estos modelos hayan probado útil a muchas organizaciones, el uso de modelos múltiples ha sido problemático. Además, la aplicación de los modelos múltiples dentro de los cuales no ser integrado y a través de una organización es costosa en términos de entrenamiento, valoraciones, y actividades de la mejora. El proyecto de la integración CMM fue formado para arreglar el problema de usar CMMs múltiple. La misión del equipo del producto CMMI era combinar tres modelos de la fuente: el modelo de la madurez de la capacidad para el El CMMI es el sucesor señalado de los tres modelos de la fuente. El SEI ha lanzado una política a la puesta del sol el software CMM y las versiones previas de el CMMI. Iguales se pueden decir para el SECM y el IPD-CMM; estos modelos fueron reemplazados por CMMI. Con el lanzamiento CMMI de la habitación del producto de la versión 1.2, la posibilidad de los modelos del múltiplo CMMI fue creada. Ahora hay un CMMI para el desarrollo (CMMI-DEV), V1.2 y un CMMI para la adquisición (CMMI-ACQ), V1. Una versión de el CMMI para los servicios está siendo desarrollada por un Northrop Grumman - equipo llevado bajo auspicios SEI, con la participación Boeing, Lockheed Martin, Raytheon, SAIC, SRA, y de sistemas y del consorcio (SSCI) del software. Las sugerencias para mejorar CMMI son dadas la bienvenida por el SEI. Para la información sobre cómo proporcionar la regeneración, ver el Web site CMMI. En algunos casos, CMMI se puede combinar con otras metodologías. Es de uso general conjuntamente con el estándar de la ISO 9001 . El JPMorgan persigue y Co. intentado combinando CMM con el de la computadora que programa las metodologías del programado extremo (XP), y la sigma seises. Encontraron que los tres sistemas se reforzaron bien, llevando para mejorar el desarrollo, y mutuamente no contradijeron, no ven la programación del extremo (XP), seises la sigma y CMMI. La industria del software es diversa y volátil. Todas las metodologías para crear software tienen partidarios y críticos, y el CMM no es ninguna excepción. El CMM fue desarrollado para dar a organizaciones de la defensa un criterio para determinar y para describir la capacidad de los contratistas del software para proporcionar software el tiempo, dentro de presupuesto, y a los estándares aceptables. Ha sido discutible acertado en este papel, incluso causando reputado alguna gente de las ventas del software al clamor para las Software Engineers de sus organizaciones/los reveladores al " ejecutar CMM." El CMM se piensa para permitir un gravamen de la madurez de una organización para el desarrollo de programas. Es una herramienta importante para la externalización y exportar el trabajo del desarrollo de programas. Los organismos de desarrollo económico en la India, Irlanda, Egipto, Siria, y a otra parte han elogiado el CMM para permitirles poder competir para los contratos de la externalización de los E. El CMM proporciona un buen marco para la mejora de organización. Permite que las compañías den prioridad a sus iniciativas de la mejora de proceso. CMM no ha podido asumir el control el mundo. Es duro decir exactamente cómo la extensión él está de par en par mientras que el SEI publica solamente los nombres y los niveles alcanzados de conformidad de las compañías que han solicitado esta información para ser enumeradas. El perfil de la madurez más actual para CMMI es accesible en línea. CMM está bien adaptado para las organizaciones burocráticas tales como agencias de estatal, corporaciones grandes y monopolios regulados. Si las organizaciones que despliegan CMM son bastante grandes, pueden emplear a un equipo CMM de interventores que divulgan sus resultados directo al nivel ejecutivo. (Práctica de A alentador por SEI.) El uso de interventores y de informes ejecutivos puede influenciar el entero ÉL organización para centrarse en perfectamente llenada el formulario algo que el desarrollo de aplicaciones, las necesidades del cliente o el mercado. Si el proyecto se conduce por una fecha debida, la confianza intensiva de CMMs en proceso y las formas pueden convertirse en un obstáculo a resolver la fecha debida en caso de que el tiempo al mercado con una cierta clase de producto sea más importante que alcanzando alta calidad y la funcionalidad del producto. científico de manejar el proceso del software con métrica ocurren solamente más allá del cuarto nivel. Hay poca validación del ahorro en costes de los procesos al negocio con excepción de una referencia vaga a la evidencia empírica. Se espera que un cuerpo grande de la evidencia demuestre que eso el adición de todos los gastos indirectos del negocio exigidos por CMM de alguna manera lo reduce recuento de los presentes, coste del negocio, y el tiempo al mercado sin sacrificar a cliente necesita. ninguÌn organismo externo certifica realmente un centro de desarrollo del software como siendo CMM obediente. Se supone para ser una autovaloración honesta (y). Algunas organizaciones falsifican el alcance de su conformidad CMM para sugerir que se aplica a su organización entera algo que un proyecto específico o una unidad de negocio. El CMM no describe cómo crear una organización eficaz del desarrollo de programas. El CMM contiene los comportamientos o las mejores prácticas que los proyectos acertados han demostrado. El ser CMM obediente no es una garantía que un proyecto será acertado, no obstante puede el ser obediente aumento de las ocasiones de un proyecto de ser acertado. El CMM puede parecer haber terminado burocrático, promoviendo proceso sobre sustancia. Por ejemplo, porque acentuar previsibilidad sobre servicio proporcionó a los usuarios finales. Las metodologías más comercialmente acertadas (por ejemplo, el proceso unificado racional ) se han centrado no en la capacidad de la organización para producir software para satisfacer una cierta otra organización o una especificación colectivo-producida, pero en la capacidad de organizaciones para satisfacer el " específico del usuario final; El uso encajona el " de ; según el acercamiento de UML del grupo de gerencia de objeto ( unificado modelando la lengua ). la perspectiva sistémica, el CMM (I) representa a (n+1) el acercamiento clásico de la ingeniería que no toma a humano numeroso considerado factores cognoscitivos de, de organización y culturales, esencial para el éxito de cada los proyectos, considera también punto de vista Socio-cognoscitivo de la ingeniería . Por una parte, un diseño del proceso del está conectado fuerte con los sistemas de proceso del portador y sus funciones y metas pedidas, estas relaciones de cómputo claras son especialmente importantes para la validación de los resultados CMM de los usos (I). Parece, el CMM (I) requiere con todo un fondo epistemológico ontológico y teórico sólido para ser un estándar cuidadoso de la confianza, por un ejemplo solamente, la opción inicial arbitraria de las áreas de proceso del nivel y dominantes no es suficientemente motivado. las especificaciones del software, indicando qué va a ser desarrollada, combinado con formal firma apagado, un patrocinador y un mecanismo ejecutivos de la aprobación. Esto no es un documento vivo, pero las adiciones se ponen en haber diferido o de la sección del alcance para la incorporación posterior en el ciclo siguiente del desarrollo de programas. una especificación técnica, indicando cómo la cosa especificada en las especificaciones del software debe exacto ser convertida será utilizado. Esto es un documento vivo. la idea que haya un " way" correcto; para construir software, eso es un diseño de ingeniería de participación de proceso científico y eso los grupos de reveladores no está allí trabajar simplemente en el problema du jour. Mucho las compañías a través del mundo está haciendo saqueos encima de la escala del nivel CMMI. Para una opinión de lista completa el SCAMPI publicado resulta. Uno debe ser muy escéptico sobre una compañía que demanda que han obtenido cierto nivel (el de alto nivel, el más escéptico a ser) de CMM en un " " del nivel empresarial.; Esto se utiliza generalmente como una técnica de la comercialización que pueda aplicarse de hecho a un cierto proyecto hecho por la compañía en algún momento, solamente la más inverosímil alcanzados por la empresa.
Marco de proceso del software para el modelo de la madurez de la capacidad de SEI
Historia
Contexto
Orígenes
En los años 80, varios proyectos militares que implicaban subcontratistas del software funcionaron el sobre-presupuesto y fueron terminados que previsto mucho más adelante, si fueron terminados en absoluto. En un esfuerzo para determinar porqué ocurría ésta, la fuerza aérea de Estados Unidos financió un estudio en el SEI. El resultado de este estudio era un modelo para que los militares utilicen como evaluación objetiva de los subcontratistas del software. En el 1989, el modelo de la madurez de la capacidad fue publicado como que manejaba el proceso del software. La base para el modelo es la rejilla de la madurez de la gerencia de calidad introducida por el Philip Crosby en sus 1979 que el libro “calidad está libre”.
1989 : que maneja el proceso del software, publicado.
1990: SW-CMM v0.2, lanzado (la primera edición externa considera el folleto de Paulk).
1991 : SW-CMM v1.
1993 : SW-CMM v1.
1997 : Revisiones de SW-CMM paradas en la ayuda para CMMI.
2000 : CMMI v1.
2002 : CMMI v1.
2006 : CMMI v1. Estado actual
Dirección futura
Aspectos polémicos
Alabanza
Críticas
Las sugerencias del
Los elementos más beneficiosos CMM del nivel 2 y 3
La creación del
revisión paritaria l código (revisión de código) con las métricas que permiten que los reveladores caminen con una puesta en práctica, y sugerir mejoras o cambios. (Nota - esto es problemático porque el código se ha desarrollado ya, y un maÌn diseño potencialmente no se puede fijar por el " tweaking".) La revisión de código da a código completo un mecanismo formal de la aprobación.
control de versión - un número muy grande de organizaciones no tiene ninguÌn mecanismo de control formal de la revisión o mecanismo de lanzamiento en el lugar.
Compañías valoradas contra el CMMI
Ver también
proceso personal (PSP) del software y proceso (TSP) del software del equipo, dos otros modelos de proceso también desarrollados por el instituto de la ingeniería de programas informáticos para tratar el desarrollo de programas del individuo y del equipo respectivamente
la biblioteca (ITIL) de la infraestructura de la tecnología de la información, un marco de los acercamientos de la mejor práctica se prepuso facilitar la entrega de los servicios de la tecnología de la información (IT) de la alta calidad.
el mantenimiento de programas donde la madurez modela el S3M se ha creado para el mantenimiento de programas.
integración del modelo de la madurez de la capacidad
Modelo de la madurez de la capacidad de la gente
ISO 15504 , ESPECIA DEL
Grupo abierto del ePolicy que desarrolló un modelo innovador de la madurez para calibrar la franqueza de los ecosistemas de las TIC como parte de su para los ecosistemas abiertos de las TIC '' Random links: Región de Oromia | Señor teniente de Wiltshire | Ciudadano ahumado | Kana (músico finlandés) | No más de Sr. Nice Guy (libro)