¿Cómo se planifican y financian los proyectos EnterpriseIT?

No estoy seguro del controlador exacto para esta pregunta, así que discúlpeme si incluyo información que pueda encontrar remedio. Pase a la segunda sección si es así:
De manera muy similar a los proyectos más pequeños, es la respuesta: alguien, en algún lugar, ve la oportunidad de mejorar algo y presenta una sugerencia para hacerlo.
Naturalmente, cuando la escala de cambio es mayor, los presupuestos son mayores y, por lo general, los proyectos de nivel empresarial tienen un nivel de escrutinio y aprobación de muchos órdenes de magnitud mayor que el de algunos proyectos puramente locales o de pequeña escala.
Por lo general, el flujo del proceso es el siguiente:

  • Alguien tiene un momento de bombilla, tiene una propuesta para cambiar la forma en que el negocio funciona de alguna manera, con el fin de producir un beneficio, a menudo este beneficio es un ahorro en gastos generales operativos, pero también puede ser por otras razones: calidad de servicio, El negocio controla el cumplimiento, etc.
  • El proyecto adquiere un patrocinador. Por lo general, esta es la persona mayor en el equipo o división que tuvo la brillante idea. No tiene que ser la persona de mayor rango, pero cuando la financiación que se solicita debe ser suficiente para un cambio en toda la empresa, se necesita apoyo de alto nivel solo para que se escuche la idea, sin importar lo que se considere.
  • El nuevo equipo del proyecto prepara un caso de negocios. El argumento de dólares y centavos por qué el esfuerzo propuesto es deseable. Si el proyecto se propone para obtener beneficios no financieros, el documento de respaldo se llama más a menudo una “propuesta de valor”. Pero en realidad, esto es semántica, como se llame a esta documentación de respaldo, es lo que demuestra claramente una línea entre los entregables del proyecto y el beneficio para la empresa.
  • Por lo general, se realiza una revisión inicial con el controlador del presupuesto (grupal o individual) para revisar la propuesta a un alto nivel. Si se decide proceder, generalmente hay procedimientos formales de solicitud de presupuesto a seguir, que se invocan en este punto. Cualquier documentación requerida por este proceso es creada, evaluada y aprobada o no, y el proyecto continúa o no, como es normal.

Cosas que son diferentes sobre un proyecto empresarial (sin un orden particular):

  • Trabajo en equipo virtual (que requiere herramientas de soporte: software eMeeting, herramientas de groupware como Lotus Notes o Google Docs, etc.). Dada la escala del proyecto, es muy probable que no se encuentre en la misma ubicación física que todos los actores del proyecto.
  • Viajes al extranjero por la razón anterior. A menudo en la etapa de planificación y especialmente si necesita reunirse con proveedores específicos en ubicaciones / países específicos. No tengo una opinión firme sobre si, en la actualidad, esto es estrictamente necesario, solo que he observado que es más frecuente en esta escala de proyectos, a menudo multinacionales, pero también dentro del país.
  • Plazos de presentación y consideración de fondos muy extendidos. Cuanto más grande sea el dinero que solicite, más personas necesitarán cerrar sesión. Cuantas más personas y más arriba en el árbol, más personas quieren revisarlo, probar sus suposiciones, comprender los riesgos y las dependencias, “investigar la herida” básicamente. A menudo, estos niveles múltiples de aprobación pueden tomar mucho más tiempo para pasar por el ciclo esperado y, por lo general, los presupuestos importantes deben revisarse y aprobarse en el año financiero anterior al año de ejecución planificada.
  • Múltiples partes interesadas conferidas y un plan de comunicaciones matricial. Básicamente, muchas personas mayores con una participación en el juego y, por lo tanto, muchas reuniones de revisión y cadencias de llamadas con diferentes partes del negocio.
  • Dependiendo del proyecto, la privacidad de datos a menudo puede ser un factor muy significativo. Las leyes de DP a nivel local / nacional difieren de un país a otro, especialmente en Europa. Lo que está permitido, por ejemplo, con los datos bancarios en Irlanda es diferente de lo que está permitido con los datos bancarios en Polonia. El número de teléfono de un empleado (asignado por el empleador y pagado por ellos para fines laborales) no se considera información personal en el Reino Unido, pero sí en Austria. Etcétera etcétera.
  • Nuevamente, dependiendo del proyecto, las zonas horarias también pueden ser un factor muy significativo. Por ejemplo, tratar de encontrar el mejor momento, a través de 12 tiempos entre Alaska y Australia Occidental y todos los puntos intermedios, para tener una interrupción y hacer algunas mejoras críticas. De una manera menos importante, programar su cadencia de comunicación puede ser complicado: ¿cómo decide qué zona horaria debe atender una llamada de conferencia a las 10 p.m. o a las 5 a.m. a su hora?
  • Marcar los riesgos y problemas temprano para evitar sorpresas desagradables. Ver abajo también. Esto es tan cierto para proyectos muy grandes como para proyectos pequeños. De hecho, hay un argumento sólido para decir que es aún más importante, ya que es difícil para un gran proyecto ser tan receptivo a los riesgos y problemas, tan ágil como uno más pequeño.

Cosas que no son diferentes (en realidad, sigue una visión subjetiva, sin orden):

  • El número de tareas en el plan maestro del proyecto. Un proyecto que implica un cambio de algún tipo para, por ejemplo, 60,000 personas, no tiene más tareas que un cambio para 600 personas. Al menos no solo en virtud de tocar a más personas. Para reducir el ejemplo al absurdo de hacer el punto: un cambio de red multinacional que requiere que cada una de 60,000 personas cambie su configuración de IP no requiere 60,000 tareas para rastrear que lo han hecho, sino una tarea por país o similar donde El punto focal del país para el proyecto da un porcentaje general de finalización. Pueden tener una hoja de cálculo por ubicación, las personas de ubicación pueden tener una hoja de cálculo por piso, etc., pero no es necesario.
  • Marcar los riesgos y problemas temprano para evitar sorpresas desagradables. Todavía es una parte crítica de las actividades del gerente del proyecto, si el proyecto es “hacer una taza de té para la reunión” [delegado! ¡delegar! delegar!] o “actualizar de PSTN a VOIP en toda Europa”.