La administración de un proyecto para implementar Adobe Experience Manager AEM () requiere planificación y comprensión para garantizar que está al tanto de los problemas y las decisiones (relacionadas) que debe realizar, antes y durante la implementación del proyecto.
Para ayudarle, las prácticas recomendadas consisten en:
Un lista de comprobación interactiva que le permite realizar un seguimiento y supervisar su progreso con estas prácticas recomendadas.
Documentación basada en el lista de comprobación, que detalla lo siguiente:
Referencia adicional material para proporcionar más detalles sobre áreas específicas.
El Latido del proyecto Esta hoja de cálculo proporciona información general gráfica sobre las métricas esenciales para el proyecto:
Calidad de fase
Estado de fase
Complejidad de fase
El Estado por rol La hoja de cálculo muestra el desglose detallado de Salud, Calidad y Integridad** por ** Fase y Persona**.
El plan del proyecto se divide en distintas fases (alto nivel).
Cada fase contiene sus propios hitos. Para cada persona (o función), se enumeran los hitos relevantes, junto con los documentos necesarios para producir los entregables definidos.
No existe una relación directa 1:1 entre los documentos y las entregas individuales requeridos.
La preparación del proyecto forma la base de todo el proyecto. Defina los requisitos clave junto con objetivos y expectativas claros para:
Razones comerciales
Ámbito y horario
La forma de preparar, planificar y ejecutar el proyecto e implementar la solución se ve afectada por las restricciones en las que está operando. Por ejemplo, presupuesto fijo, plazos fijos, cantidad de contenido, calidad requerida.
Como siempre, ajustar cualquiera de los factores afecta a los demás. Por ejemplo, si reduce el tiempo, pero requiere el mismo nivel de calidad, probablemente aumente el precio y reduzca la cantidad de contenido que puede satisfacer. El presupuesto es a menudo un factor clave por lo que tales relaciones no se pueden olvidar.
Los Cuatro Factores:
Validación
En esta fase, debe validar y confirmar los objetivos del proyecto; por ejemplo:
¿Qué desea lograr/proporcionar?
¿Quién se beneficia?
¿Cuál es el ámbito?
¿Cómo se define el éxito?
¿Cómo se mide el éxito?
¿Cuáles son los requisitos, empresariales y técnicos?
¿Hay sistemas heredados que reemplazar y, si es así, hay datos que migrar?
¿Quién está involucrado?
¿Cómo se mide el progreso?
¿Con qué frecuencia revisa el progreso durante la duración del proyecto?
Presupuesto
Antes de comenzar cualquier proyecto, necesita una estimación fiable y realista de lo que cuesta implementar:
La planificación del proyecto consolida la preparación. Aquí necesita comenzar a convertir los objetivos y expectativas en una hoja de ruta bien definida que consista en tareas concretas, unidas por una comunicación clara, con revisiones estrictas para medir el progreso.
Entrega
Un traspaso limpio garantiza que las personas/grupos adecuados sean conscientes de sus responsabilidades dentro del proyecto.
Se deben proporcionar/generar detalles completos para garantizar que tengan una comprensión completa de todos los aspectos relevantes, incluida la hoja de ruta, el alcance, los objetivos, los requisitos y los KPI.
Evaluación de riesgos
Para evitar sorpresas desagradables, utilice la evaluación de riesgos para identificar y cuantificar cualquier riesgo potencial junto con su impacto y probabilidad.
Esto debe hacerse al principio del ciclo de vida del proyecto para garantizar que se identifiquen y evalúen las vulnerabilidades. En función de los resultados, puede informar a las partes interesadas de si se pueden implementar todos los requisitos y, si es necesario, si es posible planificar las acciones adecuadas que se deben tomar y rastrear.
Comunicación
La comunicación siempre es clave para el éxito de cualquier proyecto. Debe comunicarse de forma clara y eficaz para garantizar que todos:
Comenzar
La reunión de inicio se utiliza para concienciar sobre el inicio del proyecto. Es una buena oportunidad para:
Invitar a todas las partes interesadas (o al menos a los representantes del grupo).
Presente datos clave sobre el proyecto.
Responda preguntas.
Asegúrese de que todos los usuarios tengan la misma base de conocimientos.
Consiga el compromiso de todos los que se involucren: esto tendrá que ganarse.
La planificación del desarrollo es clave para garantizar que el proyecto se basa en un diseño sólido por parte de un equipo que tenga los conocimientos necesarios.
Equipo de desarrollo con personal y formación
Antes de comenzar cualquier proyecto, debe asegurarse de que el equipo de desarrollo tenga el personal adecuado y de que todos los miembros del equipo estén formados para la tarea en cuestión.
Arquitectura de contenido
La arquitectura de contenido define y describe la arquitectura futura del contenido, lo que incluye:
Arquitectura del sistema
La arquitectura del sistema define la vista conceptual del sistema, que incluye (entre otra información):
Estructura del sistema para todos los entornos necesarios
Subsistemas
Sistemas de terceros
Interfaces; hardware, software e interacción humana
Servidores para cada entorno; consulte la Requisitos técnicos y Directrices de tamaño de hardware
Procesos para cada entorno; por ejemplo, requisitos de implementación y mantenimiento
Actividades de mantenimiento (optimización del almacén de datos, TarPM, etc.)
🔗Almacenamiento en caché de Dispatcher
Clúster Publish/Authorshare
Rendimiento del lado del cliente (minificación de JS, concat, sprites css, número total de solicitudes http, etc.)
Arquitectura de aplicación
La arquitectura de la aplicación define y describe el comportamiento de las aplicaciones propuestas.
Se centra en:
Las definiciones deben abarcar:
Integración del sistema
La integración del sistema requiere que planifique (y luego implemente):
Concepto de prueba
Antes de comenzar el desarrollo, debe elaborar un concepto profundo y completo de todos los prueba requisitos para el proyecto.
Esto debe incluir (entre otros):
Diseño de experiencia
XD Experience Design () implica diseñar la experiencia del usuario para la solución.
La experiencia del usuario debe analizarse y desarrollarse tanto para los autores como para los usuarios finales del sitio web.
Configuración de soporte
Antes del desarrollo, deben establecerse todos los procesos de compatibilidad necesarios para implementar, publicar, probar e informar de problemas.
Consulte también la Portal de asistencia de Adobe.
Del mismo modo, las operaciones deben planificarse correctamente para garantizar que dispone de los entornos necesarios para todas las etapas del ciclo de vida del proyecto. También necesita los procesos adecuados para mantenerlos.
Permisos
Debe planificar y, a continuación, implementar un concepto de funciones y derechos para todos los usuarios/grupos que utilizarán la solución.
Por ejemplo:
Una lista de funciones (es decir, grupos) con read
/ write
acceder a las definiciones de cada
Definición del uso de privilegios que afectan al entorno de publicación; por ejemplo, replicate
Para los usuarios con privilegios mínimos, se deben definir los flujos de trabajo
Usuarios en editor
el grupo no debería tener admin
ni formar parte de la administrators
grupo
Para obtener más información, consulte Administración de usuarios y seguridad.
Monitorización y mantenimiento
La monitorización y el mantenimiento son aspectos clave para garantizar el funcionamiento sin problemas de la solución una vez que se ponga en marcha. Para ello, debe definir lo siguiente:
Consulte también Monitorización y mantenimiento para obtener más información.
Migración
Cualquier contenido del sistema heredado debe revisarse y validarse para la migración.
Plan de recuperación
Asegúrese de que dispone de un plan de recuperación. AEM En una situación de emergencia, esto debe estar disponible para asegurar el uso de la producción de los productos de la industria de la construcción de la industria de la construcción de la industria de la industria de la construcción de la. Esto debe cubrir situaciones como copias de seguridad, restauración, visitas en orden previsto y otras.
El desarrollo es una fase crucial que requiere algo más que codificación.
Entorno de desarrollo
Planifique y documente su entorno de desarrollo, lo que incluye:
Arquitectura
Un entorno típico consta de:
Integración/dependencias de software de terceros
Cadencia de implementación
Sistema de prueba
Planifique y documente su entorno de prueba, lo que incluye:
Sistema de producción
Planifique y documente su entorno de producción, lo que incluye:
Integración
Planifique, documente y pruebe todos los aspectos del sistema y integración de soluciones, incluidos:
Migración
Planifique, documente y pruebe todos los aspectos de la migración de contenido, incluidos los siguientes:
Comunicación
Asegúrese de que todos los miembros del equipo y el personal del proyecto se mantienen actualizados según sea necesario.
Documentación
Documente la solución completamente; incluyendo:
Una vez que la nueva aplicación esté disponible, deberá someterse a rigurosas pruebas, tanto por su funcionalidad como por rendimiento.
Se debe permitir que cualquier equipo de prueba permanezca neutral y entregue los resultados de la prueba.
Es responsabilidad del gestor del proyecto evaluar las implicaciones de los resultados y decidir las acciones apropiadas.
Prueba de aceptación de usuario final
Pruebas de aceptación del usuario (UAT) es crucial para garantizar que:
Debe haber una lista de comprobación formalizada para el traspaso de clientes; idealmente automatizada y ejecutada todas las noches con una instantánea. Los resultados deben enviarse al jefe de proyecto y al equipo de desarrollo
Pruebas de rendimiento y carga
Las pruebas de rendimiento y carga se utilizan para garantizar que la solución cumpla los niveles de rendimiento requeridos, con cargas medias y máximas.
Para obtener más información sobre las pruebas de rendimiento, consulte:
AEM Este proceso debe continuarse durante el uso normal de la, pero estas etapas iniciales son las más cruciales.
El despliegue de la nueva aplicación requiere una planificación cuidadosa para garantizar un lanzamiento sin problemas. Esto incluye confirmar un alto nivel de seguridad, entrenar a todos los posibles usuarios y hacer múltiples simulacros para confirmar que todos los problemas se han tratado.
Preparación
La preparación y la planificación ayudarán a garantizar un despliegue sin problemas.
Formación
Asegurarse de que todo el personal involucrado haya recibido formación.
Consulte Adobe Experience Manager en el catálogo de cursos.
Administradores formados
Asegúrese de que los administradores de su solución tengan:
Usuarios formados
Asegúrese de que los autores tengan:
Pruebas de penetración
Las pruebas de penetración simulan un ataque a un sistema informático para identificar posibles deficiencias de seguridad.
Pruebas de penetración/seguridad
Para garantizar la seguridad de su solución, realice pruebas de penetración específicas, junto con una gama más amplia de pruebas de seguridad.
Consulte la Lista de comprobación de seguridad para obtener más información.
Desea que el lanzamiento sea lo más fluido posible. De nuevo, los pasos finales deben planificar para una ejecución limpia.
Preparación
La preparación y planificación ayudarán a garantizar un lanzamiento sin problemas.
Seguridad
Confirme la seguridad de su solución tanto para usuarios internos como externos, así como para su contenido.
Abandono
Asegúrese de que todos los sistemas, procedimientos y mecanismos necesarios para la reserva estén implementados antes de activarse.
Asistencia
Asegúrese de que los servicios de asistencia estén implementados y listos.
Transición
Planifique y ejecute la transición a su entorno de producción y a los usuarios.
Desplegar
Prepara y ejecuta tus pruebas de humo.
Las listas de comprobación están diseñadas por persona. Son las funciones con participación significativa en el ciclo de vida del proyecto.
También hay algunos otra persona que participan en tareas específicas.
El patrocinador del proyecto es:
Responsable de proporcionar/presentar el caso empresarial del proyecto.
Clave para dar forma y definir el ámbito del proyecto; incluye:
Proporcione los hitos principales en función de la hoja de ruta del cliente.
El jefe de proyecto es:
El arquitecto de soluciones:
El analista empresarial:
Es el principal responsable de recopilar y analizar los requisitos de alto nivel, para luego transformarlos en especificaciones:
Trabaja en estrecha colaboración con el cliente para analizar los requisitos. Coinciden con estos:
El líder del desarrollo:
Es responsable de la entrega técnica del proyecto.
Es responsable de seleccionar una metodología de desarrollo que cumpla con los requisitos del cliente.
Elabora la estrategia de desarrollo:
AEM Trabaja en estrecha colaboración con el arquitecto (especialmente al trazar la estrategia de desarrollo para la creación de proyectos) para definir aspectos como la relación entre las plantillas y los componentes, la estrategia de integración para las aplicaciones de terceros y cualquier funcionalidad especializada.
El posible cliente de calidad:
El ingeniero de sistemas:
Es responsable de supervisar la infraestructura del proyecto.
Es responsable de:
Proporciona recomendaciones de hardware, supervisa las distintas implementaciones y proporciona soporte de operaciones tanto antes como después de la activación.
El posible cliente de seguridad:
Partes interesadas
Oficio
Formadores
Escritores técnicos
Administradores del sistema
Autores y usuarios finales
Las listas de comprobación cubren lo siguiente Documentos requeridos y Entregables para cada hito.
El Documentos requeridos son necesarios para el usuario adecuado al producir sus entregables.
Para cada Documento obligatorio, la persona debe indicar:
Para cada hito, las personas adecuadas son responsables de entregar documentos específicos y, por lo tanto, de cumplir con sus responsabilidades en un hito específico.
Para cada Entregable, la persona debe indicar:
Los entregables se utilizan a menudo como Documentos requeridos para el hito actual o uno posterior.
Para conocer las prácticas recomendadas sobre la implementación, administración, desarrollo o creación, consulte los siguientes temas:
AEM AEM Documentación Además, las siguientes secciones de documentación de la son de especial interés (sin embargo, esta lista no es exhaustiva):
Documentación relacionada