<?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>2071-081X</journal-id>
<journal-title><![CDATA[Fides et Ratio - Revista de Difusión cultural y científica de la Universidad La Salle en Bolivia]]></journal-title>
<abbrev-journal-title><![CDATA[Fides Et Ratio]]></abbrev-journal-title>
<issn>2071-081X</issn>
<publisher>
<publisher-name><![CDATA[Universidad La Salle]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S2071-081X2012000100008</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[LA GESTIÓN DE PROYECTOS TECNOLÓGICOS]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[RADA CLAVIJO]]></surname>
<given-names><![CDATA[MARÍA RENEE]]></given-names>
</name>
</contrib>
</contrib-group>
<aff id="A">
<institution><![CDATA[,  ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>04</month>
<year>2012</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>04</month>
<year>2012</year>
</pub-date>
<volume>5</volume>
<numero>5</numero>
<fpage>79</fpage>
<lpage>87</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://www.scielo.org.bo/scielo.php?script=sci_arttext&amp;pid=S2071-081X2012000100008&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.bo/scielo.php?script=sci_abstract&amp;pid=S2071-081X2012000100008&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://www.scielo.org.bo/scielo.php?script=sci_pdf&amp;pid=S2071-081X2012000100008&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[En la actualidad, estando consientes del mundo tan competitivo en el que vivimos, debemos considerar crítica la forma en la que las empresas emprenden proyectos, en especial los que están relacionados con la tecnología. Los proyectos tecnológicos son bastante costosos para poder darse el lujo de sufrir un fracaso, es por este motivo que este artículo presenta algunos lineamientos y aclara la forma en la que los proyectos tecnológicos deben ser enfrentados para evitar sus fracasos]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Implantación]]></kwd>
<kwd lng="es"><![CDATA[estrategia organizacional]]></kwd>
<kwd lng="es"><![CDATA[proyectos tecnológicos]]></kwd>
<kwd lng="es"><![CDATA[proyectos informáticos]]></kwd>
<kwd lng="es"><![CDATA[gestor de proyectos]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="right"><font size="2" face="verdana"><b>ARTICULOS ORIGINALES</b></font></p>     <p align="right">&nbsp;</p>     <p align="center"><font face="verdana" size="4"><b>LA GESTIÓN  DE  PROYECTOS TECNOLÓGICOS</b></font></p>     <p align="center">&nbsp;</p>     <p align="center"><font face="verdana" size="2">MARÍA RENEE RADA CLAVIJO</font>    <br>   <a href="mailto:mrrada@acelerate.com"><font size="2" face="verdana">mrrada@acelerate.com</font></a></p>     <p align="center">&nbsp;</p>     <p align="center">&nbsp;</p> <hr>     <p align="justify"><font face="verdana" size="2"><b>Resumen</b></font></p>     <p align="justify"><font face="verdana" size="2">En la actualidad, estando consientes del mundo tan competitivo en el que vivimos, debemos considerar crítica la forma en la que las empresas emprenden proyectos, en especial los que están relacionados con la tecnología. Los proyectos tecnológicos son bastante costosos para poder darse el lujo de sufrir un fracaso, es por este motivo que este artículo presenta algunos lineamientos y aclara la forma en la que los proyectos tecnológicos deben ser enfrentados para evitar sus fracasos.</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2"><b>Palabras Clave</b></font></p>     <p align="justify"><font face="verdana" size="2">Implantación, estrategia organizacional, proyectos tecnológicos, proyectos informáticos, gestor de proyectos.</font></p> <hr>     <p align="justify">&nbsp;</p>     <p align="justify"><font face="verdana" size="3"><b>Introducción</b></font></p>     <p align="justify"><font face="verdana" size="2">Las empresas generalmente emprende proyectos de tecnología o informáticos simplemente pensando que se solucionaran los problemas automatizando los procesos operativos,</font> <font face="verdana" size="2">sin embargo no analizan el impacto que podrían tener en la estrategia de su negocio.</font></p>     <p align="justify"><font face="verdana" size="2">En la mayoría de los casos los fracasos en proyectos de tecnología no son por problemas técnicos, sino por problemas de concepción y actitud frente a los mismos.</font></p>     <p align="justify"><font face="verdana" size="2">Actualmente los profesionales conocedores de la gestión de proyectos son muy cotizados, ya que depende de ellos en gran medida el éxito o fracaso de los mismos. La pregunta está en ¿qué características debe tener un gestor de proyectos de tecnología para reducir el gran porcentaje de fracasos en este tipo de proyectos?.</font></p>     <p align="justify"><font face="verdana" size="2">Es importante definir los lineamientos y establecer las razones de los fracasos como lecciones aprendidas para difundirlas y evitar que otros gestores cometan los mismos errores que venimos cometiendo los que tenernos mayor experiencia.</font></p>     <p align="justify">&nbsp;</p>     <p align="justify"><font face="verdana" size="3"><b>2. DESARROLLO</b></font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2">Estrategia de negocios y proyectos de tecnología.</font></p>     <p align="justify"><font face="verdana" size="2">Los proyectos se originan y desarrollan principalmente por dos motivos dentro de una organización o empresa; en primer lugar, con el objetivo de aprovechar una oportunidad de negocio y en segundo término, para resolver alguna situación particular que se esté presentando en la empresa. Sin embargo es importante considerar las razones que llevarán a la organización a escoger un proyecto tecnológico frente a otro del mismo tipo o de diferente índole, como por ejemplo un proyecto de infraestructura.</font></p>     <p align="justify"><font face="verdana" size="2">Las organizaciones deben tener claro que deben considerarse tanto el impacto que el proyecto seleccionado tendrá frente a la estrategia del negocio, la factibilidad de su implantación y los riesgos a los que se enfrentará el mismo, para poder seleccionar el más adecuado para los fines que persigue la empresa.</font></p>     <p align="justify"><font face="verdana" size="2">Es importante hacer hincapié en que cada vez que avanzamos más con la tecnología en un ámbito estratégico dentro de las organizaciones, los proyectos tecnológicos tienen cada vez más componentes empresariales (1). Eso no quiere decir que los proyectos tecnológicos o informáticos ya no existen, como afirman algunos autores (4). Consideraremos entonces que los proyectos tecnológicos son &quot;mixtos&quot;, en los cuales ademñas de fabricar, instalar</font> <font face="verdana" size="2">o implantar un producto técnico (que puede observarse y evaluarse físicamente), ocurren y deben ocurrir cambios en los procesos de trabajo de la empresa, en las actitudes, los comportamientos y el conocimiento de las personas y en el propio entorno en el que el producto deberá funcionar. Los objetivos de los proyectos son, por tanto, compuestos y complejos y la interacción con la empresa es continua y cambiante.</font></p>     <p align="justify"><font face="verdana" size="2">Este es entonces el enfoque de proyectos tecnológicos que obliga a contar con un gestor de proyectos capacitado para enfrentar este tipo de proyectos compuestos, ya que en el equipo de trabajo deberá combinarse los conocimientos tecnológicos, estratégicos y funcionales para poder obtener un producto exitoso en la empresa. Deberá también trabajar consiente de la complejidad de estos proyectos, ya que en el equipo de trabajo no solo trabajarán los profesionales en tecnología, sino los expertos del área o áreas funcionales que contaran con esta tecnología para realizar su trabajo, considerando que el impacto que pueda tener el proyecto será transversal a la jerarquía organizacional.</font></p>     <p align="justify"><font face="verdana" size="2">Estadísticas  de  fracasos  en proyectos de tecnología.</font></p>     <p align="justify"><font face="verdana" size="2">Los proyectos de tecnología ya son famosos por sus desviaciones en</font> <font face="verdana" size="2">presupuesto y plazo, al punto de que muchos gerentes del negocio evitan embarcarse en ellos.</font></p>     <p align="justify"><font face="verdana" size="2">Se continúa fracasando en la ejecución de proyectos informáticos y de tecnología al igual que en el pasado. En mi opinión son dos razones las que nos han llevado a seguir fracasando en estos proyectos. La primera es que existe poca documentación sobre los fracasos y poca divulgación de los mismos y la segunda es que muy pocos profesionales en tecnología saben gestionar proyectos.</font></p>     <p align="justify"><font face="verdana" size="2">Mientras las revistas de tecnología y de negocios le dan una amplia cobertura a proyectos fantásticos, donde se ganan decenas de millones de dólares, la realidad que cada uno de nosotros vive día a día es muy distinta. La tecnología se ha vuelto imprescindible y omnipresente, pero el control y gerenciamiento de  los</font> <font face="verdana" size="2">proyectos está lejos de ser satisfactorio.</font></p>     <p align="justify"><font face="verdana" size="2">Empíricamente, se dice que más del 50% de los proyectos tecnológicos no responden a los objetivos que tenían planteados o han tenido desviaciones significativas de tiempo o de coste. Según algunos autores, esta cifra llega al 70% o al 80% [1].</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2">Hay muchos estudios que intenta cuantificar el costo de los fracasos en proyectos informáticos. Generalmente están de acuerdo que el número es por lo menos de 50 a 80 millones de dolares por año [5].</font></p>     <p align="justify"><font face="verdana" size="2">De acuerdo con un estudio del Standish Group, una de las mejores referencias, definen el éxito de un proyecto informático cuando alcanzan el presupuesto, costo y objetivo esperados.</font></p>     <p align="justify"><font face="verdana" size="2">El estudio del 2004 nos muestra:</font></p>     <p align="center"><img src="/img/revistas/rfer/v5n5/a08_figura01.gif" width="417" height="234">    <br>   <font face="verdana" size="2">Gráfico 1 : Estadísticas &quot;Standish Chaos Group&quot; 1994</font></p>     <p align="justify"><font face="verdana" size="2">Los  estudios  realizados  actualizados  al  2009  son  los  siguientes:</font></p>     <p align="center"><img src="/img/revistas/rfer/v5n5/a08_figura02.gif" width="457" height="357">    <br>   <font face="verdana" size="2">Gráfico 2 : Estadísticas &quot;Standish Chaos Group&quot; 1994 al 2009</font></p>     <p align="justify"><font face="verdana" size="2">El costo en el que se incurre por proyectos cancelados supero los 55 mil millones de dólares anuales.</font></p>     <p align="justify"><font face="verdana" size="2">La Universidad de Oxford en su estudio sobre el éxito en proyectos de Tecnología de Información (Saur &amp; Cuthbertson, 2003) reporta:</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Proyectos exitosos: 16%</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Proyectos fallidos: 74%</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Proyectos   cancelados:</font></p>     <p align="justify"><font face="verdana" size="2">La British Computer Society reporta que el sector público del Reino Unido pasó de un estimado de 12,4 millones de libras esterlinas para gastos en Tecnología de Información a un gasto real de 22,6 millones de libras esterlinas (Jaques, 2004):</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Proyectos exitosos: 16 %</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Costo a causa de proyectos fallidos de decenas de billones de libras esterlinas en  la  Unión  Europea.</font></p>     <p align="justify"><font face="verdana" size="2">Bob Lawhorn (con más de 40 años de experiencia en desarrollo de software, medición y estimación de proyectos), en su presentación sobre proyectos fallidos de software de marzo de 2010, nos muestra las siguientes estadísticas sobre las causas de los fracasos:</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp;Aplicaciones mal definidas por falta de comunicación entre el cliente y la TI, contribuyen a una tasa de fracaso de proyectos del 66%, y tiene un </font><font face="verdana" size="2">costo para las empresas estadounidenses al menos de 30 mil millones de dólar cada año (Forrester Research).</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Entre el 60% y el 80% de los fracasos en proyectos pueden ser atribuidos directamente a los pobres requisitos de recopilación, análisis y</font> <font face="verdana" size="2">administración   (MetaGroup)</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; El 50% de los proyectos fracasan ya habiéndose puesto en marcha (Gartner)</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2">-&nbsp;40% de los problemas se producen a causa de los usuarios finales (Gartner)</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Entre el 25% y 40% del total de gastos  en   los   proyectos  se</font> <font face="verdana" size="2">desperdicia como resultado de los reprocesos (Carnegie Mellon)</font></p>     <p align="justify"><font face="verdana" size="2">Dynamic Markets Limited en un estudio realizado el 2007 de 800 administradores de Tecnología de Información en ocho países muestra los siguientes resultados:</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; El 62% de los proyectos realizados por organizaciones especialistas en TI no cumplieron la planificación realizada.</font></p>     <p align="justify"><font face="verdana" size="2">- El   49%    de    los    proyectos sobrepasaron   el   presupuesto.</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; El 47% superaron los costos de mantenimiento esperados.</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; El 41 % no pudo cumplir con el valor que se esperaba para el negocio y el</font> <font face="verdana" size="2">ROÍ  (retorno de  la inversión).</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; El 25% de todos los proyectos de software y servicios se cancelan antes de terminarse.</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Hasta un 80% del presupuesto es consumidos por problemas que se generan por el mismo proyecto.</font></p>     <p align="justify"><font face="verdana" size="2">Aunque las cifras son alarmantes, es importante y alentador saber que ya se conocen las principales causas de estos fracasos y por lo tanto podemos evitarlas y cambiar estas cifras.</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2">Causas por las que los proyectos de tecnología fracasan.</font></p>     <p align="justify"><font face="verdana" size="2">Tenemos que destacar que existen dos tipos de causas por las que los proyectos de tecnología fracasan, las causas técnicas y las causas no técnicas. Se puede pensar que los proyectos fallan porque la gente no sabe hacerlos, por un desconocimiento principalmente técnico. No es así, ni es la razón más frecuente. Un proyecto falla por una gran variedad de razones [1]:</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Falta de compromiso de la dirección</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Los usuarios no se involucran</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Falta de conocimiento técnico por parte del equipo</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Falta de madurez o estabilidad de la tecnología</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Malas relaciones con otras partes o departamentos interesados en el proyecto</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Mala gestión administrativa y económica del trabajo</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Falta de supervisión del gerente y supervisores</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Pocas reuniones de seguimiento y control</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Documentación insuficiente de progreso y seguimiento</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Pésima planificación</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Venta y contratación por debajo de las necesidades de tiempo y recursos</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Plazos de ejecución no realistas</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Mala definición de autoridad y roles dentro del equipo del proyecto</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Mal ambiente de trabajo y falta de comunicación en el equipo</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp;Asignación inadecuada de personal en  cantidad  o  en  los  perfiles</font></p>     <p align="justify"><font face="verdana" size="2"><b>-</b>&nbsp; &nbsp;No se identificaron los riesgos</font></p>     <p align="justify"><font face="verdana" size="2">En su mayoría los casos, los fracasos se deben a las personas más que a los errores técnicos o tecnológicos, entre los problemas en los que se incurre con   más  frecuencia   están   [1]:</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Los miembros del equipo no tienen la formación adecuada</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2">-&nbsp; Falta de personal</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Falta de supervisión</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp;Conflictos internos dentro del equipo</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Conflictos por asignación a más de un proyecto</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Miembros desmotivados</font></p>     <p align="justify"><font face="verdana" size="2">- Los  miembros  del  equipo  no</font> <font face="verdana" size="2">aprenden -Sobrecarga de trabajo,  largos</font> <font face="verdana" size="2">horarios</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Equipo desplazado todo el tiempo, de lo cual se resiente su vida familiar</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Falta de involucramiento de los equipos del cliente</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; No aceptación del proyecto por personas clave del cliente</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Bajo rendimiento de personas clave del equipo</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2">-&nbsp; Diferente visión de los objetivos entre los miembros</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; El cliente no asigna recursos o no están cualificados</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Problemas con los subcontratistas</font></p>     <p align="justify"><font face="verdana" size="2">Profesionales gestores de proyectos tecnológicos</font></p>     <p align="justify"><font face="verdana" size="2">En la práctica, la gestión de proyectos aflora como una disciplina, actividad y hasta una profesión separada de la gestión de empresas y de las organizaciones en general. Por otro lado, los buenos gestores de proyectos son profesionales muy apreciados.</font></p>     <p align="justify"><font face="verdana" size="2">Las características de esta nueva profesión son las siguientes [2]:</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; El responsable de proyecto es un profesional cuya especialización consiste en formar, organizar y dirigir al equipo de trabajo.</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp;Trabaja en contacto con mucha gente (el equipo propio, el cliente, otros proveedores, partes interesadas en el proyecto, etc.</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Su única misión es que el proyecto se haga en los plazos y términos establecidos.</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Para  esto,  debe  coordinar y supervisar los trabajos (técnica y económicamente) y vigilar y actuar sobre el entorno en el que se realiza el proyecto.</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2">-&nbsp; Es responsable de proyectos está sometido a una fuerte presión, pero a la vez es un trabajo apasionante, lleno de retos y variado.</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;En su perfil, es importante la capacidad analítica y de gestión, ser creativo, activo y personalmente maduro.</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; No existe estudios de esta profesión. Muchos conocimientos están incluidos</font> <font face="verdana" size="2">en algunas carreras técnicas (Ingeniería, Arquitectura, etc.), pero en realidad la puede realizar cualquier profesional.</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Para la formación de gestión de proyectos, aparte de habilidades y metodologías, la formación en el trabajo y en la práctica es la más importante y, de este modo, asumir responsabilidades progresivas en proyectos  y  con   la   adecuada supervisión y retroalimentación.</font></p>     <p align="justify"><font face="verdana" size="2">Según Tools Management &amp; Consultancy [7] quienes han recogido entre un colectivo significativo de Directores de Recursos Humanos y Directores Técnicos, las habilidades más significativas que debe poseer un gestor de proyectos en general, destacando como las más apreciadas las siguientes:</font></p>     <p align="justify"><font face="verdana" size="2">Habilidades personales:</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp; Optimismo   y   autoconfianza</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Empatia:   la   escucha   activa</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Motivación personal</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Actividad y dominio del cansancio</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Control ante las frustraciones</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Lealtad</font></p>     <p align="justify"><font face="verdana" size="2">Habilidades profesionales:</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Comunicación verbal y escrita</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; &nbsp;Ambición   por el  aprendizaje</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp; Orientación al cliente (externo e interno)</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp;Trabajo en equipo</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp;Presentación de ideas</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp;Técnicas de Negociación</font></p>     <p align="justify"><font face="verdana" size="2">A estas, y basándose en su experiencia como institución, añade otras dos:</font></p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="2">-Protocolo   en   las   relaciones</font></p>     <p align="justify"><font face="verdana" size="2">-Liderazgo  de   equipo   (físicas y escritas)</font></p>     <p align="justify"><font face="verdana" size="2">Podemos decir que estas son las</font> <font face="verdana" size="2">cualidades teóricas o ideales de jefe</font> <font face="verdana" size="2">de proyecto, pero tantas exigencias</font> <font face="verdana" size="2">muy pocos profesionales las cumplen</font> <font face="verdana" size="2">y, como dicen Andersen y otros, es</font> <font face="verdana" size="2">frustrante ir comparando a la gente que</font> <font face="verdana" size="2">hacer proyectos con estas listas de</font> <font face="verdana" size="2">super-cualidades. Es más importante</font> <font face="verdana" size="2">entender cuáles son los requerimientos</font> <font face="verdana" size="2">esenciales    del    puesto,    con</font> <font face="verdana" size="2">independencia de las cualidades</font> <font face="verdana" size="2">personales y directivas [1]. Un buen</font> <font face="verdana" size="2">gestor de proyecto:</font></p>     <p align="justify"><font face="verdana" size="2">-Puede hacer una valoración realista</font> <font face="verdana" size="2">del estado del      proyecto, tanto con</font> <font face="verdana" size="2">relación al cumplimiento de los hitos</font> <font face="verdana" size="2">y el progreso del trabajo, como con</font> <font face="verdana" size="2">relación a la situación de las personas</font> <font face="verdana" size="2">del equipo.</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp;Puede proponer y ejecutar acciones y decisiones para corregir la situación si hace falta, de forma flexible y efectiva, para el éxito del trabajo y de la gente.</font></p>     <p align="justify"><font face="verdana" size="2">-&nbsp;Puede comunicar lo anterior de forma adecuada en el contenido, en la forma y en el tiempo, para obtener la comprensión y el apoyo de todas las partes involucradas</font></p>     <p align="justify"><font face="verdana" size="2">Este balance de madurez, flexibilidad y realismo entre las necesidades del proyecto y las de las personas es lo más importante en el jefe de proyecto.</font></p>     <p align="justify"><font face="verdana" size="2">Normalmente, un gestor de proyecto ha sido antes miembro de un equipo, por lo general un miembro exitoso, y ha aportado su conocimiento funcional o técnico al equipo. Aunque un gestor de proyecto también tiene una aportación técnica, no está ahí principalmente para esto y no es verdad que el gerente sea &quot;el que más sabe&quot;. En los proyectos de tecnología, es habitual y deseable que tenga una formación o experiencia técnica en tecnología. Esto facilita la relación con el equipo y el conocimiento de las metodologías, técnicas y herramientas que se utilizan en el trabajo.</font></p>     <p align="justify"><font face="verdana" size="2">Existen en algunos países, escuelas o institutos, sistemas de certificación y colegios profesionales de gestión de proyectos. El ejemplo más conocido es el del Project Management Institute (PMI), que publica el Project Managemente Body of Knowledge (PMBOK) [3] y certifica a través de exámenes a los profesionales de esta disciplina.</font></p>     <p align="justify">&nbsp;</p>     ]]></body>
<body><![CDATA[<p align="justify"><font face="verdana" size="3"><b>3. CONCLUSIONES</b> </font></p>     <p align="justify"><font face="verdana" size="2">Para que un proyecto de tecnología tenga impacto y éxito en la organización donde se implante, este proyecto debe apoyar una o varias de las estrategias empresariales, lo cual permitirá ser una fuente de ventaja competitiva para la empresa.</font></p>     <p align="justify"><font face="verdana" size="2">En un proyecto de tecnología intervienen un conjunto de factores tanto humanos, organizativos como tecnológicos que facilitan o impiden el éxito del mismo y de la organización en general. Estos aspectos deben ser gestionados a lo largo del proyecto para asegurar el éxito deseado.</font></p>     <p align="justify"><font face="verdana" size="2">La causa de muchos fracasos en los proyectos de tecnología se deben a la falta de habilidades y disciplina de gestión y organización de los proyectos, la indefinición de roles y responsabilidades, y la minusvaloración del impacto organizativo de los proyectos de tecnología.</font></p>     <p align="justify"><font face="verdana" size="2">Es importante, entonces, formar y capacitar a los profesionales en tecnología en el área de gestión de proyectos, para que sean los gestores ideales de un proyecto tecnológico, asegurando el éxito del proyecto y el de la organización en caso de permitirle trabajar apoyando las estrategias de la organización.</font></p>     <p align="justify">&nbsp;</p>     <p align="justify"><font face="verdana" size="3"><b>4. BIBLIOGRAFÍA</b></font></p>     <p align="justify"><font face="verdana" size="2">Referencias de libros:</font></p>     <!-- ref --><p align="justify"><font face="verdana" size="2">[1] J. Rodríguez, Gestión de proyectos</font> <font face="verdana" size="2">informáticos: métodos, herramientas y</font> <font face="verdana" size="2">casos, 1ed. Barcelona: El Ciervo, 2007.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=826021&pid=S2071-081X201200010000800001&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p align="justify"><font face="verdana" size="2">[2] Varios Autores, Descubre las</font> <font face="verdana" size="2">profesiones actuales. Barcelona: Ed.</font> <font face="verdana" size="2">Planeta, 2002</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=826022&pid=S2071-081X201200010000800002&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><!-- ref --><p align="justify"><font face="verdana" size="2">[3] Project Managemente Institute, Guía</font> <font face="verdana" size="2">de los fundamentos para la dirección</font> <font face="verdana" size="2">de proyectos, 4 ed. USA: Newton</font> <font face="verdana" size="2">Square, 2008.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=826023&pid=S2071-081X201200010000800003&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><p align="justify"><font face="verdana" size="2">Reportes técnicos:</font></p>     <p align="justify"><font face="verdana" size="2">[4] M.A. Cavia (2007, Octubre). Los</font> <font face="verdana" size="2">Proyectos Informáticos no existen.,</font> <font face="verdana" size="2">Editorialpm, IAAP, Project Management.</font> <font face="verdana" size="2">Disponible:      <A href=http://iaap.wordpress.com/2007/10/09/los-proyectos-informaticos-no-existen/ target="_blank">    <br> http://iaap.</A></font><a href="http://iaap.wordpress.com/2007/10/09/los-proyectos-informaticos-no-existen/"><font face="verdana" size="2">wordpress.com/2007/10/09/los-proyectos-informaticos-no-existen/</font></a><font face="verdana" size="2"></font></p>     <p align="justify"><font face="verdana" size="2">[5] Galorath Incorporated (2010, Enero).</font> <font face="verdana" size="2">Software Project Failure Costs Billions.</font> <font face="verdana" size="2">Better Estimation &amp; Planning Can Help.</font> <font face="verdana" size="2">Disponible:    <br>  <A href=http://www. galorath.com/wp/software-project-failure-costs-billions-better-estimation-planning-can-help.php target="_blank">http://www. galorath.com</A></font><a href="http://www. galorath.com/wp/software-project-failure-costs-billions-better-estimation-planning-can-help.php"><font face="verdana" size="2">/wp/software-project-failure-costs-billions-better-estimation-planning-can-help.php</font></a></p>     <!-- ref --><p align="justify"><font face="verdana" size="2">[6] Computer Sciences Corporation</font> <font face="verdana" size="2">(2003). Improving the Performance or</font> <font face="verdana" size="2">Your Program Managemente Office.</font> <font face="verdana" size="2">Waltham (MA): C.S.C.</font>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[&#160;<a href="javascript:void(0);" onclick="javascript: window.open('/scielo.php?script=sci_nlinks&ref=826029&pid=S2071-081X201200010000800006&lng=','','width=640,height=500,resizable=yes,scrollbars=1,menubar=yes,');">Links</a>&#160;]<!-- end-ref --><p align="justify"><font face="verdana" size="2">[7] Tools Management &amp; Consultancy</font> <font face="verdana" size="2">(2003, Julio). Metodología General para</font> <font face="verdana" size="2">el Desarrollo de Proyectos. Disponible:</font>     <br> <font face="verdana" size="2"><A href=http://www.mailxmail.com/curso-metodologia-general-desarrollo-proyectos/habilidades-fundamentales-gestor-proyectos target="_blank">http://www.mailxmail.com/curso-</A><a href="http://www.mailxmail.com/curso-metodologia-general-desarrollo-proyectos/habilidades-fundamentales-gestor-proyectos">metodologia-general-desarrollo-proyectos/habilidades-fundamentales-gestor-proyectos</a></font></p>     <p align="justify">&nbsp;</p>     ]]></body>
<body><![CDATA[ ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Rodríguez]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Gestión de proyectos informáticos: métodos, herramientas y casos]]></source>
<year>2007</year>
<edition>1</edition>
<publisher-loc><![CDATA[Barcelona ]]></publisher-loc>
<publisher-name><![CDATA[El Ciervo]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="book">
<source><![CDATA[Descubre las profesiones actuales]]></source>
<year>2002</year>
<publisher-loc><![CDATA[Barcelona ]]></publisher-loc>
<publisher-name><![CDATA[Ed. Planeta]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="book">
<collab>Project Managemente Institute</collab>
<source><![CDATA[Guía de los fundamentos para la dirección de proyectos]]></source>
<year>2008</year>
<edition>4</edition>
<publisher-name><![CDATA[Newton Square]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Cavia]]></surname>
<given-names><![CDATA[M.A]]></given-names>
</name>
</person-group>
<source><![CDATA[Los Proyectos Informáticos no existen]]></source>
<year>2007</year>
</nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="">
<collab>Galorath Incorporated</collab>
<source><![CDATA[Software Project Failure Costs Billions. Better Estimation & Planning Can Help]]></source>
<year>2010</year>
<month>, </month>
<day>En</day>
</nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="book">
<collab>Computer Sciences Corporation</collab>
<source><![CDATA[Improving the Performance or Your Program Managemente Office]]></source>
<year>2003</year>
<publisher-loc><![CDATA[Waltham ]]></publisher-loc>
<publisher-name><![CDATA[C.S.C]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="">
<collab>Tools Management & Consultancy</collab>
<source><![CDATA[Metodología General para el Desarrollo de Proyectos]]></source>
<year>2003</year>
<month>, </month>
<day>Ju</day>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
