Organizar la actividad con GTD en un entorno de trabajo\ncomplejo con sus propias metodolog\u00edas para administrar proyectos es un\nproblema. Contraponer varias formas de trabajar destaca puntos fuertes y carencias\nde ambas.<\/p>\n\n\n\n
Hace tiempo que buscaba la forma implementar GTD en mi\nentorno laboral y creo que perfil, con algunas concesiones que no tocan la\nestructura principal, lo he conseguido.<\/p>\n\n\n\n\n\n\n\n
La creaci\u00f3n de software es una actividad compleja que ya\ncuentan con una segmentaci\u00f3n propia de su actividad, por no hablar de un\nvocabulario para la misma. Crear equivalencias, paralelismos, con GTD se\nconvierte en un problema adicional.<\/p>\n\n\n\n
Trabajo con una aplicaci\u00f3n de gesti\u00f3n de tickets<\/strong> a\ntrav\u00e9s de la cual me llegan los proyectos y tareas a realizar.<\/p>\n\n\n\n Cada ticket<\/strong> es una solicitud de correcci\u00f3n o mejora.\nCuando hablo de proyecto<\/strong> lo hago de un conjunto de nuevas\nfuncionalidades.<\/p>\n\n\n\n Incluyo un t\u00e9rmino de creaci\u00f3n propia, el de unidad\nfuncional<\/strong>. Mis proyectos de software no son equiparables a un proyecto\nGTD<\/a>, por extensi\u00f3n y prop\u00f3sito.<\/p>\n\n\n\n Una unidad funcional ser\u00eda la unidad b\u00e1sica<\/strong>. Cada\nelemento a realizar que acabar\u00eda convertido en una nota\/acci\u00f3n en lista de\npr\u00f3ximas acciones en el sistema GTD. Ex: Crear una UI o un proceso con una\nfinalidad concreta<\/em>.<\/p>\n\n\n\n O porque hibride GTD con algunas caracter\u00edsticas de SCRUM<\/p><\/blockquote>\n\n\n\n GTD no encaja para administrar el trabajo de un programador\ny ya est\u00e1. Transformar las solicitudes de los clientes en acciones y proyectos Getting Things Done<\/a>\ncon la misma rigidez que lo hac\u00eda en mis proyectos y asuntos personales era una\nlocura.<\/p>\n\n\n\n La carga de trabajo derivada de preparar la actividad a\nrealizar se disparaba y entorpec\u00eda mi verdadero rol. Por eso acabe desistiendo.<\/p>\n\n\n\n La lectura de SCRUM\nde Jeff Sutherland<\/a> me dio la soluci\u00f3n a algunos asuntos claves que no\npermit\u00edan el encaje entre mi actividad y mi sistema. <\/p>\n\n\n\n El primer asunto clave era la divisi\u00f3n de las solicitudes\nrealizadas por los clientes o las especificaciones de nuevas funcionalidades en\nunidades indivisibles de actividad. Lo que en GTD se llaman acciones.<\/p>\n\n\n\n SCRUM define una lista llamada Backlog<\/strong> donde se\ndetallan todas las funcionalidades que se implementar\u00e1n. Para cada una se\nredacta una historia, la cual incluye un t\u00edtulo descriptivo de la funcionalidad\ny una descripci\u00f3n de la misma.<\/p>\n\n\n\n Trabajar con historias, y dividirlas en unidades\nfuncionales<\/strong>, me resultaba m\u00e1s natural que atomizar todo en proyectos y\nacciones GTD.<\/p>\n\n\n\n Lo ve\u00eda y lo sent\u00eda! Ahora era viable gestionar mi trabajo\ncon GTD, o algo similar fiel a su idea original.<\/p>\n\n\n\n Mantengo el sistema de listas de GTD. Seg\u00fan el estado de la\nacci\u00f3n a realizar deposito cada una de las historias en una de las siguientes\nlistas:<\/p>\n\n\n\n Mi bandeja de entrada principal ser\u00eda la aplicaci\u00f3n de\ntickets<\/strong> donde recibo las solicitudes de clientes, del equipo de apoyo o del\nresto de analistas. Recibo una descripci\u00f3n del error o una especificaci\u00f3n de\nlas funciones a implementar.<\/p>\n\n\n\n La otra bandeja de entrada es el correo electr\u00f3nico<\/strong>.\nCuestiones de coordinaci\u00f3n, documentaci\u00f3n adicional para proyectos y peque\u00f1os\nasuntos.<\/p>\n\n\n\n El mismo gestor de correo termina convertido en un archivo\nde material de apoyo<\/strong> adicional donde guardo la relaci\u00f3n de mensajes\nrecibidos en libretas agrupadas en dos categor\u00edas: proyectos y archivo.<\/p>\n\n\n\n La lista de alg\u00fan d\u00eda\/Tal vez se ha dividido en dos listas,\nuna de posibles mejoras en el software o la forma como trabajamos (Alg\u00fan\nd\u00eda<\/a>), y la otra lo que ser\u00eda el Backlog. En esta \u00faltima se van depositando\nlas acciones inminentes pero que no realizar\u00e9 en los pr\u00f3ximos d\u00edas.<\/p>\n\n\n\n La misma aplicaci\u00f3n de tickets con las notas que a\u00fan no se\nhan transformado en historias sirve como Backlog.<\/p>\n\n\n\n La lista en espera es la lista de control de los asuntos\ndelegados o en espera de una interacci\u00f3n con tercero (clientes, colaboradores…).\nDentro de la aplicaci\u00f3n de correo mantengo una carpeta con este fin.<\/p>\n\n\n\n La lista de pr\u00f3ximas acciones contiene el trabajo a realizar\nAHORA. Una vez marcadas las prioridades semanales, lo que no siempre depende de\nm\u00ed, transformo tickets en historias y las deposito en la lista de pr\u00f3ximas\nacciones.<\/p>\n\n\n\n Como en GTD las divido en contextos<\/strong>. Cada contexto<\/a>\nes un entorno de trabajo diferente, en mi cada contexto es un entorno de\nprogramaci\u00f3n diferente. Los llamar\u00e9 #Escritorio, #Web y #Servicios.<\/p>\n\n\n\n No s\u00f3lo son \u00e1mbitos diferentes, tambi\u00e9n son entornos de\ntrabajo que requieren de herramientas diferentes, de una configuraci\u00f3n previa y\nreiterada – aunque sea m\u00ednima – y en definitiva de un notable cambio de chip\ncada vez que paso de uno a otro.<\/p>\n\n\n\n El cambio de un entorno a otro requiere de un esfuerzo a\ntener en cuenta. Me puedo pasar d\u00edas trabajando en un contexto antes de pasar a\notro.<\/p>\n\n\n\n Sumo un cuarto contexto para peque\u00f1as tareas<\/strong> (#Otros)\ncomo contestar correos y devolver llamadas… que hago al final de la ma\u00f1ana o\npor la tarde, si es que tengo alguna.<\/p>\n\n\n\n Lo que en GTD ser\u00eda el paso de procesar o transformar<\/a>\nha tenido unas implicaciones considerables en mi forma de trabajar.<\/p>\n\n\n\n En primer lugar me obliga a leerme detenidamente el ticket\nque me llega o hacer una lectura completa del proyecto antes de empezar para\ntener una visi\u00f3n global.<\/p>\n\n\n\n Me invita a parar a pensar c\u00f3mo hacer las cosas antes de\nempezar, si tienes que aclarar alg\u00fan punto con el analista o el cliente, o en\nqu\u00e9 orden implementar\u00e1s las modificaciones, etc …<\/p>\n\n\n\n Los tickets ya hacen referencia a una funcionalidad y quiz\u00e1s\nel termino dividiendo dos o tres subtareas. El proceso es importante en\naquellas solicitudes con una gran carga de trabajo. Me obliga a dividirlas en\nbloques m\u00e1s f\u00e1cilmente realizables.<\/p>\n\n\n\n Mi implementaci\u00f3n es m\u00ednima. Aplicaci\u00f3n de tickets para\nbacklog, gestor de Email como archivo de material de apoyo y lista En espera.\nMi lista de pr\u00f3ximas acciones la implemento en documentos word.<\/p>\n\n\n\n Utilizo un documento word para cada uno de los tres contexto\nprincipales: Escritorio, servicios y web, m\u00e1s una lista en papel por peque\u00f1os\nasuntos.<\/p>\n\n\n\n En cada documento word anoto de forma secuencial cada una de\nlas historias, en el orden en que pienso realizarlas. Para cada t\u00edtulo en\nnegrita y descripci\u00f3n de cada historia.<\/p>\n\n\n\n Escribir me ayuda a ordenar ideas, aunque sea a peque\u00f1a\nescala como en el caso de las historias. Detallar que voy a hacer ayuda a\neliminar los puntos ciegos que pueda tener una especificaci\u00f3n, los saca a la\nluz y pide su aclaraci\u00f3n.<\/p>\n\n\n\n En su d\u00eda pens\u00e9 en implementar la lista de pr\u00f3ximas acciones\ncon Trello. Tres columnas o listas para cada contexto pero lo descart\u00e9. Mi\nsistema actual me parece m\u00e1s natural y accesible.<\/p>\n\n\n\n –<\/p>\n\n\n\n Un apunte final. Reviso una vez a la semana para mantener\nlimpias mis listas eliminando los asuntos que ya han sido atendidos. El paso de\nrevisi\u00f3n es el m\u00ednimo para mantener operativo el sistema.<\/p>\n\n\n\n Como hab\u00e9is visto se trata de una forma de hacer las cosas\nsin concesiones ni florituras. Lo m\u00e1s importante es centrarme en el trabajo a\nrealizar sin perderme en cuestiones de organizaci\u00f3n y administraci\u00f3n de lo que\ntengo que hacer.<\/p>\n\n\n\n He escrito este post para una petici\u00f3n de un lector. Si\ntienes temas para proponerme recuerda que lo puedes hacer a trav\u00e9s de @davidtorne<\/a> o del formulario de contacto<\/a> de la\np\u00e1gina.<\/p>\n","protected":false},"excerpt":{"rendered":" Organizar la actividad con GTD en un entorno de trabajo complejo con sus propias metodolog\u00edas para administrar proyectos es un problema. Contraponer varias formas de trabajar destaca puntos fuertes y carencias de ambas. Hace tiempo que buscaba la forma implementar GTD en mi entorno laboral y creo que perfil, con algunas concesiones que no tocan … <\/p>\nMi GTD no es GTD<\/h2>\n\n\n\n
Dividir el trabajo en acciones<\/h2>\n\n\n\n
Las listas de mi sistema<\/h2>\n\n\n\n
Mis bandejas de entrada<\/h3>\n\n\n\n
Alg\u00fan d\u00eda: El Backlog<\/h3>\n\n\n\n
En espera<\/h3>\n\n\n\n
Pr\u00f3ximas acciones<\/h2>\n\n\n\n
Transformar<\/h2>\n\n\n\n
Con qu\u00e9 herramientas lo implemento<\/h2>\n\n\n\n