Visitando el blog Mochila de Liderazgo , de mi amigo David Cuesta, me encontré con una referencia al libro SCRUM de Jeff Sutherland . Cómo soy bastante friqui con los asuntos de relacionados con la productividad, tanto la personal, cómo la del trabajo, me lancé de cabeza a leerlo. Portada del libro. Si pulsas sobre ella, accederás a todostuslibros.com para comrarlo Al igual que casi todos los libros de productividad que he leído, los primeros capítulos son un poco insufribles porque hacen referencia a una serie de tópicos, que enumero a continuación, y que puedes encontrar en casi cualquier publicación relativa al tema: Sin este método, jamás serás productivo. Las empresas que utilizan este método tienen una ventaja competitiva que las demás jamás tendrán. Todas las demás empresas que no usan este método han fracasado. Una vez que superas esta fase, hay que decir que el libro está bastante bien. Nos encontramos ante una adaptación del Sistema de producción de Toyota (TPS, ...

El 18 de junio de 1815, Napoleón se disponía a combatir contra el Duque de Wellington en las inmediaciones de Waterloo. Todos conocemos el resultado: Napoleón fue vencido y, poco después, desterrado a la isla de Santa Elena. Es fácil comprender que el resultado de una batalla se debe a diferentes factores que van desde los puramente materiales (armamento, climatología o terreno, entre otros) a los cualitativos: capacidad de los comandantes, veteranía de las tropas, etc. Sin embargo, en este post, voy a exponer un par de causas un poco locas que he descubierto de diferentes fuentes: la erupción de un volcán en Indonesia y la impresión errónea de un mapa. Empecemos por la causa menos estrafalaria: el mapa El mapa Desde hace un tiempo estoy suscrito a una colección de libros sobre cartografía 1 . En uno de ellos, hace alusión a que uno de los mapas que empleó Napoleón para planificar la batalla de Waterloo contenía errores. Napoleón, además de ser un genial estratega, era un sobres...

En mi último post , me quejaba de que las últimas versiones de MS Windows no incorporaban ningún editor de texto plano en su «símbolo del sistema» o terminal. El caso es que he estado investigando un poco sobre el tema en distintos foros de Internet y he encontrado dos soluciones factibles. Primera solución. La obvia: usa el bloc de notas Imagina que estás navegando por la terminal y te das cuenta de que quieres leer un texto contenido en un archivo. Siempre puedes emplear el comando type nombre_de_archivo y te imprimirá en la pantalla el texto que quieres estudiar. Si el archivo es demasiado largo, puedes paginarlo usando el comando more (¡Sí, cómo en Linux!). Basta con escribir more nombre_de_archivo . Para navegar línea a línea, pulsa [ENTER] y, si quieres moverte página a página, pulsa [ESPACIO]. Si escribes help more , podrás ver algunas opciones más que te da el comando. El caso, es que si lo que quieres hacer es editar el archivo, lo que más obvio es escribir notepad.exe no...

Introducción En un post anterior , ya os hablé de las bondades de usar archivos de texto sin formato, lo que se viene a llamar texto plano . Aunque no llego a ser un poweruser , si puedo decir que gran parte de mi flujo de trabajo está basado en en esta forma mínimalista de hacer las cosas. Opté por este tipo de archivos por un motivo práctico: cuando llevas muchos años utilizando ordenadores y guardas copias de seguridad de tu trabajo cómo referencia y archivo, te das cuenta de que, a veces, necesitas abrir un documento en un formato determinado y resulta que ya no es válido, o que la nueva versión del procesador de textos te la «descuajaringa», o que te ves obligado a trabajar en un lugar en el que el software no es compatible con tus archivos. Sin embargo, el texto plano permanece en el tiempo y puedes tenerlo a tu disposición siempre que lo necesites. Por otro lado, cómo usuario de Linux , paso gran parte de mi vida en la terminal , lo que otros llaman línea de comandos. Al pr...

__ __ __ __ / /_____ ____/ /___ / /__ __/ /_ / __/ __ \/ __ / __ \ / __/ |/_/ __/ / /_/ /_/ / /_/ / /_/ // /__> </ /_ \__/\____/\__,_/\____(_)__/_/|_|\__/ Cualquier sistema de productividad suele tener cómo pilar fundamental las listas de tareas, las también conocidas cómo to-do list . Estas listas las puedes gestionar en papel o con cualquiera de las múltiples aplicaciones que hay en el mercado. A modo de ejemplo, os enumero algunas de ellas que seguro habréis probado o usado alguna vez: todoist , Microsoft To Do (la antigua wunderlist ), google tasks , o Remember the milk . Todas ellas tienen sus pros y sus contras y las usas o no dependiendo de tus gustos y necesidades. En mi caso, lo que más he echado de menos en las aplicaciones citadas es el control sobre mis tareas. Me explico: no siempre tienes acceso a la aplicación; los ficheros donde se guardan las tareas, a veces son accesibles, y otras ...

Imagen extraída de la web de la UFMCS La semana pasada ley un artículo en la edición digital de Forbes en el que anunciaban el cierre de la Red Teaming University . El autor del artículo, Bryce G. Hoffman se lamentaba de tal decisión alegando que finalizaba uno de los más revolucionarios experimentos en pensamiento crítico aplicado . La verdad es que el artículo me atrapó desde el primer momento y me decidió a compartir en este blog , no solo las reflexiones del mismo, sino algunas cosas que he aprendido surfeando Internet. En primer lugar, hay que decir que la Red Teaming University no se llama realmente así. Su verdadera denominación es, o era (la han clausurado): University of Foreign Military and Cultural Studies (UFMCS). Lo curioso es que, el nombre real era una tapadera para encubrir las verdaderas intenciones del centro. Pero antes de seguir adelante, definamos que significa el término Red Teaming : Si hacemos una primera búsqueda por Internet de lo que es Red Teamin...