Meta

1. Está en la carpeta project
   
2. Tiene una tag :project: (así es más flexible que PARA)
   

Para poder juntar estas 2 definciones, estandarizo usando un FILETAGS en los org-roam-templates de project

Igual que proyecto, todo lo que esté en Trabajo lleva la tag automáticamente y además todo lo que tenga tag work

Me refiero a un link web, http Se define en base a la tag de link (o que estén en Link.org para orgzly)

• Todos tienen tag links
  
• Si no están en TODO, la prioridad indica lo “interesantes” que son
  

Que tengan tag tareas (o que estén en Mantenimiento.org para orgzly)

Utilizo una tag que empieza con “#”. Como es posible que me compre varias veces el mismo dispositivo (redundancia de discos, replicas, varias rpis), el tenerlo con # es fácil de cambiar en todos los .org
Hay un único headline que además tiene la etiqueta “def” que es el headline “canónico” que representa a ese dispositivo, como la definición

Guardo los hábitos en un LOGBOOK
DONE significa que he hecho ese hábito, CANCELLED que me lo he saltado
Si no hay entrada para ese día significa que no se aplica

TODO ONGOING NEXT BLOCK HOLD SOMEDAY MAYBE DEFINED REFILE TICKLER VERIFY | DONE CANCELLED

• CLOCK: No es un estado como tal, sino que me dice qué tarea estoy haciendo ahora mismo
  
• TODO: Tareas accionables que se pueden hacer en una sesión y tienes planeado hacer en un intervalo razonable de tiempo (~1 semana)
  
• :idea: es una tag. No es accionable pero puede llegar a serlo si se concreta
  
  • Utilizo también las tags como :learn: para declarar que realmete eso es algo que me gustaría hacer algún día, pero no quiero que aparezca con SOMEDAY porque lo llenaría de cosas. Por ejemplo lista de libros que quieres leer podría ser enorme
    
• ONGOING: En proceso, aglutina muchas tareas que se pueden hacer en una sesión, o bien es una tarea accionable pero que lleva mucho (leer un libro), o bien es un hábito
  
• NEXT: Soft block, está en pausa pero se puede empezar (es como un BLOCK flexible que está parado porque quieres)
  
• BLOCK: Hard block, depende de otra tarea o cosa
  
• HOLD: Lo he empezado pero lo he dejado de hacer por las razones que sean (llega algo más prioritario, deja de ser tan importante por otra cosa)
  
• SOMEDAY: Algo que haré algún día. Corresponde a tareas ONGOING
  
• MAYBE: Algo que tengo que ver si al final hago o no. Corresponde a tareas ONGOING
  

• DEFINED: SOMEDAY/MAYBE a nivel de tarea (sería un TODO si estuviese activo). Es una tarea que está definida al nivel que considero necesario
  

      Más definido ←-------------------- DEFINED --------------------→ Menos definido
      SOMEDAY, MAYBE                                                    :idea:, :learn:, :read:, :process:, ...
      (ONGOING, TODO si pasa a activo)                                  - [ ], -
  

• REFILE: Está en inbox y hay que procesarla para meterla dentro del sistema (puede estar en cualquier parte si ya sé a qué archivo va a ir, o por defecto a Inbox.org)
  
• TICKLER: Siempre tiene fecha, y se convierte a una de las anteriores.
  Se usa cuando estás siguiendo algo que va a salir y compruebas si ha salido, o cuando tienes que hacer algo rutinario:
  en este caso el TICKLER es una fecha aproximada en la que puedes empezar a hacerlo, como poner antimosquitos ~ 1 mayo, o es la fecha máxima en la que tienes que comprobar sí o sí el estado de algo
  (si lo compruebas antes, puedes repetir el recordatorio desde esa fecha)
  
• VERIFY: Cuando una tarea se completa y sólo queda verificar que se ha completado bien de acuerdo a unos criterios, implícitos o explícitos.
  Es como un Waiting For de GTD pero más amplio, porque sólo puedes esperar a que hagan cosas otra gente, pero puedes verificar lo que haces tú mismo
  

• DONE
  
• CANCELLED: Al final no se hace
  

Todos los formatos - KEYWORD permiten que si los convierto a headline se pongan automáticamente en el estado TODO correspondiente

Todas las tags son en minúscula, no hay letras mayúsculas

• Las tareas grandes las pongo por separado
  
• Errores (más prioritario porque no me permiten seguir usando X cosa)
  
• Limpieza
  
• Mejoras Pequeñas
  
• Pijadas (nice to have)
  
• How to Prioritize - synonyms, frameworks, tools and philosphies
  
• MoSCoW method
  

Ponerles las pegatinas con un nombre reconocible (por colores/anillas/hilo/tapa de plástico y logos si procede)
Sólo los más usados

Rojo

hard science, física, matemáticas

Naranja

ingeniería (software), más “Get Shit Done” que Azul

Amarillo

ingeniería más física (hardware)

Verde

Tengo un cuaderno A4 de introspección, puedo asignarlo esto

Azul

sistemas y arquitectura, soft science. Si es técnico, es porque me interesa a mí en vez de “Get Shit Done” que es más el Naranja

Morado

Música, psicología, política

Las notas digitales pueden linkar a los cuadernos, y los cuadernos pueden linkar a las notas digitales (normalmente siguiendo la convención [ [ file.org::*headline ] ] relativo a la carpeta de org/)

Básicamente el heading es una pregunta que se responde en el contenido del nodo, por ejemplo viernes, 25 de septiembre de 2020

En Roam por ejemplo, todo son headlines, por lo que se tiende a hacer notas largas
En org-mode se puede hacer una descripción corta en el headline que se continúe luego en el contenido, por ejemplo:

Si copias una cita es porque no puedes resumirla, con lo cual el headline no puede ser el resumen sin sobresimplificar o forzar el lenguaje
Puedes inventarte una pregunta que se responde con el texto que vas a citar, pero puede ser forzado también

Si la idea no se merece su propio archivo, entonces va a estar disponible como headline
Por ejemplo un libro es un contenedor de ideas, en el sentido de almacenar y en el sentido de estandarizar

Un headline es una tarea, y los headlines padres son los objetivos (goals) de esa tarea
Haces una tarea para cumplir un objetivo mayor, que a su vez puede ser otra tarea
Como es complicado mantener siempre una estructura jerárquica exacta, mediante links se pueden sacar estas relacciones de manera más flexible, utilizando por ejemplo Org Edna

Yo investigo mucho aunque no sea formalmente en un entorno de investigación:

• Para escuchar música y descubrir nuevos grupos, y para crear música a partir de ellos
  
• Para ver pelis/series y descubrir nuevas pelis/series, canales de youtube, recopilar análisis, vídeos/artículos que ver, opiniones, recomendaciones
  
• Para construir argumentos y opiniones originales
  
• Para procesar la información de las reuniones (especialmente bueno para investigar+tareas)