<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>0718-3305</journal-id>
<journal-title><![CDATA[Ingeniare. Revista chilena de ingeniería]]></journal-title>
<abbrev-journal-title><![CDATA[Ingeniare. Rev. chil. ing.]]></abbrev-journal-title>
<issn>0718-3305</issn>
<publisher>
<publisher-name><![CDATA[Universidad de Tarapacá. Escuela Universitaria de Ingeniería Electrica - Electrónica]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S0718-33052012000200011</article-id>
<article-id pub-id-type="doi">10.4067/S0718-33052012000200011</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Un procedimiento para evaluar el riesgo de la innovación en la gestión del mantenimiento industrial]]></article-title>
<article-title xml:lang="en"><![CDATA[A procedure for assessing the risks of innovation in the management of industrial maintenance]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Espinosa]]></surname>
<given-names><![CDATA[Fernando F]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Dias]]></surname>
<given-names><![CDATA[Acires]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Salinas]]></surname>
<given-names><![CDATA[Gonzalo E]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad de Talca  ]]></institution>
<addr-line><![CDATA[Talca ]]></addr-line>
<country>Chile</country>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidade Federal de Santa Catarina  ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>Brasil</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>08</month>
<year>2012</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>08</month>
<year>2012</year>
</pub-date>
<volume>20</volume>
<numero>2</numero>
<fpage>242</fpage>
<lpage>254</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://www.scielo.cl/scielo.php?script=sci_arttext&amp;pid=S0718-33052012000200011&amp;lng=en&amp;nrm=iso&amp;tlng=en"></self-uri><self-uri xlink:href="http://www.scielo.cl/scielo.php?script=sci_abstract&amp;pid=S0718-33052012000200011&amp;lng=en&amp;nrm=iso&amp;tlng=en"></self-uri><self-uri xlink:href="http://www.scielo.cl/scielo.php?script=sci_pdf&amp;pid=S0718-33052012000200011&amp;lng=en&amp;nrm=iso&amp;tlng=en"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Se presenta un estudio sobre las posibles causas de riesgo en un proceso de innovación de la gestión del mantenimiento industrial, las cuales podrían llevar a que la implementación de las mejorías en la gestión no entregue el resultado esperado. Se describe el proceso de innovación y se identifican las fuentes de riesgos en el desarrollo del proyecto de innovación, finalizando con una matriz de valoración y jerarquización de las acciones que minimizan la posibilidad de que el riesgo sea realidad.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[This study shows the possible causes of risk in a management innovation process of the industrial maintenance, which could take to that the improvements implementation in the management does not give the expected result. The innovation process is described and the risks sources in the innovation project are identified finalizing with an evaluation matrix and hierarchical classify for the actions that diminish the possibility that the risk will be certainty.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Gestión del riesgo]]></kwd>
<kwd lng="es"><![CDATA[gestión del mantenimiento]]></kwd>
<kwd lng="es"><![CDATA[optimización]]></kwd>
<kwd lng="es"><![CDATA[innovación]]></kwd>
<kwd lng="es"><![CDATA[estrategias]]></kwd>
<kwd lng="en"><![CDATA[Risk management]]></kwd>
<kwd lng="en"><![CDATA[maintenance management]]></kwd>
<kwd lng="en"><![CDATA[optimization]]></kwd>
<kwd lng="en"><![CDATA[innovation]]></kwd>
<kwd lng="en"><![CDATA[strategies]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[  	    <p align="justify"><font face="verdana" size="2">Ingeniare. Revista chilena de ingenier&iacute;a, vol. 20 N&deg; 2, 2012, pp. 242&#45;254</font></p> 	    <p align="right"><font size="2" face="verdana"><strong>ART&Iacute;CULOS</strong></font></p> 	    <p align="right">&nbsp;</p> 	    <p align="left"><font face="verdana" size="4"><b>Un procedimiento para evaluar el riesgo de la innovaci&oacute;n en la gesti&oacute;n del mantenimiento industrial</b></font></p> 	    <p align="left">&nbsp;</p> 	    <p align="left"><strong><font face="verdana" size="3"><i>A procedure for assessing the risks of innovation in the management of industrial maintenance</i></font></strong></p> 	    <p align="left">&nbsp;</p> 	    <p align="left"><font face="verdana" size="2"><strong>Fernando F. Espinosa<sup>1</sup> Acires Dias<sup>2</sup> Gonzalo E. Salinas<sup>1</sup></strong></font></p> 	    <p align="left">&nbsp;</p> 	    ]]></body>
<body><![CDATA[<p align="left"><font face="verdana" size="2"><sup>1</sup>Universidad de Talca. 2 Norte 685. Talca, Chile. E&#45;mail: <a href="mailto:fespinos@utalca.cl">fespinos@utalca.cl</a>; <a href="mailto:gsalinas@utalca.cl">gsalinas@utalca.cl    <br> 	</a></font><font face="verdana" size="2"><sup>2</sup>Universidade Federal de Santa Catarina. Brasil. E&#45;mail: <a href="mailto:acires@emc.ufsc.br">acires@emc.ufsc.br</a></font></p> 	<hr width="100%" size="1" noshade> 	    <p align="left"><font face="verdana" size="2"><b>RESUMEN</b></font></p> 	    <p align="left"><font face="verdana" size="2">Se presenta un estudio sobre las posibles causas de riesgo en un proceso de innovaci&oacute;n de la gesti&oacute;n del mantenimiento industrial, las cuales podr&iacute;an llevar a que la implementaci&oacute;n de las mejor&iacute;as en la gesti&oacute;n no entregue el resultado esperado. Se describe el proceso de innovaci&oacute;n y se identifican las fuentes de riesgos en el desarrollo del proyecto de innovaci&oacute;n, finalizando con una matriz de valoraci&oacute;n y jerarquizaci&oacute;n de las acciones que minimizan la posibilidad de que el riesgo sea realidad.</font></p>  	    <p align="left"><font face="verdana" size="2"><strong>Palabras clave:</strong> Gesti&oacute;n del riesgo, gesti&oacute;n del mantenimiento, optimizaci&oacute;n, innovaci&oacute;n, estrategias.</font></p> 	<hr width="100%" size="1" noshade> 	    <p align="left"><font face="verdana" size="2"><b><i>ABSTRACT</i></b></font></p> 	    <p align="left"><font face="verdana" size="2"><i>This study shows the possible causes of risk in a management innovation process of the industrial maintenance, which could take to that the improvements implementation in the management does not give the expected result. The innovation process is described and the risks sources in the innovation project are identified finalizing with an evaluation matrix and hierarchical classify for the actions that diminish the possibility that the risk will be certainty.</i></font></p>  	    <p align="left"><font face="verdana" size="2"><i><strong>Keywords:</strong> Risk management, maintenance management, optimization, innovation, strategies.</i></font></p> 	<hr width="100%" size="1" noshade> 	    <p align="left"><font face="verdana" size="3"><b>INTRODUCCI&Oacute;N</b></font></p> 	    <p align="left"><font face="verdana" size="2">Enfrentar un proceso de innovaci&oacute;n en la forma de hacer la gesti&oacute;n del mantenimiento trae consigo riesgos asociados a las m&uacute;ltiples tareas que hay que llevar a cabo, que emerger&aacute;n durante la etapa de levantamiento de los requerimientos para atender los objetivos de negocios de la empresa hasta el &uacute;ltimo paso que es la valoraci&oacute;n de los beneficios que traer&aacute; consigo la innovaci&oacute;n propuesta. Las incertezas pueden acompa&ntilde;ar el proceso en el momento de seleccionar el modelo de concepci&oacute;n m&aacute;s adecuado, cuando se define al l&iacute;der del proceso de cambios, en poseer la informaci&oacute;n adecuada, entre otros tantos aspectos.</font></p>  	    ]]></body>
<body><![CDATA[<p align="left"><font face="verdana" size="2">Las fallas en un proyecto de innovaci&oacute;n son el resultado de la multiplicidad de riesgos inherentes en el proceso de desarrollo del proyecto, porque se trata de un conjunto de etapas con muchas interacciones y dependencias entre ellas, adem&aacute;s que involucra la creaci&oacute;n de alg&uacute;n producto o servicio que nunca antes fue hecho, aunque el proceso de desarrollo sea similar con otros proyectos.</font></p>  	    <p align="left"><font face="verdana" size="2">La identificaci&oacute;n del riesgo es la fase inicial para su gerenciamiento y es un proceso que revela y determina los riesgos posibles que podr&iacute;a enfrentar el equipo de trabajo de la organizaci&oacute;n. La identificaci&oacute;n se realiza por la investigaci&oacute;n de las actividades organizacionales en todos los </font><font face="verdana" size="2">sentidos y en todos los niveles administrativos y es la base para todo trabajo futuro correctamente hecho en la organizaci&oacute;n &#91;1&#93;.</font></p>  	    <p align="left"><font face="verdana" size="2">Para aumentar las posibilidades de &eacute;xito de un sistema innovador es necesario en la organizaci&oacute;n tener una comprensi&oacute;n del riesgo potencial, evaluar sistem&aacute;tica y cuantitativamente estos riesgos, anticipando las causas y efectos posibles, y escoger entonces los m&eacute;todos m&aacute;s apropiados para tratarlos. Hay metodolog&iacute;as y t&eacute;cnicas que pueden ser utilizadas para esta actividad como las presentadas en referencias &#91;2&#45;5&#93;. En este trabajo se presenta el desarrollo de una metodolog&iacute;a que va en ayuda del grupo de analistas a cargo de evaluar el proceso de innovaci&oacute;n.</font></p>  	    <p align="left"><font face="verdana" size="2">Una vez identificados estos riesgos pueden ser reducidos, removidos, evitados o aceptados. La organizaci&oacute;n necesita tambi&eacute;n adoptar una actitud m&aacute;s proactiva hacia el riesgo, comprendiendo c&oacute;mo una evaluaci&oacute;n y un an&aacute;lisis eficaz pueden ser usados para anticiparse a los riesgos potenciales al dise&ntilde;ar o ejecutar sistemas nuevos, y minimizar de ese modo aquellos riesgos &#91;6&#93;.</font></p>  	    <p align="left"><font face="verdana" size="2">Para asegurarse de que todos los riesgos potenciales est&eacute;n controlados eficazmente, el proceso de an&aacute;lisis del riesgo necesita ser construido expl&iacute;citamente en el proceso de toma de decisiones. Un an&aacute;lisis del riesgo puede ser resumido en tres etapas: (1) identificaci&oacute;n: todos los riesgos potenciales que afectan un proyecto est&aacute;n identificados; (2) estimaci&oacute;n: est&aacute;n determinados los riesgos y evaluados con su importancia, su probabilidad, su severidad y su impacto; y (3) an&aacute;lisis y evaluaci&oacute;n: est&aacute;n evaluadas la aceptabilidad del riesgo determinado y las acciones que pueden hacer el riesgo m&aacute;s aceptable.</font></p>  	    <p align="left"><font face="verdana" size="3"><b>EL PROCESO DE INNOVACI&Oacute;N</b></font></p>  	    <p align="left"><font face="verdana" size="2">El proceso de innovaci&oacute;n de la gesti&oacute;n comienza con la definici&oacute;n de la misi&oacute;n de la funci&oacute;n mantenimiento conforme con las estrategias y t&aacute;cticas de la empresa definidas para alcanzar sus objetivos de negocios. Esta es la primera informaci&oacute;n que deber&aacute; tener la funci&oacute;n mantenimiento para dimensionar su meta, la cual debe ser totalmente compatible con la de la empresa. El proceso completo es descrito en la <a href="#fig01">Figura 1</a>.</font></p> 	    <p align="center"><font face="verdana" size="2"><a name="fig01"></a><img src="/fbpe/img/ingeniare/v20n2/art11-fig01.jpg" width="580" height="823">    
<br>     Figura 1. Proceso de an&aacute;lisis para la innovaci&oacute;n de la gesti&oacute;n del mantenimiento.</font></p> 	    <p align="left"><font face="verdana" size="2">En la etapa de evaluaci&oacute;n del nivel de atenci&oacute;n de los equipamientos productivos, mantenimiento, producci&oacute;n y log&iacute;stica a los objetivos de la empresa se explora la condici&oacute;n de los equipamientos para atender dichos objetivos, conjuntamente con los servicios relacionados: mantenimiento, operaci&oacute;n, abastecimiento (log&iacute;stica) y capacidad administrativa.</font></p>  	    ]]></body>
<body><![CDATA[<p align="left"><font face="verdana" size="2">La evaluaci&oacute;n del nivel de atenci&oacute;n de los requisitos es calificada conforme a la visi&oacute;n del equipo que atiende la funci&oacute;n mantenimiento. El objetivo es tener una visi&oacute;n bastante clara del nivel de atenci&oacute;n de los equipamientos, a esos requisitos, como tambi&eacute;n de los servicios que la empresa tiene y que est&aacute;n relacionados con el parque de m&aacute;quinas.</font></p>  	    <p align="left"><font face="verdana" size="2">Otro an&aacute;lisis realizado es el de la situaci&oacute;n actual de la funci&oacute;n mantenimiento y esta parte est&aacute; orientada a evaluar a la funci&oacute;n en relaci&oacute;n a la gesti&oacute;n de los aspectos humanos, t&eacute;cnicos y econ&oacute;micos. La situaci&oacute;n es analizada bajo el punto de vista de la capacidad administrativa del responsable del mantenimiento y los resultados pueden ser usados para analizar el estado actual que la organizaci&oacute;n tiene en relaci&oacute;n al sistema de administraci&oacute;n, m&eacute;todos y procedimientos, a la estructura organizacional, al sistema de informaci&oacute;n y al uso de tecnolog&iacute;a para el mantenimiento.</font></p>  	    <p align="left"><font face="verdana" size="2">Como en todos los aspectos considerados, la interpretaci&oacute;n de los resultados (la apreciaci&oacute;n del nivel de desarrollo) es una instancia muy particular del administrador o del encargado del mantenimiento. De cierta forma, est&aacute; al alcance de &eacute;l la percepci&oacute;n de la capacidad de administraci&oacute;n y del nivel de respuesta de sus recursos en relaci&oacute;n a los objetivos fijados para la funci&oacute;n mantenimiento.</font></p>  	    <p align="left"><font face="verdana" size="2">Con respecto al an&aacute;lisis de la madurez de la organizaci&oacute;n se aplica este concepto en la organizaci&oacute;n para constatar el estado donde la organizaci&oacute;n est&aacute; en relaci&oacute;n a los atributos que est&aacute;n siendo evaluados &#91;7&#93;. La madurez de la funci&oacute;n mantenimiento podr&iacute;a indicar que la organizaci&oacute;n definida para la mantenimiento est&aacute; perfectamente condicionada para emprender todos sus proyectos de innovaci&oacute;n, sean tecnol&oacute;gicos o de gesti&oacute;n integral de sus recursos.</font></p> 	    <p align="left"><font face="verdana" size="2">La medici&oacute;n de la madurez es m&aacute;s subjetiva que objetiva y depende del juicio del administrador </font><font face="verdana" size="2">sobre su entorno. La madurez es principalmente, la combinaci&oacute;n del apoyo o comprometimiento que el entorno ofrece a la funci&oacute;n mantenimiento m&aacute;s la capacidad o conocimiento que se tiene de las metodolog&iacute;as relacionadas con implementaci&oacute;n de proyectos &#91;8&#93;.</font></p> 	    <p align="left"><font face="verdana" size="2">En el an&aacute;lisis de la criticidad de los equipamientos y de la funci&oacute;n mantenimiento el objetivo es </font><font face="verdana" size="2">decidir si el proceso de innovaci&oacute;n se aplica a toda la l&iacute;nea o solamente a un grupo m&aacute;s reducido de equipamientos y si se aplica tambi&eacute;n la innovaci&oacute;n a todas las funciones que involucra la gesti&oacute;n del mantenimiento. Es recomendable no abarcar todo el conjunto de equipamientos, en especial si este conjunto fuese numeroso y de alta complejidad. Es preferible concentrarse en adquirir experiencia en equipamientos que son conocidos y para los cuales </font><font face="verdana" size="2">con la introducci&oacute;n de mejoramientos, sean estos tecnol&oacute;gicos o de gesti&oacute;n, se obtienen resultados apreciables. Tambi&eacute;n se define el n&uacute;mero de equipamientos que entrar&aacute;n en la primera etapa del estudio, lo que influye directamente en el an&aacute;lisis de costos para cada concepci&oacute;n.</font></p>  	    <p align="left"><font face="verdana" size="2">El an&aacute;lisis de los par&aacute;metros y selecci&oacute;n de la concepci&oacute;n del mantenimiento est&aacute; referido a la selecci&oacute;n de aquellos par&aacute;metros que definen las caracter&iacute;sticas de cada concepci&oacute;n y que est&aacute;n relacionados con los aspectos t&eacute;cnicos, administrativos, de gesti&oacute;n, de apoyo del entorno, de conocimientos b&aacute;sicos, de uso de metodolog&iacute;as y herramientas de optimizaci&oacute;n y de modelos de proyecto. Para cada uno de ellos se fija un nivel m&iacute;nimo que la funci&oacute;n mantenimiento deber&iacute;a atender en conformidad con su entorno competitivo y el mercado que enfrenta y estos niveles son comparados con las evaluaciones ya hechas en las etapas anteriores. Se tiene un punto de referencia sobre las condiciones cualitativas que la organizaci&oacute;n posee para la implementaci&oacute;n de algunas concepciones.</font></p>  	    <p align="left"><font face="verdana" size="2">Finalmente se llega al an&aacute;lisis econ&oacute;mico de las alternativas de mantenimiento y es un paso importante en la selecci&oacute;n final de la concepci&oacute;n del mantenimiento, ya que en esta parte se valora el real impacto de la innovaci&oacute;n en la gesti&oacute;n. Este m&oacute;dulo es el m&aacute;s dif&iacute;cil de realizar, porque cuantificar los beneficios es una tarea que requiere un conocimiento (y una estimaci&oacute;n del futuro) que muchas veces no est&aacute; presente, en especial cuando se est&aacute; trabajando delante de una experiencia innovadora y su valoraci&oacute;n requiere el trabajo de un equipo experimentado y calificado.</font></p>  	    <p align="left"><font face="verdana" size="2"><b><font size="3">LAS FUENTES DE RIESGOS </font></b></font><font face="verdana" size="3"><b>Y SU IDENTIFICACI&Oacute;N</b></font></p>  	    <p align="left"><font face="verdana" size="2">Seg&uacute;n &#91;9&#93; la forma m&aacute;s adecuada de abordaje para conseguir una buena decisi&oacute;n es considerar la toma de decisiones como un proceso de an&aacute;lisis, considerando un riesgo formal para proveer apoyo, seguido por un juzgamiento informal del administrador y un proceso de revisi&oacute;n, resultando finalmente en una decisi&oacute;n, tal como se muestra en la <a href="#fig02">Figura 2</a>.</font></p> 	    ]]></body>
<body><![CDATA[<p align="center"><font face="verdana" size="2"><a name="fig02"></a><img src="/fbpe/img/ingeniare/v20n2/art11-fig02.jpg" width="580" height="219">    
<br>     Figura 2. Proceso de an&aacute;lisis y evaluaci&oacute;n para la toma de decisiones con riesgo inherente.</font></p> 	    <p align="left"><font face="verdana" size="2">El proceso de an&aacute;lisis es usado para evaluar, de forma completa, los variados aspectos que est&aacute;n relacionados con la funci&oacute;n mantenimiento e identificar los m&aacute;s importantes que deben ser mejorados en el sentido de direccionar correctamente el proceso de innovaci&oacute;n de la gesti&oacute;n del mantenimiento. Hay que tener presente que en la cadena de requisitos, aquel que es considerado deficiente tiende a marcar el ritmo del proceso de gesti&oacute;n. En otras palabras, es m&aacute;s productivo eliminar las debilidades detectadas en el proceso de evaluaci&oacute;n del sistema antes de seguir para el pr&oacute;ximo paso en la implementaci&oacute;n de la concepci&oacute;n, de lo que reconsiderar cuando el proceso ya estuviese encaminado para resolver estos problemas que quedaron pendientes.</font></p>  	    <p align="left"><font face="verdana" size="2">En cada etapa de la aplicaci&oacute;n de un modelo de evaluaci&oacute;n se genera un conjunto importante de informaciones sobre los puntos fuertes y d&eacute;biles de la gesti&oacute;n actual y aspectos que pueden ser potenciados en la organizaci&oacute;n del mantenimiento. Estos an&aacute;lisis entregan informaci&oacute;n para tener un lazo de retroalimentaci&oacute;n para definir planes de mejoramiento, eliminar los factores negativos y volver a la implementaci&oacute;n de la concepci&oacute;n con u</font><font face="verdana" size="2">na base m&aacute;s robusta para la gesti&oacute;n, lo que dar&aacute; a la funci&oacute;n mantenimiento las herramientas para alcanzar sus objetivos.</font></p>  	    <p align="left"><font face="verdana" size="2">Es cierto que todo el proceso de evaluaci&oacute;n est&aacute; apoyado principalmente en escalas de valoraci&oacute;n, muy sujetas a la apreciaci&oacute;n del encargado del mantenimiento. As&iacute;, para evitar las distorsiones, producto de la apreciaci&oacute;n cualitativa, el equipo de analistas debe ser siempre el mismo en todo el estudio.</font></p>  	    <p align="left"><font face="verdana" size="2">Las transformaciones organizacionales han ayudado a algunas compa&ntilde;&iacute;as a adaptarse a los cambios de las condiciones en sus ambientes, a obtener un incremento en la competitividad y a posicionar compa&ntilde;&iacute;as para un futuro mejor. Sin embargo, en diversas situaciones, los resultados han sido decepcionantes, implicando desperdicio de recursos, p&eacute;rdida de confianza en los agentes de cambio, frustraci&oacute;n en las personas involucradas y, tal vez lo peor de todo, miedo de enfrentar nuevos cambios &#91;10&#93;. Esos fracasos ocurren porque los administradores tienen gran dificultad en identificar, priorizar y alinear apropiadamente sus recursos para hacer frente a los muchos factores que producen transformaciones organizacionales.</font></p>  	    <p align="left"><font face="verdana" size="2">Diversas preguntas vienen a la mente durante cualquier proceso de cambio organizacional o funcional &#91;10&#93;, las cuales deben ser tratadas con el m&aacute;ximo cuidado en el momento de la implementaci&oacute;n de un proyecto de innovaci&oacute;n:</font></p>  	    <p align="left"><font face="verdana" size="2">&bull;&nbsp;&iquest;Ser&aacute; que existe un claro motivo para ese cambio? &iquest;Ser&aacute; que ese motivo es comprendido por las personas del equipo de mantenimiento, de producci&oacute;n y por las personas claves de la empresa?    <br> 	</font><font face="verdana" size="2">&bull;&nbsp;Antes de eso, &iquest;ser&aacute; que existe una clara visi&oacute;n de la situaci&oacute;n de la empresa compartida por los individuos de forma de existir consenso sobre lo que debe ser cambiado?    <br> 	</font><font face="verdana" size="2">&bull;&nbsp;&iquest;Qui&eacute;n va a ser el agente (o agentes) que va a conducir el proceso de cambios? &iquest;Cu&aacute;les deben ser las caracter&iacute;sticas de ese agente?    ]]></body>
<body><![CDATA[<br> 	</font><font face="verdana" size="2">&bull;&nbsp;&iquest;En qu&eacute; nivel ser&aacute; conducida la construcci&oacute;n de las alternativas de cambio? &iquest;El nivel superior de la funci&oacute;n? &iquest;Las personas del nivel operacional deber&iacute;an estar involucradas?</font></p> 	    <p align="left"><font face="verdana" size="2">    </font><font face="verdana" size="2">Otros aspectos que tambi&eacute;n son fuentes de riesgo y se relacionan con los requerimientos de tecnolog&iacute;a, conocimientos, capacidad de administraci&oacute;n y disponibilidad de recursos, se pueden expresar como:    <br>     </font><font face="verdana" size="2">&bull;&nbsp;&iquest;Los equipos productivos atienden la evoluci&oacute;n tecnol&oacute;gica, estructural y operativa de los productos fabricados? &iquest;Contribuyen en la reducci&oacute;n de costos de producci&oacute;n? &iquest;Pueden ser intervenidos a fin de aumentar la productividad, mejorar la calidad, disminuir el consumo de energ&iacute;a, ser m&aacute;s seguros en su operaci&oacute;n y disminuir la poluci&oacute;n?    <br>     </font><font face="verdana" size="2">&bull;&nbsp;&iquest;C&oacute;mo se planean, organizan, analizan y controlan los servicios, estructura, calidad, m&eacute;todos de trabajo, recursos y materiales de mantenimiento? &iquest;Se mide la econom&iacute;a del mantenimiento?    <br>     </font><font face="verdana" size="2">&bull;&nbsp;&iquest;C&oacute;mo manifestar las metas de mantenimiento: mantener la capacidad de utilizaci&oacute;n, reducir los trabajos de mantenimiento, aumentar la confiabilidad de la l&iacute;nea, mejorar la mantenibilidad, mejorar la seguridad, aumentar la disponibilidad?    <br>     </font><font face="verdana" size="2">&bull;&nbsp;&iquest;Se est&aacute; en condiciones de evaluar econ&oacute;micamente la producci&oacute;n rechazada, producci&oacute;n perdida por fallas imprevistas, tiempos de preparaci&oacute;n, ajustes o disminuci&oacute;n de velocidad de producci&oacute;n, el exceso de inventarios y productos intermedios, perdidas por entregas atrasadas o faltantes, p&eacute;rdidas por deterioro de los equipos?    <br>     </font><font face="verdana" size="2">&bull;&nbsp;&iquest;Se tiene la preparaci&oacute;n para identificar los requerimientos de informaci&oacute;n y conocimientos, de t&eacute;cnicas y herramientas, de infraestructura y de apoyo log&iacute;stico para innovar la gesti&oacute;n?    <br>     </font><font face="verdana" size="2">&bull;&nbsp;&iquest;Existe la capacidad para evaluar los beneficios y costos en un proyecto de inversi&oacute;n para implementar una nueva concepci&oacute;n del mantenimiento?</font></p> 	    <p align="left"><font face="verdana" size="2">El primer grupo de cuestionamientos es importante ya que sus respuestas tienen que ser convincentes y esto requiere de un estudio profundo de las condiciones actuales del mantenimiento, sus deficiencias y fuerzas, una evaluaci&oacute;n de su posici&oacute;n relativa con respecto de las empresas competidoras, en la forma como el mantenimiento apoya a la empresa y contribuye positivamente para su &eacute;xito. No es suficiente que el administrador est&eacute; seguro de la necesidad de un cambio, los motivos tienen que ser demostrados con </font><font face="verdana" size="2">cifras y hechos para que todos los niveles jer&aacute;rquicos de la organizaci&oacute;n apoyen con nuevas ideas y den las facilidades para que el equipo que liderar&aacute; los cambios tenga &eacute;xito.</font></p>  	    <p align="left"><font face="verdana" size="2">Aqu&iacute; ya adquiere relevancia el dominio por parte del administrador de herramientas cuantitativas para apoyar su proceso de evaluaci&oacute;n de las bondades del proyecto.</font></p>  	    ]]></body>
<body><![CDATA[<p align="left"><font face="verdana" size="2">El segundo grupo de preguntas son igualmente importantes y est&aacute;n relacionadas con los aspectos del conocimiento de t&eacute;cnicas y herramientas, disponibilidad de recursos, capacidad de trabajar en equipo, facilidad para administrar los cambios y los conflictos que de ellos derivan, sistema de evaluaci&oacute;n de la efectividad de los cambios y buena relaci&oacute;n con los niveles superiores.</font></p>  	    <p align="left"><font face="verdana" size="2">En la <a href="#fig03">Figura 3</a> se entrega una lista, no siendo esta exhaustiva, de factores presentes en el proceso de </font><font face="verdana" size="2">an&aacute;lisis, que por sus caracter&iacute;sticas de informaci&oacute;n en primer lugar, y de manejo de relaciones humanas en segundo lugar, son fuentes de riesgos para el buen final del proyecto.</font></p> 	    <p align="center"><font size="2" face="verdana"><a name="fig03"></a><img src="/fbpe/img/ingeniare/v20n2/art11-fig03.jpg" width="580" height="310">    
<br>     Figura 3. Diagrama de causa y efecto de los factores identificados que pueden ser fuente de riesgos.	</font></p> 	    <p align="left"><font face="verdana" size="2">As&iacute;, para cada estudio espec&iacute;fico que hay que realizar en la evaluaci&oacute;n de la factibilidad de implementar una innovaci&oacute;n en el proceso de gesti&oacute;n, se pueden identificar aquellos factores que son parte integrante de cada etapa en el desarrollo, y para los cuales </font><font face="verdana" size="2">el equipo de mantenimiento debe procurar la informaci&oacute;n m&aacute;s actualizada y sus relaciones con otros sistemas y personas, tal que refleje el real comportamiento del sistema bajo estudio, y de esta forma generar planes de contingencia para el caso que se presenten situaciones no deseadas, o bien, generar con anticipaci&oacute;n las condiciones para tener un proceso de innovaci&oacute;n con alta probabilidad de &eacute;xito.</font></p> 	    <p align="left"><font face="verdana" size="2">Los factores de riesgo a identificar por el equipo de estudio pueden ir desde la compatibilizaci&oacute;n de los objetivos de la empresa con los de mantenimiento y expresarlos en t&eacute;rminos de par&aacute;metros medibles mediante los resultados de la gesti&oacute;n, hasta la cuantificaci&oacute;n de los costos y beneficios de la futura implementaci&oacute;n de una concepci&oacute;n del mantenimiento.</font></p> 	    <p align="left"><font face="verdana" size="2">Otros factores que pueden afectar el an&aacute;lisis, seg&uacute;n &#91;12&#93; incluyen: una especificaci&oacute;n vaga de los requisitos, la ausencia de un an&aacute;lisis preliminar de los riesgos, una documentaci&oacute;n incompleta del an&aacute;lisis efectuado, complejidad de las interrelaciones y n&uacute;mero de influencias entre factores, mucho tiempo asignado al an&aacute;lisis y no respetar las caracter&iacute;sticas propias del personal involucrado en el an&aacute;lisis. Para lo anterior, hay que tener presente que un estudio de riesgos precisa de una cuidadosa preparaci&oacute;n, asegurando un abordaje sistem&aacute;tico con objetivos y metas claras, el usuario necesita tener suficiente </font><font face="verdana" size="2">competencia para entender y evaluar abordajes y resultados de los an&aacute;lisis hechos, y finalmente para el equipo de analistas, es muy importante entender la cultura y valores de la organizaci&oacute;n.</font></p> 	    <p align="left"><font face="verdana" size="2">Durante el proceso de estudio de alternativas para la innovaci&oacute;n tener un ciclo de retroalimentaci&oacute;n efectivo, o sea con informaci&oacute;n actualizada de indicadores de eficiencia, es fundamental porque a trav&eacute;s de revisiones sucesivas, y a medida que se va adquiriendo un conocimiento m&aacute;s profundo durante el proceso de innovaci&oacute;n, se pueden visualizar soluciones para cada riesgo posible en la futura aplicaci&oacute;n del proyecto o bien debilidades en el proceso.</font></p>  	    <p align="left"><font face="verdana" size="3"><b>DECISIONES PARA MINIMIZAR EL RIESGO</b></font></p>  	    <p align="left"><font face="verdana" size="2">Determinar, entender y administrar el riesgo es ahora una parte clave de cualquier pol&iacute;tica de mantenimiento o proceso de toma de decisiones, donde la determinaci&oacute;n del riesgo es a menudo un proceso integral para satisfacer la legislaci&oacute;n, alcanzar las marcas de clase mundial o al menos para implementar buenas pr&aacute;cticas en la gesti&oacute;n &#91;11&#93;.</font></p>  	    ]]></body>
<body><![CDATA[<p align="left"><font face="verdana" size="2">El riesgo es la combinaci&oacute;n de la probabilidad de que un escenario no deseado en particular sea realidad, con las consecuencias o impactos negativos que </font><font face="verdana" size="2">producir&iacute;a esa falla en el proceso de inter&eacute;s &#91;13&#93;. Es este par de par&aacute;metros los que deben ser tratados con el mayor cuidado por el equipo de an&aacute;lisis utilizando una metodolog&iacute;a que los conduzca a la cuantificaci&oacute;n de ellos, basados en una apreciaci&oacute;n cualitativa y que esta pueda ser trasladada a un valor de referencia, el cual m&aacute;s adelante servir&aacute; para jerarquizar las acciones mitigantes del riesgo.</font></p>  	    <p align="left"><font face="verdana" size="2">En cualquier situaci&oacute;n que se exige una decisi&oacute;n est&aacute;n involucradas amenazas y oportunidades y ambas deben ser manejadas. Los cursos de acci&oacute;n est&aacute;n frecuentemente disponibles, los cuales reducen o neutralizan amenazas potenciales y ofrecen simult&aacute;neamente oportunidades para mejor&iacute;as positivas en el desempe&ntilde;o del proyecto. No es aconsejable concentrarse en reducir amenazas sin considerar las oportunidades asociadas, como tambi&eacute;n no es aconsejable perseguir oportunidades sin consideraci&oacute;n de las amenazas asociadas &#91;14&#93;.</font></p>  	    <p align="left"><font face="verdana" size="2">Para la valoraci&oacute;n del par de par&aacute;metros que conforman el riesgo (probabilidad e impacto), se hace necesario que en el equipo de an&aacute;lisis est&eacute;n presentes profesionales que tengan experiencia en proyectos de innovaci&oacute;n similares, ya sea de la misma naturaleza o magnitud, a fin de poder definir, basados en su experiencia, cada uno de los factores que componen los par&aacute;metros conjuntamente con su relevancia (<a href="#fig04">Figura 4</a>). Esto &uacute;ltimo se ve reflejado en la ponderaci&oacute;n que se define para cada componente que conforma el par&aacute;metro. Las ponderaciones y los valores que se ingresan para cada componente del par&aacute;metro son apreciaciones subjetivas del equipo de analistas, las cuales tienen que concordar con la realidad de cada situaci&oacute;n bajo estudio.</font></p> 	    <p align="center"><font size="2" face="verdana"><a name="fig04"></a><img src="/fbpe/img/ingeniare/v20n2/art11-fig04.jpg" width="580" height="312">    
<br>     Figura 4. Planilla de valoraci&oacute;n de la probabilidad y del impacto.</font></p> 	    <p align="left"><font face="verdana" size="2">Estas caracter&iacute;sticas pueden ser ponderadas seg&uacute;n sea la importancia de poseer un cierto atributo para asegurar un nivel de &eacute;xito en la ejecuci&oacute;n de las tareas del proyecto. En el ejemplo desarrollado en la Figura 4, para el caso relacionado con la designaci&oacute;n del l&iacute;der que tendr&aacute; a su cargo la implementaci&oacute;n del proyecto, el equipo de analistas puede indicar que la caracter&iacute;stica de poseer un conocimiento acabado del problema es m&aacute;s importante que poseer ascendencia sobre sus colaboradores, por lo cual deber&aacute; tener una mayor ponderaci&oacute;n en el momento de evaluar el nivel de probabilidad de riesgo. Para evaluar el impacto sobre el proyecto se debe tener en mente el efecto que provocar&iacute;a en el proyecto si se da el fracaso de la tarea, por causa de la caracter&iacute;stica que est&aacute; siendo evaluada.</font></p> 	    <p align="left"><font face="verdana" size="2">Para las distintas combinaciones que se pueden dar para el par de par&aacute;metros, probabilidad e impacto, el espacio de implementaci&oacute;n de mejor&iacute;as se mueve principalmente en el eje de las probabilidades porque permite crear las condiciones para que la </font><font face="verdana" size="2">probabilidad asociada al riesgo disminuya, ya que ah&iacute; se pueden identificar acciones concretas y directas. Mientras que las acciones para mitigar el impacto no son inmediatas y se refieren principalmente a tener planes alternativos de contingencia, o bien crear defensas para que no se propague el da&ntilde;o, en el caso que sucedan trastornos en el proyecto, el cual es un escenario a futuro (<a href="#fig05">Figura 5</a>).</font></p> 	    <p align="center"><font face="verdana" size="2"><a name="fig05"></a><img src="/fbpe/img/ingeniare/v20n2/art11-fig05.jpg" width="580" height="405">    
<br>     Figura 5. Plano de evaluaci&oacute;n del par probabilidad e impacto y caracter&iacute;stica de las acciones correctoras.</font></p> 	    <p align="left"><font face="verdana" size="2">En &#91;15&#93; se identifican cuatro condicionantes para asegurar que la implementaci&oacute;n de la innovaci&oacute;n tenga &eacute;xito y se consiga cumplir con las metas trazadas. Estas condicionantes en el &aacute;mbito del mantenimiento son:</font></p>  	    ]]></body>
<body><![CDATA[<p align="left"><font face="verdana" size="2">&bull;&nbsp;El contenido estrat&eacute;gico se refiere a c&oacute;mo y por qu&eacute; la innovaci&oacute;n es iniciada. Las acciones emprendidas deben ser consistentes con los objetivos globales de la empresa, por lo cual el eje central para la nueva iniciativa debe estar claramente identificado, como as&iacute; tambi&eacute;n la participaci&oacute;n activa de todos los niveles administrativos de la empresa.    <br> 	</font><font face="verdana" size="2">&bull;&nbsp;El contexto estrat&eacute;gico se puede dividir en dos: el contexto externo y el contexto interno. El contexto externo est&aacute; directamente relacionado con la variabilidad del ambiente donde est&aacute; inserta la organizaci&oacute;n productiva y son estos cambios los que repercuten en la funci&oacute;n m</font><font face="verdana" size="2">antenimiento. Todo esto impone nuevas formas de gesti&oacute;n para los activos f&iacute;sicos. En referencia al contexto interno, las acciones tienen que llevar en cuenta los aspectos relacionados con la estructura organizacional y el proceso de toma de decisiones. Tambi&eacute;n se deben incluir en el an&aacute;lisis la cultura organizacional y el aspecto del liderazgo.    <br> &bull;	</font><font face="verdana" size="2">En el proceso operacional los aspectos las acciones tienen relaci&oacute;n directa con la preparaci&oacute;n y el planeamiento de la implementaci&oacute;n de las actividades consideradas para el proyecto. Adem&aacute;s de la coordinaci&oacute;n de las diferentes &aacute;reas que participar&aacute;n del proyecto y la aprobaci&oacute;n de un cronograma de actividades, principalmente.    <br> &bull; El &uacute;ltimo punto considerado es la salida deseada del proyecto, que puede ser tangible o intangible. Para el equipo que est&aacute; a cargo de la implementaci&oacute;n del proyecto, debe tener la capacidad de analizar los resultados que se obtuvieron, sean estos exitosos o no. Para ambos casos, se deben analizar las fuentes de errores y las &aacute;reas dentro del planeamiento y de la ejecuci&oacute;n, que pueden ser mejoradas y para donde estos conocimientos pueden ser transmitidos.</font></p>  	    <p align="left"><font face="verdana" size="2">Una herramienta muy usada para definir prioridades, contrastar situaciones y evaluar alternativas es el an&aacute;lisis matricial &#91;8, 16&#45;17&#93;. Esta herramienta ser&aacute; usada en este trabajo para desarrollar el modelo que ayudar&aacute; al administrador en su proceso de definici&oacute;n de las prioridades para implementar los mejoramientos necesarios en su sistema de mantenimiento (<a href="#fig06">Figura 6</a>). Adem&aacute;s como existen restricciones de recursos y de compatibilidad entre las acciones posibles de ser implementadas, el an&aacute;lisis matricial es complementado con un modelo de programaci&oacute;n lineal.</font></p> 	    <p align="center"><font face="verdana" size="2"><a name="fig06"></a><img src="/fbpe/img/ingeniare/v20n2/art11-fig06.jpg" width="580" height="760">    
<br>     Figura 6. Matriz de relaciones entre acciones de mejoramiento y fuentes de riesgos.</font></p> 	    <p align="left"><font face="verdana" size="2">La matriz que se usa est&aacute; compuesta, en un eje, por las acciones o actividades de mejoramiento que se podr&iacute;an implementar para disminuir el riesgo y en el otro todos los factores que pueden ser fuentes potenciales de riesgos en el desarrollo del proyecto. Como los factores no son independientes entre s&iacute;, las acciones de mejoramiento pueden tener impacto en m&aacute;s de uno de ellos, por tanto ese efecto debe ser considerado al momento de definir cu&aacute;l ser&aacute; en definitiva el conjunto de tareas que se implementar&aacute;n, </font><font face="verdana" size="2">como tambi&eacute;n debe ser considerada en la jerarquizaci&oacute;n de las acciones la variaci&oacute;n esperada en la calificaci&oacute;n de cada caracter&iacute;stica. Todo esto da m&aacute;s de una dimensi&oacute;n a la selecci&oacute;n de las acciones, con lo cual la aplicaci&oacute;n de ellas ser&aacute; m&aacute;s eficiente.</font></p> 	    <p align="left"><font face="verdana" size="2">La forma recomendada para usar la matriz es comenzar por definir las actividades que son necesarias implementar para pasar de una situaci&oacute;n con inestabilidad a una situaci&oacute;n m&aacute;s controlable, si es el caso, y como tienen relaci&oacute;n directa con la disminuci&oacute;n de la probabilidad de riesgo se eval&uacute;a el impacto con nota cinco. La definici&oacute;n de las acciones debe emerger del an&aacute;lisis que se realiza al momento de evaluar el riesgo asociado al factor, basado en sus caracter&iacute;sticas presentes.</font></p> 	    <p align="left"><font face="verdana" size="2">A continuaci&oacute;n se analiza cu&aacute;l ser&iacute;a el impacto de la actividad <i>Xj</i> definida en el resto de los factores que identifican las fuentes de riesgo y calificar con nota cinco si el impacto es muy importante, con tres si el impacto es notorio, uno si aporta alg&uacute;n beneficio y nota cero si no hay relaci&oacute;n alguna, tal como se muestra en el ejemplo reducido de la <a href="#fig06">Figura 6</a>. Este proceso dar&aacute; una visi&oacute;n de las relaciones que existen entre los factores y las acciones de mejoramiento que se seleccionen.</font></p>  	    ]]></body>
<body><![CDATA[<p align="left"><font face="verdana" size="2">La evaluaci&oacute;n final del impacto de cada actividad <i>Xj</i> (Funci&oacute;n G1) se determina seg&uacute;n la ecuaci&oacute;n (1):</font></p> 	<table width="200" border="0">       <tr>         <td><img src="/fbpe/img/ingeniare/v20n2/art11-ec01.jpg" width="169" height="43"></td>         <td><font face="verdana" size="2">(1)</font></td>       </tr>     </table> 	    
<p><font face="verdana" size="2">donde:</font></p> 	<table width="395" border="0">       <tr>         <td width="25" height="30"><font face="verdana" size="2"><i>IT</i><i><sub>j</sub></i> </font></td>         <td width="360"><font face="verdana" size="2"><i>=</i> impacto total de la actividad <i>j.</i></font></td>       </tr>       <tr>         <td height="33"><font face="verdana" size="2"><i>I</i><i><sub>ij</sub></i></font></td>         <td><font face="verdana" size="2"><i>=</i> valor del impacto sobre el factor <i>i</i> de la actividad <i>j.</i></font></td>       </tr>       <tr>         <td height="34"><font face="verdana" size="2"><i>P<sub>k</sub></i></font></td>         <td><font face="verdana" size="2"><i>=</i> ponderador del grupo <i>k</i> del conjunto de factores.</font></td>       </tr>     </table> 	    <p><font face="verdana" size="2">En la valoraci&oacute;n del aporte al mejoramiento esperado de cada actividad <i>X</i><i><sub>j</sub></i> (Funci&oacute;n G2) se hace uso de la ecuaci&oacute;n (2):</font></p> 	<table width="200" border="0">       <tr>         <td><img src="/fbpe/img/ingeniare/v20n2/art11-ec02.jpg" width="217" height="94"></td>         <td><font face="verdana" size="2">(2)</font></td>       </tr>     </table> 	    
<p><font face="verdana" size="2"> donde:</font></p> 	<table width="469" border="0">       <tr>         <td width="26" height="30"><font face="verdana" size="2"><i>AT</i><i><sub>j</sub></i> </font></td>         <td width="447"><font face="verdana" size="2"><i>=</i> aporte total al mejoramiento esperado de la actividad <i>j.</i></font></td>       </tr>       <tr>         <td height="30"><font face="verdana" size="2"><i>I</i><i><sub>ij</sub></i> </font></td>         <td><font face="verdana" size="2"><i>=</i> valor del impacto sobre el factor <i>i</i> de la actividad <i>j.</i></font></td>       </tr>       <tr>         <td height="26"><font face="verdana" size="2"><i>P</i><i><sub>k</sub></i></font></td>         <td><font face="verdana" size="2"><i>=</i> ponderador del grupo <i>k</i> de los factores.</font></td>       </tr>       <tr>         <td height="28"><font face="verdana" size="2"><i>M<sub>i</sub></i></font></td>         <td><font face="verdana" size="2"><i>=</i> mejoramiento esperado del factor <i>i</i> por el grupo de acciones <i>j.</i></font></td>       </tr>     </table> 	    <p><font face="verdana" size="2">Se ingresan adem&aacute;s datos adicionales como ser el costo de la implementaci&oacute;n de la actividad, el tiempo estimado de duraci&oacute;n para conseguir el resultado deseado y las relaciones de interdependencia entre las acciones de mejoramiento (parte superior de la matriz). Estas &uacute;ltimas se identificar&aacute;n por la siguiente notaci&oacute;n: "o" acci&oacute;n que debe ser implementada, "d": acci&oacute;n que para ser implementada depende de la implementaci&oacute;n de otra, "i": acci&oacute;n independiente de las restantes, y "e": acci&oacute;n que excluye a otra (<a href="#fig06">Figura 6</a>). Todo este conjunto de datos ingresados en la matriz de impacto dar&aacute;n los antecedentes para plantear un modelo de programaci&oacute;n lineal (ecuaciones (3)), que permitir&aacute; optimizar el impacto total de las acciones de mejor&iacute;as (Funci&oacute;n G1) y el impacto global sobre la disminuci&oacute;n esperada del riesgo (Funci&oacute;n G2) sujetas a la disponibilidad de recursos (US$ 7000) y relaciones de interdependencia.</font></p> 	    <p align="left"><font face="verdana" size="2">Al igual como se plante&oacute; en la planilla de valoraci&oacute;n de la probabilidad y del impacto tambi&eacute;n se puede dar peso relativo a cada grupo de factores que son fuentes de riesgos en la implementaci&oacute;n del proceso de innovaci&oacute;n. Para el caso desarrollado en la <a href="#fig06">Figura 6</a> de dio mayor peso al aspecto econ&oacute;mico en comparaci&oacute;n con el resto de los grupos identificados. La definici&oacute;n del ponderador tambi&eacute;n es una decisi&oacute;n del grupo de an&aacute;lisis quienes decidir&aacute;n si existen aspectos m&aacute;s relevantes que otros y que deber&iacute;an ser atendidos con mayor premura.</font></p>  	    <p align="left"><font face="verdana" size="2">Las acciones <i>X<sub>4</sub>, X<sub>5</sub></i> y <i>X<sub>8</sub></i> no se implementar&iacute;an de acuerdo a las condiciones definidas por el grupo a cargo del proceso de innovaci&oacute;n. Este resultado debe ser corroborado con un an&aacute;lisis de tipo cualitativo basado en experiencias de especialistas en la materia y que es dif&iacute;cil modelar. Adem&aacute;s, el modelo puede ser incrementado con otros tipos de restricciones, si la situaci&oacute;n as&iacute; lo indica, como ser tiempo disponible para la implementaci&oacute;n (acciones de mejoramiento realizadas en serie o en paralelo), condicionantes de secuencia de implementaci&oacute;n, entre otros.</font></p>  	    <p align="left"><font face="verdana" size="2">Como la gesti&oacute;n del riesgo no es ampliamente usada y entendida, esto puede ser una ventaja competitiva significativa para aquellos que implementan la gesti&oacute;n del riesgo en sus proyectos &#91;18&#93; y m&aacute;s a&uacute;n si en ellos existen recursos y personas comprometidas con el futuro de su organizaci&oacute;n.</font></p> 	<table width="200" border="0">       <tr>         <td><img src="/fbpe/img/ingeniare/v20n2/art11-ec03.jpg" width="580" height="272"></td>         <td><font face="verdana" size="2">(3)</font></td>       </tr>     </table> 	    
<p><font face="verdana" size="3"><b>CONCLUSIONES</b></font></p> 	    <p align="left"><font face="verdana" size="2">La gesti&oacute;n efectiva del riesgo es la m&aacute;s importante herramienta de gesti&oacute;n que un administrador puede emplear para aumentar la probabilidad de &eacute;xito del proyecto, pero es necesario que el equipo de personas a cargo tenga la capacidad para hacer uso eficiente de las herramientas relacionadas con la administraci&oacute;n de proyectos, an&aacute;lisis de escenarios y modelamiento matem&aacute;tico, como tambi&eacute;n disponer de un sistema de informaci&oacute;n actualizado, un l&iacute;der con ascendencia y medidas de control aceptadas por los involucrados en el proyecto.</font></p> 	    ]]></body>
<body><![CDATA[<p align="left"><font face="verdana" size="2">Se desarroll&oacute; en este trabajo una novedosa herramienta que permite jerarquizar las acciones de mejoramiento de las condiciones actuales de la organizaci&oacute;n, que se ve enfrentada a un proceso de innovaci&oacute;n, basado en una evaluaci&oacute;n de los factores fuentes de riesgos y la definici&oacute;n de las acciones que podr&iacute;an minimizar esos riesgos, pero hay que ser acucioso en la definici&oacute;n del alcance de cada acci&oacute;n de mejoramiento para no introducir nuevas fuentes de riesgos en el desarrollo del proyecto. Por eso es que es importante el trabajo en equipo y conocer las condiciones del entorno de la organizaci&oacute;n.</font></p> 	    <p align="left"><font face="verdana" size="2">La finalidad de la herramienta es ser un apoyo para la evaluaci&oacute;n del riesgo inherente en la implementaci&oacute;n de acciones de innovaci&oacute;n y definici&oacute;n de acciones mitigantes, y su principal fuente de informaci&oacute;n es la apreciaci&oacute;n del especialista o grupo de an&aacute;lisis y dise&ntilde;o sobre las condicionantes que podr&iacute;an influir en la probabilidad de ser real un escenario no deseado.</font></p>  	    <p align="left"><font face="verdana" size="2">Con el gr&aacute;fico y planillas presentadas r&aacute;pidamente se puede tener un valor bastante aproximado del riesgo, sin tener que entrar en c&aacute;lculos probabil&iacute;sticos. Nadie mejor para esto que aquella persona que conoce bien su ambiente y analiza futuras tareas de mejoramiento.</font></p>  	    <p align="left"><font face="verdana" size="2">Este trabajo fue desarrollado para llenar un vac&iacute;o en la gesti&oacute;n del mantenimiento, espec&iacute;ficamente cuando se enfrentan tareas nuevas, pero eso no limita que su aplicaci&oacute;n pueda ser extendida a otras &aacute;reas de la gesti&oacute;n industrial, definiendo los alcances y marco de referencia.</font></p>  	    <p align="left"><font face="verdana" size="3"><b>REFERENCIAS</b></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;1&#93; L. Tchankova. "Risk identification&#45;basic stage in risk management". Environmental Management and Health. Vol. 13, Issue 3, pp. 290&#45;297. 2002.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100001&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;2&#93; J. Reason. "Managing the Risks of Organizational Accidents". Asgate, Burlington, USA. 1997.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100002&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;3&#93; H. Kumamoto and E. Henley. "Probabilistic Risk Assessment and Management for Engineers and Scientists". IEEE Press. Second Edition. New York, USA. 1996.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100003&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;4&#93; A. Dias, L. Calil, R. Rolim, R. Guembarovski and V. Cardoso. "Metodologia para gerenciamento de risco". IV Simposio </font><font face="verdana" size="2">Internacional de Confiabilidade. S&atilde;o Salvador, </font><font face="verdana" size="2">BA. 2006.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100004&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;5&#93; A. Mosleh, A. Dias, G. Eghhali and K. Fazen. "An Integrated Framework for Identification, Classification and Assessment of Aviation Systems Hazards". International Conference on Probabilistic Safety Assessment and Management (PSAM 7 and ESREL 04). Berlim, Germany. Ref. H11, p. 34. June, 2004. URL: <a href="http://www.psam7.org/finalprogram.pdf" target="_blank">http://www.psam7.org/finalprogram.pdf</a>.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100005&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;6&#93; A. Mobey and D. Parker. "Risk evaluation and its importance to project implementation". Work Study. Vol. 51, Issue 4, pp. 202&#45;206. 2002.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100006&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;7&#93; F. Espinosa. "Metodologia para Inova&ccedil;&atilde;o da Gest&atilde;o de Manuten&ccedil;&atilde;o Industrial". Tese Doutorado. Universidade Federal de Santa Catarina. Brasil. 2006.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100007&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;8&#93; A. Clarke and J. Garside. "The development of a best practice model for change management". European Management Journal. Vol. 15, Issue 5. 1997.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100008&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;9&#93; T. Aven and J. K0rte. "On the use of risk and decision analysis to support decision&#45;making". Reliability Engineering and System Safety. N&deg; 70. 2003.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100009&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;10&#93; A. Rentes. "TransMeth&#45;Proposta de uma Metodologia para Condu&ccedil;&atilde;o de Processos de Transforma&ccedil;&atilde;o de Empresas". Universidade de S&atilde;o Paulo. Escola de Engenharia de S&atilde;o </font><font face="verdana" size="2">Carlos. 2000.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100010&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;11&#93; B. Hudson. "Risk&#45;based maintenance". Petroleum Technology Quarterly. PTQ Q4, </font><font face="verdana" size="2">pp. 37&#45;45. 2006.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100011&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;12&#93; F. Backlund and J. Hannu. "Can we make maintenance decision on risk analysis results?". Journal of Quality in Maintenance Engineering. Vol. 8, Issue 1. 2002.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100012&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;13&#93; J. Emblemsv&acirc;g and L. Kj0lstad. "Strategic risk analysis&#45;a field version". Management Decision. Vol. 40, Issue 9, pp. 842&#45;852. </font><font face="verdana" size="2">2002.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100013&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;14&#93; S. Ward and C. Chapman. "Transforming project risk management into project uncertainty management". International Journal of Project Management. Vol. 21, </font><font face="verdana" size="2">pp. 97&#45;105. 2003.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100014&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;15&#93; F. Okumus. "A framework to implement strategies in organizations". Management </font><font face="verdana" size="2">Decision. Vol. 41, Issue 9, pp. 871&#45;882. 2003.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100015&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p> 	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;16&#93; C. Govers. "What and how about quality function deployment (QFD)". Int. J. Production Economics. Vol. 46&#45;47, </font><font face="verdana" size="2">pp. 575&#45;585. 1996.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100016&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p> 	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;17&#93; S. Han, S. Chen, M. Ebrahimpour and M. Sodhi. "A conceptual QFD planning model". International Journal of Quality &amp; Reliability </font><font face="verdana" size="2">Management. Vol. 18, Issue 8, pp. 796&#45;812. </font><font face="verdana" size="2">2001.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100017&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p>  	    <!-- ref --><p align="left"><font face="verdana" size="2">&#91;18&#93; Y. Kwak and J. Stoddard. "Project risk management: lessons learned from software development environment". Technovation. </font><font face="verdana" size="2">Vol. 24. 2004.    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scieloOrg/php/reflinks.php?refpid=S0718-3305201200020001100018&pid=S0718-33052012000200011&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');"></a>&#160;]<!-- end-ref --></font></p> 	<hr align="left" width="30%" size="1" noshade> 	    <p align="left"><font face="verdana" size="2">Recibido 15 de marzo de 2010, aceptado 16 de mayo de 2012</font></p>      ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Tchankova]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Risk identification-basic stage in risk management]]></article-title>
<source><![CDATA[Environmental Management and Health]]></source>
<year>2002</year>
<volume>13</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>290-297</page-range></nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Reason]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Managing the Risks of Organizational Accidents]]></source>
<year>1997</year>
<publisher-loc><![CDATA[Burlington ]]></publisher-loc>
<publisher-name><![CDATA[Asgate]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Kumamoto]]></surname>
<given-names><![CDATA[H]]></given-names>
</name>
<name>
<surname><![CDATA[Henley]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
</person-group>
<source><![CDATA[Probabilistic Risk Assessment and Management for Engineers and Scientists]]></source>
<year>1996</year>
<edition>Second</edition>
<publisher-loc><![CDATA[New York ]]></publisher-loc>
<publisher-name><![CDATA[IEEE Press]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Dias]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[Calil]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[Rolim]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Guembarovski]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[Cardoso]]></surname>
<given-names><![CDATA[V]]></given-names>
</name>
</person-group>
<source><![CDATA[Metodologia para gerenciamento de risco]]></source>
<year></year>
<conf-name><![CDATA[ IV Simposio Internacional de Confiabilidade]]></conf-name>
<conf-date>2006</conf-date>
<conf-loc>São Salvador, BA </conf-loc>
</nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="confpro">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Mosleh]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[Dias]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[Eghhali]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
<name>
<surname><![CDATA[Fazen]]></surname>
<given-names><![CDATA[K]]></given-names>
</name>
</person-group>
<source><![CDATA[An Integrated Framework for Identification, Classification and Assessment of Aviation Systems Hazards]]></source>
<year>June</year>
<month>, </month>
<day>20</day>
<conf-name><![CDATA[ International Conference on Probabilistic Safety Assessment and Management (PSAM 7 and ESREL 04]]></conf-name>
<conf-loc>Berlim </conf-loc>
<page-range>34</page-range></nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Mobey]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[Parker]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Risk evaluation and its importance to project implementation]]></article-title>
<source><![CDATA[Work Study]]></source>
<year>2002</year>
<volume>51</volume>
<numero>4</numero>
<issue>4</issue>
<page-range>202-206</page-range></nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Espinosa]]></surname>
<given-names><![CDATA[F]]></given-names>
</name>
</person-group>
<source><![CDATA[Metodologia para Inovação da Gestão de Manutenção Industrial]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Clarke]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[Garside]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[The development of a best practice model for change management]]></article-title>
<source><![CDATA[European Management Journal]]></source>
<year>1997</year>
<volume>15</volume>
<numero>5</numero>
<issue>5</issue>
</nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Aven]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
<name>
<surname><![CDATA[K0rte]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[On the use of risk and decision analysis to support decision-making]]></article-title>
<source><![CDATA[Reliability Engineering and System Safety]]></source>
<year>2003</year>
<numero>70</numero>
<issue>70</issue>
</nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Rentes]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<collab>Universidade de São Paulo^dEscola de Engenharia de São Carlos</collab>
<source><![CDATA[TransMeth-Proposta de uma Metodologia para Condução de Processos de Transformação de Empresas]]></source>
<year>2000</year>
</nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Hudson]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<source><![CDATA[Risk-based maintenance]]></source>
<year>2006</year>
<page-range>37-45</page-range></nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Backlund]]></surname>
<given-names><![CDATA[F]]></given-names>
</name>
<name>
<surname><![CDATA[Hannu]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Can we make maintenance decision on risk analysis results]]></article-title>
<source><![CDATA[Journal of Quality in Maintenance Engineering]]></source>
<year>2002</year>
<volume>8</volume>
<numero>1</numero>
<issue>1</issue>
</nlm-citation>
</ref>
<ref id="B13">
<label>13</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Emblemsvâg]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Kj0lstad]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Strategic risk analysis-a field version]]></article-title>
<source><![CDATA[Management Decision]]></source>
<year>2002</year>
<volume>40</volume>
<numero>9</numero>
<issue>9</issue>
<page-range>842-852</page-range></nlm-citation>
</ref>
<ref id="B14">
<label>14</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Ward]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
<name>
<surname><![CDATA[Chapman]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Transforming project risk management into project uncertainty management]]></article-title>
<source><![CDATA[International Journal of Project Management]]></source>
<year>2003</year>
<volume>21</volume>
<page-range>97-105</page-range></nlm-citation>
</ref>
<ref id="B15">
<label>15</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Okumus]]></surname>
<given-names><![CDATA[F]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[A framework to implement strategies in organizations]]></article-title>
<source><![CDATA[Management Decision]]></source>
<year>2003</year>
<volume>41</volume>
<numero>9</numero>
<issue>9</issue>
<page-range>871-882</page-range></nlm-citation>
</ref>
<ref id="B16">
<label>16</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Govers]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[What and how about quality function deployment (QFD]]></article-title>
<source><![CDATA[Int. J. Production Economics]]></source>
<year>1996</year>
<volume>46-47</volume>
<page-range>575-585</page-range></nlm-citation>
</ref>
<ref id="B17">
<label>17</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Han]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
<name>
<surname><![CDATA[Chen]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
<name>
<surname><![CDATA[Ebrahimpour]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[Sodhi]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[A conceptual QFD planning model]]></article-title>
<source><![CDATA[International Journal of Quality & Reliability Management]]></source>
<year>2001</year>
<volume>18</volume>
<numero>8</numero>
<issue>8</issue>
<page-range>796-812</page-range></nlm-citation>
</ref>
<ref id="B18">
<label>18</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Kwak]]></surname>
<given-names><![CDATA[Y]]></given-names>
</name>
<name>
<surname><![CDATA[Stoddard]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Project risk management: lessons learned from software development environment]]></article-title>
<source><![CDATA[Technovation]]></source>
<year>2004</year>
<volume>24</volume>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
