U2, Gestión de Proyectos

1

Instituto Tecnológico Superior de Coatzacoalcos Análisis y Modelado de Sistemas de Información - 5o Sem – Ingeniería en Informática

Unidad 2: Gestión de Proyectos.Objetivo:El estudiante Identificar áreas de oportunidad en una organización, para la propuesta y diseño de sistemas de información. También analizará diversas alternativas de solución a partir de la identificación y definición de requerimientos especificados por el cliente.

2.1. Actividades de gestión.Gestión de proyectos de sistemas de información.Proyecto se refiere a todas las acciones que deben realizarse para cumplir con una necesidad definida dentro de los plazos. Así, ya que el proyecto es una acción temporaria que tiene principio y fin, que utiliza recursos identificados (humanos y materiales) durante su ejecución, y que tiene un costo, deberá tener recursos presupuestados y una hoja de balance independiente a la de la compañía. "Productos finales" se refiere a los resultados esperados del proyecto.

En un sistema de información con calidad esta desarrollado con una adecuada organización; es por eso que es necesario dar importancia a la administración de proyectos de sistemas información como herramienta dentro de las empresas para el desarrollo de sistemas de información.

Las empresas con sistemas de información de calidad son aquellas que tiene una cultura organizacional flexible y no ortodoxa, es decir, hacen cambios en su forma de hacer las cosas, hacen uso de la tecnología para el bien de la empresa.

Dentro de unos pocos años aquellas empresas que no cambien sus viejos sistemas por sistemas de información computacionales, sean capaces de desarrollar dentro de ellas sistemas de información de calidad con la ayuda de una buena administración de proyectos de sistemas de información, hagan uso adecuado de la información y tengan una apertura hacia nuevas ideas y uso de nuevas tecnologías simplemente serán aplastadas por la tecnologías y por su misma ignorancia al cambio.

Importancia de la gestión de proyectos de sistemas de información.Antes que nada debemos de definir que es administración y que es un proyecto: "Administración es el proceso de planear, organizar, dirigir y controlar el uso de recursos para lograr objetivos".

Otra definición es la de koontz "La administración es el proceso de diseñar y mantener un ambiente en el cual las personas, trabajando juntas en grupos, alcanzan con eficiencia metas seleccionadas".

Entonces podemos definir a la administración como el proceso de organizar, planear, dirigir y controlar; actividades y recursos con el fin de lograr un objetivo.

Ahora definimos que es un proyecto "un proyecto es una organización de gente dedicada a un propósito u objetivo especifico".

Habiendo definido los conceptos de administración y de proyecto podemos decir que "La administración de proyectos es la aplicación del enfoque de sistemas para la administración de tareas tecnológicas complejas o de proyectos cuyos objetivos se establecen explícitamente en términos de tiempo, costos y parámetros de realización".

L.S.C.A. Raúl Monforte ChulínMORCH Systems

2


Después de haber visto la definición de administración de proyectos podemos dar nuestro punto de vista acerca de que es la administración de proyectos; La administración de proyectos es la forma de planear, organizar, dirigir y controlar una serie de actividades realizadas por un grupo de personas que tienen un objetivo especifico; el cual puede ser (crear, diseñar, elaborar, mejorar, analizar, etc.) un problema o cosa.

2.2. Estudio de viabilidad del proyecto.Estudio de factibilidad:El proceso de ingeniería de requerimientos comienza con un estudio de viabilidad. Este es un estudio corto que ayuda a resolver si un nuevo sistema de software es o no candidato para desarrollarse de acuerdo a los recursos y restricciones impuestas por al organización.

Llevar a cabo un estudio de factibilidad comprende la evaluación y recolección de información y la redacción de informes.

Factibilidad Técnica: Es un estudio de funciones, rendimiento y restricciones que puedan afectar la realización de un sistema aceptable. Las restricciones además de presupuesto y tiempo incluyen los recursos humanos, hardware y software. Con este estudio se determina si con la tecnología existente se puede implementar el nuevo sistema, o si hay que adquirir nueva tecnología.

Este estudio se refiere a los recursos necesarios como herramientas, conocimientos, habilidades, experiencia, etc., que son necesarios para efectuar las actividades o procesos que requiere el proyecto.

Generalmente nos referimos a elementos tangibles (medibles). El proyecto debe considerar si los recursos técnicos actuales son suficientes o deben complementarse.

Se tomarán en cuenta los siguientes puntos para la redacción.

* Mejora del sistema actual. * Disponibilidad de tecnología que satisfaga las necesidades.

En este apartado se redacta si la empresa cuenta con el hardware suficiente, hablamos de algo tangible.

Factibilidad EconómicaEs una evaluación de costo – beneficio del sistema que se quiere desarrollar, para saber que tan efectivo resultará su desarrollo, si contribuye o no a los objetivos del negocio, lo que determinará si vale la pena o no la inversión económica.

Este estudio se refiere a los recursos económicos y financieros necesarios para desarrollar o llevar a cabo las actividades o procesos y/o para obtener los recursos básicos que deben considerarse son el costo del tiempo, el costo de la realización y el costo de adquirir nuevos recursos.


3


Generalmente la factibilidad económica es el elemento más importante ya que a través de él se solventan las demás carencias de otros recursos, es lo más difícil de conseguir y requiere de actividades adicionales cuando no se posee.

Se tomarán en cuenta los siguientes puntos para la redacción. * Tiempo del analista. * Costo de estudio. * Costo del tiempo del personal. * Costo del tiempo. * Costo del desarrollo / adquisición.

En este apartado se redacta si la empresa cuenta con el capital suficiente para solventar el proyecto, pero mencionan a la empresa no le va a costar ya que es un proyecto escolar desarrollados por alumnos del ITSVA.

Factibilidad OperacionalSe trata de averiguar si el nuevo sistema es el adecuado para la organización. Se necesita saber si el nuevo sistema es flexible y puede integrarse a otros ya existentes en la organización.

Este estudio se refiere a todos aquellos recursos donde interviene algún tipo de actividad (Procesos), depende de los recursos humanos que participen durante la operación del proyecto. Durante esta etapa se identifican todas aquellas actividades que son necesarias para lograr el objetivo y se evalúa y determina todo lo necesario para llevarla a cabo.

Se tomarán en cuenta los siguientes puntos para la redacción.* Operación garantizada. * Uso garantizado.

En este apartado se redacta si la empresa cuenta con la gente capacitada para manejar el software. Hablamos de gente que al menos tenga conocimientos básicos de computación.

Presentación de un estudio de factibilidad Un estudio de factibilidad requiere ser presentado con todas la posibles ventajas para la empresa u organización, pero sin descuidar ninguno de los elementos necesarios para que el proyecto funcione. Para esto dentro de los estudios de factibilidad se complementan dos pasos en la presentación del estudio:

Requisitos Óptimos de Hardware Requisitos Mínimos de HardwareEjemplo: Procesador: Memoria RAM: Etc. Ejemplo: Procesador: Memoria RAM: Etc.

Requisitos Óptimos de Software Requisitos Mínimos de Software

Requisitos Óptimos Gestor de Base de Datos Requisitos Óptimos software de diseño

* Requisitos óptimos. El primer paso se refiere a presentar un estudio con los requisitos óptimos que el proyecto requiera, estos elementos deberán ser los necesarios para que las actividades y resultados del proyecto sean obtenidos con la


4


máxima eficacia.* Requisitos MínimosEl segundo paso consiste en un estudio de requisitos mínimos, el cual cubre los requisitos mínimos necesarios que el proyecto debe ocupar para obtener las metas y objetivos, este paso trata de hacer uso de los recursos disponibles de la empresa para minimizar cualquier gasto o adquisición adicional.

Requerimientos de hardwarea) Cotizaciones de hardware.En este apartado se cotizará el hardware en 3 empresas diferentes, ya sea que les entreguen una factura con el presupuesto y lo anexen al proyecto.

b) Cotizaciones de dominio o alojamiento (pagina Web).En este apartado se cotizará el dominio en 3 empresas diferentes, ya sea que les entreguen una factura con el presupuesto y lo anexen al proyecto.

Requerimientos de Software.a) Software a utilizar (3 posibles lenguajes de programación y justificar el seleccionado).En este apartado se buscarán 3 lenguajes de programación, con títulos, características y ventajas.Posterior a ello, se escribirá: Justificacion del Lenguaje de programación seleccionado.En este me redactarán el porqué del lenguaje??

b) Gestor de Base de Datos (3 posibles y justificar el seleccionado).En este apartado se buscarán 3 gestores de base de datos, con títulos, características y ventajas.Posterior a ello, se escribirá: Justificacion del Gestor de base de datos seleccionado.En este me redactarán el porqué del gestor??

C) Si van a utilizar software de diseño se va a realizar el mismo procedimiento, buscar 3, y elegir uno y justificarlo.

2.3. Análisis Costo/Beneficio.Entre la información mas importante contenida en el estudio de viabilidad esta el análisis de costes y beneficios – un intento de justificado para u proyecto de un sistema basado en u computadora. El análisis de costes y beneficios marca los costes del desarrollo del proyecto y los contrasta con los beneficios tangibles (medibles directamente en dólares) e intangibles de un sistema.

El análisis de costes y beneficios es complicado por los criterios que varían según las características del sistema que va a ser desarrollado, el tamaño relativo del proyecto y la recuperación esperada de la inversión como parte del plan estratégico de una compañía. Además, muchos beneficios derivados de los sistemas basados en computadora son intangibles (por ejemplo, mejor calidad del diseño a través de una optimización relativa, mayor satisfacción del cliente a través del control programable y mejores decisiones en negocios por medio de datos de ventas personalizados). Puede ser difícil lograr comparaciones directas cuantitativas. El análisis de los beneficios diferirá dependiendo de las características del sistema.

La mayoría de los sistemas de procesamiento de datos se desarrollan con “mayor cantidad, calidad, rapidez y organización de la información” como objetivo primordial. Los beneficios que se pueden asociar a programas de análisis científico y de ingeniería o a un producto basado en microprocesador pueden diferir sustancialmente. Los costes asociados con el desarrollo de un sistema basado en computadora el analista determina cada coste y luego


5


utiliza los costes de desarrollo y los que surjan sobre la marcha par determinar una recuperación de la inversión, un punto de igualdad y un periodo de amortización. Este análisis considera los costes incrementales asociados con beneficios añadidos (más o mejor funcionalidad y rendimientos).

Este marca los costos del desarrollo del proyecto y los contrasta con los beneficios tangibles e intangibles de un sistema.

El análisis de costos y beneficios es complicado por los criterios que varía según las características del sistema que va a ser desarrollado, el tamaño relativo del proyecto y la recuperación esperada de la inversión como parte del plan estratégico de la compañía.

Además muchos beneficios derivados de los sistemas basados en computadora son intangibles(por ejemplo, mejor calidad del diseño a través de una optimización relativa, mayor satisfacción del cliente a través del control programable y mejores decisiones en negocios por medio de datos de ventas personalizados).

Posibles beneficios de un sistema de informacionBeneficios de contribución a las tareas de cálculo y de impresiónBeneficios de contribuciones a las tareas de mantenimiento de registrosBeneficios de contribuciones a las tareas de búsqueda de registrosBeneficios de contribuciones a la posibilidad de reestructuración del sistemaBeneficios de contribuciones a las posibilidades de análisis y simulaciónBeneficios de contribuciones al control de procesos y recursos

Posiblies costes del sistema de informaciónCostes previos, costes de puesta a punto, costes relativos al proyecto, costes continuos

2.4. Gestión de riesgos.Análisis de Riesgos Un riesgo es un evento capaz de poner en peligro el cumplimiento de los objetivos; es un problema potencial que puede ocurrir o no.

Un riesgo es el proceso continuo que se lleva a cabo durante todas las fases del desarrollo de sistemas para estimar el daño, pérdidas o perjuicio que puede traer como resultado la imposibilidad de lograr desarrollar con éxito las partes de un sistema o de todo éste en su conjunto.

El análisis y gestión de riesgos son una serie de pasos que ayudan a un equipo de software a comprender y manejar la incertidumbre.

Muchos problemas pueden desbordar un proyecto de software. Sin importar el resultado de un riesgo, es una buena idea identificarlo, evaluar la probabilidad de que ocurra, estimar su impacto y establecer un plan de contingencia en caso de que el problema se presente.

Todos los involucrados en el proceso de desarrollo de software (gestores, ingenieros y participantes) intervienen en el análisis y gestión de riesgos.

Puesto que el software es una empresa difícil, muchas cosas pueden salir mal, por esta razón estar preparados es un


6


elemento clave de una buena gestión de proyecto de software. Los resultados del análisis de riesgos se deben documentar a lo largo del plan de proyecto junto con el análisis de consecuencias cuando el riesgo ocurra. Identificar éstos y crear planes para minimizar sus efectos en el proyecto se llama administración de riesgos.

Los riesgos son una amenaza para el proyecto, para el software que se esta desarrollando y para la organización.

Categorías de los riesgos: A) Riesgos del proyecto: Afectan la calendarización o los recursos del proyecto. B) Riesgos del producto: Afectan la calidad o desempeño del software que se esta desarrollando. C) Riesgos del negocio: Afectan a la organización que desarrolla el software.

Los tipos de riesgos que pueden afectar un proyecto depende de éste y del entorno organizacional en el que se éste desarrollando el mismo; pero entre algunos podemos encontrar: * Cambio de administración * Retrasos en la especificación * Cambio de requerimientos * No disponibilidad del hardware * Rotación de personal * Subestimación del tamaño del sistema * Cambio de tecnología * Competencia del producto * Bajo desempeño de la herramienta CASE

Etapas del proceso de administración de riesgos: 1) Identificación de riesgos: Identificar los posibles riesgos para el proyecto, producto y los negocios. 2) Análisis de riesgos: Valorar las probabilidades y consecuencias de estos riesgos. 3) Planeación de riesgos: Crear planes para abordar los riesgos, ya sea para evitarlos o minimizar sus efectos en el proyecto. 4) Supervisión de riesgos: Valorar los riesgos de forma constante y revisar los planes para la mitigación de riesgos tan pronto como la información de los riesgos este disponible.

Los análisis de riesgos, tratan de estudiar, valuar, medir y prevenir los fallos y las averías de los sistemas técnicos y de los procedimientos operativos que pueden iniciar y desencadenar sucesos no deseados (accidentes) que afecten a las personas, los bienes y el medio ambiente.

Durante el proceso de análisis de riesgo, se considera por separado cada riesgo identificado y se decide acerca de la probabilidad y la seriedad del mismo. No existe una forma fácil de hacer esto- recae en la opinión y experiencia del administrador de proyecto. No se hace una valoración con números precisos sino en intervalos:


7


1.- La probabilidad de que el riesgo se valore como muy bajo(<10%), bajo (10-25%), moderado (2-50%), alto(50-75%) y muy alto (>75%). 2.-Los efectos del riesgo pueden ser valorados como catastróficos, serios, tolerables o insignificantes. El resultado de este proceso de análisis se debe colocar en una tabla, la cual debe estar ordenada acorde a la seriedad del riesgo.

Riesgo Probabilidad EfectosLos problemas financieros de la organización fuerzan a reducir el presupuesto del proyecto.

Baja Catastrófico

Es imposible reclutar personal con habilidades requeridas para el proyecto. Alta CatastróficoEl personal clave esta enfermo y no disponible en momentos críticos. Moderado SerioLos clientes no comprenden el impacto de los cambios de los requerimientos.

Moderado Tolerable

Para hacer este tipo de valoraciones se necesita información detallada del proyecto, el proceso, el equipo de desarrollo y la organización. Tanto la probabilidad y la valoración de los efectos de un riesgo cambia conforme se disponga de mayor información acerca del riesgo y los planes de administración del mismo se implemente, por lo tanto la tabla anterior debe actualizarse durante cada iteración del proceso de riesgo.

Una vez que los riesgos se hayan analizado y clasificado, se debe discernir cuales son los más importantes que se deben considerar durante el proyecto. En general, siempre se deben tomar en cuenta todos los riesgos catastróficos así como los serios que tienen más que una moderada probabilidad de ocurrir.

2.5. Planificación del proyecto.La planificación de los Sistemas de Información (SI) se entiende como un procedimiento sistemático de toma de decisiones sobre que hacer con los sistemas de información en el futuro. Esto ha evolucionado de tal manera a lo largo de los años que se pueden distinguir cuatro fases:* La introducción de la informática en las organizaciones.* La expansión anárquica de las aplicaciones informáticas.* La coordinación de los SI con los objetivos de la empresa.* La interdependencia estratégica entre las compañías y los SI.

Fase 1: La introducción de la informática en la organizaciónA partir de los años setenta la informática inicia su presencia en las organizaciones y se limitaba a servir las demandas de mecanización de los procesos administrativos. El objetivo primordial de los directivos al incorporar la Informática en las empresas era la reducción de los costos en el procesamiento de la información y elaborar los procesos con mayor eficiencia y precisión.

Con este objetivo, la elaboración formal de los planes informáticos no existía ni era necesario elaborarlos, ya que se limitaban al desarrollo de aplicaciones informáticas e implementación de peticiones de usuarios. La decisión de los proyectos que se realizan se tomaba a nivel del Departamento de Procesamiento de Datos con un criterio planteado en términos estrictamente económicos.

Esta fase se caracterizó por la dependencia organizacional y funcional del área de informática de las áreas de servicios administrativos, por la existencia de una barrera de comunicación entre los directivos de la empresa y la jefatura de Informática, así como la inexistencia de una conexión entre los objetivos de la empresa con los planes


8


de los sistemas de información.Fase 2: Expansión anárquica de las aplicaciones informáticasUna vez resuelto los problemas de mecanización de los procesos administrativos, el departamento de informática tuvo la necesidad de enfrentarse a nuevas peticiones por parte de los usuarios que requerían de un mayor conocimiento del negocio. La falta de comprensión por parte de los responsables de Informática originó que las decisiones para desarrollar aplicaciones se tomarán basándose en criterios como:* La facilidad de implementación.* La novedad y el atractivo tecnológico del proyecto.* El poder de la unidad funcional solicitante.* El costo del desarrollo a realizar.

Esta fase se caracterizó por el desarrollo de incipientes sistemas de información formados por una multitud de aplicaciones transaccionales disjuntas e interconectadas entre sí por otras aplicaciones que les sirven como canal de comunicación; esta disfuncionalidad era evidente tanto desde el punto de vista técnico como funcional.

Fase 3: Coordinación SI con los objetivos de la empresaLa inversión que representaba el área de Informática así como la insatisfacción de los usuarios por el servicio, originó que los directivos de las empresas decidieran afrontar el problema de los Sistemas de Información desde un punto de vista global. Así que a partir de ese momento se establecen planes sistemáticos de definición de necesidades de información coherentes con los objetivos estratégicos de las unidades funcionales de la compañía. El Plan de SI contemplaba además de los proyectos a desarrollar, las prioridades de la empresa en la asignación de recursos a las tecnologías de información.

Esta fase se caracterizó por la intervención de la alta Dirección en la decisión de los proyectos a implementar, el desarrollo de procedimientos formales de planificación de SI, el establecimiento de planes informáticos en concordancia con los objetivos de la empresa y el cambio en el rol del responsable de SI, que se convierte en un coordinador del equipo interdepartamental que elabora la propuesta de Plan de Sistemas.

Fase 4: Interdependencia estratégica de la compañía – TI/SIUna vez superado el aislamiento de los planes de los Sistemas de Información respecto a la estrategia de la compañía, la dirección general se plantea como sacar el mayor provecho de las nuevas tecnologías de la información, por lo que se comienza a visualizar que el uso integrado de TI y SI permitirán a la empresa conseguir ventajas competitivas sostenibles. Para lo anterior es necesario integrar las posibilidades de los SI y de las TI con las estrategias de la empresa en el momento de formularla.

Para lograr una metodología de implementación exitosa de la TI/SI acorde con la estrategia de la empresa se requiere:* Una cultura en la organización que sea sensible al potencial de las Tecnologías de Información.* Un conocimiento en el Departamento de SI de los objetivos de la empresa.

Planificación del TI/SI a partir de la estrategia del negocioA fin de delimitar el esfuerzo necesario para planificar los Sistemas de Información es conveniente empezar por definir que debe incluir un Plan de Sistemas y Tecnologías de Información (TI/SI):* Una lista de proyectos a desarrollar en los próximos 3 a 5 años.* Análisis de la TI/SI con un enfoque de negocio.* Prioridad de cada proyecto.


9


* El detalle de los proyectos a desarrollar el primer año, con la finalidad de incluir en el presupuesto anual los recursos necesarios requeridos.* Mecanismos de evaluación que permitan el seguimiento del plan, tales como un calendario y un presupuesto detallado.* Un listado de las actividades de la empresa donde la TI puede utilizarse como herramienta de soporte para aumentar su eficacia y eficiencia.

La responsabilidad de desarrollar el plan de TI/SI recae fundamentalmente en la dirección de la empresa con la participación de un responsable de cada área funcional y del departamento técnico, con la finalidad de que este integrado por un equipo que represente a todas las áreas de la empresa.

Esquema general del procedimientoEl procedimiento de planificación requiere de varios grupos de trabajo para su implementación con una función específica, la cual se detalla a continuación:

Comité de TI/SI, formado por el máximo responsable de la compañía, los responsables de las distintas áreas funcionales y el director de SI. Sus responsabilidades son:* Diseño del Sistema de Información.* Supervisión del proyecto de planificación.* Comunicación del compromiso de la empresa con el plan de desarrollo.* Proporcionar los criterios estratégicos para la fijación de prioridades y asignación de recursos.* Aprobar el Plan de TI/SI desarrollado

Equipo de trabajo, lleva a cabo el trabajo operativo encaminado a elaborar el plan de TI/SI, está dirigido por el director de SI e integrado por un director operativo del proyecto (DOP), personal de sistemas y usuarios de los departamentos especialmente dedicados al proyecto de planificación.

Grupo base, integrado por el subdirector general a cargo de SI, el director de SI, el DOP y, eventualmente, por consultores externos expertos en planificación de sistemas de información. Su responsabilidades son:* Facilitar la negociación entre los usuarios.* Asegurar la consistencia de los desarrollos.* Supervisar el equipo de trabajo

Las fases principales que componen el procedimiento de planificación se describen a continuación:Fase 1: Presentación y compromiso del equipo.Esta fase está dedicada a construir el equipo de trabajo que llevará a cabo la planificación y su presentación ante la organización. Una parte importante del proyecto de planificación es el tiempo dedicado de los responsables de los departamentos y áreas funcionales de la compañía a la tarea de entrevistas y sesiones de trabajo con el equipo de planificación, esto se logra gracias al compromiso de la alta dirección en comunicar que el Plan de TI/SI es un plan que pertenece a toda la organización.

Fase 2: Descripción de la situación actualUna vez formado el equipo de trabajo y comprometida la organización con el esfuerzo de planificación, el primer paso consiste en describir la situación actual de la compañía en dos dimensiones: el negocio y los sistemas existentes. En esta fase se definen las funciones del negocio para poder identificar las necesidades de información. Aquí es donde se describe a la organización y al sistema de información existente.


10


Fase 3: Elaboración del Plan de TI/SIDurante esta fase se lleva a cabo la planificación propiamente dicha, donde se llevan a cabo las siguientes actividades:* Documentar las necesidades de información de cada una de las funciones del negocio.* Identificar las necesidades que no son cubiertas o parcialmente cubiertas por los sistemas actuales.* Formular propuestas de actividades que influyan directamente en las líneas estratégicas de la empresa.* Estimar el costo aproximado de la alternativa elegidaEl resultado es una serie de acciones de TI/SI a realizar durante la vigencia del plan que deberá ser aprobado por el comité de Sistemas.

Fase 4: Programación de actividadesEn esta fase se detallan las acciones específicas en forma de proyectos que se llevarán a cabo durante el primer año de vigencia del Plan.

Consideraciones AdicionalesEl tiempo que dura el proceso de planificación puede requerir de 1 a 2 semanas hasta 4 o 5 meses, dependiendiendo del tamaño de la empresa, en los casos de más larga duración es importante que el director operativo del proyecto (DOP) lo planifique y controle, de otra forma se alargará aún más. También es recomendable el uso de herramientas que ayuden durante el desarrollo del proceso de planificación a documentar y estructurar la información correspondiente, así como el uso de documentos con un formato prediseñados para tales efectos, de tal manera que los miembros del equipo de trabajo acaben produciendo documentos homogéneos, que puedan se ordenados e identificados con facilidad.

Características de los procedimientos de planificación de SI que parten de la estrategia del negocioDurante la descripción de un procedimiento de planificación de SI enfocado a la alineación con la estrategia del negocio, se deben de destacar algunas características que constituyen la esencia de este tipo de procedimientos.* El proceso de planificación debe de ser algo de la empresa, llevado a cabo y dirigido por personal propio* La alta dirección de la empresa, así como de cada una de las áreas que la forman, deben participar activamente en el proceso* Se deben de identificar en un matriz las funciones del negocio (filas), así como los criterios de carácter estratégico (columnas)* Se debe de hacer el costeo de propuestas concretas en el plan en dos fases y personal distinto: uno técnico y el otro de negocio (estratégico)* La comunicación entre técnicos y directivos durante el transcurso de un proyecto de planificación, debe de establecerse tanto durante las entrevistas de trabajo como durante las sesiones de elaboración de resultados y presentación de los mismos.

2.6. Calendarización del proyecto.Calendarización. Es crear una red de tareas de ingeniería de software que permitan tener el trabajo justo a tiempo. Esta red debe de tener responsabilidades asignadas, asegurar que dichas tareas se realicen y adaptar la red conforme a los riesgos se toman en realidad.

Los proyectos de software usualmente se entrega con retraso debido a:* Una fecha limite irrealizable establecida por alguien ajunto al grupo de ingeniería.


11


* Cambios en los requisitos del cliente que no se reflejan en modificaciones al calendario.* Una subestimacion razonable de la cantidad de esfuerzo o de recursos que se requerirán para realizar el trabajo.* Riesgos predecibles o impredecibles que no se consideraron al iniciar el proyecto.* Dificultades técnicas que no se lograron proveerse.* Dificultades humanas imprevisibles.* Falta de comunicación entre el personal del proyecto.* Una falla en la gestión del proyecto.* Que se debe hacer con fechas de entrega irrealizables.* Rechazar el proyecto –NO.* Ordenar al cliente que cambie la fecha –NO.

Se debe realizar una estimación detallada, aplicar un proceso incremental, reunirse con el cliente y explicarle la estimación detallada y decirle por que la fecha es irrealizable, ofrezca una estrategia de desarrollo incremental como alternativa.

Calendarización de proyectos de Software.La calendarización implica separar todo el trabajo de un proyecto en actividades complementarias y considerar el tiempo requerido para completar dichas actividades (algunas se realizaran en paralelo).

Es una actividad que distribuye estimaciones de esfuerzo a través de la duración planificada del proyecto, al asignar el esfuerzo a tareas específicas de ingeniería del software.

Importante tener en cuenta posibles problemas (personal, hardware, software,.. y otros) que provocan retrasos:* Problemas previstos: incrementar un 30% la estimación inicial.* Problemas no previstos: incrementar un 20%.

Calendarización Pueden utilizar técnicas/herramientas calendarización de proyectos. * PERT (Técnica de evaluación y revisión de programa).* CPM (Método de la Ruta Crítica).

Definición de una red de Tareas* Tareas y Subtareas tienen interdependencias basadas en su secuencia. * Trabajo paralelo --> Tareas concurrentes deben estar


12


coordinadas. Es importante siempre encontrar la ruta crítica, el calendario completo depende de este camino (los retrasos en estas actividades afectan a todo el proyecto), los retrasos en las demás actividades no afectan necesariamente al proyecto.

Al conocer cifras reales, se debe revisar la red de actividades y reorganizar las actividades posteriores para reducir la longitud de la trayectoria crítica.* Descomponer el proyecto en tareas y estimar el tiempo y los recursos requeridos para completarlas.* Organizar las tareas para obtener un uso óptimo de los recursos.* Minimizar la dependencia entre tareas para disminuir la probabilidad de atrasos.* Depende fuertemente de la intuición y experiencia

Información etapas tempranas: * Estimación de esfuerzo * Descomposición de la función del producto * Selección del modelo de proceso y conjunto de tareas apropiadas.* Descomposición de Tareas.

Cronogramas Un cronograma o grafico de Gantt permite determinar que tareas se realizan en un punto de tiempo dado, es posible crear un cronograma general y luego crear cronogramas para cada actividad o tarea.

* Diagrama de Gantt. * Uno por proyecto ó uno por cada función. * Diamantes (rombos) marcan hitos. El seguimiento del calendario puede hacerse de diferentes maneras.* Realizando reuniones periódicas* Haciendo evaluaciones de los resultados de todas las revisiones realizadas a lo largo del proceso de ingeniería de software* Determinando si se han logrado los hitos en las fechas establecidas comprobando la fecha real con la fecha de inicio prevista para cada actividad

Existen distintos principios básicos que guían la calendarización del proceso* Compartimentación.* Interdependencia.* Asignación de Tiempo.* Validación del esfuerzo.* Definición de responsabilidades.* Definición de resultados.* Definición de hitos.

Existe el mito que al agregar personas a un proyecto atrasado este puede finalizarse en el tiempo estimado con éxito, esto es muchas veces mentira ya que las nuevas personas primero deben ponerse al corriente y los que


13


previamente están involucrados deben enseñar a los nuevos, si se desea agregar personas a un proyecto se debe observar que la tarea sea altamente compartimentada.

REGLA 40-20-40Esta es una regla que usualmente se sigue, en la cual se asigna el 40% del esfuerzo al análisis y diseño de software, el 20% del esfuerzo a la codificación y el ultimo 40% a la realización de pruebas del sistema, esta distribución se utiliza como guía, la distribución final del proceso la dictan las características del proyecto.

Existen distintos tipos de proyectos de software entre ellos:Proyectos de desarrollo de concepto.Proyectos de desarrollo de nuevas aplicaciones.Proyectos de mejora de aplicación.Proyectos de mantenimiento de aplicación.Proyectos de reingeniería.

Dependiendo del tipo de proyecto y actividades dentro del proyecto se pueden seleccionar el tipo de tareas que se realizaran

Lema:El mejor amigo del estudiante es el conocimiento, pues en el encontraras que hacer en el mañana. Y recuerda un licenciado no es una copia, es original y se atreve a cambiar una realidad, no importa el tiempo o el espacio, todo es posible mientras creas que es así.

Gracias a Dios: Ya vas hacer profesionista, ser profesional es parte de una mejor calidad de vida para ti y para toda tu familia, lograrlo es una gran satisfacción de manera espiritual, emocional, social y laboral; búscalo, esfuérzate y disfrútalo; y veras que ser profesionista es excelentemente profesional.

MORCH Systems.


U2, Gestión de Proyectos

Documents

Transcript of U2, Gestión de Proyectos