<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="es">
	<id>https://wikicolombia.unocha.org/index.php?action=history&amp;feed=atom&amp;title=Gesti%C3%B3n_de_Proyectos</id>
	<title>Gestión de Proyectos - Historial de revisiones</title>
	<link rel="self" type="application/atom+xml" href="https://wikicolombia.unocha.org/index.php?action=history&amp;feed=atom&amp;title=Gesti%C3%B3n_de_Proyectos"/>
	<link rel="alternate" type="text/html" href="https://wikicolombia.unocha.org/index.php?title=Gesti%C3%B3n_de_Proyectos&amp;action=history"/>
	<updated>2026-04-27T22:19:06Z</updated>
	<subtitle>Historial de revisiones de esta página en la wiki</subtitle>
	<generator>MediaWiki 1.41.1</generator>
	<entry>
		<id>https://wikicolombia.unocha.org/index.php?title=Gesti%C3%B3n_de_Proyectos&amp;diff=6524&amp;oldid=prev</id>
		<title>Villavec: Página creada con &#039;La &#039;&#039;&#039;gestión de proyectos&#039;&#039;&#039; es la disciplina del planeamiento, la organización, la motivación, y el control de los recursos con el propósito de alcanzar uno o varios objet…&#039;</title>
		<link rel="alternate" type="text/html" href="https://wikicolombia.unocha.org/index.php?title=Gesti%C3%B3n_de_Proyectos&amp;diff=6524&amp;oldid=prev"/>
		<updated>2015-09-01T20:54:28Z</updated>

		<summary type="html">&lt;p&gt;Página creada con &amp;#039;La &amp;#039;&amp;#039;&amp;#039;gestión de proyectos&amp;#039;&amp;#039;&amp;#039; es la disciplina del planeamiento, la organización, la motivación, y el control de los recursos con el propósito de alcanzar uno o varios objet…&amp;#039;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Página nueva&lt;/b&gt;&lt;/p&gt;&lt;div&gt;La &amp;#039;&amp;#039;&amp;#039;gestión de proyectos&amp;#039;&amp;#039;&amp;#039; es la disciplina del planeamiento, la organización, la motivación, y el control de los recursos con el propósito de alcanzar uno o varios objetivos. Un [[proyecto]] es un emprendimiento temporario diseñado a producir un único producto, servicio o resultado&amp;lt;ref&amp;gt;http://www.pmi.org/About-Us/About-Us-What-is-Project-Management.aspx&amp;lt;/ref&amp;gt; con un principio y un final definidos (normalmente limitado en tiempo, en costos y/o [[entregables]]), que es emprendido para alcanzar objetivos únicos&amp;lt;ref&amp;gt;*&amp;#039;&amp;#039;La guía definitva de la gestión de proyectos (FT/PH)&amp;#039;&amp;#039;. Nokes, Sebastian. 1º Ed.n. Londres (Financial Times / Prentice Hall): 2006. ISBN 978-8483223215&amp;lt;/ref&amp;gt; y que dará lugar a un cambio positivo o agregará valor.&lt;br /&gt;
&lt;br /&gt;
La naturaleza temporal de los proyectos se contrapone con las operaciones normales de cualquier organización,&amp;lt;ref&amp;gt;Paul C. Dinsmore et al (2005) &amp;#039;&amp;#039;The right projects done right!&amp;#039;&amp;#039; John Wiley and Sons, 2005. ISBN 0-7879-7113-8.&amp;lt;/ref&amp;gt;las cuales son actividades funcionales repetitivas, permanentes o semi-permantentes que hacen a los productos o al servicio. En la práctica, la gestión de estos dos sistemas suelen ser muy distintos, y requieren el desarrollo de habilidades técnicas y gestión de estrategias diferentes.&lt;br /&gt;
&lt;br /&gt;
El primer desafío para la gestión de proyectos es alcanzar la meta del proyecto,&amp;lt;ref&amp;gt;Lewis R. Ireland (2006) &amp;#039;&amp;#039;Project Management&amp;#039;&amp;#039;. McGraw-Hill Professional, 2006. ISBN 0-07-147160-X. p.110.&amp;lt;/ref&amp;gt; y los objetivos dentro de las limitantes conocidas.&amp;lt;ref&amp;gt;Joseph Phillips (2003). &amp;#039;&amp;#039;PMP Project Management Professional Study Guide&amp;#039;&amp;#039;. McGraw-Hill Professional, 2003. ISBN 0-07-223062-2 p.354.&amp;lt;/ref&amp;gt; Las limitantes o restricciones primarias son el [[Alcance (gestión de proyectos)|alcance]], el tiempo, la calidad y el [[presupuesto]]. El desafío secundario, y el más ambicioso de todos, es [[Investigación de operaciones|optimizar]] la [[asignación de recursos]] de las entradas necesarias e integrarlas para alcanzar los objetivos predefinidos.&lt;br /&gt;
&lt;br /&gt;
== Historia ==&lt;br /&gt;
En 1969, se formó el [[Project Management Institute]] (PMI, Instituto para la Gestión de Proyectos) en Estados Unidos.&amp;lt;ref&amp;gt;F. L. Harrison, Dennis Lock (2004). &amp;#039;&amp;#039;Advanced project management: a structured approach&amp;#039;&amp;#039;. Gower Publishing, Ltd., 2004. ISBN 0-566-07822-8. p.34.&amp;lt;/ref&amp;gt; PMI publica &amp;quot;&amp;#039;&amp;#039;A Guide to the Project Management Body of Knowledge&amp;quot;&amp;#039;&amp;#039; ([[Guía de los fundamentos de gestión de proyectos|Guía del PMBOK)]], que describe las prácticas más comunes para &amp;quot;la mayoría de los proyectos, la mayor parte del tiempo&amp;quot;. PMI también ofrece diversas certificaciones.&amp;lt;br /&amp;gt;&lt;br /&gt;
&amp;lt;br /&amp;gt;&lt;br /&gt;
El desarrollo de la sociedad digital 3.0 está revolucionando la forma y procedimientos de la gestión. Dicho desarrollo ha permitido la interactividad y participación en la gestión de proyectos de profesionales muy diversos. Mediante la comunicación digital en Linkedin se han creado grupos muy activos como el de Dirección Estratégica de Proyectos con más de 7.500 integrantes de todo el mundo.&amp;lt;ref&amp;gt;Dirigido por José Luis Portela, profesor del IE Business School y co-autor del libro: Linkedin 200 millones: EL CEO se ha quedado obsoleto, 2012, Edita CreateSpace Independent Publishing Platform, Madrid, ISBN 978-1481089760.&amp;lt;/ref&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Enfoques ==&lt;br /&gt;
Existen varios enfoques para la gestión de actividades de un proyecto, incluyendo enfoque lean (producción esbelta), reiterativo, incremental y en fase.&lt;br /&gt;
&lt;br /&gt;
Sin importar la metodología utilizada, se deben considerar cuidadosamente los objetivos totales del proyecto, los tiempos, los costos, así también como los roles y responsabilidades de cada participante ([[Stakeholder|Interesados o stakeholders]]).&lt;br /&gt;
&lt;br /&gt;
=== Tradicional ===&lt;br /&gt;
Un enfoque en fases tradicional identifica una secuencia de pasos a seguir. En el &amp;quot;enfoque tradicional&amp;quot;,&amp;lt;ref&amp;gt;{{cita libro|apellidos=Wysocki|nombre=Robert K|título=Effective Project Management: Traditional, Adaptive, Extreme|año=Robert K}}&amp;lt;/ref&amp;gt; se distinguen cinco componentes de desarrollo (cuatro pasos y un control):[[Archivo:Project Management (phases).png|thumb|right|320px| Fases típicas de desarrollo en un proyecto de ingeniería]]&lt;br /&gt;
# Iniciación&lt;br /&gt;
# [[Planeamiento de proyectos|Planeamiento]] y diseño&lt;br /&gt;
# Ejecución (realización) y construcción&lt;br /&gt;
# Sistemas de monitoreo y control&lt;br /&gt;
# Cierre (entrega)&lt;br /&gt;
&lt;br /&gt;
=== PRINCE2 ===&lt;br /&gt;
PRINCE2 es un enfoque estructurado a la gestión de proyectos que se publicó en 1996 como un método genérico para la gestión de proyectos.&amp;lt;ref&amp;gt;[http://webarchive.nationalarchives.gov.uk/20110822131357/http://www.ogc.gov.uk/methods_prince_2__background.asp OGC – PRINCE2 – Background]&amp;lt;/ref&amp;gt; Combina la metodología original PROMPT (la cual evolucionó en el método PRINCE) con el MITP de IBM (gestión de la implementación del proyecto total). Este enfoque brinda un método de gestión en un marco muy definido.&lt;br /&gt;
&lt;br /&gt;
PRINCE2 se centra en definir y entregar productos, en particular en la calidad de los requisitos. Como tal, define que un proyecto es exitoso cuando es orientado a la entrega (no orientado a las actividades o a las tareas) a través de la creación un conjunto de productos acordados&amp;lt;ref name=managing&amp;gt;[Office for Government Commerce (1996) &amp;#039;&amp;#039;Managing Successful Projects with PRINCE2&amp;#039;&amp;#039;, p14]&amp;lt;/ref&amp;gt; que definen el alcance del proyecto y brinda una base para el planeamiento y el control. Es decir, cómo se coordinan a las personas y a las actividades, cómo diseñar y supervisar la entrega del producto, y qué se hace si el producto y por lo tanto el alcance del proyecto necesita ajustarse si no transcurre como planeado.&lt;br /&gt;
En el método, cada proceso se especifica con sus entradas y salidas claves y con las metas y actividades específicas para poder entregar el resultado del proyecto como fue definido en el Caso de Negocio. Esto permite que haya una evaluación continua y se realicen ajustes cuando ocurren desvíos del caso de negocio.&lt;br /&gt;
PRINCE2 brinda un lenguaje común para todos los participantes de un proyecto. El marco de gobierno de PRINCE2 -los roles y responsabilidades- se describen en forma completa y necesitan adaptarse a la complejidad de los proyectos y capacidades de la organización.&amp;lt;ref name=managing/&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Gestión de Proyectos por Cadena Crítica ===&lt;br /&gt;
La Gestión de Proyectos por Cadena Crítica (CCPM en sus siglas en inglés) es un método de planeamiento y gestión de la realización de proyectos que tratan con las incertidumbres intrínsecas de la gestión. Tiene en cuenta la disponibilidad limitada de los recursos (físicos, habilidades humanas, gestión y capacidad) necesarios para llevar a cabo el proyecto.&lt;br /&gt;
&lt;br /&gt;
CCPM es una aplicación de la [[Teoría de las limitaciones|teoría de restricciones]] (TOC en sus siglas en inglés) en proyectos. La meta es aumentar el flujo de proyectos en una organización ([[throughput]] o volumen de trabajo). Implementado los tres primeros puntos correlativos de implementación de TOC, se pueden identificar las limitaciones del sistema para todos los proyectos, así también como los recursos. Para aprovechar las limitaciones, se dan prioridades a las tareas de la cadena crítica por encima del resto de las actividades.  Finalmente, los proyectos son planeados y administrados para asegurar que los recursos estén disponibles cuando se deba comenzar una tarea de la cadena crítica, subordinando todos los otros recursos a la cadena crítica.&lt;br /&gt;
&lt;br /&gt;
El plan del proyecto debe someterse a una [[nivelación de recursos]], y la secuencia más grande de tareas limitadas por recursos es considerada la cadena crítica. En algunos casos, como cuando se administran sub-proyectos terciarizados, se recomienda usar un enfoque simplificado sin la nivelación de recursos.&lt;br /&gt;
&lt;br /&gt;
En ambientes de proyectos múltiples, la nivelación de recursos deben atravesar todos los proyectos. Sin embargo, basta con identificar (o seleccionar) un solo &amp;quot;tambor&amp;quot;. Se llama tambor al recurso que actúa como restricción a través de todos los proyectos, que si escalonan con el fundamento de la disponibilidad de ese recurso solo.&lt;br /&gt;
Se puede también usar un &amp;quot;tambor virtual&amp;quot; al seleccionar una tarea o grupo de tareas (normalmente puntos de integración) y limitar el número de proyectos en la etapa de realización.&lt;br /&gt;
&lt;br /&gt;
== Sistemas de control de proyectos ==&lt;br /&gt;
El control de un proyecto se debería establecer como una función independiente de la gestión del mismo. En esencia, consiste en implementar procesos de control y verificación durante el desarrollo de un proyecto de cara a reforzar los objetivos de rendimiento predefinidos. El control de proyectos también incluye las siguientes tareas:&lt;br /&gt;
&lt;br /&gt;
* La creación de una infraestructura que permita a los responsables del control disponer en todo momento de la información adecuada y actualizada del proyecto.&lt;br /&gt;
* El establecimiento de canales de comunicación para informar de las desviaciones en los hitos planificados del proyecto.&lt;br /&gt;
* Fijar un sistema con los [[KPI | indicadores clave de desempeño]].&lt;br /&gt;
* El establecimiento de métodos que garanticen a una adecuada estructura y asignación de recursos en el proyecto, la organización de los [[Flujo de trabajo | los flujos de trabajo]] (&amp;#039;&amp;#039;workflow&amp;#039;&amp;#039;), y la creación de códigos de buen gobierno.&lt;br /&gt;
* Asignar recursos para la formación de los integrantes del proyecto en aquellas áreas que lo requieran, principalmente para evitar los errores más comunes en la gestión de proyectos.&amp;lt;ref&amp;gt;{{cita web |url=http://www.leadersummaries.com/resumen/grandes-errores-en-la-gestion-de-proyectos |título=Resumen del libro Grandes errores en la gestión de proyectos, de Lonnie Pacelli |editor=Leader Summaries |fechaacceso=1 de octubre de 2014}}&amp;lt;/ref&amp;gt;&lt;br /&gt;
* Garantizar la transparencia en la ejecución de todas las tareas que componen el proyecto.&lt;br /&gt;
&lt;br /&gt;
El cumplimiento e implementación de estas tareas se puede lograr a través del uso de herramientas y métodos específicos, como los siguientes:&lt;br /&gt;
&lt;br /&gt;
* Análisis de inversiones.&lt;br /&gt;
* [[Análisis de coste-beneficio | Análisis de coste-beneficio]].&lt;br /&gt;
* Encuestas de expertos.&lt;br /&gt;
* Simulaciones.&lt;br /&gt;
* Análisis de la tendencia en el cumplimiento de hitos.&lt;br /&gt;
* Análisis de la tendencia de costes.&lt;br /&gt;
&lt;br /&gt;
El efectivo control de un proyecto permite que esté bien encaminado y se ejecute a tiempo y según lo presupuestado.&amp;lt;ref&amp;gt;{{cita libro|apellido=Lewis|nombre=James|título=The Project Manager&amp;#039;s Desk Reference|año=2006|editorial=McGraw-Hill|isbn=978-0071464642}}&amp;lt;/ref&amp;gt; Comienza en las etapas tempranas de la planificación y termina con la fase de revisión, una vez que ha concluido el proyecto. Los proyectos se pueden [[Auditoría | auditar]] o revisar durante su desarrollo. Las auditorías formales normalmente analizan el cumplimiento de la planificación o los riesgos que se están asumiendo. Los gestores del proyecto suelen ser los que fijan los objetivos de dicha auditoría. El examen puede incluir una comparativa entre los procesos aprobados para la gestión del proyecto y cómo se está realmente [[Administración | administrando]].&amp;lt;ref&amp;gt;{{cita libro|apellido=Snyder|nombre=Cynthia|título=Introduction to IT Project Management|año=2006|editorial=Management Concepts|isbn=978-1567261783}}&amp;lt;/ref&amp;gt; Cada proyecto se debería evaluar según el nivel de control que se necesite: demasiado control consume tiempo, mientras que la laxitud puede acarrear demasiados riesgos.&lt;br /&gt;
&lt;br /&gt;
== Véase también ==&lt;br /&gt;
* [[Proyecto]]&lt;br /&gt;
* [[Administración de proyectos]]&lt;br /&gt;
* [[Crónicas de Project Management http://lnkd.in/bwayD7P]]&lt;br /&gt;
&lt;br /&gt;
== Referencias ==&lt;br /&gt;
{{listaref}}&lt;br /&gt;
[[Categoría: Gestión de proyectos]][[Categoría:Herramientas de gestión]] [[Categoría:Sistemas]] [[Categoría:Proyectos]][[Categoría:Ingeniería]][[Categoría:Gestión]]&lt;/div&gt;</summary>
		<author><name>Villavec</name></author>
	</entry>
</feed>