gerencia de proyectos telematicos

GERENCIA DE PROYECTOS TELEMATICOS Yo creo que es un debate que no tiene sentido, sencillamente porque los proyectos “informáticos no existen” Si bien esto puede parecer algo provocativo (lo acepto) voy a fundamentar esta postura a partir del siguiente argumento técnico: Si analizamos a la organización desde el punto de vista sistémico (esta teoría tuvo varios iniciadores, uno de ellos Ludwing Von Bertalanffy) esta nos dará a los administradores una manera de ver la organización como un todo y como una parte de un ambiente externo más amplio, Y al hacerlo, la Teoría de Sistemas nos dice que la actividad de cualquier parte de una organización afecta a todas las demás. Pues entonces, todo proyecto que se efectúa en una organización es ante todo un proyecto de desarrollo organizacional, que puede tener un componente de una alta inversión en software y equipamiento, pero no deja de ser un proyecto con caraceristiscas socio técnicas. Definir un proyecto como informático, nos confunde y solamente vemos a las organizaciones como algo fragmentado, como si el subsistema tecnológico pudiera “correr” aparte de la dinámica social. He conocido proyectos así, y siempre terminan en fracasos. OPINION Podemos decir que los proyectos telemáticos se basan en la aplicación de conocimiento, habilidades, herramientas y técnicas que se dan por medio de actividades, con el propósito de cumplir o exceder los objetivos y expectativas de todas las partes interesadas en el proyecto tales como son: El planeamiento, organización, evaluación y control de todos los aspectos del proyecto, en un proceso continuo, para conseguir sus objetivos. Además es importante afirmar que en la Gestión de Proyectos Ningún proyecto importante se ha terminado nunca en el plazo marcado, con el mismo presupuesto asignado ni con el mismo equipo con que se comenzó. Los proyectos progresan rápidamente hasta que se concluyen en un 90%, y después, siempre permanecen completos en un 90%. La ventaja de los objetivos poco claros es que le evitan la molestia de tener que estimar los correspondientes costos claros. Si se permite que cambie libremente el contenido del proyecto, el ritmo de cambios excederá el ritmo de progresos. Los equipos de proyecto detestan los informes sobre progresos, ya que manifiestan claramente su falta de progreso. Sin embargo, manejar un proyecto implica cuidar lo siguiente: Calidad, riesgo, proveedores, seguimiento y control, ambiente técnico, definición del proyecto, cambios al alcance, comunicaciones entregables, eventos y recursos Humanos. Pero debemos tener en cuenta que se necesitan algunas etapas para manjar un proyecto complejo es decir un conjunto de unidades de trabajo asignadas a una unidad organizacional del proyecto, con iniciación objeto de dividirlo en Riesgo, Monitoreo, Control y Reportes, Manejo de sub-proyectos del Trabajo, Revisiones, Terminación, Problema y Manejo del Cambio. Y unas etapas para manejar un proyecto simple: Iniciación Riesgo, Problema, Monitoreo, Control y Reportes, Planeación del trabajo, Terminación y Manejo del Cambio.