Ensayo comparativo de metodologías de administración del proyecto PMI y Rakos

Por: Emmanuel Isai Chable Collí

Las metodologías de administración de proyectos es una disciplina que permite el definir y

elaborar un conjunto de técnicas, herramientas, métodos y procesos que nos permitirán
definir y avanzar con el desarrollo de un proyecto, por su parte hay que reconocer que la
metodología propuesta por PMI es para proyectos en general y no en específico para un
área en particular, en comparación con la metodología de Rakos la cual está enfocada hacia
los proyectos de desarrollo de software, con esto en mente es que es posible encontrar
varias diferencias al igual que similitudes porque estas dos metodologías se enfocan a lo
mismo a la administración de proyectos.

Centrándonos ahora en la metodología de Rakos este nos propone una serie de fases a
seguir para el desarrollo de un proyecto de software; Las cuales son presentadas a
continuación:

Primeramente, está la Fase de definición; esta fase consiste en obtener la mayor

información del problema del cliente con el propósito de estimar el costo y tiempo de
entregar una solución, se debe conocer qué es lo que se requiere para solucionar el
problema, se debe asegurar que el proyecto sea factible y tomar una decisión de comenzar
con él, entre los principales entregables está el documento de requerimientos, un plan
preliminar del proyecto, un estudio de factibilidad e incluso la identificación de riesgos
mediante un plan de contingencia. Hay que considerar que los usuarios (clientes) son
responsables de otorgar información confiable en las entrevistas que el equipo encargado
del proyecto deberá realizar.

Luego en la Fase de análisis; está consiste en definir con exactitud lo que el sistema hará
para el usuario y responder el ¿cómo se instalará en un ambiente solicitado?. Entre las
salidas más importantes está la especificación funcional del sistema, también es importante
el definir la propuesta de desarrollo, un documento que detalla lo que se realizará en las
siguientes fases del proyecto, al igual que la definición del plan de pruebas de aceptación ya
que en esta fase se tienen las funcionalidades solicitadas por el usuario y las que se
deberán probar. Los principales roles en esta fase son el usuario y el analista ya que en
conjunto se encargan de validar las funcionalidades solicitadas, mediante un conjunto de
diagramas o pseudocódigo con la finalidad de entender los principales flujos de cada
funcionalidad.

Posteriormente dentro de la Fase de diseño, se incluyen actividades como el de diseñar en

un alto y medio nivel, el diseño del sistema y documentarlo en la especificación de diseño;
también se incluye el inicio de la redacción del plan de aceptación, un documento que lista
las pruebas para verificar el correcto funcionamiento de las funciones solicitadas, asimismo
es importante el identificar las características de los datos a almacenar, por ejemplo con un
diccionario de datos, normalmente el responsable del proyecto es encargado de definir un
equipo de diseño, los cuales se encargarán de realizar los distintos diseños requeridos para
el sistema.
Seguidamente se encuentra la Fase de programación donde las principales actividades en
esta fase, es la de construir y/o escribir programas, también es necesario el realizar pruebas
a los programas construidos y realizar el documento del plan de pruebas de sistema al igual
que la documentación del usuario (manuales, documentación de módulos, etc.). Es
importante el definir procesos para la integración de múltiples módulos, el respetar el diseño
provisto y realizar un análisis previamente del diseño al inicio de la programación de
módulos.

Ahora bien, la Fase de pruebas de sistema se encuentran que las principales actividades
son el de integrar las diferentes piezas del software para generar un sistema y por otro lado
el probar cada integración para verificar que conjunto de módulos estén funcionando de la
manera que se espera. Esta fase incluye el refinamiento del documento de plan de pruebas
de sistema al igual que la ejecución de dichas pruebas definidas en el documento también
es importante que el equipo de pruebas vaya informando al administrador del proyecto del
progreso de las pruebas realizadas.

Posteriormente en la Fase de pruebas de aceptación, consiste en validar que lo que se ha

estado desarrollando es lo prometido en las fases iniciales del proyecto, donde consistirá el
seguir un plan de pruebas de aceptación para mostrar al usuario las pruebas realizadas y
que esté de su consentimiento (firma/aprobación) para aceptar el resultado del sistema final.

Por último, la Fase de operación; La fase de operación inicia cuando el sistema es

entregado al cliente para comenzar a utilizarse, donde la principal actividad es hacer válida
la garantía que consistirá en que el equipo del proyecto brinde sus servicios para el resolver
errores o algún problema en el sistema, también es considerable el realizar reuniones para
determinar la causa del problema para generar medidas que nos garanticen que esto no
vuelva a ocurrir en futuros proyectos. En general está fase está muy ligada al
mantenimiento del sistema.

Por otro lado, la metodología de PMI, nos definen las siguientes fases:

Primero el Inicio del proyecto, incluye procesos para definir un nuevo proyecto o fase de un
proyecto existente, se identifican interesados (estos son registrados en un documento) y se
define un acta de constitución del proyecto el cual deberá ser aprobada para iniciar
formalmente el proyecto, está fase inicia cuando el patrocinador genera una petición para
comenzar un nuevo proyecto, que proceden del mismo negocios o acuerdos externos.

La siguiente fase es la Organización y preparación (planificación) en ella se establece el

alcance total del esfuerzo, se definen/refinan objetivos, se desarrollan procesos y
actividades para alcanzar esos objetivos, el entregable principal es el plan de dirección del
proyecto donde se detallarán actividades iterativas y continuas, también se busca explorar
algunos aspectos como el alcance, tiempo, costo, comunicaciones, recursos humanos,
riesgos, adquisiciones y participación de los interesados.

Siguiendo está la fase de Ejecución del trabajo donde se emplean los procesos definidos en
el plan de dirección del proyecto para cumplir con lo estipulado en dicho plan, es posible
que conforme el proyecto de vaya construyendo se requieran modificaciones en el plan de
dirección del proyecto, como la duración, cambios en disponibilidad y los recursos
necesitados, por lo que dichas modificaciones primero deberán pasar como solicitudes
antes de realizarse cualquiera modificación.

De igual manera se tiene la fase de control del proyecto, está fase incluye una serie de
procesos encargados de analizar y dirigir el progreso y desempeño del proyecto, con la
finalidad de identificar cambios en el plan de dirección, está fase incluye el controlar los
cambios, monitorear actividades y analizar factores que puedan requerir el realizar cambios.

Finalmente, la fase de Cierre del proyecto, la cual incluye procesos para finalizar las
actividades de todos los grupos del proyecto con la finalidad de dar por terminado el
proyecto o una fase de uno. Hay que considerar que el terminar un proyecto puede llevar a
varias actividades, como el de solicitar la aprobación del cliente, realizar revisiones tras el
cierre del proyecto, documentar lecciones aprendidas y evaluaciones a los miembros del
proyecto.

Es muy notable las diferencias que hay entre estas dos metodologías, ya que la de Rakos
se centra en proyectos de software el cual nos detalla una metodología muy similar a la de
desarrollo tradicional: requerimientos, análisis, diseño, pruebas y despliegue; está
metodología incluye documentos específicos para el desarrollo de software como son los
planes de pruebas o los distintos diseños que se pueden elaborar también incluyen roles
más específicos como son el programador, diseñador, tester, etc. Pero ahora en ambas
primeras fases de cada metodología lo que se intenta es definir lo que se hará para llevar a
cabo el proyecto, por un lado, la metodología de Rakos nos presenta un plan de proyecto y
el documento de requerimientos y del lado de PMI se nos dice que se debe elaborar un acta
de constitución, el cual incluye aspectos muy generales al igual que los primeros
requerimientos del proyecto lo que en ambas fases se busca definir. La fase de planificación
de PMI puede considerarse una fusión de la fase de definición y análisis de Rakos ya que
en esta fase se realizan actividades similares, por un lado se definen objetivos
(funcionalidades para el producto de software), costos, tiempo, se hace una validación con
el cliente y se identifican riesgos, ahora bien dentro de la fase de ejecución podemos
englobar las fases de diseño, programación y pruebas aceptación y sistema, que Rakos nos
detalla ya que en estás fases se empieza a realizar la construcción del software y aplicar lo
procesos y objetivos definidos con anterioridad.

Por otro lado, la fase de control de PMI, se puede realizar en cada fase del proyecto ya que
está nos permite realizar un control de calidad, Rakos no nos define está fase en su ciclo de
vida, pero esté control de calidad puede aplicarse siguiendo un flujo de verificación y
validación de software incluyendo estándares o normas que nos permitan seguir un control
de calidad adecuado. En la última fase de cada metodología se intenta dar como finalizado
las tareas de construcción y recibir la aprobación del cliente del producto o productos
generados; la gran diferencia que se menciona es la garantía del producto para Rakos está
se debe definir mucho antes de iniciar el proyecto, por ejemplo mediante un contrato, pero
PMI no hace mucha mención de esto y lo maneja de forma general como la aprobación del
cliente ya que la garantía siempre son especificadas mediante las políticas de la
organización. Por lado de los proyectos de software las actividades de mantenimiento y
validación siempre se realizan al terminar el proyecto ya que los fallos en el producto
siempre estarán presentes es algo que es natural para este tipo de productos.
En conclusión ambas metodologías comparten sus diferencias notorias, pero si
continuamos analizando podemos identificar que en realidad la metodología de PMI al
hablar de manera muy general para cualquier proyecto, está puede verse incluida en
algunas fases de la metodología de administración de proyectos de software que Rakos nos
comparte, esto es muy importante ya que este es el objetivo del PMI ofrecer un marco de
trabajo del cual nos basemos para adaptar y modificar en base a las necesidades de
nuestros proyectos a desarrollar.