Foundations Logo Foundations Banner Foundations Banner
Actualizado

Además de un instrumento como Condotiero o Almogavar, el Gerente de Proyecto requiere que un Marco de Dirección 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 organización se adhieren. Aquel camino si un Gerente de Proyecto asume el proyecto de alguien más, ellos pueden recoger rápidamente cosas ya que los procesos y artefactos son los mismos. El marco también asegura que el proyecto es manejado a un nivel concordado del control de calidad.

Las organizaciones más grandes ya tienen un Marco de Dirección de Proyecto en uso; éstos 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 dirección 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 debería ser familiar a metodologías como PRINCE2. Foundations ha sido también influido por El Instituto de Ingeniería de Software (SEI) de Carnegie Mellon con su Modelo de Madurez de Capacidad (CMM); mientras no estrictamente una metodología, esto define prácticas que las organizaciones deberían adoptar para asegurar que ellos tienen un proceso robusto en efecto.

Foundations es un marco integral y práctico sobre el que se puede construir, al que una organización puede incorporar en sus procesos existentes para cumplir sus necesidades, es por eso que lo hemos llamado Fundamentos. Reconocimos que hay áreas que pueden ser exclusivas de una organización, como los procesos de Gestión de Oferta o Ejecución/Desarrollo. Pero, de nuevo, ninguno de esos dos procesos es en realidad Gestión de Proyectos.

Foundations también proporciona asistencia procesal para la solicitud, adquisición y gestión de recursos requeridos a través de proyectos. Si bien este proceso, estrictamente hablando, queda fuera del proceso de Gestión de proyectos, es de vital importancia para la Administración de Projectos y se superpone a las fases de Planificación y Ejecución de la Gestión de proyectos. Por lo tanto, ahora se ha incluido en Foundations para "cerrar" ese bucle.

Estos días hay un empuje fuerte para lo que es llamado "Agile Management" (o "la dirección Ágil"). Personalmente nosotros creemos que la agilidad debería ser aplicada al ciclo de vida de desarrollo del proyecto, como se detalla en nuestra Base de Conocimientos, más bien que la gestión de proyectos. Los procesos de gestión de proyectos formulado en Foundations son igualmente, si no más, asigne a un ambiente "Ágil". Más ágil o dinámico un ambiente de proyecto es, los principios de gestión de proyectos fuertes más importantes y sus procesos son. En un ambiente de proyecto móvil rápido las cosas pueden equivocarse muy rápidamente y si las disciplinas de gestión 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 Dirección de Proyecto.
  • Project Estimating Procedure: esto describe el proceso para desarrollar una estimación.
  • CBA Preparation Guide: esto describe los estándares y políticas para desarrollar Análisis de Ventaja de coste (o CBAs).
  • NewStatement of Work (SoW) Preparation Guide: esto describe el enfoque para producir declaraciones de trabajo para proyectos.
  • Project Estimating Guide: esto describe técnicas que pueden ser usadas para desarrollar una estimación.
  • 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 acciónar la satisfacción 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; éstos pueden ser un documento o un componente de software físico.
  • Project Handover Report Guide: esto describe cómo 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 también 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 análisis de ventaja de coste del proyecto.
  • NewSoW Template: Este documento define el alcance, los entregables, los hitos, el cronograma, los estándares, las pruebas y otras áreas de un proyecto propuesto.
  • Project Definition Template: este documento define el alcance de proyecto.
  • Project Management Plan Template: este documento define los procesos de dirección que el proyecto seguirá.
  • Project Quality Plan Template: este documento define los procesos de dirección de calidad que el proyecto seguirá.
  • Project Risk Management Plan Template: este documento identifica los riesgos al proyecto y define procesos que serán usados para manejarlos.
  • Change Management Plan Template: este documento define los procesos de dirección de cambio que el proyecto seguirá.
  • Configuration Management Plan Template: este documento define los procesos de dirección de configuración que el proyecto seguirá. Por favor note que la Dirección de Configuración tiene que cubrir tanto documentación como componentes de sistema.
  • Project Communications Plan Template: este documento define los procesos de comunicaciones que el proyecto seguirá.
  • 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 aprobación para peticiones de cambio de proyecto.
  • Work Product Review Inspection Sheet Template: esta hoja está acostumbrada a documentar los resultados de una inspección de un producto de trabajo y acciones de registro realizadas para resultar cuestiones.
  • Intergroup Coordination Checklist: esta lista de verificación se utiliza para coordinar con otros equipos impactados.
  • Stage Gate Review Checklist: esta lista de verificación se utiliza cuando se realizan revisiones de proyectos al final de cada etapa.
  • Handover to Support Checklist: Esta lista de verificación se utiliza para gestionar la entrega del producto/solución al equipo(s) de soporte.
  • Project Closedown Report Template: este documento es usado para tasar el proyecto, asegurar la finalización, y sacar cualquier lección aprendidas y las mejores prácticas 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 también 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 dirección.
  • 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 aceptación 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, aplicación, sistema y/o planes de prueba de aceptación de usuario.
Más hemos incluido nuestro Foundations WebTool para hacer fácil navegar por los procedimientos y plantillas. Prueba nuestra demonstracion.

El Marco de Dirección de Proyecto

PM Framework diagram

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