Las aplicaciones de Mac y los proyectos de Mac son ejes de organización diferentes. Los grupos de aplicaciones responden a «¿qué programa es este?». Los grupos de proyectos responden a «¿qué resultado me está ayudando a producir esta ventana?». Elige el eje que elimine la ambigüedad con la que te encuentras realmente.
Usa grupos de aplicaciones cuando la aplicación ya define el trabajo
Una vista basada en aplicaciones es eficiente cuando cada aplicación tiene un rol estable. Si Mail es solo para comunicación, un navegador es solo para investigación y una aplicación de escritura contiene un borrador activo, Comando-Tab y Exposé de aplicaciones ya proporcionan una ruta sencilla. Añadir etiquetas de proyectos crearía mantenimiento sin mejorar la identificación.
El modelo empieza a fallar cuando un navegador contiene dos clientes, o un editor tiene ventanas de repositorios no relacionados. El nombre de la aplicación es entonces verdadero pero insuficiente.
Usa grupos de proyectos cuando el trabajo cruza los límites de las aplicaciones
Toma dos entregas a clientes que requieran cada una una ventana de navegador y un documento. Agrupar por aplicación produce una pila de navegador y una pila de documentos. Agrupar por entrega produce dos conjuntos completos:
| Entrega | Ventanas |
|---|---|
| Revisión del cliente A | página de comentarios, borrador, carpeta de recursos |
| Lanzamiento del cliente B | página de pruebas, lista de verificación, nota analítica |
Esto no requiere mover ni cambiar el tamaño de las ventanas. Cambia la etiqueta que utilizas para encontrarlas.
Aplica una prueba de dos preguntas
Pregúntate si puedes identificar el trabajo correcto solo por el nombre de la aplicación. Luego pregúntate si un resultado abarca habitualmente más de una aplicación. Si la primera respuesta es sí y la segunda es no, mantente en el modelo basado en aplicaciones. Si la primera es no o la segunda es sí, una capa de proyectos es útil.
A menudo basta con un híbrido: mantén Comando-Tab para el cambio general de aplicaciones y, a continuación, utiliza un grupo de proyectos solo para los pocos resultados activos que comparten aplicaciones. Revisa el grupo cuando cambie una entrega. No trates el grupo como separación de cuentas, control de acceso o una sesión guardada; esas son responsabilidades independientes.