Proyecto Informatico
Proyecto Informatico
Proyecto Informatico
INDICE INTRODUCCION..2 QU ES UN PROYECTO INFORMTICO?............................................................ 3 OBJETIVOS DEL PROYECTO INFORMATICO.5 SISTEMAS DE GESTION DE PROYECTOS..6 INICIO DE UN PROYECTO INFORMTICO..8 PLANEAMIENTO DE UN PROYECTO INFORMTICO...9 BASE DE DATOS..13 TIPOS DE ARCHIVO15 El DESARROLLO..18 METODOLOGA PARA EL DESARROLLO DE SISTEMAS..19 METODOLOGA ESTRUCTURADA SIMPLIFICADA..21 POR QUE FALLAN LOS PROYECTOS INFORMATICOS?23 CONCLUSION24 BIBLIOGRAFIA...25
INTRODUCCION
Un proyecto es esencialmente un conjunto de actividades interrelacionadas, con un inicio y una finalizacin definida, que utiliza recursos limitados para lograr un objetivo deseado. Los dos elementos bsicos que incluye esta definicin son: las actividades y los recursos. LAS ACTIVIDADES son las tareas que deben ejecutarse para llegar en conjunto a un fin preestablecido (objetivo deseado); por ejemplo: recopilar informacin; realizar diagnsticos; confeccionar un diseo global de un procedimiento, programar, escribir manuales de procedimiento, etc. Un aspecto fundamental en todo proyecto es el orden en el cual se realizan las actividades. Y para determinar la secuencia lgica de las actividades se debe establecer el mtodo, el tiempo y el costo de cada operacin. LOS RECURSOS son los elementos utilizados para poder realizar la ejecucin de cada una de las tareas; como por ejemplo: hardware, programas de base (sistemas operativos), programas de aplicacin, discos de almacenamiento, energa, servicios, inversiones de capital, personal, informacin, dinero y tiempo Pero independientemente de su complejidad, caractersticamente todo proyecto rene la mayora delos siguientes criterios: 1. Tener un principio y un fin 2. Tener un calendario definido de ejecucin 3. Plantearse de una sola vez 4. Constar de una sucesin de actividades o de fases 5. Agrupar personas en funcin de las necesidades especficas de cada actividad 6. Contar con los recursos necesarios para desenvolver las actividades Cada uno de los proyectos que se desarrollan en las organizaciones, y ver que todos ellos tienen cometidos que deben cumplirse en un cierto plazo de tiempo y que adems requieren de la concurrencia de otras personas. Y es aqu donde empieza a tener relevancia la figura del administrador, en los proyectos a realizarse en las organizaciones; incluidos los proyectos informticos. Segn el pensamiento de Deming, quien seala, al presentar su teora de Calidad Total, que el administrador de un proyecto al planificar las actividades, debe tener presente que los mejores esfuerzos constituyen un elemento esencial; pero desgraciadamente, si estos esfuerzos se toman aisladamente sin una debida orientacin basada en principios administrativos, stos esfuerzos pueden causar profundos daos.
QU ES UN PROYECTO INFORMTICO? Es un sistema de cursos de accin simultnea y/o secuencial que incluye personas, equipamientos de hardware, software y comunicaciones, enfocados en obtener uno o ms resultados deseables sobre un sistema de informacin. El inicio de un proyecto informtico generalmente est dado en la solicitud de requerimientos de los usuarios, y siendo que los diferentes sistemas de Informacin abordan los diferentes tipos de problemas organizacionales; podemos clasificar a los Sistemas de Informacin segn sean las aplicaciones que necesite cada usuario en: Sistemas de Transacciones, Sistemas de Soporte para la toma de decisiones, y Sistemas Expertos.
FIGURA1.1 Clasificacin de los sistemas de informacin Tambin una buena manera de abordar la estructura conceptual para los sistemas de informacin, es desde los trabajos de Gorry y Scott Morton. En el que relacionan el trabajo fundamental de Herbert.A.Simon sobre la decisin estructurada y no estructurada, con el planeamiento estratgico, control gerencial y control operacional de Anthony. Simon divide la toma de decisiones en tres fases: Inteligencia Diseo y Eleccin; en una decisin estructurada, las tres fases son totalmente inteligibles y computables por el decisor humano; por lo cual esa decisin es programable. En una decisin no estructurada no hay pleno entendimiento de una o algunas de esas fases. Henry C. Lucas tambin toma a dichos trabajos, para poder diferenciar los distintos tipos de sistemas a fin de llegar a una implementacin exitosa, de sistemas de informacin computarizados. La siguiente tabla muestra la estructura conceptual de Gorry y Scott Morton.:
Control operacional Estructurado Cuentas a Cobrar Ingreso de pedidos Control de Inventarios SemiProgramacin de
Control Gerencial
Planeamiento Estratgico
Anlisis presupuestario Ubicacin de costos proyectados Presupuesto a corto plazo depsitos y fabricas
Fusiones y Absorciones
No-
Sistema PERT y -
Ventas y Produccin
estructurado / de Costos
Los recursos mas frecuentemente utilizados que caracterizan a un sistema de informacin, son los componentes de la Tecnologa de la Informacin (TI ) como ser el uso de Hardware, Software y Comunicaciones. En cuanto a estos elementos de la Tecnologa de la Informacin, podemos considerar que ya han llegado a un desarrollo ms que suficiente para la aplicacin en una operacin informtica. Lo que nos lleva a que la gestin de un hecho informtico como un proyecto integral, tanto sea en su entorno de diseo, como en su planificacin y control, definen una nueva etapa; una mayora de edad en el tratamiento informtico. Considerando entonces, la importancia que la informtica tiene en los planes estratgicos de cualquier empresa moderna; no solamente se debe tener en cuenta la evolucin de los recursos de la tecnologa de la informacin, sino tambin las distintas metodologas para el desarrollo de los sistemas de informacin. As es que, el solo hecho de considerar a un asunto informtico como un proyecto al que se asocian tcnicas y procedimientos de diseo, supone un paso importante.
OBJETIVOS DEL PROYECTO INFORMATICO 1.-De servicio: Este tipo de objetivos son definidos por el cliente, normalmente para alcanzar a largo plazo (3 meses a dos aos) y afectan a la organizacin operativo y gestin del rea usuaria. Pueden ser cualitativos (fiabilidad, calidad, etc.) y cuantitativos (beneficios de gestin, beneficios de funcionamiento, etc.) 2.-De produccin: Son definidos por la informtica, se han de cumplir a corto plazo y afectan al desarrollo y explotacin del proyecto. Normalmente son cuantitativos (coste, plazo, calidad, rendimiento, etc.). En cuanto a los objetivos coste, plazo y calidad, lo mas importante es sealar que no se pueden alanzar los tres simultneamente. Si dos estn especificados, es necesario que el tercero pueda variar. 3.-Estratgicos: Son definidos por el DG, su alcance es a largo plazo (de 3 a 5 aos) y afectan a todas las reas de la empresa. Normalmente son cualitativos (cobertura, integracin, imagen, migracin, etc.).
TIPOS DE PROYECTO Atendiendo al criterio de riesgo en la ejecucin y grados de libertad en la implementacin podemos distinguir entre varias clases de proyectos: Proyectos de investigacin bsica Proyectos de investigacin aplicada Proyectos de investigacin y desarrollo (I+D) Proyectos correspondientes a la construccin de cualquier elemento
La identificacin del riesgo es un intento sistemtico para especificar las amenazas al plan del proyecto (estimaciones, planificacin temporal, carga de recursos, etc.). Identificando los riesgos conocidos y predecibles, el gestor del proyecto da un paso adelante para evitarlos cuando sea posible y controlarlos cuando sea necesario.
FIGURA 2.1. PERT Y CPMO;. El objetivo de este grfico es el de planear un proyecto y verificar el cumplimiento. A los efectos de su confeccin, se requiere determinar: a) Las tareas a desarrollar b) La relacin o dependencia entre las tareas c) El tiempo Planeado para la ejecucin de cada tarea
FIGURA2.2 Diagrama de GANTT. La utilizacin de una herramienta automatizada de administracin de proyectos, como es el caso de Microsoft Project, le otorgar una mayor eficacia en el control del proyecto.
< Los insumos (materiales, piezas, energa y servicios); : Las instalaciones y equipo (inversiones de capital); J El personal; & La informacin; $ El dinero.
PLANIFICACIN FINANCIERA
Al momento de asignar los recursos, debe tener en cuenta algunas consideraciones como: la simultaneidad de tareas para un mismo recurso, la importancia de cada tarea, si es una actividad crtica o no. Lo importante es que una vez que fueron identificados los recursos para cada tarea, se deben realizar los siguientes anlisis: De Costo; De Beneficio; De Riesgo; De Sensibilidad. La utilidad de los modelos financieros, aumenta cuando se los computariza. Esto facilita una exploracin financiera rpida, y de una gran cantidad de medios alternativos y/o supuestos sobre el ambiente. A travs de los anlisis de riesgo y sensibilidad.
FIGURA2, 3. ANLISIS DE FLUJO DE FONDOS CONSIDERACIONES EN UN PLAN ESTRATGICO INFORMTICO Bien, nuevamente concentrando nuestra atencin en los proyectos informticos. Tenemos que en el proceso de planeamiento, de un sistema de informacin, se debe determinar: La situacin actual @ La situacin deseada : Las distintas alternativas < = > Tambin se deben considerar, los recursos necesarios especficos de la Tecnologa de la Informacin: Fsicos o o o lgicos o o o o o Estructuras de almacenamiento (Base de datos relacional, orientada a objetos) Monitores de comunicaciones Lenguajes ( Pascal, Cobol, C++, SQL) Mtodos de desarrollo ( Ciclo de Vida, Prototipo, Espiral) Control de seguridad y calidad Sistema Central (Microprocesador, Memoria principal) Perifricos (Unidades de entrada, Unidades de salida; Unidades de entrada/salida) Comunicaciones (Modem, Repetidores, Hub)
BASE DE DATOS
El conjunto unificado de informacin, resultante de nuestro proyecto informtico y, que ser compartida por los diferentes usuarios de la organizacin, va a conformar la denominada Base de Datos. La funcin bsica de una base de datos es permitir el almacenamiento y la recuperacin de la informacin necesaria, para que las personas de la organizacin puedan tomar decisiones. Es as que las Bases de Datos se tornan esenciales para la supervivencia de cualquier organizacin; pues los datos estructurados constituyen un recurso bsico para todas las organizaciones. Dependiendo de la capacidad de almacenamiento y procesamiento del hardware, la organizacin puede contar con una nica Base de Datos, o con mltiples Bases de Datos. Independientemente de la Base de Datos que ser implementada, sta necesita de un Sistema de Gestin de Base de Datos (SGBD o DBMS). Los sistemas de Gestin de Base de datos, son programas de software para la administracin de las Bases de Datos; y en particular, para: almacenar, manipular y recuperar datos en una computadora. El SGBD tambin se encargar de la comunicacin entre el usuario y la base de datos, proporcionndole al usuario, los medios necesarios para poder obtener informacin, introducir nuevos datos y actualizar los ya existentes. ESTRUCTURA DE UNA BASE DE DATOS. Una Base de Datos est compuesta por un conjunto de tablas o archivos. Para una mayor comprensin podemos ejemplificar la siguiente Base de Datos de compras. ARCHIVO DE PRODUCTOS
Unidad
Cantidad
CD-ROM RW IDE Disco rgido ATA 66 Disco Flexible de 3 1/2" 1,44 Mbytes
10 20 20 5 25
Sonido de 16 bit 3.01.01 Papel carta para impresora. Resma 100 hojas
7 8 9
ARCHIVO DE PROVEEDORES
Direccin del proveedor Av. La Plata 365 Doblas 1578 Av. Rivadavia 3558
Precio
Esta Base de Datos contiene informacin de tres Entidades: Datos sobre productos (Entidad producto), almacenados en el archivo de PRODUCTOS; Datos sobre proveedores (Entidad proveedores), almacenados en el archivo PROVEEDORES y; Datos sobre el origen de los productos (Entidad origen del producto), o sea, los productos son provistos por cada proveedor y viceversa, almacenados en el archivo de ORIGEN DEL PRODUCTO.
La informacin almacenada en cada uno de estos archivos se conoce con el nombre de Entidad. Por lo tanto una entidad es cualquier persona, cosa o evento, real o imaginario, de inters para la organizacin y acerca del cual se capturan, almacenan o procesan datos. Cada uno de estos archivos est formado por un conjunto de registros que describe, a travs de los atributos o datos (columna), cada entidad en l almacenado. Un atributo es pues, cualquier detalle que sirve para identificar, clasificar, cuantificar o expresar el estado de una entidad.
FIGURA 3.1 Modelo relacional de una tabla TIPOS DE ARCHIVO Los archivos pueden clasificarse en cuatro tipos bsicos; que son: los archivos maestros, los archivos de transacciones, los archivos de control y los archivos de planeamiento. Esta clasificacin depender de la relacin lgica que tengan que tener los datos, para dar apoyo a la actividad de la organizacin. ARCHIVO MAESTRO Un archivo maestro es un conjunto de registros que se refieren a algn aspecto importante de las actividades de una organizacin, como por ejemplo el archivo de VENDEDORES. Un archivo maestro tambin puede reflejar la historia de los eventos que afectan a una entidad determinada, como es en el caso de un archivo HISTRICO DE VENTAS. Otros ejemplos son los archivos maestros de: PLAN DE CUENTAS; BANCOS, NMINA DEL PERSONAL, CLIENTES, VENDEDORES, PRODUCTOS, PROVEEDORES, COMPETIDORES. ARCHIVO DE TRANSACCIONES. Es un archivo temporal que persigue bsicamente dos propsitos; uno es el de acumular datos de eventos en el momento que ocurran, y el segundo propsito es el de actualizar los archivos maestros para reflejar los resultados de las transacciones actuales. En otras palabras, guardan informacin sobre los eventos que afectan a la organizacin y sobre los cuales se calculan datos; como es en el
caso de los archivos de VENTAS, ORDENES DE PRODUCCIN o PAGO DE SALARIOS. Otros ejemplos de archivos de transacciones son los archivos de: REGISTROS CONTABLES, COSTOS, FACTURAS, PAGOS A RECIBIR, PROCESOS DE EXPORTACIN, CONSULTA DE CLIENTES, PEDIDOS DE CLIENTES Y PEDIDOS A PROVEEDORES. ARCHIVOS DE CONTROL. Los archivos de control contienen datos de los archivos maestros y de transacciones, para permitir el anlisis del desempeo de la organizacin. Estos archivos generan medidas de control de los negocios, como ser el VOLUMEN DE VENTA POR PRODUCTO, VOLUMEN DE VENTA POR VENDEDOR, VOLUMEN DE VENTA POR CLIENTE, COMPRAS POR PROVEEDOR, COSTO DE REPOSICIN. ARCHIVO DE PLANEAMIENTO. Los archivos de planeamiento, contienen datos referentes a los niveles esperados de los datos existentes en los archivos maestros y de transacciones; como por ejemplo: PROGRAMA DE VENTAS, PROGRAMA DE COMPRAS, PROGRAMA DE PRODUCCIN; PRESUPUESTO FINANCIERO. Por lo tanto los datos existentes en un archivo de planeamiento provienen de los archivos maestros, de transacciones, y de control.
Figura 3.1.1. Flujo de informacin entre los distintos tipos de archivos LLAVE PRIMARIA O IDENTIFICADORA. Cada instancia de una entidad debe ser unvocamente identificable, de manera tal que cada registro de la entidad debe estar separado y ser unvocamente identificable del resto de los registros de esa misma entidad; y quien permite esta identificacin es la llave primaria. La llave primaria, que generalmente se identificada por medio de la letra @, puede ser un atributo o una combinacin de atributos.
En consecuencia en cada archivo solo podr existir un nico registro que posea un valor determinado para su llave primaria. En otras palabras no puede existir en un archivo un registro que cuente con el mismo valor de otro registro en el campo de la llave primaria; la llave primaria no puede tener valores repetidos para distintos registros. La llave primaria debe permitirle a un Sistema de Gestin de Base de Datos (SGBD), correctamente proyectado, generar un error si un usuario intenta incluir un nuevo registro cuya llave primaria coincida con la de otro registro ya existente en el archivo. En el caso de la Base de Datos de compras, descripta anteriormente las llaves primarias de cada archivo son: ARCHIVO DE PRODUCTOS: @ Cdigo artculo ARCHIVO DE PROVEEDORES: @ Cdigo proveedor ARCHIVO ORIGEN DE LOS PRODUCTOS: @(Cdigo proveedor + Cdigo producto). INDICES DE ACCESO Un ndice de acceso es un archivo auxiliar utilizado internamente por el SGDB para acceder directamente a cada registro del archivo de datos. La operacin de indexacin, creada por el SGDB, ordena a los registros de un archivo de datos de acuerdo con los campos utilizados como llave primaria e, incrementa sensiblemente la velocidad de ejecucin de algunas operaciones sobre el archivo de datos. Normalmente para cada archivo de datos debe existir un ndice cuya llave de indexacin sea idntica a su llave primaria. Este ndice es llamado ndice primario. Tambin es posible crear ndices para un archivo de datos utilizando atributos (campos), o conjunto de atributos, diferentes de los de la llave primaria. Este tipo de ndice, llamado ndice secundario, es utilizado para reducir el tiempo de localizacin de una determinada informacin dentro de un archivo o para clasificar los registros del archivo de acuerdo con el orden necesario para la obtencin de la informacin deseada.
El DESARROLLO
El administrador de un proyecto informtico debe buscar la mxima automatizacin de las tareas que realizarn cada uno de los profesionales involucrados en un proyecto informtico. Es importante destacar que lo que buscamos no es solamente que en todo proyecto informtico se est dispuesto a automatizar tareas requeridas por los usuarios; sino tambin la de automatizar las propias tareas del proyecto. CARACTERSTICAS EN TODA METODOLOGA DE PROCESAMIENTO DE DATOS A continuacin se presenta una lista de atributos, que se consideran mnima en todo procesamiento de datos: Automatizacin: Como venimos diciendo, se debe buscar la mxima automatizacin posible de todas las tareas desarrolladas por los profesionales involucrados en un proyecto informtico. Se debe evitar la programacin manual; pues sta es lenta y propensa a errores, por lo tanto es ineficaz e ineficiente. Velocidad: Tal lo visto en el primer captulo otro de los problemas principales, en el desarrollo de todo proyecto informtico, es el tiempo que involucra al mismo. Persiga altos niveles de productividad, aplicando tcnicas y metodologas que le permitan alcanzar resultados rpidamente. Cambiabilidad. Cuando vimos las causas que dan inicio a un proyecto informtico describimos que existirn cambios en el contexto o en los procedimientos requeridos por los usuarios o bien pueden producirse cambios en la tecnologa; que implicarn cambios en los programas y en los sistemas. Es por eso que se deben aplicar tcnicas y metodologas que permitan realizar dichos cambios, sin que esto involucre un incremento significativo tanto de los costos y como en el tiempo de implementacin de estos cambios. Verificacin de condicin correcta. Confeccione y utilice herramientas de anlisis, como el diccionario de datos las tablas de decisin la diagramacin lgica la lista de eventos para poder detectar automticamente todos los errores de sintaxis y de semntica interna. Si existen ambigedades, contradicciones, incongruencias, la calidad del sistema se ver afectada, con todo lo que ello implica. Los errores provocan ineficiencia ineficacia y baja productividad Tcnicas que faciliten la comunicacin con los usuarios finales. Los usuarios deben desarrollar el conocimiento necesario para verificar cada etapa de evolucin del proyecto. El usuario es quien ms sabe del sistema involucrado en el proyecto. Adems los usuarios deben estar en condiciones de utilizar sus propios lenguajes de consulta de actualizacin y de generadores de informacin; como: el Standard Query Languaje (SQL) , el Query - By - Example (QBE), el Query - by - Diagram (QBD) o el
Grafphics Language for Database, entre otros. Por lo tanto se deben adoptar lenguajes que permitan que la gerencia extraiga nueva informacin de las bases de datos, con la mxima prontitud posible. Diseo estable de base de datos. La base de datos es el elemento principal de toda automatizacin de tareas. Tal cual lo visto en el tpico de la modelizacin de datos almacenados cuide las tcnicas y los mtodos para la construccin de las tablas. Modularidad. Los sistemas deben dividirse en mdulos fcilmente identificables .Debe ser factible efectuar cambios en forma local dentro del mdulo. Todo efecto de cambio exterior al mdulo debe ser rigurosamente rastreable. Control de operabilidad mutua. Se necesita una tcnica formal y rigurosa, para tener la seguridad de que el sistema y los mdulos desarrollados separadamente operan correctamente en conjunto Dialectos alternativos. Se debe disponer de herramientas de ingeniera de software para conceptualizar, dibujar y disear sistemas, conectados en forma automtica con la representacin bsica. Estas herramientas deben funcionar en forma integrada, evitando puentes manuales que introducen errores. Deben utilizar, en la media posible, sintaxis y grficos comunes. Una propuesta interesante de destacar es la que propone Lucas H.C. Jr.. con el diseo creativo de sistemas, este modelo tiene bsicamente tres componentes:
1. diseo controlado por el usuario 2. atencin especial a las interacciones con el usuario 3. evaluacin de la calidad de los sistemas segn el criterio del usuario
Esto crea un compromiso del usuario con el sistema aumentando la posibilidad de ser utilizado El usuario participa activamente durante el diseo y por lo tanto est mejor preparado para usar el sistema, en razn de su familiaridad con l. El usuario est a cargo del diseo lgico o conceptual del sistema incluyendo las salidas, las entradas y la lgica del procesamiento. El usuario en escribe ni controla programas estos pueden ser desarrollados con lenguajes de 4 generacin y ser controlados con herramientas CASE. El usuario creativo se basa en el control del diseo por parte del usuario, atencin especial a las interacciones de ste con el sistema y evaluacin de su calidad de acuerdo con el criterio del mismo usuario.
Formacin del usuario implantacin del sistema explotacin del sistema Mantenimiento Esta metodologa la podr encontrar en un amplio universo bibliogrfico, nosotros nos concentraremos, como lo describimos en la introduccin de la obra en las metodologas simplificadas.
se somete a la evaluacin del usuario cada proceso del modelo comportamental Definir los requisitos de implementacin Mientras son definidos los procesos a ser informatizados, se debe discutir y documentar los requisitos de implementacin de esos procesos y del sistema de software como un todo: Desempeo, restricciones de costos, restricciones operacionales, consideraciones sobre seguridad y auditora, tecnologa a ser empleada, modificaciones en procedimientos manuales y en otros sistemas informatizadas ya existentes. Elaborar diagramas de estructura. Para cada proceso a ser automatizado, ser creado un diagrama de estructura. Las funciones de los diagramas son derivadas de los flujos de datos que entran y que salen de los proceso, y de las transformaciones que generan los datos de salida a partir de los datos de entrada. Integrar los diagramas de Estructura. Los diagramas de estructura deben ser integrados en programas, el agrupamiento de funciones puede ser hecho por proximidad temporal de utilizacin, rutinas On-Line, mensual, anual, etc., o por cualquier otro tipo de afinidad, como por ejemplo, en el caso de sistemas distribuidos, el agrupamiento es hecho conforme al procesador en que sern ejecutadas las funciones. La estructura del software es completada, incorporndose a l mdulos de apoyo operacional, como: mdulos de implementacin de backups, mdulos de control, mdulos para la creacin y restauracin de ndices, mdulos para alteracin de parmetros de operaciones, etc. estos mdulos sern incorporados al Diagrama de estructura, donde el acceso a ellos fuese mas conveniente Proyectar la interfaz con el usuario La parte mas importante y mas compleja de la interfaz con el usuario ser desarrollada a partir de los flujos de datos de entrada y de salida de los procesos a ser automatizados. Una nica interfaz puede ser generada para atender varios flujos simultneamente. Las interfaces necesarias a los mdulos que implementan mens de seleccin y a los mdulos de apoyo operacional complementaran el proyecto de la interfaz con el usuario. Proyectar la base de datos fsica Definir las caractersticas fsicas de cada dato, como el tipo el dominio; la organizacin de cada archivo, como la definicin de las llaves principales, ndices, etc.
Cuando se empieza a construir un edificio, no se abandona a la mitad porque no satisfaca los requisitos de los usuarios, cuando se acomete una obra hidrulica no se acaba diciendo que fall en el objetivo de transportar agua a las zonas designadas. O, al menos, si sucede, hay un montn de gente que se mete en autnticos problemas. La informtica, sin embargo, es diferente, cada ao se cancelan miles de proyectos fallidos. 1. El razonamiento comn de los programadores es que si se hacen unas buenas especificaciones y un buen diseo y una buena implementacin y un buen control de calidad entonces el proyecto funcionar, pero esto es falso, porque un proyecto es justamente eso: un proyecto. No es unas especificaciones, no es una arquitectura, un proyecto es una misin compartida de un grupo de personas. 2. Recorte sibilino de todos los recursos. La mayora de proyectos grandes que fracasan lo hacen porque se reducen sutilmente todos los recursos necesarios para llevarlos a cabo. Cualquier albail sabe que hay una proporcin correcta entre cal y cemento Portland y que no se puede quitar un 5% de hierro a un edificio porque los precios del acero se hayan disparado. En informtica, en cambio, es normal contratar un profesional de 3 aos en experiencia en el puesto de uno de 5 (a veces ya puestos no hace falta ni siquiera que sea informtico). No importa convertir 9 meses en 8 o 100.000 euros del presupuesto en 90.000. Se van metiendo pequeos rejones por todas partes, un poco de cada lado hasta que se arruina cualquier posibilidad de xito. Imposibilidad de coordinar esfuerzos. El segundo motivo no escrito es la dificultad para coordinar a un gran nmero de partes independientes y con intereses enfrentados. Esencialmente cuantos ms miembros en el grupo menores las probabilidades de que funcione. Esto es especialmente cierto en el caso de los proveedores externos que son de naturaleza fagocitaria y buscan la venta por dominio del cliente eliminando a cualquier competidor potencial. El resultado de esta pugna suele ser la destruccin del ecosistema de trabajo y la muerte del proyecto. 3. Obstculos artificiales. El tercer motivo es el bloqueo a las iniciativas que podran salvar el proyecto en un momento dado. Puede ser por razones polticas o porque alguien ha empeado su orgullo en que las cosas se hagan de una determinada manera. La cuestin es que no dejan a los informticos trabajar, les imponen restricciones absurdas y demenciales procedimientos operativos los cuales, obviamente, no estaban previstos en el plan inicial de ejecucin.
CONCLUSION
Aunque los aspectos puramente materiales y tcnicos de disear son esenciales, es necesario considerar el componente no-tcnico que igualmente influye en la viabilidad del proyecto. En realidad, cuando un problema no presenta aspectos como la legalidad, belleza, economa, etc., o bien factores de carcter poltico, social, tico, el problema no es de ingeniera sino que ms bien se est ante un problema de tipo exclusivamente tcnico.
Los proyectos nacen como respuesta a la necesidad del cumplimiento de determinados objetivos de cualquier empresa o Institucin y estn enmarcados dentro de la finalidad de sta. Por tanto, los proyectos tendrn siempre objetivos y finalidades especficas y hay que considerarlos como las herramientas para el logro de los objetivos empresariales.
Hoy en da, un proyecto presenta, adems de sus caractersticas tcnicas, una componente econmica-financiera, social y ambiental y una dimensin humana sin las cuales es imposible acometerlo con cierto grado de garanta. Adems, debido al carcter temporal del proyecto, se trata siempre de un sistema complejo y dinmico al que hay que aplicar un procedimiento de Direccin Integrada o Management a lo largo de toda su vida con el fin de obtener una optimizacin de todos los recursos empleados a travs de su estructura de organizacin, que ser temporal.