![\"\"](\"https:\/\/lh4.googleusercontent.com\/-x82ncX8mpWo\/UE9oEdE_qjI\/AAAAAAAACS0\/3cuNceY8VbY\/s640\/reparant.jpg\")
<\/p>\n<\/p>\n
Hemos hablado infinidad de veces de la fuerza de GTD, su simplicidad y facilidad en la implementaci\u00f3n hace que cualquiera pueda aprender y ponerlo en marcha sin demasiada dificultad. Una vez puesto en marcha empezamos a recoger los frutos y a descubrir detalles a pulir que perfeccionan nuestro sistema. Es precisamente este factor el que nos hace avanzar y mejorar<\/strong>, entendiendo que detr\u00e1s de cada detalle, cada peque\u00f1a inconcreci\u00f3n se encuentra una oportunidad perdida para ‘funcionar’<\/em> mejor.<\/p>\n Visto desde otra perspectiva, la flexibilidad de GTD permite introducir y digerir comportamientos que no son los m\u00e1s adecuados para su funcionamiento, pero que toleramos por comodidad o por desconocer una alternativa mejor. Las siguientes l\u00edneas repasan los errores m\u00e1s comunes<\/a> y plantean su correcci\u00f3n.<\/p>\n Imatgen v\u00eda soilse<\/a> bajo licencia Creative Commons<\/a><\/p>\n <\/p>\n Como acciones indivisibles o aparece el pensamiento \u00abLo puedo hacer todo de una sola tacada\u00bb<\/em> o \u00abNo hay tanta especificaci\u00f3n\u00bb<\/em>… Nos pasa todos, una cosa es reconocer las acciones individuales que componen una tarea a realizar<\/a>, y que deber\u00edamos definir dentro de nuestro sistema de listas en forma de proyectos, y otra muy distinta es saber que algo a hacer est\u00e1 compuesto por dos acciones, pero no tenerlo en cuenta por creer que no vale la pena su especificaci\u00f3n:<\/p>\n \u00abBuscar informaci\u00f3n sobre el m\u00e9todo lean startup\u00bb<\/em> \u00bfQuieres decir s\u00f3lo buscar o leer?<\/p>\n \u00abRepasar y enviar post colaboraci\u00f3n a emprenderalia.com\u00bb<\/em> La conjunci\u00f3n y define dos acciones diferentes. Quiz\u00e1s no las separas para que quieres realizar de forma consecutiva para ahorrar tiempo, \u00bfverdad?<\/p>\n<\/blockquote>\n M\u00e1s all\u00e1 de la falta de granularidad al definir lo que tenemos que hacer aparece el problema de la inconcreci\u00f3n. Redactar acciones como si fueran ideas y no acciones concretas que requieren de una especificaci\u00f3n m\u00ednima<\/strong>. Cuando las redactes piensa siempre que entender\u00eda una persona que no tiene nada que ver con tu actividad.<\/p>\n \u00abPlanificaci\u00f3n de abastecimientos\u00bb<\/em> destaca un concepto, \u00bfpero si fuera una orden a una tercera persona como la dar\u00edas?<\/em> \u00abRealizar el informe para la planificaci\u00f3n de abastecimientos\u00bb \u00bfNo ser\u00eda m\u00e1s correcto?<\/p>\n<\/blockquote>\n Un proyecto GTD<\/a> no es una v\u00eda para definir la secuencia de actividad del mismo, para hacer una previsi\u00f3n en costes de tiempo y otros recursos, simplemente es una forma de administrar el flujo de trabajo que genera. El primer problema es entender esta diferencia, ya que condicionar\u00e1 el resto del proceso.<\/p>\n Un proyecto comienza con un germen de acciones provenientes de una planificaci\u00f3n natural<\/a>, o de la divisi\u00f3n de una tarea en varias acciones (como hemos visto en el punto anterior). En el caso de la planificaci\u00f3n natural generamos el proyecto de forma espec\u00edfica, persiguiendo una finalidad, los riesgos son dos: ignorar el sistema de planificaci\u00f3n natural o condicionar sus resultados a una forma tradicional preparar la actividad, donde predomine el planning de actividades, la previsi\u00f3n por encima de la finalidad y el fondo de lo que se persigue. En ambos casos aplicamos una forma reactiva de hacer las cosas, lo intentamos prever y controlar todo con antelaci\u00f3n<\/strong> lo que supone un error ya que es algo imposible. En este caso os recomiendo seguir los pasos del sistema de planificaci\u00f3n natural al pie de la letra.<\/p>\n En el segundo caso no es suficiente dividir una tarea en acciones para crear el proyecto, debemos hacer una pregunta sobre la acci\u00f3n inicial: \u00bfEs realmente lo primero que tenemos que hacer para poner en marcha el proyecto?<\/em> Si la respuesta es no, debemos buscar la acci\u00f3n anterior y hacernos la misma pregunta hasta que la respuesta sea s\u00ed.<\/p>\n \u00abDevolver el libro en la biblioteca\u00bb \u00bfEs la primera acci\u00f3n? NO<\/p>\n \u00abBuscar el libro prestado por la biblioteca\u00bb \u00bfEs la primera acci\u00f3n? Si<\/p>\n<\/blockquote>\n Esto no define la actividad completa, pero crea el lote de acciones inicial para ponerla en marcha. Los proyectos GTD son din\u00e1micos, pueden variar la actividad o integrar nuevas acciones<\/strong> que inicialmente no han sido tenidos en cuenta. Su integraci\u00f3n resulta tan sencilla como definirla, escribirla e introducirla en el flujo de trabajo.<\/p>\n El pilar fundamental de GTD, su revisi\u00f3n semanal para depurar el sistema. Como acci\u00f3n concreta nos permite limpiar el sistema de acciones realizadas o mal ubicadas en listas que no toca, darnos cuenta de cu\u00e1les son los proyectos y acciones que no avanzan. Puesta a punto y crear un marco para la reflexi\u00f3n.<\/strong><\/p>\n Sin \u00e1nimo de repetirme y para destacar dos de los aspectos m\u00e1s importantes insisto en la necesidad de la ortodoxia a la hora de realizar la revisi\u00f3n semanal<\/a>, dejando de lado inventos y a\u00f1adidos propios que pueden ralentizar la y reducir su regreso en forma de aumento de la funcionalidad. Antes de corre debemos saber andar, una vez tengamos totalmente interiorizado el sistema ya innovaremos.<\/p>\n A menudo, aunque encontrar cosas que no van como debieran \u00a0nos frenamos y no nos atrevemos a cambiarlas, a hacer algo diferente para mejorarlas. Una tarea que se procrastina durante semanas, un proyecto que queda parado…. o simplemente las ignoramos y las dejamos pasar.<\/p>\n M\u00e1s all\u00e1 de la revisi\u00f3n semanal, preguntarse si la forma de clasificar las acciones en procesar el inbox es del todo adecuado, de si elegimos la siguiente acci\u00f3n de forma suficientemente precisa, porque no acabamos de integrar y aprovechar el nivel de perspectiva y la planificaci\u00f3n natural? Hacerse preguntas y mantener la actitud cr\u00edtica es fundamental para seguir aprendiendo y mejorando. Como lo puedes fundamentar: No salt\u00e1ndose tiene ninguna revisi\u00f3n semanal e implementando las revisiones de proyectos y objetivos<\/a>.<\/p>\n El hecho de repasar tus asuntos y ver que no van como t\u00fa quieres, har\u00e1n que te plantees el porqu\u00e9. Una vez te plantees el porqu\u00e9 y quieras cambiarlo te llevar\u00e1 a encontrar una soluci\u00f3n, y la posterior correcci\u00f3n si \u00e9sta no es del todo acertada… El camino es lo importante, descubrir un proceso de aprendizaje<\/strong> que a posteriori se pueda aplicar en otros aspectos del sistema o de tu actividad.<\/p>\n En una primera fase lo que cuenta es acostumbrarse a trabajar con el sistema, pero para pasar a una mayor sofisticaci\u00f3n necesitas aumentar tu rigor a la hora de implementarlo, identificar\/aceptar los errores que produces y plantear una soluci\u00f3n<\/strong>. El prueba-error, sumado a un cierto grado de reflexi\u00f3n por parte del usuario, pone las bases para la mejora continua de tu sistema.<\/p>\n","protected":false},"excerpt":{"rendered":" Hemos hablado infinidad de veces de la fuerza de GTD, su simplicidad y facilidad en la implementaci\u00f3n hace que cualquiera pueda aprender y ponerlo en marcha sin demasiada dificultad. Una vez puesto en marcha empezamos a recoger los frutos y a descubrir detalles a pulir que perfeccionan nuestro sistema. Es precisamente este factor el que … <\/p>\n\u00bfC\u00f3mo defines tus tareas?<\/h2>\n
\n
\n
Estructurar y gestionar los proyectos<\/h2>\n
\n
Revisi\u00f3n y mejora continua<\/h2>\n