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 un seguimiento del progreso con estas prácticas recomendadas.

• Define las entradas y los resultados según la fase, el hito y la persona.
• Proporciona información general automatizada (calidad, salud e integridad) para indicar el progreso y el estado del proyecto.

Documentación basada directamente en la variable lista de comprobación, que detalla lo siguiente:

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

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

Calidad de fase

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

Fase de salud

• Un indicador de estado de alto nivel para el proyecto; útil para destacar áreas que pueden estar en riesgo.

Finalización de la fase

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

Justificación empresarial

• Las razones fundamentales y la justificación para llevar a cabo el proyecto.

Ámbito y programa

• Debe disponerse de un alcance básico y de un calendario aproximado para definir lo que es necesario y en qué plazo; si ayuda a aclarar la situación, también puede definir qué queda fuera del ámbito.

Validación

En esta fase, debe validar y confirmar los objetivos del proyecto; por ejemplo:

• ¿Qué desea obtener/proporcionar?

• ¿Quién se beneficiará?

• ¿Cuál es el alcance?

  • Si ayuda a aclarar la situación, también puede definir lo que queda fuera del ámbito.

• ¿Cómo definirá el éxito?

• ¿Cómo medirá el éxito?

  • ¿Cuáles son los requisitos, empresariales y técnicos?
  • ¿Hay sistemas heredados que reemplazar y, en caso afirmativo, hay datos que migrar?
  • ¿Quién estará involucrado?
  • ¿Cómo medirá el progreso?
  • ¿Con qué frecuencia revisará el progreso durante la vida del proyecto?

Presupuesto

Antes de comenzar cualquier proyecto, necesita una estimación fiable y realista de lo que costará implementar:

• Utilice la información del hito de validación como base para las estimaciones.
• Sea realista en sus estimaciones.
• Considere y respete cualquier guía de cliente, proceso o restricción a la que el cliente pueda estar sujeto.
• Considerar los procesos de contingencia y revisión si se requiere una revisión o perfeccionamiento del presupuesto en una etapa posterior.
• Recuerde que los costes se presentan de muchas formas; compras, uso de recursos y tarifas, entre otros.

Gestión

Un traspaso limpio garantiza que las personas o grupos adecuados sean conscientes de sus responsabilidades dentro del proyecto.

Deben facilitarse o generarse detalles completos para garantizar que comprenden plenamente todos los aspectos pertinentes, incluidos el plan de trabajo, el alcance, los objetivos, los requisitos y los indicadores clave de rendimiento.

Evaluación de riesgos

Para evitar sorpresas desagradables, utilice la evaluación del riesgo 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 todas las vulnerabilidades. En función de las conclusiones, puede informar a las partes interesadas sobre si se pueden implementar todos los requisitos y, si es necesario, si es posible planificar las acciones adecuadas que se deben llevar a cabo y realizar un seguimiento.

Comunicación

La comunicación es siempre clave para el éxito de cualquier proyecto. Debe comunicarse de forma clara y eficaz para asegurarse de que todos:

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

Inicio

La reunión de Kick Off se usa para crear conciencia de que el proyecto está comenzando. Es una buena oportunidad para:

• Invitar a todas las partes interesadas (o al menos a los representantes de los grupos).
• Presente hechos clave sobre el proyecto.
• Responda preguntas.
• Garantizar que todos tengan la misma base de conocimiento.
• Obtenga el compromiso de todos los que participarán: esto tendrá que ganarse.
  • Al involucrar a los principales jugadores (incluidos los posibles autores) al comienzo del proyecto, incrementas tus posibilidades de conseguir su compromiso con el proyecto.

Personal y capacitación del equipo de desarrollo

Antes de comenzar cualquier proyecto, debe asegurarse de que su equipo de desarrollo cuente con el personal adecuado y de que todos los integrantes 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; incluido:

• El árbol de contenido; incluir activos
• Estructuras básicas; incluir campañas, etc.
• Estructuras de varios sitios y varios idiomas (MSM, traducción, etc.)
• Contenido compatible (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 de su sistema; incluido (entre otros datos):

• 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 Pautas para el tamaño del hardware
• Procesos para cada entorno; por ejemplo, los requisitos de implementación y mantenimiento
• Actividades de mantenimiento (Datastore GC, optimización de TarPM, etc.)
• 🔗Almacenamiento en caché de Dispatcher
• Clustering Publicar/Autorcompartir
• Rendimiento del lado del cliente (minify de JS, concat, sprites css, número total de solicitudes http y otras)

Arquitectura de aplicaciones

La arquitectura de la aplicación define y describe el comportamiento de las aplicaciones propuestas.

Se centra en:

• Cómo interactuarán entre ellos y con los usuarios.
• Los datos que deben ser consumidos y producidos por las aplicaciones, en lugar de su estructura interna.

Las definiciones deberían abarcar:

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

Integración del sistema

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

• Cómo todos los subsistemas y integraciones de soluciones se reunirán para funcionar como un sistema coherente
• ¿Cómo se integrarán los sistemas de terceros? junto con cualquier consideración especial, como offline/online, client-side/browser o gestión de devoluciones cuando un sistema de terceros está inactivo

Concepto de prueba

Antes de comenzar el desarrollo, debe elaborar un concepto exhaustivo y completo de todos prueba requisitos del proyecto.

Esto debería incluir (entre otros):

• Detalles de todas las pruebas que deben realizarse
• Preparación de cualquier contenido necesario para estas pruebas
• Información sobre las herramientas de prueba que deben utilizarse
• Indicación de alto nivel de quién participará en las pruebas; especialmente grupos fuera del equipo de control de calidad
• Detalles de la automatización de las pruebas; por ejemplo, con el modo de desarrollador de Selenium o AEM

Diseño de experiencias

El diseño de experiencia (XD) implica diseñar la experiencia del usuario para su 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 asistencia

Antes del desarrollo, se deben configurar todos los procesos de soporte necesarios para implementar, publicar, probar e informar sobre problemas.

Consulte también la Portal de soporte de Adobe.

Permisos

Debe planificar y luego implementar un Concepto de funciones y derechos para todos los usuarios/grupos que utilicen la solución.

Por ejemplo:

• Una lista de funciones (es decir, grupos) con read/ write definiciones de acceso para cada
• Definición del uso de privilegios que afectan al entorno de publicación; por ejemplo, replicate
• Para los usuarios con privilegios mínimos, los flujos de trabajo deben definirse
• Los usuarios de editor El grupo no debe tener admin ni formar parte de administrators grupo

Para obtener más información, consulte Administración de usuarios y seguridad.

Supervisión y mantenimiento

La supervisión y el mantenimiento son aspectos clave para garantizar el correcto funcionamiento de su solución una vez que se ponga en marcha. Para ello, debe definir:

• Qué necesita monitorización
• Tareas de mantenimiento; tanto ordinarios como especiales

Consulte también Supervisión y mantenimiento para obtener más información.

Migración

Cualquier contenido del sistema heredado debe revisarse y validarse para su migración.

Plan de recuperación

Asegúrese de que dispone de un plan de recuperación. En una situación de emergencia, esto debe estar disponible para asegurar el uso de la producción de AEM. Esto debería cubrir situaciones como backup, restore, falllover 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
    • un instrumento de gestión de la compilación; como Maven
    • un instrumento 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 y dependencias de la solución

• cadencia de implementación

Sistema de pruebas

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

• Arquitectura
• Dependencias de las bases del desarrollo; incluir compilaciones por la noche
• Las posibilidades o limitaciones de probar la integración/dependencias de software de terceros
• Herramientas de prueba
• Estrategia de prueba automatizada

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
• El rendimiento de línea de base verificado ejecutando el Pruebas de día duro en la configuración de producción
• Requisitos para las pruebas de rendimiento; see Prácticas recomendadas para garantizar la calidad

Integración

Planificar, documentar y probar todos los aspectos del sistema y integración de soluciones, incluido:

• Una estrategia de pruebas automatizada
• Procesos automatizados para mover aplicaciones de desarrollo a prueba y luego producción
• Procesos automatizados para mover contenido de producción a prueba y desarrollo

Migración

Planificar, documentar y probar todos los aspectos de la migración de contenido; incluido:

• Arquitectura de contenido
• Estrategia de migración

Comunicación

Asegúrese de que todos los integrantes del equipo y el perfil del proyecto estén actualizados según sea necesario.

Documentación.

Documentar completamente la solución; incluido:

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

Prueba de aceptación del usuario final

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

• La solución cumple los requisitos del usuario y del 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 la entrega de clientes; lo ideal es automatizarlo y ejecutarlo todas las noches en función de una instantánea. Los resultados deben enviarse al administrador del 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, en cargas medias y máximas.

Para obtener más información sobre las pruebas de rendimiento, consulte:

• Pruebas de rendimiento
• Cómo planificar y ejecutar pruebas
• Directrices básicas de rendimiento

Preparación

La preparación y la planificación ayudarán a garantizar un despliegue sin problemas.

Capacitación

Asegurar que todo el personal involucrado haya sido capacitado.

Consulte Adobe Experience Manager en el catálogo de cursos.

Administradores formados

Asegúrese de que los administradores de soluciones tengan:

• Recibido formación
• Se ha recibido el material de formación adecuado
• Se ha recibido la documentación apropiada

Usuarios formados

Asegúrese de que los autores tengan:

• Recibido formación
• Se ha recibido el material de formación adecuado
• Recibió la documentación apropiada; 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 la planificación ayudarán a garantizar un lanzamiento sin problemas.

Seguridad

Confirme la seguridad de la solución para usuarios internos y externos y su contenido.

Abandono

Asegúrese de que todos los sistemas, procedimientos y mecanismos necesarios para la reserva estén establecidos antes de la entrada en funcionamiento.

Asistencia

Asegúrese de que los servicios de soporte estén listos y en su lugar.

Transición

Planifique y ejecute la transición al entorno de producción y a los usuarios.

Desplegar

Prepare y ejecute sus pruebas de humo.

Responsable de proporcionar/presentar el caso empresarial del proyecto.

La clave para definir y definir el ámbito del proyecto; incluido:

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

Proporcione los hitos principales basados en la hoja de ruta del cliente.

Es el responsable principal de reunir y analizar los requisitos de alto nivel, transformándolos luego en especificaciones:

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

Trabaja estrechamente con el cliente para analizar los requisitos. Coinciden con:

• La definición del é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 de negocio y rendimiento
• teniendo en cuenta los criterios y la definición de éxito

Trabaja estrechamente con el arquitecto (especialmente al elaborar la estrategia de desarrollo para AEM) para definir aspectos como la relación entre plantillas y componentes, la estrategia de integración para 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 para las operaciones tanto antes de su lanzamiento como después.

Partes interesadas

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

Oficio

• Se requiere asesoramiento jurídico al negociar 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

• En función de la escala y la naturaleza del proyecto, se pueden utilizar escritores técnicos especializados para redactar directrices y manuales para grupos específicos; Por ejemplo, un manual de mantenimiento para administradores del sistema o una guía del usuario para los autores.

Administradores del sistema

• Responsable del funcionamiento en curso del sistema.

Autores y usuarios finales

• Personas que utilizarán el sistema para crear y mantener el contenido del sitio web.

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

• Pautas para el tamaño del hardware
• Operaciones de desarrollo empresarial
• Prácticas recomendadas para la administración de direcciones URL y SEO
• AEM y las directrices de accesibilidad web
• Reglamento general de protección de datos

Implementación y mantenimiento de las prácticas recomendadas

Prácticas recomendadas de administración

Desarrollo de prácticas recomendadas

Prácticas recomendadas sobre la creación

Documentación AEM

Además, las siguientes secciones de AEM documentación son de particular interés (sin embargo, esta lista no es exhaustiva):

• Seguridad

• Implementaciones recomendadas

• Operaciones de desarrollo empresarial

• Tamaño del hardware

• Conceptos de AEM:

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

Documentación relacionada

• Adobe Experience Cloud - Planificación de Adobe Experience Cloud