Aplicativos e projetos no Mac são eixos de organização diferentes. Os grupos de aplicativos respondem a "qual programa é este?". Os grupos de projetos respondem a "qual resultado esta janela está me ajudando a produzir?". Escolha o eixo que elimina a ambiguidade que você realmente encontra.
Use grupos de aplicativos quando o aplicativo já define o trabalho
Uma visualização baseada em aplicativos é eficiente quando cada aplicativo tem uma função estável. Se o Mail for apenas para comunicação, um navegador for apenas para pesquisa e um aplicativo de edição contiver um rascunho ativo, o Command-Tab e o Exposé de Aplicativos já fornecem um caminho simples. Adicionar rótulos de projeto criaria manutenção sem melhorar a identificação.
O modelo começa a falhar quando um navegador contém dois clientes, ou um editor tem janelas para repositórios não relacionados. O nome do aplicativo passa a ser verdadeiro, mas insuficiente.
Use grupos de projetos quando o trabalho cruza os limites dos aplicativos
Considere duas entregas de clientes que precisam cada uma de uma janela de navegador e de um documento. Agrupar por aplicativo produz uma pilha de navegadores e uma pilha de documentos. Agrupar por entrega produz dois conjuntos completos:
| Entrega | Janelas |
|---|---|
| Revisão do Cliente A | página de feedback, rascunho, pasta de recursos |
| Lançamento do Cliente B | página de homologação, lista de verificação, nota de análise |
Isso não exige mover ou redimensionar as janelas. Altera o rótulo que você usa para encontrá-las.
Aplique um teste de duas perguntas
Pergunte se você consegue identificar o trabalho certo apenas pelo nome do aplicativo. Em seguida, pergunte se um resultado abrange regularmente mais de um aplicativo. Se a primeira resposta for sim e a segunda for não, mantenha o modelo baseado em aplicativos. Se a primeira for não ou a segunda for sim, uma camada de projeto será útil.
Uma abordagem híbrida costuma ser suficiente: mantenha o Command-Tab para alternância ampla de aplicativos e, em seguida, use um grupo de projetos apenas para os poucos resultados ativos que compartilham aplicativos. Revise o grupo quando uma entrega mudar. Não trate o grupo como separação de contas, controle de acesso ou uma sessão salva; essas são responsabilidades separadas.