Comece pelo resultado, não pelo aplicativo. Se um projeto usa uma janela de navegador, um documento e um terminal, essas três janelas pertencem ao mesmo grupo, mesmo que o macOS veja três aplicativos diferentes. Nomeie o projeto com base no resultado que você está produzindo, mantenha suas janelas atuais juntas e anote a próxima ação. Isso lhe dá um lugar confiável para retomar o trabalho sem alterar o tamanho ou a posição de nenhuma janela.
Decida se você precisa de organização por projeto
A organização por projeto é útil quando a navegação baseada em aplicativos deixa de corresponder ao seu trabalho. Um navegador pode conter pesquisas para dois clientes. Um editor de texto pode ter documentos de vários projetos. O Command-Tab pode alternar para o aplicativo correto, mas não consegue explicar qual janela pertence ao resultado que você deseja continuar.
Use este teste:
| O que você precisa | Comece com |
|---|---|
| Ver todas as janelas abertas de uma vez | Mission Control |
| Separar o trabalho em várias áreas de trabalho | Spaces |
| Dividir as janelas em metades ou quartos | O recurso de organização de janelas (tiling) do Mac ou uma ferramenta de layout |
| Retornar a janelas de vários aplicativos que atendem a um único resultado | Um grupo de janelas baseado em projetos |
| Reabrir documentos, processos e layouts exatos após fechá-los | Um inicializador de sessões ou recursos projetado para essa função |
As duas últimas linhas são diferentes. Um grupo de janelas abertas no momento não é uma sessão salva. Fechar e reabrir uma janela pode alterar sua identidade no sistema, portanto, não assuma que um organizador de janelas poderá recriar o documento, o processo, o estado do navegador ou a geometria posteriormente.
Dê a cada projeto um resultado concreto
Use um nome que permita reconhecer o resultado sem precisar abrir todas as janelas. "Site" é vago. "Publicar biblioteca de artigos do Wallo" define uma linha de chegada. "Trabalho de cliente" é vago. "Enviar revisão da página inicial da Acme" distingue uma entrega de outra.
Um nome de projeto útil deve responder a duas perguntas:
- Que resultado estou produzindo?
- Eu conseguiria distingui-lo de outro projeto que usa os mesmos aplicativos?
Evite criar um sistema de categorias profundo antes de precisar dele. Para um trabalho pequeno, um projeto, uma próxima ação e duas ou três janelas podem ser suficientes.
Mantenha apenas as janelas que ajudam na próxima ação
Não adicione todas as janelas relacionadas. Comece a partir da próxima ação e identifique o material necessário para concluí-la.
Por exemplo, "Revisar o texto da landing page" pode exigir:
- o rascunho em uma janela de documento;
- a página atual em uma janela de navegador;
- a nota de feedback que define a alteração solicitada.
Uma caixa de entrada, um player de música, uma janela de navegador não relacionada e uma exportação antiga podem pertencer à mesma área ampla de trabalho, mas não ajudam com esta ação. Deixá-los de fora mantém o grupo de projetos reconhecível.
Este também é o momento de separar uma janela ativa de um recurso permanente. Um link de arquivo ou marcador pode ser útil na próxima semana. Uma janela aberta representa o que está disponível na sessão atual. Mantenha ambos apenas quando cada um tiver uma função clara.
Registre a próxima ação ao lado do grupo de janelas
Um grupo de janelas indica onde o material está. Uma tarefa curta indica o que fazer com ele. Escreva a ação com um verbo, o material e uma condição de conclusão visível:
| Nota vaga | Próxima etapa acionável |
|---|---|
| Trabalhar no texto | Comparar o rascunho com a página inicial atual e aceitar ou rejeitar cada edição solicitada |
| Corrigir compilação | Reproduzir a falha na compilação da web e registrar o primeiro erro de validação |
| Pesquisar guias | Revisar as cinco fontes abertas e manter apenas as citadas no esboço |
No Wallo, as tarefas e as janelas ficam juntas sob o mesmo objetivo. Elas são duas listas dentro desse objetivo; uma única tarefa não está diretamente vinculada a uma única janela. A relação entre tarefa e material continua sendo uma decisão explícita tomada pela pessoa que está realizando o trabalho.
Mantenha as ferramentas nativas do Mac no fluxo de trabalho
O agrupamento de projetos não substitui o Mission Control nem os Spaces. O Mission Control continua sendo uma forma nativa de ver janelas e espaços abertos. Os Spaces podem manter contextos amplos em áreas de trabalho separadas. Os controles de mosaico de janelas determinam a geometria. Um grupo de projetos adiciona outra pergunta: quais janelas abertas, entre esses aplicativos e áreas de trabalho, pertencem ao resultado que eu quero agora?
Se um Space já abriga um projeto de forma limpa e você consegue encontrar tudo, mantenha essa configuração. Adicione outra camada organizacional apenas quando ela resolver um problema de identificação repetido.
Revise o grupo quando o trabalho mudar
Revise um grupo de projetos em três momentos:
- Quando a próxima ação mudar, remova as referências que não ajudam mais.
- Quando uma janela for fechada ou recriada, confirme se a associação restante ainda aponta para a janela pretendida.
- Quando o resultado estiver concluído, feche as janelas descartáveis e mantenha os arquivos ou links permanentes em seu local de armazenamento adequado.
O objetivo é ter um mapa pequeno e atualizado do trabalho diante de você. Ele não precisa se tornar um arquivo permanente de todas as janelas que já passaram pelo projeto.