Proyectos Informaticon
¿Que Es Un Proyecto Informatico?
Un proyecto informático es cualquier proyecto de tecnología de la información que tiene una fecha de inicio y final asignada, a menudo con hitos y objetivos específicos que deben cumplirse durante el ciclo de desarrollo. Pueden ser cosas como cambiar unos servidores antiguos, desarrollar un sitio web de comercio electrónico o fusionar bases de datos.
La gestión de proyectos informáticos se ve limitada por tres factores: tiempo, coste y alcance. Para que un proyecto tenga éxito, estas tres restricciones deben estar en equilibrio.
¿Por Que Es Necesario Estandalizar La Gestion De Proyectos Informaticos?
Para tener éxito, las organizaciones deben crear o adaptar un enfoque estándar para la gestión de proyectos informáticos. Un enfoque estándar proporciona las siguientes ventajas:
- Establece reglas y expectativas para el equipo del proyecto.
- Proporciona a los gestores de proyectos, gerentes funcionales y el personal operativo, un lenguaje común que facilita la comunicación y ayuda a asegurar que todos están alineados.
- Los administradores pueden determinar rápidamente qué proyectos preceden a otros y cuáles no ya que todos siguen los mismos procesos y enfoques, y utilizan las mismas métricas para medir el rendimiento del proyecto.
La gestión de proyectos informáticos no suele ser algo fácil ni obvio. La tecnología de la
información es especialmente resbaladiza porque está siempre en movimiento y cambiando,
obligando a las empresas a adaptarse constantemente. Pero es que además las necesidades de las
propias empresas también cambian muy rápidamente en la actualidad y se vuelven además muy
exigentes
¿Por Que Fracasan Algunos Proyectos Informaticos?
Cierta gestión de proyectos informáticos termina en fracaso, simplemente, porque se trata proyectos
tecnológicos únicos: desde el hardware, sistema operativo, problemas de base de datos o
de red, riesgos de seguridad, problemas de interoperabilidad y además, los fabricantes
hacen cambios a sus configuraciones de hardware y software.
Pero las tres razones más comunes por las que los proyectos fracasan son:
- Una falta de planificación
- Porque los proyectos se precipitaron
- Porque el alcance era demasiado difícil de manejar
del proyecto. Por ejemplo, para ser considerado exitoso, un proyecto puede tener que cumplir con
ciertas normas de calidad (por ejemplo, un programa de Six Sigma o uno ISO), estar dentro de un
determinado presupuesto, cumplir con un plazo determinado o ofrecer una funcionalidad específica.
Otro enfoque es el uso de un indicador como la “Regla 15-15”. La Regla 15-15 establece que si un
proyecto está más de un 15 por ciento por encima del presupuesto o un 15 por ciento por encima en
tiempo, es probable que nunca se recupere el tiempo o el coste necesario para ser considerado
exitoso.
Otro enfoque es el uso de un indicador como la “Regla 15-15”. La Regla 15-15 establece que si un
proyecto está más de un 15 por ciento por encima del presupuesto o un 15 por ciento por encima en
tiempo, es probable que nunca se recupere el tiempo o el coste necesario para ser considerado
exitoso.
¿Que Estrategias Consiguen Que Los Proyectos Informaticos Aumenten Su Velocidad?
Lento y rápido son términos subjetivos. Lo que puede parecer lento para tu organización puede ser muy rápido en otro lugar. Es importante determinar un marco de tiempo razonable para completar un proyecto informático basado en el alcance, los resultados esperados y las condiciones del proyecto.
Dicho esto, si que es posible determinar si tus proyectos están yendo demasiado lentos. Sobre todo si tienes información histórica con la que comparar la velocidad de los proyectos en curso.
Y por otro lado, pregúntate si tu gestión de proyectos informáticos está condicionada por el esfuerzo o por un duración determinada. Los proyectos condicionados por el esfuerzo pueden ser mejorados añadiendo más recursos para reducir el tiempo total del proyecto. Lo que ocurre es que hacer esto añade costes. Por otro lado, si el proyecto tiene una duración fija, como por ejemplo un proyecto que sea “hacer pruebas de software durante dos meses antes de ponerlo en producción”, no hay mucho que se pueda hacer para reducir el tiempo del proyecto sin incrementar el riesgo.
No hay comentarios:
Publicar un comentario