¿Eres tonto por creer en PRINCE2 como metodología de gestión de proyectos?

Si es tonto o no, no me corresponde a mí determinarlo, pero es probable que tenga algunas nociones preconcebidas que son potencialmente defectuosas, especialmente si trabaja en el campo de Business Intelligence (BI), a veces denominado Data Warehousing (DW o DWH). ), pero representado con mayor precisión como sistemas de soporte de decisiones (DSS). La popularidad casi omnipresente y, a menudo, indiscriminada, posiblemente debido a conceptos erróneos y exageraciones a partes iguales, de PRINCE2 como la metodología de gestión de proyectos de elección parece indicar una fe casi ciega en PRINCE2 como la respuesta a todas las oraciones. Bastantes tomadores de decisiones organizacionales insisten en utilizar PRINCE2 como base para implementar proyectos. Te mostraré por qué esta es una decisión fatal con implicaciones potencialmente catastróficas.

ANTECEDENTES

En el extremo superior, la Asociación Internacional de Gestión de Proyectos (IPMA) controla los estándares internacionales. Luego se administran a través de varios nacional cuerpos a través de sus respectivos BoK (Cuerpo de Conocimiento). A menudo se afirma que si los gerentes de proyectos no trabajan dentro de los parámetros definidores del Bok, en realidad no están realizando la gestión de proyectos; ¡sin importar qué tan exitosos sean sus esfuerzos!

Uno de los organismos nacionales es la Asociación Británica para la Gestión de Proyectos (APM), debajo del cual encontrará modelos específicos de la industria, así como PRINCE2, que es un acrónimo de relaciones públicasgestión de objetos EN Ccontrolado miambientes (PRINCE). Uno pensaría que el nombre solo haría que la gente temblara de miedo, pero no es así. En cambio, tiran la precaución al viento y se sumergen en la ola; solo para encontrarse despertándose con un dolor de cabeza atronador en el fondo del mar. ¿No notaste la parte donde decía Revisado ¿Ambientes? De acuerdo, basta de sarcasmo, pero DSS es cualquier cosa pero revisado; es más bien una bestia indomable que muta perpetuamente en una imagen borrosa de esperanza que representa un camino que seguramente será territorio virgen para su organización.

Más específicamente, PRINCE2 se inició para gubernamental implementación de proyectos en Tecnologías de la Información (TI) y ambientes controlados. Es un alternativa – no es una metodología complementaria a, por ejemplo, BS 6079 (British Standard 6079), que es un punto de referencia genérico al igual que ISO 10006, etc.

EL DILEMA DE UNA METODOLOGÍA

Las metodologías, y PRINCE2 no es una excepción, pueden verse como colocadas en algún lugar dentro de un continuo de ser 100 % rigurosas (siguiendo la letra de la ley) y 100 % laxas (come todo lo que puedas… con los ojos vendados). Ese es un problema inherente con ningún metodología, es decir, si son demasiado rigurosos, sofocan la implementación; si son demasiado laxos… entonces, ¿por qué los necesitamos?

Conceptos erróneos críticos

A continuación se muestra una lista de los conceptos erróneos clave que rodean la metodología PRINCE2 tal como se aplica a los proyectos DSS (o BI):

1. Procesos en abundancia: DSS es, al igual que PRINCE2, orientado a procesos y, por lo tanto, muchas personas, erróneamente, concluyen que van bien juntos. Nada podría estar más lejos de la verdad, y bien puede ser el factor más incomprendido. ¿Es cierto que tanto PRINCE2 como DSS se basan en procesos? Sí, es cierto, pero representan dos. completamente diferentes paradigmas. Una es una metodología de gestión de proyectos y la otra es un sistema para implementar soluciones estratégicas de negocios. Uno implementa proyectos basados ​​en 40 actividades separadas agrupadas en siete procesos diferentes, el otro implementa soluciones comerciales estratégicas que toman – COMO ENTRADA – Procesos de negocios (de los sistemas transaccionales). Es muy probable que las personas que promocionan PRINCE2 sean personas muy capaces, ¡pero es posible que no se den cuenta completamente de la naturaleza de la bestia (DSS)!




2. La gestión de proyectos como disciplina.: ¿No es cierto que tanto los proyectos PRINCE2 como los proyectos DSS son proyectos? Con suerte, no esperabas que respondiera ‘no’ a esta. Sí, por supuesto que es cierto, pero al igual que nunca debe aplicar PRINCE2 a, por ejemplo, un proyecto de construcción, debe abstenerse de aplicar PRINCE2 a DSS. ¿Por qué PRINCE2 no es una metodología factible para un proyecto de construcción? Si ha encontrado una forma de domesticar la naturaleza (es decir, de control él), entonces usted debe compartirlo con el mundo. De lo contrario, puede ser hora de reconocer que una talla no siempre sirve para todos. Además, es importante tener en cuenta que PRINCE2 funciona más o menos únicamente en burocrático organizaciones Seguramente, usted, o alguien por ahí, podría argumentar que un canguro es lo mismo que un ser humano en el sentido de que ambos son mamíferos. Sin embargo, argumentaría con cautela que la naturaleza de los dos no es bastante lo mismo. ¡Es un tipo de animal completamente diferente!




3. Transaccional vs Analítico(o DSS o BI o DW… ¡¿no te encanta cuando la gente sigue cambiando los nombres, solo para descubrir que significan lo mismo?!): Puedes dividir TI en dos mundos diferentes, uno se basa en sistemas transaccionales (ej. Facturación, Orden, etc.) y el otro es su DSS (Data Warehouse, Business Intelligence). Son conceptualmente opuestos y muy a menudo, pero no necesariamente, físicamente separados. Todos los sistemas transaccionales también están orientados a procesos. La gestión de pedidos, por ejemplo, es definitivamente un proceso. Para acortar una larga historia, y como se indicó anteriormente: la naturaleza orientada a procesos de PRINCE2 como metodología de gestión de proyectos es una completamente paradigma diferente a la naturaleza orientada a procesos de DSS. Puede aplicar la funcionalidad DSS a un sistema transaccional. A menudo, estos se denominan OLTP (OnorteLine Ttransaccional PAGSprocesamiento)… Simplemente creo que es un acrónimo cuestionable: ¿no son los sistemas DSS típicamente en línea? De todos modos, incluso puede aplicar la funcionalidad transaccional a un DSS, aunque debe tener mucho cuidado al respecto. El sistema DSS está siendo alimentado por los sistemas transaccionales (¡en plural!), de ahí la expresión Enterprise Data Warehouse o Enterprise Business Intelligence. Aquí, nos referiremos a él como un DSS… ¡Sé que te encantan las siglas!




4. Todos para uno y uno para todos: Si bien es posible optar por crear un DSS para un solo sistema transaccional, es arquitectónica y estratégicamente erróneo y conceptualmente absurdo. Asuma un DSS para ejecutar a través de múltiples sistemas transaccionales, y ciertamente a través de múltiples procesos comerciales (nota: a menudo un sistema transaccional representa un proceso comercial). Si los sistemas transaccionales son creados por el mismo proveedor (por ejemplo, un conjunto de productos divididos en módulos) es irrelevante. Piense en ello como procesos comerciales representados por cualquier número de sistemas transaccionales. La clave son los procesos de negocio subyacentes A pesar de ¡la supremacía autoproclamada de cualquier proveedor!




5. TI Teléfono Inicio: Cualquier tipo de tecnología que pueda comprar o no, es algo que cualquiera de sus competidores también puede comprar fácilmente, por lo que confiar en la tecnología es un poco como quedarse dormido en un taburete de tres patas… alguno ¡punto! Es fácil, y muy tentador, caer en la trampa de considerar una solución de DSS como una solución de TI: después de todo, los DSS de todo el mundo se basan en TI, ¿no es así? ¡Claro, y también escribir este artículo en mi computadora!

UNA SOLUCIÓN ESTRATÉGICA DE NEGOCIO

Un proyecto para implementar soluciones DSS debe verse como la implementación de cambios para garantizar la ejecución de soluciones comerciales estratégicas. Por lo tanto, se da a entender que dichos DSS son, por su propia naturaleza, de carácter empresarial. Sin embargo, no implica que no puedas desarrollar algo localmente (es decir, en un departamento o división); a veces, aunque no muy a menudo, incluso tiene sentido, siempre que esté alineado con la arquitectura y los planes estratégicos generales y de toda la empresa. Con demasiada frecuencia, se lo ve como un proyecto de TI más: un nombre inapropiado de tales proporciones que debería hacer sonrojar a organizaciones enteras. En cambio, los deja llorando… ¡del dolor de una gestión prolongada, costosa e ineficaz!

CONSEJOS PARA TUS VICIOS

Completando un proyecto, ningún proyecto, es una tarea titánica. Además, completar con éxito un proyecto DSS podría considerarse una forma de arte; dominado por un número sorprendentemente pequeño de organizaciones, por lo que aquí hay un par de consejos para ayudarlo en el camino:

Lo que separa a un novato de un maestro es que un verdadero artista sabe qué ¡robar!

Tratar con DSS es como mirar a través de un caleidoscopio sobre drogas; lidiar con sistemas transaccionales es como mirar una pared…. de vez en cuando, la pared necesita ser repintada, pero luego está como nueva. Entonces, ¿no es necesario el «muro», puede preguntar? Por supuesto; por supuesto que lo es, ¡pero no necesitas mirarlo todo el tiempo!

business intelligence

Viajes Universitarios by Viajes Fin de Curso

Transformación digital by Inteligencia de Negocios

#Eres #tonto #por #creer #PRINCE2 #como #metodología #gestión #proyectos