Gestión de Proyectos de TI: teoría o práctica?

Gestión de Proyectos de TI: teoría o práctica?

Contar palabras:
483

Resumen:
Tecnologías de la Información, y el desarrollo de sistemas informáticos de negocios, es relativamente nuevo, y me refiero a menos de
50 años de edad. Empecé en este negocio en la década de 1960 y participó en la sustitución de los sistemas de tarjetas perforadas
tabulador con sistemas de tarjetas perforadas de ordenador (como IBM 1400).

A medida que la tecnología se hizo más sofisticados (por ejemplo, discos, grandes recuerdos y compiladores) para los sistemas que
hemos desarrollado se volvió mucho más compleja. A medida que la industria de TI creció, también lo hizo ...


Palabras clave:
proyectos, gestión de proyecto, proyecto, director del proyecto, mis aptitudes, libro electrónico, PRINCE2


Cuerpo del artículo:
Tecnologías de la Información, y el desarrollo de sistemas informáticos de negocios, es relativamente nuevo, y me refiero a menos de
50 años de edad. Empecé en este negocio en la década de 1960 y participó en la sustitución de los sistemas de tarjetas perforadas
tabulador con sistemas de tarjetas perforadas de ordenador (como IBM 1400).

A medida que la tecnología se hizo más sofisticados (por ejemplo, discos, grandes recuerdos y compiladores) para los sistemas que
hemos desarrollado se volvió mucho más compleja. A medida que la industria de TI creció, también lo hizo el número de programadores,
analistas y operadores que trabajan dentro de ella.

Estos eran en su mayoría gente muy brillante, hábil e ingenioso, pero a menudo poco con reconocimiento de las necesidades de los
negocios. La rueda se reinventa en incontables ocasiones de diferentes maneras y hay maneras diferentes ya que muchos de estructurar
los programas de ordenador, ya que fueron los programadores hacerlo!

Estaba fuera de este sistema de desarrollo de metodologías que surgieron. Estos principios se han desarrollado metodologías a menudo
por los fabricantes principales de hardware y consultoría de gestión y estaban destinados a ser modelos para el desarrollo. Algunos
eran buenos, algunos son realmente horribles. Algunos fueron concisos y algunos, como SSADM, fueron masivamente exagerada y se
convirtió en la "cola que mueve al perro". Inevitablemente, los exagerados se convirtió adoptadas por los gobiernos de todo el
mundo, añadiendo de forma masiva a los costes y los plazos de desarrollo de TI en la década de 1980, sin mejorar significativamente
la calidad general.

La aparición de bases de datos (relacional, jerárquico, etc), añadido a la complejidad y el hecho cada vez más grandes proyectos de
desarrollo a la orden del día. Esto fue en parte el detonante de la aparición de metodologías de gestión de proyecto, ya que la
gestión del proyecto fue asignado con frecuencia a los analistas de sistemas y programadores con gran capacidad tecnológica, pero
poco en el camino de la capacidad de organización.

Las consultorías de gestión vio rápidamente las oportunidades comerciales y vimos una gran cantidad de especialidades metodologías
de gestión de proyectos, pero fue CCTA del gobierno británico que rompió el molde y lanzó INMEDIATA - una metodología casi viable
para la gestión de proyectos de TI. Esta se desarrolló, en primer lugar, en PRINCE y luego en PRINCE2, que es bueno y ha sido
ampliamente adoptado.

No es razonable lo que se refiere PRINCE2 como punto de referencia para las metodologías de gestión de proyectos y lo hace, de
hecho, proporcionar un mapa de rutas. Yo lo uso de forma rutinaria en la mayoría de mis proyectos, pero se plantea la pregunta:

¿El uso de una metodología bien me hacen un buen director de proyecto?

Es sin duda ayuda, pero la gestión de proyectos es más que la mecánica del proceso. Se trata de habilidades interpersonales,
sensibilización de los interesados, la presentación a la gestión y la comprensión de las reglas para ganar. En otras palabras, es
una mezcla de teoría y habilidades.

Mi eBook Proyecto Habilidades ve en muchas de las cuestiones en juego y trata de fusionar la teoría con consejos prácticos. Usted no
tiene que trabajar en la industria durante 30 años, pero a veces ayuda si usted escucha a alguien que lo ha hecho. La experiencia,
la conciencia y el sentido común siempre ayuda, con independencia del método que elijas para tu proyecto.