HostingPlus · Propuesta de planificación

Academia y Adopción Digital

Plan de trabajo del 17 de agosto al 18 de diciembre de 2026, con pausa del 2 al 27 de noviembre. Tres épicas, doce tareas y sesenta y dos subtareas mapeadas contra las nueve categorías de ticket de soporte más recurrentes.

Propuesta · nada creado en Jira todavía
3
épicas
12
tareas
62
subtareas
204 h
esfuerzo estimado
97 %
de la capacidad disponible (210 h)
9 / 9
categorías de ticket con contenido asociado

1Resumen

El proyecto entrega contenido que resuelve los problemas por los que hoy los clientes abren tickets, un canal propio donde encontrarlo, y la medición que permite saber si funcionó.

ÉpicaProyecto JiraTareasSubtareasHorasCierre
A · [ACADEMIA] Contenido para clientes de hostingSOP · Kanban641134 h18-dic-2026
B · [ACADEMIA] Canal propio, formato video y mediciónSOP · Kanban31542 h18-dic-2026
C · [ADOPCIÓN GWS] Publicación de academy3.hplus.clNEW · Scrum31228 h18-dic-2026
Total1268204 h

Equipo

PersonaRol en el proyecto
David AzaharvichResponsable del proyecto. Produce todo el material y dicta los webinars. Asignado a las 12 tareas.
Dempsy RamosJefe de Soporte y Atención al Cliente. Recibe los avances y valida técnicamente el contenido antes de que vaya a aprobación.
Carlos CaroGerente General. Aprueba todo el material antes de su publicación, con compromiso de revisión en 48 horas.

Los cuatro puntos que conviene discutir antes de aprobar

1 · El proyecto depende de una sola persona. David produce el material, dicta los webinars, escribe el newsletter y redacta los artículos. No hay respaldo. Si se enferma dos semanas o entra una urgencia de soporte, el período se detiene completo. No hay mitigación técnica para esto: la subtarea A1.7 existe para que la decisión de asumir el riesgo sea explícita y compartida por el comité, no tácita.

2 · El plan compromete el 97% de la capacidad. 204 horas contra 210 disponibles, calculadas sobre 14 semanas hábiles a 15 h/semana. Cabe una semana mala, no dos. Por eso el orden de recorte está decidido de antemano y no se improvisa: primero la plataforma mínima, después los newsletters 5 y 6, después el segundo video piloto.
Nunca se recortan la medición inicial ni el informe de cierre: sin ellos el período entrega actividad y cero evidencia.

3 · Los volúmenes de ticket todavía no están medidos. El archivo de contexto dice "por medir" en las nueve categorías. Todo el orden de prioridad de este documento es provisional y se reemplaza en la semana 2, cuando la tarea A1 entregue las cifras reales de WHMCS.

4 · El ticket más frecuente ya tiene diez tutoriales publicados. La configuración de correo encabeza el listado y tiene diez tutoriales vivos en la base de conocimiento. Producir el número once no va a mover la aguja: el problema es de descubribilidad, no de cobertura. Por eso el plan responde con una página índice única, un enlace desde la respuesta automática del ticket, un webinar en vivo y un video piloto — no con más texto.

2Mapeo ticket → contenido

Cada categoría de ticket recurrente tiene contenido asociado. El orden usa frecuencia percibida cruzada con la brecha de contenido real, verificada contra los 32 tutoriales publicados hoy. Se reordena en la semana 2, con las cifras de WHMCS.

#TicketContenido existenteBrechaContenido propuestoCuándo
3Errores de WordPressNingunoTotalWebinar 2 + sección de newsletterOct
2Bloqueo de IP en firewallNingunoTotalArtículo + newsletter + derivación a ciberseguridadSep
9Limpieza de WordPress infectadoNingunoTotalArtículo + video piloto 2 + newsletter + derivación a ciberseguridadOct
6Listas negra/blanca en MagicSpamNingunoTotalArtículo + sección de newsletterOct
1Configuración de correo en dispositivos10 tutorialesDescubribilidadWebinar 1 + página índice única + enlace en respuesta automática + video piloto 1Sep
5Respaldos con JetBackup51 tutorial desactualizadoParcialTutorial actualizado + sección de newsletterOct
4MigracionesNingunoTotalSección de newsletter (es preventa, no soporte)Dic
7Creación de cuentas de correo1 tutorialBajaCubierto en el webinar 1Sep
8Cambio de contraseñas de correo2 tutoriales duplicadosConsolidaciónFusión de KB 59 y KB 89 + cubierto en webinar 1Sep

Por qué los dos videos piloto van al #1 y al #9. Son categorías de perfil deliberadamente opuesto. El #1 es alto volumen y procedimiento simple: testea si el video resuelve un problema de descubribilidad donde el texto ya existe y no funciona. El #9 es bajo volumen y procedimiento complejo, con pasos difíciles de seguir en texto sin equivocarse: testea si el video sirve donde el texto es estructuralmente insuficiente. Con un caso de cada tipo, la conclusión permite decidir para qué categorías vale producir video, y no solo si el formato funciona en abstracto.

3Estructura completa

Cada tarea incluye objetivo, contexto, alcance con lo que explícitamente no cubre, criterios de aceptación medibles, validación esperada y sus subtareas. Haz clic en cualquier tarea para desplegarla.

4Calendario

Catorce semanas hábiles: once antes de la pausa de noviembre y tres después.

Distribución de la carga

BloqueSemanasCapacidadAsignadoUsoEntregables
Agosto · 17–30230 h28 h93%Tabla de volúmenes · plataforma de correo autenticada
Septiembre · 31 ago – 27 sep460 h57 h95%Setup cerrado · equipo recibido · Webinar 1 · Newsletters 1 y 2
Octubre · 28 sep – 30 oct575 h71 h95%Webinar 2 · Newsletters 3 y 4 · artículos · 2 videos piloto
PAUSA · vacaciones de David · 2 al 27 de noviembre
Diciembre · 30 nov – 18 dic345 h48 h107%Newsletters 5 y 6 · plataforma · academy3 publicado · informe de cierre
Total14210 h204 h97%

Diciembre es el bloque apretado. Tres semanas concentrando dos newsletters, la plataforma mínima, la publicación de academy3 y el informe de cierre. La plataforma mínima está declarada como amortiguador: si diciembre se aprieta, es lo primero que se corre a enero.

Semana a semana

SemLunesA · ContenidoB · CanalC · GWS

5Riesgos

RiesgoImpactoMitigación
Una sola persona ejecuta todoCríticoSin mitigación real. Se informa formalmente al comité en la subtarea A1.7 para que la decisión de asumirlo sea explícita y compartida
Plan al 97% de capacidadAltoOrden de recorte decidido de antemano: plataforma, luego newsletters 5 y 6, luego el segundo video
Diciembre al 107%MedioLa plataforma mínima (B2) es el amortiguador declarado
Baja entregabilidad del correoAltoSPF, DKIM y DMARC antes del primer envío. Prueba a 20 direcciones en tres proveedores distintos. El riesgo real es quemar la reputación del dominio que además transporta el correo transaccional
La compra de equipo se atrasaMedioEl webinar 1 no depende del equipo nuevo. Los videos se corren dentro de octubre o pasan a enero
El GG no acepta el compromiso de 48 hMedioSon ~11 aprobaciones; a 4 días cada una son 44 días de espera acumulada. La subtarea A2.7 lo resuelve al inicio
La pausa de noviembre enfría la listaMedioEl newsletter del 21 de octubre anuncia la pausa y la fecha de regreso
Hueco de 3 meses sin webinarMedioConsecuencia asumida del recorte de 3 a 2 webinars. Se consigna en el informe de cierre
No se consiguen testimonios realesMedioEliminar la sección de testimonios antes que publicar texto de relleno

6Lo que este período no hace

Explícito para que no quede expectativa equivocada.

  • No lanza GWS PYME. El producto autoservicio de Google Workspace sigue en "por diseñar" y no se toca.
  • No construye la plataforma completa del prototipo securityhub. Solo una página estática, sin login ni datos de cliente.
  • No evalúa ni ejecuta el lanzamiento ni la publicidad pagada. Pasa completo a enero.
  • No produce una serie de videos. Solo dos piezas piloto para decidir con datos.
  • No vende el servicio consultivo. academy3 se publica y se mide; no hay compromiso de solicitudes ni ventas.
  • No demuestra impacto en retención. El plazo es corto y hay demasiadas variables externas para atribuir causalidad.
  • No rediseña la base de conocimiento. Se agrega contenido y se corrige lo defectuoso.

Queda en enero

PendienteEstimaciónCondición
Evaluación de lanzamiento, publicidad pagada y plan de redes12 hMovido desde este período para descomprimir diciembre
Desarrollo de la plataforma completa tipo securityhub80–200 hSolo si la página estática demuestra tráfico. Requiere presupuesto y un responsable distinto de David
Serie de video tutoriales por categoríaPor definirSolo si el piloto de dos videos lo justifica con datos
GWS PYME · producto autoservicioPor definirRequiere definir formato y precio antes de estimar
Tercer webinar15 hPara cerrar el hueco de noviembre y diciembre

7Cómo se carga a Jira

Las tres épicas, doce tareas y sesenta y dos subtareas se crean con responsable, prioridad, fechas de inicio y vencimiento, etiquetas y descripción completa. Dos cosas quedan manuales porque el conector no las alcanza:

  • Asignar a sprint las tareas de la épica C. NEW es Scrum: las tres tareas se crean en el backlog y hay que arrastrarlas a un sprint desde la vista de Backlog. Las épicas A y B van a SOP, que es Kanban, y entran directo al tablero.
  • Enlazar cada épica a su meta con el campo Goals. Se abre la épica, panel de detalles a la derecha, campo Goals, "Add goal". Dos clics por épica.

Además, el tipo Epic del proyecto NEW no tiene habilitado el campo Prioridad. Es un ajuste del Administrador en Configuración del proyecto → Tipos de incidencia → Epic, y es puramente cosmético: las tareas y subtareas sí lo tienen en ambos proyectos.