ARTEFACTOS PARA GESTIONAR EL ALCANCE DE LOS PROYECTOS INFORMÁTICOS

Tamaño: px
Comenzar la demostración a partir de la página:

Download "ARTEFACTOS PARA GESTIONAR EL ALCANCE DE LOS PROYECTOS INFORMÁTICOS"

Transcripción

1 ARTEFACTOS PARA GESTIONAR EL ALCANCE DE LOS PROYECTOS INFORMÁTICOS Peñalver, G. P Resumen Universidad de las Ciencias Informáticas, Ciudad de La Habana, Cuba La gestión deja de ser una tarea aislada para constituirse en una herramienta que sirve para ejecutar las acciones necesarias que permitan ordenar, disponer y organizar los recursos de un proyecto, utilizando procedimientos específicos y optimizando la relación entre recursos y resultados. Sin la apropiada definición del alcance en el inicio del proyecto, no se tendrá la oportunidad de gestionar este efectivamente. Si el alcance es carente de sentido, o deja lugar a interpretaciones, entonces el cliente dirá que el cambio está dentro del alcance, y el líder encontrará difícil apegarse al proceso de Gestión de Alcance. En varios casos es inevitable que ocurran cambios en los entregables durante el desarrollo del software; esto se refiere a que el cliente quiere elementos adicionales, por lo tanto el costo, esfuerzo y duración serán modificados, muchos de ellos se cierran sin poder concluir con lo que se esperaba, aunque esto también puede estar aparejado a que no se ha realizado una correcta gestión de alcance. Po lo que es necesario tener una guía que nos permita evitar las insatisfacciones por parte de los clientes. Para ello se proponen entregables que de forma organizada y detallada ayuden a lograr esta gestión. Palabras clave: Gestión de Alcance, proyecto, entregables, desarrollo de software, cliente. Abstract The management is no longer an isolated task to become a tool used to execute the necessary actions to allow sort, arrange and organize the resources of a project, using specific processes and optimizing the relationship between resources and results. Without the proper definition of the scope at the start of the project will not have the opportunity to manage it effectively. If the span is meaningless, or leaves room for interpretation, then the customer will say that change is within range, and the leader will find it difficult to stick to the Scope Management process. In several cases it is inevitable that changes occur on the deliverables for software development, this refers to the client wants additional elements, therefore the cost, effort and duration will be modified, many of them are closed without power to conclude with than expected, although it can also be rigged to not make a proper range management. Because as soon raised is necessary to have a guide that allows us to avoid the dissatisfaction by the customers. This proposed deliverables in an organized and detailed help achieve this management. Keywords: Management Scope, project, deliverables, software development, client. 321

2 1. Contenido 1.1 Introducción El alcance describe las fronteras del proyecto. Define lo que el proyecto entregará y también lo que no entregará. Para proyectos muy grandes, puede incluir las organizaciones que se verán afectadas, las transacciones afectadas y los tipos de información incluidos. Si se analizan las razones por las que un proyecto falla, comúnmente es el resultado de dos problemas. Ya sea que el equipo no dedicó el tiempo suficiente en definir el trabajo y/o el proceso de gestión de alcance no se llevó a cabo. Aún si el Jefe del Proyecto hizo un buen trabajo al definir el alcance, la parte difícil viene al tener que gestionar el proyecto hacia dicho alcance. Esto es muy importante. Algunos proyectos pueden anticipar todas las solicitudes durante el proceso de análisis. En consecuencia, existe la necesidad de incorporar cambios durante el ciclo de vida. Estos cambios pueden ser muy necesarios para la solución, y pueden existir razones poderosas de negocio por las que deberían incorporarse. El Jefe del Proyecto y el equipo de trabajo, deben reconocer el momento en que los cambios son requeridos. Entonces deberán seguir un proceso predefinido de gestión del alcance. Este proceso, eventualmente, proporcionará información para que el patrocinador tome las decisiones pertinentes y también le permite decidir si la modificación deberá aprobarse con base en el valor e impacto del proyecto en términos de coste tiempo. Existen varias metodologías de desarrollo pero específicamente nos centraremos en el proceso de gestión de la metodología ágil de desarrollo SXP para realizar la propuesta de las plantillas para documentar el proceso de gestión de alcance, las que pueden ser utilizadas en cualquier proyecto informático. 1.2 Objetivos 1. Analizar como se lleva a cabo la Gestión de proyecto utilizando la metodología ágil SXP. 2. Analizar el proceso de Gestión de Alcance y los artefactos que se describen para documentarlo según el Guía de Dirección de Proyectos (PMBOK). 3. Proponer las mejoras para realizar la Gestión de Alcance con la utilización de la metodología ágil SXP. En la Universidad de las Ciencias Informáticas (UCI), se utilizan para el desarrollo del software metodologías para guiar paso a paso el continúo proceso de formación del producto, y actualmente un gran número de proyectos utilizan la metodología ágil SXP. En varios casos es inevitable que ocurran cambios en los entregables durante su desarrollo y habitualmente esto se refiere a que el cliente quiere elementos adicionales, por lo tanto el coste, esfuerzo y duración serán modificados, por lo que muchos de ellos se cierran sin poder concluir con lo que se esperaba, aunque esto también puede estar aparejado a que no se realizo una correcta gestión de alcance. Debido a lo antes planteado es necesario tener una guía que nos permita evitar las insatisfacciones por parte de los clientes y del equipo de desarrollo. Para ello se proponen entregables que de forma organizada y detallada ayuden a lograr esta gestión. Con estos entregables toda la información referida a este proceso estaría bien sustentada, complementada y argumentada. 322

3 1.2.1 SXP SXP es una metodología compuesta por las metodologías SCRUM y XP que ofrece una estrategia tecnológica, a partir de la introducción de procedimientos ágiles que permitan actualizar los procesos de software para el mejoramiento de la actividad productiva fomentando el desarrollo de la creatividad, aumentando el nivel de preocupación y responsabilidad de los miembros del equipo, ayudando al líder del proyecto a tener un mejor control del mismo. SCRUM es una forma de gestionar un equipo de manera que trabaje de forma eficiente y de tener siempre medidos los progresos, de forma que sepamos por dónde andamos. XP más bien es una metodología encaminada para el desarrollo; consiste en una programación rápida o extrema, cuya particularidad es tener como parte del equipo, al usuario final, pues es uno de los requisitos para llegar el éxito del proyecto. Consta de 4 faces principales: Planificación-Definición donde se establece la visión, se fijan las expectativas y se realiza el aseguramiento del financiamiento del proyecto; Desarrollo, es donde se realiza la implementación del sistema hasta que este listo para ser entregado; Entrega, puesta en marcha; y por último Mantenimiento, donde se realiza el soporte para el cliente. De cada una de estas fases se realizan numerosas actividades tales como el levantamiento de requisitos, la priorización de la Lista de Reserva del Producto, definición de las Historias de Usuario, diseño, implementación, pruebas, entre otras; de donde se generan artefactos para documentar todo el proceso. Las entregas son frecuentes, y existe una refactorización continua, lo que nos permite mejorar el diseño cada vez que se le añada una nueva funcionalidad. SXP esta especialmente indicada para proyectos de pequeños equipos de trabajo, rápido cambio de requisitos o requisitos imprecisos, muy cambiantes, donde existe un alto riesgo técnico y se orienta a una entrega rápida de resultados y una alta flexibilidad. Ayuda a que trabajen todos juntos, en la misma dirección, con un objetivo claro, permitiendo además seguir de forma clara el avance de las tareas a realizar, de forma que los jefes pueden ver día a día cómo progresa el trabajo.(peñalver, 2008) Tipos de Proyectos En cada una de las facultades existen numerosos proyectos que tienen diferentes características, todo en dependencia de lo que se esté desarrollando. Entre estas clasificaciones tenemos las siguientes topologías que permitirán conocer la clasificación de los proyectos productivos: - Proyectos de Desarrollo de aplicaciones: Son aquellos proyectos en los que se desarrollan fundamentalmente aplicaciones de escritorio, así como programas y sistemas computacionales. - Proyectos de Desarrollo Web: Son aquellos proyectos que se dedican totalmente a la fabricación de sitios Web o portales. - Proyectos de servicios: Son aquellos proyectos, que solamente se dedican a prestar servicios a clientes. - Proyectos de personalización: Son aquellos proyectos, que se encargan de personalizar versiones de sistemas operativos libres, para las áreas o instituciones que lo necesiten. La nueva versión del sistema queda adecuado a las necesidades y requerimientos del cliente. - Proyectos de investigación: Son aquellos proyectos, que su producto final no es precisamente un software, sino un plan, realizado luego de una investigación bastante profunda sobre el tema en el que estén trabajando, y que orienta las acciones para alcanzar un objetivo final. (Peñalver, 2008) 323

4 Muchos de estos proyectos utilizan para su desarrollo a SXP. Metodología que guía toda la implementación del producto en construcción. Una de las tareas más importantes es la gestión del proyecto, la planificación es un eslabón fundamental para lograr un correcto funcionamiento del ciclo de vida del futuro producto Gestión de los proyectos utilizando SXP La Gestión de Proyectos implica la planificación, supervisión y control no solo del proceso de software, sino también del personal y los eventos que ocurren mientras evoluciona el software desde la fase preliminar a la implementación operacional. El proyecto debe planificarse estimando el esfuerzo y el tiempo para cumplir las tareas, definiendo los productos del trabajo, estableciendo puntos de control de calidad y estableciendo mecanismos para controlar y supervisar el trabajo definido en la planificación. Lo que se obtiene del mismo es un plan de proyecto que se realiza al comienzo de la actividad de gestión, el plan define el proceso y las tareas a realizar el personal que realizará el trabajo y los mecanismos para evaluar los riesgos, controlar el cambio y evaluar la calidad. Además de la gestión del alcance del proyecto. En SXP esta gestión le viene directamente complementada de SCRUM, que más que una metodología de desarrollo de software, es una forma de auto-gestión de los equipos de programadores. Un grupo de programadores deciden cómo hacer sus tareas y cuánto van a tardar en ello. SCRUM ayuda a que trabajen todos juntos, en la misma dirección, con un objetivo claro. Permite además seguir de forma clara el avance de las tareas a realizar, de forma que los jefes pueden ver día a día cómo progresa el trabajo. Es una de las más conocidas metodologías ágiles, y se basa en un enfoque iterativo, donde cada iteración se denomina Sprint. El principio básico es que es muy difícil contar desde el principio con un catálogo completo de funcionalidades, ya que los requisitos van surgiendo conforme el propietario de la aplicación y los usuarios de la misma van haciendo sucesivas aportaciones. Así pues, SCRUM plantea el desarrollo de sucesivas versiones ampliadas, todas ellas plenamente usables y evaluables por el usuario. SCRUM es, además, una metodología especialmente indicada para pequeños equipos de desarrollo y se orienta a una entrega rápida de resultados y una alta flexibilidad. Figura 1. Proceso de desarrollo de SCRUM. Entre las cosas que nos ofrece esta metodología tenemos que: (Henrik, 2004) 324

5 - Permite a las organizaciones eliminar los impedimentos clásicos en el desarrollo de los proyectos, aumentando la satisfacción de los clientes mediante la realización de entregas frecuentes de resultados tangibles e integrándolos activamente en el ciclo de desarrollo, lo cuál proporciona además una mayor adaptación y adecuación a sus necesidades. - Potencia la formación de equipos de trabajo autosuficiente y multidisciplinarios, reduciendo la carga de gestión y proporcionando a los miembros del equipo un entorno amigable y productivo para desarrollar sus habilidades al máximo. Este entorno proporciona además mayor calidad de vida a los trabajadores y mejora drásticamente la moral en las organizaciones. - Se centra en el producto y las personas, y hace especial hincapié en la eliminación preactiva de todas las trabas e impedimentos que surjan durante el desarrollo. Así pues, permite a muchas organizaciones alcanzar cuatro veces la productividad media del sector, con doce veces la calidad. - SCRUM es iterativo e incremental. Eso quiere decir que liberamos código (o producto) frecuentemente, y cada liberación representa un incremento sobre la anterior. - El producto que funciona es la única medida del avance del proyecto. No cuántas horas hemos echado. No cuántos recursos llevamos consumidos. No cuántas tareas llevamos hechas. Si no hay producto que funciona, no avanzamos. - Todo en SCRUM tiene un límite de tiempo. Nada de alargamos la reunión un poco más. Nada de El lunes, tal vez el martes. La reunión acaba a las cuatro, y trabajaremos con lo que tengamos al final de la misma. La entrega es el lunes, y entregaremos lo que tengamos el lunes. SCRUM cambia el enfoque tradicional de recursos + funcionalidades deseadas = fecha de entrega y lo convierte en recursos + fecha de entrega = funcionalidades que podremos entregar. Si se nos cae una funcionalidad de la lista, vaya por Dios. Pero entregamos. - Las entregas son productos potencialmente utilizables y/o comercializables. Eso significa que nada de presentación y nada de planos o documentos describiendo lo que hará la aplicación: queremos tocar, ver y usar algo, aunque sea un prototipo de la función de login. - Mantener Sprints de duración fija. SCRUM es disciplina: quien piense que las metodologías ágiles son una especie de hacking institucionalizado, se equivoca. Antes de hacer la presentación Inicial del proyecto es necesario conversar con el usuario/cliente de que se trata el proyecto y se sugiere que se tenga en cuenta los siguientes aspectos: - Usar la planificación Inicial de Proyecto como elemento mínimo de la planificación del proyecto completo. - Explicar al cliente/usuario y dejar constancia en la definición técnica que parte del enfoque de solución del proyecto incluye usar métodos ágiles, mencionando de cuales se tratan y que el modelo de ciclo de vida será desarrollo evolutivo. - El detalle de la planificación se realiza en cada iteración. Además se debe tener en cuenta: 1. Decisiones de negocio (cliente): Alcance: Cuándo debe estar listo el producto para que sea valioso en producción? 325

6 Prioridad: Prioriza la incorporación de las historias de usuario. Composición de entregas: Qué se necesita para que el negocio sea mejor antes de tener el software? Fechas de entrega: Fechas cuando el software funcionando causaría una gran diferencia. Al realizar el análisis del alcance del proyecto se hace de manera muy superficial, por lo que es necesario tener profundizar en encontrar mejores formar de lograr una eficiente planificación, evitando inconformidades de los clientes y además también desinterés de los miembros del equipo de desarrollo ante dificultades en el avance de la terminación del futuro producto Gestión del Alcance del Proyecto La Gestión del Alcance del Proyecto incluye los procesos necesarios para asegurarse que el proyecto incluya todo el trabajo requerido, y sólo el trabajo requerido, para completar el proyecto satisfactoriamente. La gestión del alcance del proyecto se relaciona principalmente con la definición y el control de lo que está y no está incluido en el proyecto. El alcance de un proyecto es la suma total de todos los productos y sus requisitos o características. Se utiliza a veces para representar la totalidad de trabajo necesitado para dar por terminado un proyecto. Descripción general de los procesos de Gestión del Alcance del Proyecto: - Planificación del Alcance: crear un plan de gestión del alcance del proyecto que refleje cómo se definirá, verificará y controlará el alcance del proyecto, y cómo se creará y definirá la Estructura de Desglose del Trabajo (EDT). - Definición del Alcance: desarrollar un enunciado del alcance del proyecto detallado como base para futuras decisiones del proyecto. - Crear EDT: subdividir los principales productos entregables del proyecto y el trabajo del proyecto en componentes más pequeños y más fáciles de manejar. - Verificación del Alcance: formalizar la aceptación de los productos entregables completados del proyecto. - Control del Alcance: controlar los cambios en el alcance del proyecto. Estos procesos interaccionan entre sí, cada uno puede involucrar el esfuerzo de una o más personas o grupos de personas, sobre la base de las necesidades del proyecto. Cada proceso tiene lugar por lo menos una vez y se produce en una o más fases del proyecto. En el contexto del proyecto, la palabra alcance puede referirse a lo siguiente: Alcance del producto: Las características y funciones que caracterizan a un producto, servicio o resultado. Alcance del proyecto: El trabajo que debe realizarse para entregar un producto, servicio o resultado con las funciones y características especificadas. Generalmente, un proyecto da como resultado un único producto, pero ese producto puede tener componentes subsidiarios, cada uno de ellos con su propio alcance del producto, separado pero interdependiente. La gestión del alcance del proyecto incluye los procesos requeridos para definir y controlar el alcance del proyecto: lo que está y lo que no está incluido en el proyecto. 326

7 - Creando un plan de gestión del alcance que documente cómo será definido, verificado y controlado el alcance del proyecto. - Desarrollando una declaración del alcance detallada. - Subdividiendo los principales entregables del proyecto en tareas más pequeñas y componentes más manejables. - Formalizando la aceptación del alcance del proyecto. - Controlando los cambios al alcance del proyecto. Gestión del Alcance Del Proyecto Planeación del Alcance Definición del Alcance Verificación del Alcance Control del Alcance Creación Estructura Detallada de Trabajo Planificación del Alcance: Figura 2. Proceso de Gestión de Alcance del proyecto. Para la planificación del alcance se necesitan técnicas que respalden la toma de buenas decisiones, y para esto tenemos: Juicio de Expertos El juicio de expertos en relación con la forma en que se ha gestionado el alcance de proyectos equivalentes se usa para desarrollar el plan de gestión del alcance del proyecto. Plantillas, Formularios, Normas Las plantillas podrían incluir plantillas de estructura de desglose del trabajo, plantillas de plan de gestión del alcance y formularios de control de cambios en el alcance del proyecto. SXP como método de estimación utiliza el juicio de expertos, y además consta de un expediente de proyecto que contiene todos los artefactos que documentan el desarrollo del producto que se construye. Estás plantillas o artefactos recogen información de cada una de las actividades que se realizan, tales como datos de la programación, de las funcionalidades a implementar, de los riesgos con los que se podría parar el desarrollo, el análisis del diseño, etc. En el Guía de los fundamentos de la dirección de proyectos (PMBOK) específicamente en el área de Gestión del Alcance de los proyectos se recomiendan algunos artefactos que nos pueden ser muy útiles al realizar esta importante actividad. La definición y la gestión del alcance del proyecto influyen sobre el éxito general del proyecto. Cada proyecto exige un delicado equilibrio entre las herramientas, las fuentes de datos, las metodologías, los procesos y los procedimientos, y otros factores, con el fin de asegurar que el 327

8 esfuerzo dedicado a actividades para determinar el alcance sea acorde al tamaño, la complejidad y la importancia del proyecto. El equipo de dirección del proyecto documenta estas decisiones de gestión del alcance en el plan de gestión del alcance del proyecto. El plan de gestión del alcance del proyecto es una herramienta de planificación que describe cómo el equipo definirá el alcance del proyecto, desarrollará el enunciado del alcance del proyecto detallado, definirá y desarrollará la estructura de desglose del trabajo, verificará y controlará el alcance del proyecto. El desarrollo del plan de gestión del alcance del proyecto y los detalles del alcance del proyecto comienzan con el análisis de la información contenida en el acta de constitución del proyecto el enunciado del alcance del proyecto preliminar, la última versión aprobada del plan de gestión del proyecto, la información histórica contenida en los activos de los procesos de la organización, y cualquier factor ambiental relevante del proyecto. La preparación de un enunciado del alcance del proyecto detallado es crítica para el éxito del proyecto y se construye sobre la base de los principales productos entregables, asunciones y restricciones que se documentan durante la iniciación del proyecto en el enunciado del alcance del proyecto preliminar. Durante la planificación, el alcance del proyecto se define y describe con mayor especificidad porque se conoce más información acerca del proyecto. Las necesidades, deseos y expectativas de los interesados se analizan y convierten en requisitos. Las asunciones y restricciones se analizan para verificar si están completas y, de ser necesario, se agregan asunciones y restricciones adicionales. El equipo del proyecto y otros interesados, que tengan una idea adicional del enunciado del alcance del proyecto preliminar, pueden realizar y preparar dichos análisis. (PMBOK, 2004) La Estructura de Desglose del Trabajo (EDT) es una descomposición jerárquica, orientada al producto entregable, del trabajo que será ejecutado por el equipo del proyecto, para lograr los objetivos del proyecto y crear los productos entregables requeridos. La EDT organiza y define el alcance total del proyecto. La EDT subdivide el trabajo del proyecto en porciones de trabajo más pequeñas y fáciles de manejar, donde cada nivel descendente de la EDT representa una definición cada vez más detallada del trabajo del proyecto. El trabajo planificado comprendido dentro de los componentes de la EDT del nivel más bajo, denominados paquetes de trabajo, puede programarse, supervisarse, controlarse y estimarse sus costes. La verificación del alcance es el proceso de obtener la aceptación formal por parte de los interesados del alcance del proyecto completado y los productos entregables relacionados. Verificar el alcance del proyecto incluye revisar los productos entregables para asegurarse de que cada uno se complete satisfactoriamente. Si el proyecto se termina antes de lo previsto, el proceso de verificación del alcance del proyecto debería establecer y documentar el nivel y alcance de lo completado. La verificación del alcance se diferencia del control de calidad en que la verificación del alcance se relaciona principalmente con la aceptación de los productos entregables, mientras que el control de calidad se relaciona principalmente con cumplir los requisitos de calidad especificados para los productos entregables. Por lo general, el control de calidad se realiza antes de la verificación del alcance, pero estos dos procesos pueden realizarse en forma paralela. El control del alcance del proyecto se encarga de influir sobre los factores que crean cambios en el alcance del proyecto y de controlar el impacto de dichos cambios. El control del alcance asegura que todos los cambios solicitados y las acciones correctivas recomendadas se procesen a través del proceso Control Integrado de Cambios del proyecto. El control del alcance del proyecto también se usa para gestionar los cambios reales cuando se producen, y está integrado con los demás procesos de control. Los cambios no controlados a menudo se denominan corrupción del alcance del proyecto. Los cambios son inevitables, con lo cual se impone algún tipo de proceso de control de cambios. 328

9 1.3 Resultados Se propone la aplicación de los siguientes artefactos para lograr una efectiva gestión del alcance para SXP: Plan de Gestión del Alcance del Proyecto El plan de gestión del alcance del proyecto proporciona orientación sobre cómo el equipo de dirección del proyecto definirá, documentará, verificará, gestionará y controlará el alcance del proyecto. Los componentes de un plan de gestión del alcance del proyecto incluyen: - Un proceso para preparar un enunciado del alcance del proyecto detallado basado en el enunciado del alcance del proyecto preliminar - Un proceso que permite la creación de la EDT a partir del enunciado del alcance del proyecto detallado, y establece cómo se mantendrá y aprobará la EDT - Un proceso que especifica cómo se obtendrá la verificación y aceptación formal de los productos entregables completados del proyecto - Un proceso para controlar cómo se procesarán las solicitudes de cambio al enunciado del alcance del proyecto detallado. Este proceso está directamente vinculado con el proceso de control integrado de cambios. Un plan de gestión del alcance del proyecto está comprendido en el plan de gestión del proyecto, o bien, es un plan subsidiario de éste. Dependiendo de las necesidades del proyecto, el plan de gestión del alcance del proyecto puede ser informal y ampliamente esbozado, o formal y muy detallado. El proceso Desarrollar el Plan de Gestión del Proyecto incluye las acciones necesarias para definir, integrar y coordinar todos los planes subsidiarios en un plan de gestión del proyecto. El contenido del plan de gestión del proyecto variará de acuerdo con el área de aplicación y la complejidad del proyecto. Este proceso da como resultado un plan de gestión del proyecto que se actualiza y revisa a través del proceso Control Integrado de Cambios. El plan de gestión del proyecto define cómo se ejecuta, se supervisa y controla, y se cierra el proyecto. El plan de gestión del proyecto documenta el conjunto de salidas de los procesos de planificación del Grupo de Procesos de Planificación e incluye: - Los procesos de dirección de proyectos seleccionados por el equipo de dirección del proyecto - El nivel de implementación de cada proceso seleccionado - Las descripciones de las herramientas y técnicas que se utilizarán para llevar a cabo esos procesos. - Cómo se utilizarán los procesos seleccionados para dirigir el proyecto específico, incluidas las dependencias y las interacciones entre esos procesos, y las entradas y salidas esenciales. - Cómo se ejecutará el trabajo para alcanzar los objetivos del proyecto - Cómo se supervisarán y controlarán los cambios - Cómo se realizará la gestión de la configuración - Cómo se actualizará y usará la integridad de las líneas base para la medición del rendimiento 329

10 - La necesidad y las técnicas para la comunicación entre los interesados - El ciclo de vida del proyecto seleccionado y, para los proyectos de múltiples fases, las fases del proyecto relacionadas - Las revisiones clave de dirección acerca del contenido, la extensión y la oportunidad para facilitar la gestión de polémicas sin resolver y decisiones pendientes. Enunciado del Alcance del Proyecto El enunciado del alcance del proyecto describe, en detalle, los productos entregables del proyecto y el trabajo necesario para crear tales productos entregables. El enunciado del alcance del proyecto también proporciona un entendimiento común del alcance del proyecto entre los interesados del proyecto, y describe los principales objetivos del proyecto. También permite al equipo del proyecto realizar una planificación más detallada, guía el trabajo del equipo del proyecto durante la ejecución y proporciona la línea base para evaluar si las solicitudes de cambio o trabajo adicional están comprendidas dentro o fuera de los límites del proyecto. El grado y nivel de detalle con que el enunciado del alcance del proyecto defina qué trabajo se realizará y qué trabajo quedará excluido puede determinar el nivel de éxito con que el equipo de dirección del proyecto podrá controlar el alcance del proyecto en general. A su vez, gestionar el alcance del proyecto puede determinar el nivel de éxito con que el equipo de dirección del proyecto podrá planificar, gestionar y controlar la ejecución del proyecto. El enunciado del alcance del proyecto detallado incluye, ya sea de forma directa o mediante referencia a otros documentos, lo siguiente: - Descripción del alcance del producto. Describe las características del producto, servicio o resultado para el cual se creó el proyecto. Generalmente, estas características serán menos detalladas en las fases iniciales y más detalladas en las fases posteriores, a medida que las características del producto se van elaborando gradualmente. Si bien la forma y el contenido de las características pueden variar, la descripción del alcance deberá ser siempre lo suficientemente detallada como para que sirva de apoyo a la planificación posterior del alcance del proyecto. - Requisitos del proyecto. Describen las condiciones que deben cumplir o las capacidades que deben tener los productos entregables del proyecto para satisfacer un contrato, norma, especificación o cualquier otro documento formalmente impuesto. El análisis de los interesados que incluyen la totalidad de sus necesidades, deseos y expectativas se traducen en requisitos priorizados. - Productos entregables del proyecto. Los productos entregables incluyen tanto las salidas que comprenden el producto o servicio del proyecto, como los resultados secundarios, tales como informes y documentación de la dirección del proyecto. De acuerdo con el enunciado del alcance del proyecto, los productos entregables pueden describirse en forma resumida o muy detallada. - Criterios de aceptación del producto. Definen el proceso y los criterios para aceptar los productos completados. - Restricciones del proyecto. Enumeran y describen las restricciones específicas del proyecto asociadas con el alcance del proyecto que limitan las opciones del equipo del proyecto. - Especificaciones del proyecto. Identifica aquellos documentos de especificaciones con los que debería cumplir el proyecto. 330

11 - Requisitos de aprobación. Identifica los requisitos de aprobación que pueden aplicarse a aspectos tales como objetivos, productos entregables, documentos y trabajo del proyecto. El enunciado del alcance del proyecto preliminar se desarrolla a partir de la información suministrada por el iniciador o el patrocinador. El equipo de dirección del proyecto durante el proceso Definición del Alcance será el encargado de refinar el enunciado del alcance del proyecto preliminar, para así obtener el enunciado del alcance del proyecto. El contenido del enunciado del alcance del proyecto variará de acuerdo con el área de aplicación y la complejidad del proyecto, y puede incluir algunos o todos los componentes identificados con anterioridad. (PMBOK, 2004) Diccionario de la EDT Es un documento que tiene el contenido detallado de los componentes que se incluyen en una EDT, incluidos los paquetes de trabajo y las cuentas de control, pueden describirse en el diccionario de la EDT. Para cada componente de la EDT, el diccionario de la EDT incluye un identificador de código de cuenta, un enunciado del trabajo, la organización responsable y una lista de hitos del cronograma. Otra información para un componente de la EDT puede incluir información sobre contratos, requisitos de calidad y referencias técnicas para facilitar la realización del trabajo. Otra información correspondiente a una cuenta de control sería un número de cargo. Otra información para un paquete de trabajo puede incluir una lista de las actividades del cronograma relacionadas, recursos necesarios y una estimación de costes. Cada componente de la EDT tiene una referencia cruzada, según corresponda, a otros componentes de la EDT en el diccionario de la EDT. Control del Alcance: Enunciado del Alcance del Proyecto (Actualizaciones) Si las solicitudes de cambio aprobadas tienen efecto sobre el alcance del proyecto, el enunciado del alcance del proyecto se revisa y se emite nuevamente para reflejar los cambios aprobados. El enunciado del alcance del proyecto actualizado se convierte en la nueva línea base del alcance del proyecto para cambios futuros. Estructura de Desglose del Trabajo (Actualizaciones) Si las solicitudes de cambio aprobadas tienen efecto sobre el alcance del proyecto, la EDT se revisa y se emite nuevamente para reflejar los cambios aprobados. Diccionario de la EDT (Actualizaciones) Si las solicitudes de cambio aprobadas tienen efecto sobre el alcance del proyecto, el diccionario de la EDT se revisa y se emite nuevamente para reflejar los cambios aprobados. Acciones Correctivas Recomendadas Una acción correctiva recomendada es todo paso recomendado para alinear el rendimiento del proyecto futuro esperado con el plan de gestión del proyecto y el enunciado del alcance del proyecto. Para este caso esta información se recogera en la plantilla de Lista de Riesgos contenida dentro del espediente de proyecto. Plan de Gestión del Proyecto (Actualizaciones) Si las solicitudes de cambio aprobadas tienen efecto sobre el alcance del proyecto, los correspondientes documentos de componentes y la línea base de coste, así como las líneas base de cronograma del plan de gestión del proyecto, se revisan y se emiten nuevamente para reflejar los cambios aprobados. 331

12 1.4 Conclusiones Con la propuesta de los artefactos a utilizar en la gestión del alcance de los proyectos que utilizan la metodología de desarrollo SXP se logra una mejor planificación para obtener los productos que desarrollamos para nuestros clientes. Aumenta la eficiencia de cada uno de los resultados y los equipos de desarrollo se sienten más motivados al observar los avances y buenos resultados de lo que se produce. Se tiene a la Gestión del Alcance de un Proyecto como proceso necesario para asegurar que el proyecto tenga sólo el trabajo requerido para completar el proyecto satisfactoriamente, aunque se debe reconocer que existe cierto desconocimiento sobre los diferentes artefactos que documentan dicho proceso. 2. Referencias Guía de los Fundamentos de la Dirección de Proyectos (Guía del PMBOK) Tercera Edición 4, 2004 Project Management Institute, Four Campus Boulevard, Newtown Square, PA EE.UU. Henrik, K., SCRUM y XP desde las trincheras. Disponible en: Peñalver Romero, G.M., Trabajo de diploma: Metodología ágil para proyectos de software libre. Ciudad de La Habana, Universidad de las Ciencias Informáticas Correspondencia Ing. Gladys Marsi Peñalver Romero Universidad de las Ciencias Informáticas, Carretera a San Antonio de los Baños, Km 2 ½, Rpto Torrens, Boyeros, Ciudad de La Habana, Cuba. Código Postal: Correo electrónico: gmpenalver@uci.cu 332

2.1 Planificación del Alcance

2.1 Planificación del Alcance 2. Gestión del Alcance del Proyecto La Gestión del Alcance del Proyecto incluye los procesos necesarios para asegurarse que el incluya todo el trabajo requerido, y sólo el trabajo requerido, para completar

Más detalles

GESTION OPERATIVA. Niveles de gestión

GESTION OPERATIVA. Niveles de gestión GESTION OPERATIVA La gestión deja de ser una tarea aislada para constituirse en una herramienta que sirve para ejecutar las acciones necesarias que permitan ordenar, disponer y organizar los recursos de

Más detalles

Metodología básica de gestión de proyectos. Octubre de 2003

Metodología básica de gestión de proyectos. Octubre de 2003 Metodología básica de gestión de proyectos Octubre de 2003 Dentro de la metodología utilizada en la gestión de proyectos el desarrollo de éstos se estructura en tres fases diferenciadas: Fase de Éjecución

Más detalles

12.1 Planificar las Compras y Adquisiciones

12.1 Planificar las Compras y Adquisiciones 12.1 Planificar las Compras y Adquisiciones Procesos de un Área de Conocimiento Iniciación Planificación Ejecución Seguimiento y Control Cierre 4. Gestión de la Integración de Proyectos 4.1 Desarrollar

Más detalles

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO

Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Dante Guerrero Piura, 2013 FACULTAD DE INGENIERÍA Área Departamental de Ingeniería Industrial y de Sistemas Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen

ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Resumen ITZOFT, una metodología de desarrollo de sistemas basada en el Proceso Unificado de Rational. Sergio Valero Orea, svalero@utim.edu.mx, UTIM, Izúcar de Matamoros, Puebla. Resumen El desarrollo de sistemas

Más detalles

Curso. Introducción a la Administracion de Proyectos

Curso. Introducción a la Administracion de Proyectos Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir

Más detalles

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review)

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review) 1_Visión general de SCRUM 2_Teoría de Scrum 3_El Equipo Scrum (Scrum Team) 3.1_El Dueño de Producto (Product Owner) 3.2_El Equipo de Desarrollo (Development Team) 3.3_El Scrum Master 4_Eventos de Scrum

Más detalles

Sistemas de Gestión de Calidad. Control documental

Sistemas de Gestión de Calidad. Control documental 4 Sistemas de Gestión de Calidad. Control documental ÍNDICE: 4.1 Requisitos Generales 4.2 Requisitos de la documentación 4.2.1 Generalidades 4.2.2 Manual de la Calidad 4.2.3 Control de los documentos 4.2.4

Más detalles

CMMI (Capability Maturity Model Integrated)

CMMI (Capability Maturity Model Integrated) CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla

Más detalles

Unidad 1. Fundamentos en Gestión de Riesgos

Unidad 1. Fundamentos en Gestión de Riesgos 1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.

Más detalles

Figure 7-1: Phase A: Architecture Vision

Figure 7-1: Phase A: Architecture Vision Fase A Figure 7-1: Phase A: Architecture Vision Objetivos: Los objetivos de la fase A son: Enfoque: Desarrollar una visión de alto nivel de las capacidades y el valor del negocio para ser entregado como

Más detalles

http://www.informatizate.net

http://www.informatizate.net http://www.informatizate.net Metodologías De Desarrollo De Software María A. Mendoza Sanchez Ing. Informático - UNT Microsoft Certified Professional - MCP Analísta y Desarrolladora - TeamSoft Perú S.A.C.

Más detalles

PERFIL DEL PUESTO POR COMPETENCIAS Sepa cómo construirlo y evitar bajos desempeños posteriores

PERFIL DEL PUESTO POR COMPETENCIAS Sepa cómo construirlo y evitar bajos desempeños posteriores PERFIL DEL PUESTO POR COMPETENCIAS Sepa cómo construirlo y evitar bajos desempeños posteriores Martha Alicia Alles Es contadora pública nacional, doctora por la Universidad de Buenos Aires en la especialidad

Más detalles

Gestión de la Configuración

Gestión de la Configuración Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS QUITO INGENIERIA MECANICA ADMINISTRACIÓN DE PROYECTOS JUAN MARCELO IBUJES VILLACÍS ADMINISTRACIÓN DE PROYECTOS Contenido tomado de referencia de la Guía de los Fundamentos para la Dirección de Proyectos

Más detalles

Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic

Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic http://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspx Por

Más detalles

Unidad VI: Supervisión y Revisión del proyecto

Unidad VI: Supervisión y Revisión del proyecto Unidad VI: Supervisión y Revisión del proyecto 61. Administración de recursos La administración de recursos es el intento por determinar cuánto, dinero, esfuerzo, recursos y tiempo que tomará construir

Más detalles

Prácticas ITIL para un mejor flujo de trabajo en el helpdesk

Prácticas ITIL para un mejor flujo de trabajo en el helpdesk Prácticas ITIL para un mejor flujo de trabajo en el helpdesk Se diferencia tres partes de gestión para mejorar la resolución de las incidencias de soporte técnico según el marco ITIL: 1. Gestión de Incidencias

Más detalles

Introducción a la Gerencia de Proyectos. Resumen. Introducción.

Introducción a la Gerencia de Proyectos. Resumen. Introducción. Introducción a la Gerencia de Proyectos Edwin Monzón C. Ing. de Planeamiento y Control de Proyectos, Compañía Minera San Martín Resumen A nivel mundial la utilización de estándares en la dirección de proyectos

Más detalles

Procesos Críticos en el Desarrollo de Software

Procesos Críticos en el Desarrollo de Software Metodología Procesos Críticos en el Desarrollo de Software Pablo Straub AgileShift Imagine una organización de desarrollo de software que consistentemente cumple los compromisos con sus clientes. Imagine

Más detalles

Gerenciamiento de Proyectos. Estándar PMI. Cambio Organizacional UDELAR

Gerenciamiento de Proyectos. Estándar PMI. Cambio Organizacional UDELAR Gerenciamiento de Proyectos Estándar PMI Cambio Organizacional UDELAR Agenda Concepto de Proyecto Qué es la dirección de proyectos? PMI y Guía del PMBOK Dirección de Proyectos Áreas de Conocimiento 2 Definición

Más detalles

ISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE

ISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE ISO 9001:2000 DOCUMENTO INFORMATIVO DOCUMENTO ELABORADO POR CHRISTIAN NARBARTE PARA EL IVECE MARZO 2007 Este documento contesta las preguntas más frecuentes que se plantean las organizaciones que quieren

Más detalles

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)

Más detalles

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

Más detalles

Copyright 2011 - bizagi. Gestión de Cambios Documento de Construcción Bizagi Process Modeler

Copyright 2011 - bizagi. Gestión de Cambios Documento de Construcción Bizagi Process Modeler Copyright 2011 - bizagi Gestión de Cambios Bizagi Process Modeler Tabla de Contenido Gestión de Cambios... 4 Descripción... 4 Principales factores en la Construcción del Proceso... 5 Modelo de Datos...

Más detalles

Proyecto Fin de Carrera

Proyecto Fin de Carrera Proyecto Fin de Carrera Gestión del Proyecto para una Plataforma online de intercambio, compra o venta de ayudas técnicas. Consultora: Ana Cristina Domingo Troncho Autor: Álvaro Fanego Lobo Junio de 2013

Más detalles

DE VIDA PARA EL DESARROLLO DE SISTEMAS

DE VIDA PARA EL DESARROLLO DE SISTEMAS MÉTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS 1. METODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS CICLO DE VIDA CLÁSICO DEL DESARROLLO DE SISTEMAS. El desarrollo de Sistemas, un proceso

Más detalles

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ETB requiere que el CONTRATISTA cumpla los lineamientos para la Dirección y Gestión de proyectos, éstos últimos definidos a nivel corporativo

Más detalles

Gestión de Proyectos. Visión Global. Obra bajo licencia Creative Commons

Gestión de Proyectos. Visión Global. Obra bajo licencia Creative Commons Gestión de Proyectos Visión Global Obra bajo licencia Creative Commons hacia una Gestión por Proyectos. partiendo de los Objetivos Estratégicos de la Organización obtener mayor Valor de Negocio de las

Más detalles

K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2

K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 Historia de revisiones Fecha VersiónDescripción Autor 08/10/2009 1.0 Creación del documento.

Más detalles

Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología

Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto

Más detalles

GUÍA METODOLÓGICA PARA LA FORMACIÓN CON E-LEARNING DIRIGIDA A COLECTIVOS SIN ALTA CUALIFICACIÓN CAPÍTULO 4. Dirección Técnica:

GUÍA METODOLÓGICA PARA LA FORMACIÓN CON E-LEARNING DIRIGIDA A COLECTIVOS SIN ALTA CUALIFICACIÓN CAPÍTULO 4. Dirección Técnica: LA FORMACIÓN EMPRESARIAL CON E-LEARNING GUÍA METODOLÓGICA PARA LA FORMACIÓN CON E-LEARNING DIRIGIDA A COLECTIVOS SIN ALTA CUALIFICACIÓN CAPÍTULO 4 Dirección Técnica: 4.- EL PLAN DE FORMACIÓN 33 Capítulo

Más detalles

Resumen del Contenido del Examen PMP

Resumen del Contenido del Examen PMP Resumen del Contenido del Examen PMP Tareas Dominio I Inicio del Proyecto - 13 % Realizar una valoración del proyecto basada en la información disponible, mediante reuniones con el patrocinador, el cliente,

Más detalles

METODOLOGÍA PARA LA PLANEACION DE PROYECTOS

METODOLOGÍA PARA LA PLANEACION DE PROYECTOS METODOLOGIA: PLANEACION DE PROYECTOS Número de página 1 de 12 METODOLOGÍA PARA LA PLANEACION DE PROYECTOS METODOLOGIA: PLANEACION DE PROYECTOS Número de página 2 de 12 1. INFORMACION GENERAL. 1.1 OBJETIVO

Más detalles

Ingeniería del So8ware II

Ingeniería del So8ware II Ingeniería del So8ware II Tema 04 (2). Alcance de Proyectos So8ware Carlos Blanco Bueno DPTO. DE MATEMÁTICAS, ESTADÍSTICA Y COMPUTACIÓN carlos.blanco@unican.es Este tema se publica bajo Licencia: CreaQve

Más detalles

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación

PLAN DE MEJORAS. Herramienta de trabajo. Agencia Nacional de Evaluación de la Calidad y Acreditación PLAN DE MEJORAS Herramienta de trabajo Agencia Nacional de Evaluación de la Calidad y Acreditación Índice 1 Introducción...3 2 Pasos a seguir para la elaboración del plan de mejoras...5 2.1 Identificar

Más detalles

GRUPO DE PROCESOS DE: INICIACIÓN. www.sistemas-expertos.com 1

GRUPO DE PROCESOS DE: INICIACIÓN. www.sistemas-expertos.com 1 GRUPO DE PROCESOS DE: INICIACIÓN 1 GRUPO DE PROCESOS Guía de los Fundamentos de la Dirección de Proyectos Cuarta Edición - PMBOK 2008 2 Guía de los Fundamentos de la Dirección de Proyectos Cuarta Edición

Más detalles

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. DIRECCIÓN CONTROL INTERNO PROYECTO NORMALIZACIÓN ACTIVIDAD DE AUDITORÍA INTERNA

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. DIRECCIÓN CONTROL INTERNO PROYECTO NORMALIZACIÓN ACTIVIDAD DE AUDITORÍA INTERNA DCI-PN-EA-01 VERSIÓN 02 Página 2 de 12 TABLA DE CONTENIDO 1. INTRODUCCIÓN... 3 2. ROL... 3 3. PROFESIONALIDAD... 3 4. AUTORIDAD... 4 5. ORGANIZACIÓN... 4 6. INDEPENDENCIA Y OBJETIVIDAD... 5 7. ALCANCE...

Más detalles

-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo

-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo Página 11 5. Estructura del programa de evaluación con personal externo 5.1 Introducción Esta sección presenta la estructura del programa de evaluación con personal externo. Describe las funciones y responsabilidades

Más detalles

Planificación, Gestión y Desarrollo de Proyectos

Planificación, Gestión y Desarrollo de Proyectos Planificación, Gestión y Desarrollo de Proyectos Conceptos básicos Planificación de un proyecto Gestión de un proyecto Desarrollo de un proyecto 1 Conceptos básicos: Proyecto Conjunto de actividades que

Más detalles

12.1 PLANIFICAR LAS ADQUISICIONES PROYECTO TÉCNICO

12.1 PLANIFICAR LAS ADQUISICIONES PROYECTO TÉCNICO 12.1 PLANIFICAR LAS ADQUISICIONES PROYECTO TÉCNICO Documento redactado por Documento revisado por Documento aprobado por Jordi Labandeira Alberto Arnáez 25-08-12 Joaquín de Abreu 02-09-12 David Naranjo

Más detalles

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

Más detalles

Plan de Administración del Proyecto

Plan de Administración del Proyecto L México 2002 Atención Ciudadana y Gestión de Programas Sociales Plan de Administración del Proyecto Introducción: El Plan de Administración del Proyecto provee información de cómo el proyecto debe ser

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

Capítulo IV. Manejo de Problemas

Capítulo IV. Manejo de Problemas Manejo de Problemas Manejo de problemas Tabla de contenido 1.- En qué consiste el manejo de problemas?...57 1.1.- Ventajas...58 1.2.- Barreras...59 2.- Actividades...59 2.1.- Control de problemas...60

Más detalles

UNIVERSIDAD NACIONAL DE INGENIERÍA

UNIVERSIDAD NACIONAL DE INGENIERÍA UNIVERSIDAD NACIONAL DE INGENIERÍA FACULTAD DE INGENIERÍA CIVIL EVALUACION DE LAS FASES DE ÉXITO EN EL PROYECTO CONSTRUCCION DEL ALMACEN DE PRODUCTOS TESIS PARA OPTAR EL TÍTULO PROFESIONAL DE: INGENIERO

Más detalles

EXPERIENCIAS EN LA IMPLANTACIÓN DE UN SISTEMA DE GESTIÓN DE LA CALIDAD PARA EL PROCESO DE PRODUCCIÓN DE SOFTWARE

EXPERIENCIAS EN LA IMPLANTACIÓN DE UN SISTEMA DE GESTIÓN DE LA CALIDAD PARA EL PROCESO DE PRODUCCIÓN DE SOFTWARE EXPERIENCIAS EN LA IMPLANTACIÓN DE UN SISTEMA DE GESTIÓN DE LA CALIDAD PARA EL PROCESO DE PRODUCCIÓN DE SOFTWARE MSc. Gloria María Guerrero Llerena J Gestión de la Calidad y Auditoría. CITMATEL E-mail:

Más detalles

C O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas

C O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas Coordinación del C O N T E N I D O 1. Propósito 2. Alcance 3. Responsabilidad y autoridad 4. Normatividad aplicable 5. Políticas 6. Diagrama de bloque del procedimiento 7. Glosario 8. Anexos 9. Revisión

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras Recibido: 06 de agosto de 2009 Aceptado: 21 de octubre de 2009 SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI MSc. Mauricio Rojas Contreras

Más detalles

UN RECORRIDO POR LA FAMILIA ISO

UN RECORRIDO POR LA FAMILIA ISO UN RECORRIDO POR LA FAMILIA ISO 2 de Mayo de 2006 BOLETIN 26 Introducción a la Familia ISO La serie ISO 9000 consta de cuatro normas básicas respaldadas por otros documentos. ISO 9000:2000, Quality management

Más detalles

3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire.

3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire. 3. Procedimiento administrativo para la realización de auditorías a sistemas de medición de la calidad del aire. 3.1 Descripción general de los pasos de la auditoría. Las auditorías comprenderán tres etapas

Más detalles

Implementando un ERP La Gestión del Cambio

Implementando un ERP La Gestión del Cambio Artículos> Implementando un ERP - La Gestión del Cambio Artículo Implementando un ERP La Gestión del Cambio 1 Contenido Sumario Ejecutivo 3 Los sistemas ERP flexibilizan la gestión de la empresa y su cadena

Más detalles

XXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES AMERICANOS E IBERICOS. La Habana, Cuba, 26 al 30 de octubre de 1998

XXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES AMERICANOS E IBERICOS. La Habana, Cuba, 26 al 30 de octubre de 1998 XXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES AMERICANOS E IBERICOS La Habana, Cuba, 26 al 30 de octubre de 1998 XXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES AMERICANOS E IBERICOS 1. Introducción

Más detalles

Marco Normativo de IT

Marco Normativo de IT Marco Normativo de IT PC0901 - Proceso de control de cambios en software de aplicación provisto por Organismos Gobierno de la Ciudad Autónoma de Buenos Aires PC0901 - Proceso de control de cambios en software

Más detalles

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos. Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas

Más detalles

CAPITULO III A. GENERALIDADES

CAPITULO III A. GENERALIDADES CAPITULO III INVESTIGACION DE CAMPO SOBRE EL DISEÑO DE UN SISTEMA AUTOMATIZADO DE CONTROL INVENTARIO Y EXPEDIENTES DE MENORES DE EDAD PARA EL CENTRO DE DESARROLLO INTEGRAL LA TIENDONA EN LA ZONA METROPOLITANA

Más detalles

Bloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos.

Bloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos. 1.- Objeto. Presentar y fomentar la existencia de metodologías en Dirección de Proyectos o Project Management a través de experiencias, documentos, normas y estándares nacionales e internacionales. Ofrecer

Más detalles

2 EL DOCUMENTO DE ESPECIFICACIONES

2 EL DOCUMENTO DE ESPECIFICACIONES Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir

Más detalles

Gestión de Proyectos de desarrollo de software. Ing. Rafael Bentancur Universidad ORT Uruguay

Gestión de Proyectos de desarrollo de software. Ing. Rafael Bentancur Universidad ORT Uruguay Gestión de Proyectos de desarrollo de software Ing. Rafael Bentancur Universidad ORT Uruguay Algunas definiciones Proyecto: emprendimiento temporario que debe crear un producto o servicio único (PMBOK)

Más detalles

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

Más detalles

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA con destino a GORE DE ATACAMA ELIMCO SISTEMAS Alfredo Barros Errázuriz 1954

Más detalles

PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO

PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO PROYECTO GESTIÓN POR PROCESOS: INFORME DE AUTOEVALUACIÓN MEDIANTE CUESTIONARIO UNIDAD: TÉCNICOS DE LABORATORIOS DE DEPARTAMENTOS, CENTROS E INSTITUTOS DE INVESTIGACIÓN (UTLA). Fecha de realización: DICIEMBRE

Más detalles

IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO)

IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) Introducción 1. Como se indica en la Norma Internacional de Auditoría 401, "Auditoría en un contexto informatizado", los objetivos globales

Más detalles

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE 3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE Software Configuration Management (SCM) es una disciplina de la Ingeniería de Software que se preocupa de [Ber92] [Ber84] [Bou98] [Mik97]: Identificar y documentar

Más detalles

Preguntas más frecuentes sobre PROPS

Preguntas más frecuentes sobre PROPS Preguntas más frecuentes sobre PROPS 1. Qué es un modelo? Un modelo es un marco común para toda la organización. Está alineado con los estándares de gestión de proyectos, como PMBOK, ISO10006, ISO9000

Más detalles

SISTEMAS Y MANUALES DE LA CALIDAD

SISTEMAS Y MANUALES DE LA CALIDAD SISTEMAS Y MANUALES DE LA CALIDAD NORMATIVAS SOBRE SISTEMAS DE CALIDAD Introducción La experiencia de algunos sectores industriales que por las características particulares de sus productos tenían necesidad

Más detalles

PROCEDIMIENTO DE AUDITORIAS INTERNAS. CALIDAD INSTITUCIONAL Versión: 02

PROCEDIMIENTO DE AUDITORIAS INTERNAS. CALIDAD INSTITUCIONAL Versión: 02 1. OBJETIVO Realizar la planificación, estructuración y ejecución de las auditorías internas, con el objeto de garantizar el cumplimiento de los requisitos de la Norma ISO 9001:2008 y los fijados por la

Más detalles

Taller de Gestión de Proyectos

Taller de Gestión de Proyectos Taller de Gestión de Proyectos Fernando Wins Marcelo Da Costa Porto Paul Gálvez Octubre2015 Montevideo Agenda Día 13 1.Breve repaso Taller Planificación Estratégica 2.Planificación Estratégica y Proyectos

Más detalles

Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I

Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I Qué es SCRUM Beneficios Como Funciona Fundamentos Requisitos Historia Qué es SCRUM Beneficios Como Funciona Fundamentos Requisitos Historia

Más detalles

Figure 6-1: Preliminary Phase

Figure 6-1: Preliminary Phase Fase Preliminar: Objetivos Los objetivos de la fase preliminar son: Figure 6-1: Preliminary Phase 1. Determinar la capacidad de la arquitectura deseada por la Organización. a. Revisar el contexto organizacional

Más detalles

Ingeniería del So:ware II

Ingeniería del So:ware II Ingeniería del So:ware II Tema 04 (1). Integración de Proyectos So:ware Carlos Blanco Bueno DPTO. DE MATEMÁTICAS, ESTADÍSTICA Y COMPUTACIÓN carlos.blanco@unican.es Este tema se publica bajo Licencia: CreaRve

Más detalles

Unidad 2. Bases de la Auditoria Administrativa de la Empresa

Unidad 2. Bases de la Auditoria Administrativa de la Empresa Unidad 2 Bases de la Auditoria Administrativa de la Empresa Bases de la Auditoria Administrativa de la Empresa En este capítulo vamos a dejar sentado las bases fundamentales de!a Auditoría Administrativa,

Más detalles

Funcionamiento de la Cartera de Proyectos TI

Funcionamiento de la Cartera de Proyectos TI Funcionamiento de la Cartera de Proyectos TI Introducción Desde el año 2012 la UA está inmersa en un proyecto de mejora del Gobierno de las Tecnologías de la Información; dentro de las buenas prácticas

Más detalles

Norma ISO 14001: 2015

Norma ISO 14001: 2015 Norma ISO 14001: 2015 Sistema de Gestión Medioambiental El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información sobre la Norma ISO 14001 u otras normas relacionadas

Más detalles

Sistemas de Calidad Empresarial

Sistemas de Calidad Empresarial Portal Empresarial Aljaraque Empresarial Sistemas de Calidad Empresarial 1 ÍNDICE 1. INTRODUCCIÓN. 2. CONCEPTO DE CALIDAD Y SU SISTEMA. 3. MÉTODO PARA IMPLANTAR UN SISTEMA DE GESTIÓN DE LA CALIDAD. 4.

Más detalles

Proceso: AI2 Adquirir y mantener software aplicativo

Proceso: AI2 Adquirir y mantener software aplicativo Proceso: AI2 Adquirir y mantener software aplicativo Se busca conocer los estándares y métodos utilizados en la adquisición de y mantenimiento del software. Determinar cuál es proceso llevado a cabo para

Más detalles

Estructura Desglosada del Trabajo (EDT)

Estructura Desglosada del Trabajo (EDT) Página 1 de 9 Estructura Desglosada del Trabajo (EDT) Qué es la EDT? La EDT (Estructura Desglosada de Trabajo) o WBS (Work Breakdown Structure) es una herramienta técnica que consiste en la descomposición

Más detalles

Gestión de Configuración del Software

Gestión de Configuración del Software Gestión de Configuración del Software Facultad de Informática, ciencias de la Comunicación y Técnicas Especiales Herramientas y Procesos de Software Gestión de Configuración de SW Cuando se construye software

Más detalles

Cómo definir un Catálogo de Servicios de TI

Cómo definir un Catálogo de Servicios de TI Cómo definir un Catálogo de Servicios de TI Elaborado por: Cecilia Mardomingo R. Para iniciar con la Gestión de los Servicios de Tecnologías de Información, es importante describir lo más completo posible

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN...4 Tarea 1.1: Análisis de la Necesidad del...4 Tarea 1.2: Identificación

Más detalles

Gestión de Requisitos ULPGC

Gestión de Requisitos ULPGC Gestión de Requisitos ULPGC Gestión de Requisitos Consiste en gestionar los cambios de los requisitos, las relaciones entre ellos, las dependencias entre la especificación de requisitos y otros documentos

Más detalles

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000 1 INTRODUCCIÓN Dos de los objetivos más importantes en la revisión de la serie de normas ISO 9000 han sido: desarrollar un grupo simple de normas que sean igualmente aplicables a las pequeñas, a las medianas

Más detalles

APLICACIÓN DEL R.D. 1627/97 A OBRAS SIN PROYECTO

APLICACIÓN DEL R.D. 1627/97 A OBRAS SIN PROYECTO COMISIÓN NACIONAL DE SEGURIDAD Y SALUD EN EL TRABAJO GRUPO DE TRABAJO DE CONSTRUCCIÓN SUBGRUPO DE OBRAS SIN PROYECTO APLICACIÓN DEL R.D. 1627/97 A OBRAS SIN PROYECTO 1.- INTRODUCCIÓN En la reunión celebrada

Más detalles

Sede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr

Sede Escazú, Plaza Tempo 4031-0999 40310991 E-mail: cit@ulacit.ac.cr 16-0079 / 29-0952 FORMULACIÓN PROYECTOS Descripción General: Provee una introducción que abarca el ciclo de vida completo del desarrollo de un proyecto, desde que se concibe en los niveles más altos de

Más detalles

PE06. RESPONSABILIDAD SOCIAL

PE06. RESPONSABILIDAD SOCIAL Índice 1. Objeto 2. Alcance 3. Referencias/Normativa 4. Definiciones 5. Desarrollo de los procesos 6. Seguimiento y Medición 7. Archivo 8. Responsabilidades 9. Flujograma ANEXOS: No proceden Edición Fecha

Más detalles

Planificación de Sistemas de Información

Planificación de Sistemas de Información Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación

Más detalles

GESTIÓN DE PROYECTOS DE SOFTWARE

GESTIÓN DE PROYECTOS DE SOFTWARE GESTIÓN DE PROYECTOS DE SOFTWARE LA PLANIFICACIÓN de proyectos se define como la predicción de la duración de las actividades y tareas a escala individual. LA ESTIMACIÓN se define como la predicción de

Más detalles

Seminario de Certificación CAPM

Seminario de Certificación CAPM Seminario de Certificación CAPM Revisa a detalle los componentes de los procesos de dirección de proyectos de cada una de las áreas de conocimiento contenido en el A Guide to the Project Management Body

Más detalles

PROCEDIMIENTO AUDITORÍA INTERNA

PROCEDIMIENTO AUDITORÍA INTERNA PROCEDIMIENTO AUDITORÍA INTERNA CONTENIDO 1. OBJETO... 2 2. ALCANCE... 2 3. DEFINICIONES... 2 5. PROCEDIMIENTO... 4 5.1 Planificación de la Auditoría... 4 5.2 Calificación de Auditores... 4 5.3 Preparación

Más detalles

Guía de los cursos. Equipo docente:

Guía de los cursos. Equipo docente: Guía de los cursos Equipo docente: Dra. Bertha Patricia Legorreta Cortés Dr. Eduardo Habacúc López Acevedo Introducción Las organizaciones internacionales, las administraciones públicas y privadas así

Más detalles

Curso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007

Curso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007 Curso TURGALICIA SISTEMA DE GESTIÓN DE SEGURIDAD Y SALUD EN EL TRABAJO OHSAS 18001:2.007 C/Fernando Macías 13; 1º izda. 15004 A CORUÑA Tel 981 160 247. Fax 981 108 992 www.pfsgrupo.com DEFINICIONES: RIESGOS

Más detalles

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES G OBIERNO D E L A CIUDAD DE BUENOS AIRES D irección General Adjunta de Sistemas Infor máticos SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES Página 1 de 16 Fecha de creación: 25/02/2009 Tabla

Más detalles

<Generador de exámenes> Visión preliminar

<Generador de exámenes> Visión preliminar 1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,

Más detalles

INFORME FINAL EVALUACIÓN PARA RENOVACIÓN DE LA ACREDITACIÓN

INFORME FINAL EVALUACIÓN PARA RENOVACIÓN DE LA ACREDITACIÓN EXPEDIENTE Nº: 4311242 FECHA: 29/05/2015 INFORME FINAL EVALUACIÓN PARA RENOVACIÓN DE LA ACREDITACIÓN Denominación del Título Universidad (es) Centro (s) donde se imparte Menciones/Especialidades que se

Más detalles

METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual?

METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES. Etapa 1: Diagnóstico Cómo es mi proceso actual? METODOLOGÍA PARA LA MEJORA Y DIGITALIZACIÓN DE TRÁMITES Etapa 1: Diagnóstico Cómo es mi proceso actual? El primer paso para mejorar un trámite, ya sea con miras a digitalizarlo o solo para mejorarlo en

Más detalles