No Todo Es Un Proyecto

NO TODO ES UN PROYECTO
Aquellos de nosotros en la gestión de proyectos tendemos a ver todo como un proyecto. ¿Implementando un nuevo
sistema de gestión de proyectos? ¿Es un proyecto que mejora un proceso? Pero algunas cosas no son proyectos; Son
procesos de negocio. Es importante saber cuál es cuál.
Solo hay dos formas en que se realiza el trabajo: a través de procesos de negocio o de proyectos. Todo lo nuevo o
mejorado que ocurra requiere un proyecto. Todas las operaciones en curso requieren procesos comerciales. Un
proyecto es un esfuerzo temporal que produce un resultado único o entregable. Debido a que un proyecto es temporal,
un equipo debe construir y ejecutar un plan de proyecto.
Un proceso de negocio es un esfuerzo permanente que produce un resultado repetitivo. Cada vez que ejecuta el
proceso, obtiene más o menos el mismo resultado. Debido a que un proceso es permanente, hay personas asignadas al
proceso que realizan básicamente el mismo conjunto de tareas cada vez que se ejecuta el proceso de negocio.
¿Qué diferencia hace si algo es un proyecto o un proceso de negocio? A menos que sepa con qué bestia se enfrenta, no
sabrá qué técnica de administración usar. Los proyectos requieren gestión de proyectos. Usar la gestión de proyectos
para ejecutar un proceso de negocio es altamente ineficiente. ¿Suponga que cada vez que envía un paquete nocturno, el
transportista reúne un equipo de proyecto para planificar y supervisar ese envío? eso es ridículo, por supuesto; ¿pero
por qué?
Porque ya conoces los requisitos del cliente. Ya tiene un presupuesto y un cronograma para el proceso, es parte del
proceso de planificación del presupuesto anual. Ya tiene personas en el lugar para hacer las tareas del proceso. No
necesita gestión de proyectos.
Proyectos vs. Procesos de negocios:
En la mayoría de los casos, como en el que se acaba de citar, la distinción es obvia. La confusión entre los dos a menudo
surge cuando tienes un proceso de negocio que crea versiones personalizadas de la misma salida. Aunque el proceso
utiliza el mismo conjunto de pasos cada vez, con las mismas personas el resultado varía. La red de proyectos es un
ejemplo de este tipo de proceso empresarial personalizado. Cada edición de la revista tiene el mismo formato, pero
diferente contenido, lo que puede llevarlo a pensar que producir la revista es un esfuerzo continuo. Produce una salida
repetitiva cada vez que se ejecuta el proceso. Hay asignaciones de trabajo definidas para las personas que trabajan en el
proceso editorial y de producción. Es un proceso comercial personalizado, y debe administrarse utilizando las mejores
técnicas de presupuesto de procesos, descripciones de trabajo definidas, diagramas de flujo de procesos, gestión de
procesos, como tener diagramas de flujo de procesos definidos, políticas y procedimientos de procesos, etc.
Periódicamente, el proceso debería mejorarse y cada cinco años más o menos debería rediseñarse.
Gestionar una organización como si todo fuera un proyecto es simplemente una mala gestión. Cuantos más procesos se
puedan hacer para que sean repetitivos y se conviertan en procesos comerciales, mejores serán los resultados más
predecibles, el riesgo es menor y es más eficiente. Sin embargo, no todos los procesos. Algunos, como el desarrollo de
nuevos productos o el desarrollo web, también serán proyectos. formar un proyecto Las tareas generalmente se
componen de actividades interrelacionadas de menor duración.
No existe un acuerdo universal sobre el uso o la definición de estos términos. el término paquete de trabajo se usa en
gran parte de la literatura de gestión de proyectos para significar lo mismo que una tarea, en referencia a un trabajo
definido que es el punto de enlace común para estimar, presupuestar, programar, informar y controlar el tiempo, el
costo, otros recursos y resultados (técnicos u otros).
A medida que un programa o proyecto se divide en sus elementos constitutivos, cada organización tiende a aplicar el
nombre del proyecto a su parte del esfuerzo general. Esto puede causar confusión, al igual que los términos sistema,
subsistema, etc., en el área técnica. Probablemente no haya una alternativa viable en la mayoría de las situaciones,
aparte de establecer cuidadosamente el nombre del proyecto en cada caso y enfatizar las interrelaciones que existen.
El enfoque de gestión de proyectos tal como se presenta en este libro es aplicable para programar un proyecto o tareas.
Sin embargo, la principal preocupación es a nivel de programa y proyecto. Aunque el término proyecto se usa
principalmente, la aplicación de los conceptos a los programas será evidente.

No Todo Es Un Proyecto

Cargado por

Copyright:

Formatos disponibles

No Todo Es Un Proyecto

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

No Todo Es Un Proyecto

Cargado por

Copyright:

Formatos disponibles

NO TODO ES UN PROYECTO

Proyectos vs. Procesos de negocios:

También podría gustarte