Administración de proyectos: lista de comprobación de prácticas recomendadas managing-projects-best-practices-checklist

Un lista de comprobación interactiva que le permite realizar un seguimiento y supervisar su progreso con estas prácticas recomendadas.

• Define entradas y entregas según la fase, el hito y el perfil.
• Proporciona descripciones generales automatizadas (calidad, estado y integridad) para indicar el progreso y el estado del proyecto.

Documentación basada en el lista de comprobación que detalla lo siguiente:

• Latido del proyecto análisis.
• Estado por rol información general.
• Fases e hitos.
• Persona clave y su participación en cada fase (pertinente).
• A Glosario de la Documentos y entregables requeridos.

Referencia adicional material para proporcionar más detalles sobre áreas específicas.

Calidad de fase

• Indica la calidad del Documentos y entregables requeridos en todo el proyecto.

Estado de fase

• Un indicador de estado de alto nivel para su proyecto; útil para resaltar áreas que puedan estar en riesgo.

Complejidad de fase

• En cualquier momento durante el proyecto, esto indica cuánto se ha completado ya para cada fase del proyecto.

Razones comerciales

• Las razones fundamentales y la justificación para emprender el proyecto.

Ámbito y horario

• Debe haber disponible un ámbito básico y una programación aproximada para definir qué se necesita y en qué plazo; si ayuda a aclarar la situación, también puede definir qué se encuentra fuera del ámbito.

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?

  • Si ayuda a aclarar la situación, también puede definir qué se encuentra fuera del á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:

• Utilice la información del hito de validación como base para las estimaciones.
• Sea realista en sus estimaciones.
• Considere y respete las directrices, los procesos o las restricciones de los clientes a los que esté sujeto.
• Considere los procesos de contingencia y revisión si más adelante se requiere una revisión o un ajuste del presupuesto.
• Recuerde que los costos vienen en muchas formas, tales como compras, uso de recursos y tarifas, entre otras.

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. Comunique de forma clara y eficaz para garantizar que todos:

• Trabajar para lograr los mismos objetivos básicos
• Desde la misma base de información
• Con los mismos canales

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.

  • Al involucrar a los principales actores (incluidos los posibles autores) al principio del proyecto, aumenta las posibilidades de obtener su compromiso con el proyecto.

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:

• El árbol de contenido; incluidos los recursos
• Estructuras básicas; incluidas campañas, etc.
• Estructuras multisitio y en varios idiomas (MSM, traducción, etc.)
• Contenido de soporte (incluidas etiquetas y conceptos de etiquetado)
• Estrategias de almacenamiento en caché y reutilización de contenido

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.)

• Dispatcher almacenamiento en caché

• 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:

• Cómo interactúan entre sí y con los usuarios.
• Los datos que deben consumir y producir las aplicaciones, en lugar de su estructura interna.

Las definiciones deben abarcar:

• Estructura de código básica del proyecto
• Artículos de código (paquetes, paquetes, etc.)
• Desglose de las plantillas/componentes y sus relaciones
• Detalles de alto nivel de las personalizaciones necesarias (a continuación se muestran superposiciones específicas)
• Diseño de los flujos de trabajo requeridos por la solución (por ejemplo, creación de contenido, aprobación, publicación, transformaciones, importaciones y exportaciones)
• Consideración especial para cualquier módulo complejo, como MSM, Commerce o integración de terceros

Integración del sistema

La integración del sistema requiere que planifique (y luego implemente):

• Cómo todos los subsistemas y integraciones de soluciones para funcionar como un sistema coherente
• Forma en que se integran los sistemas de terceros, junto con cualquier consideración especial, como la gestión sin conexión/en línea, del lado del cliente/del lado del explorador o de la caída de un sistema de terceros cuando éste no funciona

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):

• Detalles de todas las pruebas a realizar
• Preparación del contenido necesario para esas pruebas
• Información sobre las herramientas de ensayo que se utilizarán
• Indicación de alto nivel de quién participará en las pruebas, especialmente grupos fuera del equipo de control de calidad
• AEM Detalles de la automatización de pruebas; por ejemplo, con Selenium o el modo de desarrollador de

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.

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:

• Qué necesita monitorización
• Tareas de mantenimiento; tanto regulares como para casos especiales

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.

Entorno de desarrollo

Planifique y documente su entorno de desarrollo, lo que incluye:

• Arquitectura

• Herramientas de desarrollo

  • Un entorno típico consta de:

    • un sistema de seguimiento de problemas; como Jira
    • un IDE; como Eclipse
    • una herramienta de administración de compilaciones; como Maven
    • una herramienta para la integración continua; como Jenkins
    • una herramienta para el control de versiones; como GIT/SVN
    • un administrador de repositorios de artefactos de compilación; como Archiva/Nexus

• Integración/dependencias de software de terceros

• Integración/dependencias de la solución

• Cadencia de implementación

Sistema de prueba

Planifique y documente su entorno de prueba, lo que incluye:

• Arquitectura
• Dependencias de las compilaciones de desarrollo, incluidas las compilaciones nocturnas
• Las posibilidades o limitaciones de probar la integración/dependencias de software de terceros
• Herramientas de prueba
• Estrategia de pruebas automatizadas

Sistema de producción

Planifique y documente su entorno de producción, lo que incluye:

• Arquitectura
• Cadencia de implementación
• Integración/dependencias de software de terceros
• Configuración de seguridad
• Rendimiento de línea de base verificado ejecutando Pruebas dificiles en la configuración de producción
• Requisitos para las pruebas de rendimiento; consulte Prácticas recomendadas para el control de calidad

Integración

Planifique, documente y pruebe todos los aspectos del sistema y integración de soluciones, incluidos:

• Una estrategia de pruebas automatizadas
• Procesos automatizados para mover aplicaciones de desarrollo a prueba y después a producción
• Procesos automatizados para mover contenido de producción a prueba y desarrollo

Migración

Planifique, documente y pruebe todos los aspectos de la migración de contenido, incluidos los siguientes:

• Arquitectura de contenido
• Estrategia de migración

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:

• Manual de operaciones
• Cualquier personalización que pueda afectar a las actualizaciones
• Notas de la versión

Prueba de aceptación de usuario final

Pruebas de aceptación del usuario (UAT) es crucial para garantizar que:

• La solución satisface los requisitos del usuario/cliente
• El cliente o los usuarios aceptan la solución (función, diseño y rendimiento)

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:

• Pruebas de rendimiento

• Planificación y ejecución de pruebas

• Directrices básicas de rendimiento

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:

• Se ha entrenado
• Se recibió el material de capacitación apropiado
• Se ha recibido la documentación adecuada

Usuarios formados

Asegúrese de que los autores tengan:

• Se ha entrenado
• Se recibió el material de capacitación apropiado
• Se recibió la documentación adecuada; por ejemplo, la Guía del usuario

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.

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.

Reserva

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.

Responsable de proporcionar/presentar el caso empresarial del proyecto.

Clave para dar forma y definir el ámbito del proyecto; incluye:

• la definición y los criterios de éxito
• los KPI principales

Proporcione los hitos principales en función de la hoja de ruta del cliente.

Es el principal responsable de recopilar y analizar los requisitos de alto nivel, para luego transformarlos en especificaciones:

• para que el administrador de proyectos lo utilice al planificar el desarrollo
• para que el equipo de desarrollo trabaje desde durante el diseño y el desarrollo.

Trabaja en estrecha colaboración con el cliente para analizar los requisitos. Coinciden con estos:

• La definición de éxito.
• Los criterios de éxito.
• KPI (basados tanto en el negocio como en el rendimiento).

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:

• garantizar que esté alineado con los KPI empresariales y de rendimiento
• teniendo en cuenta los criterios de éxito y la definición

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.

Es responsable de supervisar la infraestructura del proyecto.

Es responsable de:

• la configuración de entornos de prueba y desarrollo internos
• para hacer coincidir esos sistemas con los sistemas cliente

Proporciona recomendaciones de hardware, supervisa las distintas implementaciones y proporciona soporte de operaciones tanto antes como después de la activación.

Partes interesadas

• Personas (a menudo de la empresa) que tienen interés (participación) en el éxito del proyecto. A menudo contribuyen al presupuesto.

Oficio

• Se necesita asesoramiento jurídico cuando se negocian contratos.

Formadores

• En función de la escala y la naturaleza del proyecto, se pueden utilizar instructores especializados para preparar y presentar sesiones de capacitación para los grupos pertinentes.

Escritores técnicos

• Dependiendo de la escala y la naturaleza del proyecto, se pueden utilizar redactores técnicos especializados para escribir directrices y manuales para grupos específicos. Por ejemplo, un manual de mantenimiento para administradores del sistema o una guía del usuario para autores.

Administradores del sistema

• Responsable del funcionamiento continuo del sistema.

Autores y usuarios finales

• Las personas que utilizan el sistema para crear y mantener el contenido del sitio web.

AEM Otras prácticas recomendadas y directrices relacionadas con la administración de un proyecto de:

• Directrices de tamaño de hardware
• Operaciones de desarrollo empresarial
• Prácticas recomendadas para la optimización de los motores de búsqueda y administración URL
• AEM Directrices de accesibilidad web de y
• Reglamento general de protección de datos* Implementación y mantenimiento de prácticas recomendadas

Prácticas recomendadas de administración

Desarrollo de prácticas recomendadas

Prácticas recomendadas de creación

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):

• Seguridad

• Implementaciones recomendadas

• Operaciones de desarrollo empresarial

• Tamaño de hardware

• AEM Conceptos de la:

  • Desarrollo: conceptos básicos
  • Conceptos de MSM
  • Lenguaje de plantilla de HTML (HTL)

Documentación relacionada

• ADOBE EXPERIENCE CLOUD - Planificación de Adobe Experience Cloud