Foundations Logo Foundations Banner Foundations Banner

Ademas de un instrumento como Condotiero o Almogavar, el Gerente de Proyecto requiere que un Marco de Direccion de Proyecto para siguir. No es que les tienen que decir a Gerentes de Proyecto que hacer, es que queremos un proceso definido, repetible al cual todos los Gerentes de Proyecto en una organizacion se adhieren. Aquel camino si un Gerente de Proyecto asume el proyecto de alguien mas, ellos pueden recoger rapidamente cosas ya que los procesos y artefactos son los mismos. El marco tambien asegura que el proyecto es manejado a un nivel concordado del control de calidad.

Las organizaciones mas grandes ya tienen un Marco de Direccion de Proyecto en uso; estos suelen tiender una base en PMI/PMBOK o PRINCE2. Pero algunas organizaciones pueden no tener tal marco en el lugar. Esto es donde Foundations de Castellan Systems puede ayudar. Foundations es un marco de direccion de proyecto que contiene una serie de procedimientos y plantillas que van bastante del camino para completar estas necesidades.

Foundations ha sido construido sobre todo alrededor PMI/PMBOK pero lo que esto hace deberia ser familiar a metodologias como PRINCE2. Foundations ha sido tambien influido por El Instituto de Ingenieria de Software (SEI) de Carnegie Mellon con su Modelo de Madurez de Capacidad (CMM); mientras no estrictamente una metodologia, esto define practicas que las organizaciones deberian adoptar para asegurar que ellos tienen un proceso robusto en efecto.

Foundations es un marco integral y practico sobre el que se puede construir, al que una organizacion puede incorporar en sus procesos existentes para cumplir sus necesidades, es por eso que lo hemos llamado Fundamentos. Reconocimos que hay areas que pueden ser exclusivas de una organizacion, como los procesos de Gestion de Oferta o Ejecucion/Desarrollo. Pero, de nuevo, ninguno de esos dos procesos es en realidad Gestion de Proyectos.

Foundations tambien proporciona asistencia procesal para la solicitud, adquisicion y gestion de recursos requeridos a traves de proyectos. Si bien este proceso, estrictamente hablando, queda fuera del proceso de Gestion de proyectos, es de vital importancia para la Administracion de Projectos y se superpone a las fases de Planificacion y Ejecucion de la Gestion de proyectos. Por lo tanto, ahora se ha incluido en Foundations para "cerrar" ese bucle.

Estos dias hay un empuje fuerte para lo que es llamado "Agile Management" (o "la direccion agil"). Personalmente nosotros creemos que la agilidad deberia ser aplicada al ciclo de vida de desarrollo del producto, como se detalla en nuestra Base de Conocimientos, mas bien que la gestion de proyectos. Los procesos de gestion de proyectos formulado en Foundations son igualmente, si no mas, asigne a un ambiente "agil". Mas agil o dinamico un ambiente de proyecto es, los principios de gestion de proyectos fuertes mas importantes y sus procesos son. En un ambiente de proyecto movil rapido las cosas pueden equivocarse muy rapidamente y si las disciplinas de gestion de proyectos no son fuertemente aplicadas estos problemas no pueden ser recogidos hasta es demasiado tarde.

El marco contiene los procedimientos siguientes:
  • Project Management Framework: esto es el documento que sobrearquea que define el proceso total.
  • Project Planning Procedure: esto describe el proceso para desarrollar un Plan de Direccion de Proyecto.
  • Project Estimating Procedure: esto describe el proceso para desarrollar una estimacion.
  • CBA Preparation Guide: esto describe los estandares y politicas para desarrollar Analisis de Ventaja de coste (o CBAs).
  • Statement of Work (SoW) Preparation Guide: esto describe el enfoque para producir declaraciones de trabajo para proyectos.
  • Project Estimating Guide: esto describe tecnicas que pueden ser usadas para desarrollar una estimacion.
  • Project Scheduling Procedure: esto describe el proceso para desarrollar un programa de proyecto.
  • Project Quality Planning Procedure: esto describe el proceso para desarrollar un Plan de Calidad de Proyecto.
  • Project Risk Management Procedure: esto describe el proceso para identificar, rastrear y manejar riesgos de proyecto.
  • Project Change Control Procedure: esto describe el proceso para manejar cambios solicitados en el proyecto.
  • Project Issue Management Procedure: esto describe el proceso para identificar, rastrear y manejar cuestiones de proyecto.
  • Project Tracking and Reporting Procedure: esto describe el proceso para identificar, rastrear y relatar el estado de proyecto.
  • Customer Satisfaction Procedure: esto describe el proceso para identificar, examinar y accionar la satisfaccion de cliente y cuestiones.
  • Work Product Review Procedure: esto describe el proceso para realizar la calidad las revisiones basadas de los productos de trabajo de proyecto; estos pueden ser un documento o un componente de software fisico.
  • Project Handover Report Guide: esto describe como completar la plantilla de reporte "Project Handover to Support".
  • Project Close Down Procedure: esto describe el proceso para cerrarse o terminar el proyecto.
  • Resource Management Procedure: esto describe el proceso para solicitar, adquirir y administrar los recursos del proyecto.
Procedures Picture
Templates Picture El marco tambien contiene las plantillas siguientes:
  • Project Charter Template: este documento define el alcance, objetivos, y enfoque total para completar el trabajo.
  • CBA Template: este cuaderno de ejercicios es usado para desarrollar y documentar el analisis de ventaja de coste del proyecto.
  • SoW Template: Este documento define el alcance, los entregables, los hitos, el cronograma, los estandares, las pruebas y otras areas de un proyecto propuesto.
  • Project Definition Template: este documento define el alcance de proyecto.
  • Project Management Plan Template: este documento define los procesos de direccion que el proyecto seguira.
  • Project Quality Plan Template: este documento define los procesos de direccion de calidad que el proyecto seguira.
  • Project Risk Management Plan Template: este documento identifica los riesgos al proyecto y define procesos que seran usados para manejarlos.
  • Change Management Plan Template: este documento define los procesos de direccion de cambio que el proyecto seguira.
  • Configuration Management Plan Template: este documento define los procesos de direccion de configuracion que el proyecto seguira. Por favor note que la Direccion de Configuracion tiene que cubrir tanto documentacion como componentes de sistema.
  • Project Communications Plan Template: este documento define los procesos de comunicaciones que el proyecto seguira.
  • Project Resource Plan Template: este documento define el modelo resourcing puesto en el lugar para apoyar el proyecto.
  • Project WBS Template: este documento define la Estructura de division del Trabajo del Proyecto o WBS.
  • Risk Management Workbook Template: este cuaderno es usado para documentar y monitar riesgos al proyecto.
  • Change Control Form Template: esta forma es usado para documentar y obtener la aprobacion para peticiones de cambio de proyecto.
  • Work Product Review Inspection Sheet Template: esta hoja esta acostumbrada a documentar los resultados de una inspeccion de un producto de trabajo y acciones de registro realizadas para resultar cuestiones.
  • Intergroup Coordination Checklist: esta lista de verificacion se utiliza para coordinar con otros equipos impactados.
  • Stage Gate Review Checklist: esta lista de verificacion se utiliza cuando se realizan revisiones de proyectos al final de cada etapa.
  • Handover to Support Checklist: Esta lista de verificacion se utiliza para gestionar la entrega del producto/solucion al equipo(s) de soporte.
  • Project Closedown Report Template: este documento es usado para tasar el proyecto, asegurar la finalizacion, y sacar cualquier leccion aprendidas y las mejores practicas para ser aplicadas a futuros proyectos.
  • Project Resource Request Template: esta hoja se usa para solicitar un proyecto recursos. Role Description Template: este documento se usa para describir un puesto de proyecto.
Las plantillas siguientes vienen con Condotiero y Almogavar pero tambien son incluidas en Foundations:
  • Estimating Workbook Template: este cuaderno es usado para desarrollarse y estimaciones de proyecto de documento.
  • Requirements Traceability Matrix & Component Inventory Checklist Template: esta plantilla es usada para rastrear
  • Project Tracking & Status Report Template: esta plantilla es un rastreo de proyecto interno detallado e informe de estado producido para la direccion.
  • Project Status Report Template: sta plantilla es un informe de estado de proyecto producido para el cliente. requisitos y componentes desarrollados para entregar aquellos requisitos.
  • Acceptance Criteria Matrix Template: esta plantilla es usada para documentar criterios de aceptacion de proyecto.
  • Issues & Actions Log Template: esta plantilla es usada para rastrear cuestiones y acciones de proyecto.
  • Defect Log Template: esta plantilla es usada para rastrear defectos de proyecto.
  • System Test Cases Template: esta plantilla es usada para desarrollar palnes de prueba, incluso casos de prueba, y rastrear resultados de pruebas. Puede ser usado para unidad, aplicacion, sistema y/o planes de prueba de aceptacion de usuario.
Mas hemos incluido nuestro Foundations WebTool para hacer facil navegar por los procedimientos y plantillas. Prueba nuestra demonstracion.

El Marco de Direccion de Proyecto

PM Framework diagram

Foundations solo existe en Ingles per si lo necesita puede ser comprado en la pagina Tienda.