Planificación del proyecto

El Proyecto Final constituye la culminación práctica y teórica en la administración de sistemas informáticos, integrando de manera transversal todas las competencias de despliegue, configuración, seguridad y mantenimiento abordadas a lo largo de la formación.

Todo proyecto exitoso comienza por su fase fundacional: la Planificación del proyecto. Esta etapa establece los cimientos estratégicos y técnicos sobre los cuales se construirá toda la infraestructura, garantizando que las soluciones implementadas respondan de manera precisa a los requerimientos reales del cliente y se ejecuten dentro de los plazos y recursos previstos.

Fases de la Planificación del Proyecto

Una planificación rigurosa se desglosa en cinco áreas clave que conectan las necesidades del negocio con las decisiones técnicas de ingeniería:

    Análisis de las Necesidades del Cliente: Proceso de toma de requerimientos (funcionales y no funcionales) para comprender el propósito del sistema, el volumen de usuarios esperados, los servicios críticos que se deben prestar, el presupuesto disponible y los niveles de servicio (SLA) exigidos.
    Selección del Hardware: Elección dimensionada de los componentes físicos (servidores, procesadores, memoria RAM, capacidad y tipo de almacenamiento en discos SSD/HDD y redundancia de fuentes) basándose en las cargas de trabajo estimadas en el análisis previo.
    Selección del Sistema Operativo: Decisión técnica entre plataformas de servidor (como distribuciones GNU/Linux empresariales o Windows Server) en función de la compatibilidad con el software de aplicación, la familiaridad de los administradores y los costes de licenciamiento.
    Planificación del Trabajo: Elaboración temporal del proyecto mediante diagramas de planificación (como cartas Gantt), definiendo hitos clave, dependencias entre tareas y asignación de tiempos para la implantación, pruebas y entrega final.
    Organización de Tareas: Desglose estructurado del trabajo (WBS / EDT) en subtareas manejables, asignando responsabilidades específicas dentro del equipo técnico para asegurar la trazabilidad y el control de avance durante todo el ciclo de desarrollo.

Analogía: Imagina el encargo de diseñar y construir un gran edificio de oficinas inteligentes para una multinacional. El análisis de las necesidades del cliente equivale a las reuniones con los directivos para saber cuántos empleados trabajarán allí y qué departamentos específicos operarán; la selección del hardware es el cálculo de ingeniería para dimensionar los cimientos, la estructura de acero y la capacidad de los generadores eléctricos; la selección del sistema operativo representa elegir los estándares de construcción y normativas de arquitectura aplicables; la planificación del trabajo es el calendario maestro de obra que fija los plazos de entrega por plantas; y la organización de tareas corresponde a coordinar las cuadrillas específicas de electricistas, fontaneros y albañiles para que trabajen de forma sincronizada sin interferirse.

Actividad práctica

Objetivo:

Redactar el documento inicial de planificación para un proyecto informático simulado, analizando requerimientos y estructurando tareas.

Tareas:

  1. Define un escenario de cliente realista (por ejemplo, una pyme de 30 empleados que necesita un servidor local de ficheros, un servicio web corporativo y copias de seguridad automatizadas).
  2. Elabora una tabla de dimensionamiento orientativa que detalle la selección de hardware básica (núcleos de CPU, RAM y almacenamiento necesario) y justifica la elección del sistema operativo (ej. Linux Server o Windows Server).
  3. Diseña un esquema temporal de tareas desglosadas en fases (análisis, instalación, configuración de servicios, pruebas y entrega) con una estimación de días para cada una.
    4. Reflexiona sobre por qué una mala estimación o un análisis de necesidades superficial en la fase inicial puede arruinar el éxito de todo el proyecto tecnológico posterior.

Preguntas de reflexión:

    ¿Qué diferencias operativas y de coste existen entre sobredimensionar el hardware de un servidor frente a quedarse cortos en su capacidad?
    ¿Por qué es fundamental distinguir entre requerimientos funcionales y requerimientos no funcionales durante el análisis con el cliente?
    ¿Qué criterios técnicos y económicos determinan la elección entre un sistema operativo libre (GNU/Linux) y uno privativo (Windows Server)?
    ¿Cómo ayuda la utilización de herramientas de planificación temporal (como diagramas de Gantt) a mitigar los retrasos imprevistos en un despliegue informático?
    ¿Qué riesgos se asumen cuando se inicia la instalación y configuración técnica de un sistema sin haber aprobado previamente un documento de especificaciones con el cliente?
Haz clic aquí para ver las soluciones y explicaciones

1. ¿Qué implicaciones tiene sobredimensionar o infraestructurar el hardware?

Infraestructurar (quedarse corto) provoca cuellos de botella severos, caídas de rendimiento, lentitud inaceptable para los usuarios y la necesidad de realizar inversiones urgentes y no previstas. Sobredimensionar en exceso incrementa innecesariamente el coste de adquisición (CAPEX) y los gastos continuos de energía y refrigeración (OPEX), inmovilizando un presupuesto que podría haberse destinado a otras áreas.

2. ¿Por qué distinguir entre requerimientos funcionales y no funcionales?

Los requerimientos funcionales definen qué debe hacer el sistema (ej. permitir compartir archivos o autenticar usuarios). Los requerimientos no funcionales establecen cómo debe comportarse el sistema en términos de calidad (ej. disponibilidad del 99.9%, tiempos de respuesta inferiores a un segundo, niveles de cifrado o escalabilidad). Ambos son vitales para diseñar una arquitectura técnica coherente.

3. ¿Qué criterios determinan la elección entre Linux y Windows Server?

Se evalúan la compatibilidad del software de aplicación empresarial requerido, los costes de licencias (licenciamiento por núcleo o CALs en Windows frente a gratuidad en la mayoría de distros Linux), el nivel de especialización técnica del equipo de administración encargado de dar soporte, y los requisitos de integración con infraestructuras previas (como Active Directory).

4. ¿Cómo ayudan los diagramas de Gantt a mitigar retrasos?

Permiten visualizar de forma gráfica la línea temporal del proyecto, identificar dependencias críticas (tareas que no pueden empezar hasta que otra finalice), calcular holguras y detectar desvíos de tiempo de manera temprana, facilitando la reasignación de recursos antes de que los retrasos afecten a la fecha de entrega final pactada con el cliente.

5. ¿Qué riesgos se asumen al trabajar sin un documento de especificaciones aprobado?

Se incurre en el riesgo del desvío de expectativas (o scope creep), donde el cliente espera funcionalidades diferentes a las que el técnico está implementando. Esto genera malentendidos, sobrecostes, repetición de trabajos ya ejecutados, disputas contractuales y la frustración general de ambas partes al no existir un marco de validación consensuado.