Hay que ser un pedazo de cretino para soltar una rajada de esas proporciones en el blog de la empresa.

No he trabajado nunca con .NET y sospecho que David Barrett -que es como se llama el individuo- tampoco, pero no creo que el hecho de programar en ese lenguaje en particular, o en cualquier otro, te califique como mejor o peor desarrollador. Ningún programador que lleve más de dos días trabajando se atrevería a decir algo así.

La pregunta es: ¿por qué Barrett se pone a filosofar sobre lenguajes de programación? ¿No se supone que es CEO? Se supone que el trabajo principal de un CEO o Presidente consiste en mantener el foco, tener claro hacia donde va la compañía, evitar las distracciones, rodearse del equipo adecuado, motivarlo y conseguir todo lo necesario para alcanzar el objetivo. Ni siquiera tiene que saber programar. Lo inaudito del caso es que Barrett sí sabe programar, y bastante. No sólo tiene un título como Ingeniero Informático por la Universidad de Michigan -lo cual no demuestra en absoluto que sepas programar- sino que en su primer trabajo programó un motor 3D completo (su perfil en LinkedIn).

Entonces, ¿por qué suelta todas estas tonterías ni más ni menos que en el blog de la empresa? ¿Por qué pierde su tiempo y esfuerzo en algo así? Porque, como casi siempre, todo esto tiene truco.

Expensify -y por extensión su CEO, David Barrett- están desesperados por conseguir buenos programadores. Ya que desarrollan en PHP, no creo que los expertos en .NET sean su objetivo, así que… ¿No será todo esto una maniobra para hacer ruido y conseguir publicidad gratuita? ¿Quizás una manera de conseguir llegar a más candidatos, vendiendo una imagen de compañía cool dirigida por un CEO capaz de meterse con el establishment que representa el lenguaje .NET de la todopoderosa Microsoft? A lo mejor solo soy un mal pensado… pero, si eso es lo que quería, lo ha conseguido con creces. Mientras yo redactaba este artículo, su blog ya iba por los 237 comentarios. Y, lo que es mejor, ha conseguido aparecer en prestigiosos medios del sector… como este blog :P

El problema es que, esa táctica solo parece apropiada para atraer a carne fresca recién llegada de la universidad. En el MUNDO REAL, quien más quien menos ha tenido que programar en un lenguaje que no le gustaba, pero que pagaba las habichuelas a fin de mes. Quien más quien menos conoce y respeta a alguien que programa en .NET. Y, quien más quien menos, ha visto a gente haciendo verdaderas ATROCIDADES en lenguajes bien molones como Ruby, Scala u Objective-C.

A mí no me gustaría que mi CEO soltará una barrabasada así en el blog que representa a toda la empresa. Así que, David, te voy a dar un consejo gratis: si quieres buenos programadores, búscalos en algún congreso de desarrollo web o en la reunión del JUG local o amplía el radio de acción más allá del Coupa Café de Palo Alto. Pero, por favor, aunque estés desesperado, no inicies una nueva batalla alrededor de algo tan estúpido. Estoy seguro que más de un veterano de élite se va a pensar muy mucho si quiere trabajar contigo.

Hace un par de días, Jeroclo el espartano, pidió que le recomendaran una buena silla de trabajo: “Cómoda, hergonómica y que las ruedas no rayen el parquet”. Como no mencionó nada del precio, no dude en recomendarle la silla Aeron, más que un asiento, un verdadero icono que cuesta más de 1.000€

La silla fue producida en 1994 por la compañía de mobiliario de oficina Herman Miller, probablemente la firma de equipamiento industrial más influyente del mundo y creadora, entre otras cosas, del famoso cubículo donde Dilbert y más de uno hemos batallado contra miles de lineas de código.

La silla Aeron se convirtió en uno de los principales símbolos de la era de la ‘burbuja .com‘ de la segunda mitad de los ’90, cuando los programadores las exigían como un requisito imprescindible para soportar las largas jornadas de trabajo.

Pero, la pregunta que todos nos hacemos es ¿Cuanto hay de cierto en su supuesta extrema comodidad y ergonomía de la silla y cuanto de esnobismo y símbolo de status social?

El mismísimo Joel Spolsky, creador de Stack Overflow, hizo una defensa apasionada de la Aeron en su blog, donde llego a afirmar que el coste de la silla, prorrateado a lo largo de su vida útil, era menor que el gasto en papel higiénico por programador.

Parece ser que lo que distingue a la Aeron de otras sillas es:

• Esta construida con una especie de malla que permite que la silla transpire (de ahí lo de Aeron) y evita que sude la espalda
• Es ergonómica hasta la demencia, disponiendo de hasta 9 controles de regulación
• Tiene tres “tallas” dependiendo del tamaño del usuario al que vaya destinado

La verdad es que, la silla -concebida por ingenieros, para ingenieros- además de cómoda, es preciosa. Tanto que ha acabado en la exposición permanente del MOMA de Nueva York.

Sé que Jeroclo no se va a comprar esta silla. Al fin y al cabo, es un espartano -podría programar sentado en una piedra- y miembro de la junta directiva de La Cofradía del Puño Cerrado: cada euro que se gasta tiene que pasar siete niveles de validación internos.

Tampoco creo que un desarrollador necesite una silla tan cara para ser feliz, pero si que más de uno debería revisar su orden de prioridades. La diferencia entre una buena silla y un infierno con respaldo pueden ser 200€, lo mismo que podemos gastarnos en invitar a cenar a la familia. En el caso concreto de Jeroclo, se pasa bastanté más tiempo sentado en su silla de trabajo que en el sofá de casa, así que espero convencerle de que no se compre la silla de los Pitufos. En SIXSERVIX disponemos de sillas Steelcase Please. Vale, no son Aeron, pero son una de las cosas que más se le acercan.

Por si a alguien le interesa, he encontrado un sitio en España que la vende por 1.489€.

Conseguir como sea una buena silla. Después del monitor, es la segunda mejor inversión que un desarrollador puede hacer. Desde luego, el trasero de Jeroclo lo merece :)

DISCLAIMER:

Mis agradecimientos a @pvcarrera, @kinisoftware, @semurat, @amaliahern, @lantoli, @imefisto, @ydarias, @antonyete y @pepellou por preocuparse por el trasero de Jeroclo y, sobre todo, animarme a escribir este artículo.

Que no os engañen. Esto no sólo puede aplicarse a pequeñas startups. Algunas de las compañías más importantes del mundo, ya lo están haciendo. Eso si, para poder programar, tienes que mancharte las manos. Tienes que saber.

Después de investigar un poco, me di cuenta de que hacían falta años de meditación y entrenamiento zen -o tener la empatía de una ameba, como Jeroclo el espartano-  para dominar el mushin, pero me gustó el concepto de vaciarme, de intentar eliminar todo lo accesorio y opcional para alcanzar mis objetivos profesionales, en un 2011 que se presenta duro y trascendental por partes iguales.

Para poder conseguirlo, para alcanzar ese nivel de concentración,  entendí que tenía que intentar eliminar todas las distracciones posibles. Fundamentalmente, el ruido. Estoy rodeado de ruido proveniente casi en un 99% de Internet. El ruido impide que me concentre en lo verdaderamente importante, así que estas son las 5 técnicas que he utilizado para convertirme en un verdadero samurai:

• Despejar mi lugar de trabajo. Alrededor del ordenador, el centro neurálgico de mi actividad,  tenía libros, tazas, botes con lápices, post-its, clasificadores y hasta un minimonopatín anti-stress… ¡Que nunca he usado! Decidí meter en una caja todo lo que no hubiera tocado en los últimos 7 días. Además del ordenador, solo sobrevivió a la quema un pequeño calendario. El resto, ha desaparecido. Es increíble lo mucho que he ganado en concentración teniendo encima de toda una mesa de 1,60m de largo solo mi propio ordenador. Nada más.
• Operación eBay. A lo largo de mi vida, he cambiado 8 veces de casa. Recuerdo todas las mudanzas como algo traumático, como un parto, en el que aprovechabas el cambio para dejar atrás todo lo viejo y prescindible. Es increíble  como nos aferramos a nuestras posesiones, pero una vez que conseguías liberarte de todo ese lastre y te instalabas en tu nueva casa, te invadía una extraña sensación de paz. Poco a poco, volvemos a llenar el espacio con un montón de cosas inútiles que nos van asediando en nuestra propia vivienda y nos descubrimos buscando sitio para montañas de libros que jamás volveremos a leer. Así que he decidido poner a la venta cada semana alguna de mis cosas por eBay. De esta manera, voy a matar tres pájaros de un tiro: 1) Me deshago de cosas que no uso, pero ocupan mi espacio 2) Aprendo a utilizar la web de subastas líder en Internet -que nunca había usado como vendedor-  3) Tengo la esperanza de ganar algo de dinero, el suficiente para invitar a cenar a mi mujer.
• Limitar las pestañas abiertas en el navegador. Y una vez eliminadas las distracciones físicas, las siguientes eran las intangibles. Uno de los principales síntomas de mi Síndrome de Diógenes digital es la tendencia a acumular decenas de pestañas abiertas. Cosas que me parecen interesantísimas, pero para las que nunca tengo tiempo… aunque distraen, como una presencia inquietante y constante. Sé que no soy de los peores casos -mientras escribo este artículo sólo tengo abiertas 24- pero, lo terrible del asunto, es que algunas me llevan acompañando media vida. No voy a llegar al extremo de limitar a dos el máximo de pestañas abiertas como recomiendan en Productive Flourishing, pero me voy a quedar con 4. Como tengo una enorme capacidad para encontrar excusas con las que romper las reglas, me he instalado el plugin Window and Tab Limiter de Firefox. Y, además, el deliciosamente naïf Open Tab Counter, que me martillea sutilmente con el número de pestañas abiertas. Menos pestañas, menos ruido.
• Limitar a cuatro mis páginas de referencia. Ha sido difícil, pero creo que con cuatro páginas puedo enterarme bastante bien de lo que pasa en el mundo, y me refiero, a mi mundo profesional: InfoQ, que proporciona un resumen de noticias técnicas a alto nivel; Techcrunch, que es el blog de referencia en el mundo de las startups de Internet; The Register, que está más orientado al mundo corporativo; y, finalmente, el New York Times, que es un periódico generalista, pero con una estupenda sección de tecnología, una calidad fuera de toda duda, una fantástica aplicación para el iPhone, que me permite bajarme los artículos que quiera sin publicidad, y que me da una visión global de lo que está pasando en el mundo.
• Configurar Google Reader de forma más coherente. Ahora tengo todas mis suscripciones clasificadas por categorías. He descubierto que Reader conserva el estado del árbol de categorías, de tal manera que recuerda las que has dejado expandidas y las que no. Yo tengo todas cerradas menos una, la primera, la más importante, donde tengo metidos los blogs de los amiguetes. El resto, solo las abriré cuando encuentre tiempo para hacerlo. Me perderé muchas entradas de algunos de mis sitios favoritos. Vaya por Dios… ¡Qué lástima!

Creo que aún no he pillado lo del mushin: mi mente no es un lago en el que se puedan reflejar los pensamientos de los demás, sino el mar que baña la Costa da Morte. Pero me siento más ligero de equipaje, más centrado y con mucho más espacio -en casa y en el ordenador- e, inexplicablemente, más contento :)

]]> http://sixservix.com/blog/david/2011/01/26/vaciando-mi-mente/feed/ 34 http://sixservix.com/blog/david/2011/01/11/copia/ http://sixservix.com/blog/david/2011/01/11/copia/#comments Tue, 11 Jan 2011 05:05:51 +0000 David Bonilla http://sixservix.com/blog/david/?p=5052 Últimamente he conocido a mucho desarrollador voluntarioso que está ‘pensando y dándole vueltas a un par de ideas‘ para empezar a desarrollar una aplicación o sitio web. En realidad, la mayoría de estos camaradas del metal ni por asomo quieren mancharse las manos con todo el trabajo de Word y Powerpoint que supone lanzar algo, sino que buscan una excusa para practicar el nuevo lenguaje de programación de moda o la versión 3.4 del framework de rigor, pero eso es otra historia…

Lo cierto es que es posible que des con la clave para crear el nuevo Facebook. Igual que es posible que te toque la lotería… pero las posibilidades son muy bajas. Para los que realmente quieran hacer cosas, para los que quieran evitar la analysis paralysis, hay otra posibilidad: copiar. Copiar miserablemente y sin recato alguno.

Es sorprendente el número de desarrolladores voluntariosos de los que he hablado antes que JAMÁS dedican más de un par de minutos a leer una reseña o algún artículo sobre startups o nuevas aplicaciones, aunque pretendan crear o trabajar en una.

POR QUÉ COPIAR

Intentar crear un producto informático o sitio web sin haber estudiado mínimamente lo que han hecho otros, cómo y porqué, es lo mismo que esperar que un niño componga sólo conciertos y óperas por haber escuchado ‘Las cuatro estaciones’ de Vivaldi desde la cuna. Demasiado optimista.

Y estudiar una aplicación tiene mucho más que ver con el problema que soluciona y cómo lo soluciona, que con el lenguaje de programación o el framework con el que se implementa la solución. Por mucho que a algunos desarrolladores nos duela porque nos haga plantearnos la mera posibilidad de no ser el ombligo del Universo. ¿Cuántos seríais capaces de enumerar la totalidad de las características de algo tan aparentemente sencillo como vuestro propio blog? ¿RSS, búsquedas, alertas por respuestas a comentarios…? Probablemente, muy pocos. Pero, lo más importante, es que casi ninguno podría hacer una comparación de características con su competencia directa, por ejemplo, MI blog ¿Cómo pensar siquiera en crear un sistema de blogs? Tendríamos el mismo resultado que alguien que construya una casa sin saber que hacen falta cimientos. Da igual que utilices cemento de la marca Ruby o Java, la casa se caerá.

CÓMO COPIAR

Una vez que interiorizamos que debemos observar y estudiar otras aplicaciones si queremos diseñar las nuestras ¿Por dónde empezamos? Hay miles de sitios web sobre startups y aplicaciones, pero podéis empezar por un listado sencillo como este, con 50 logos de startups creados en 2010 que me envió Jeroclo, “el espartano”. Navegad por los logos, elegid uno que os llame la atención, haced click en el mismo e intentar averiguar qué hace la aplicación, porqué lo hace y cómo lo hace.

Interrogaros a vosotros mismos como usuarios. ¿Satisface vuestra necesidad? ¿Echáis en falta alguna funcionalidad? ¿Creéis que podríais resolver mejor el problema? Si respondéis afirmativamente a alguna de las tres preguntas, ya tenéis la idea, vuestra idea, para desarrollar un producto o aplicación. No hay que sobrevalorar la importancia de ser el primero y debemos olvidar la esperanza de ser los únicos que hagamos algo. Siempre ha habido alguien que ha sido al menos tan listo como tú. Lo importante es ser diferente, pensar en algo que te diferencie de la competencia… y conseguir implementarlo, por supuesto. Facebook no fue la primera red social. Fue la primera que era exclusiva y restringida a universidades americanas de élite. El resto fueron giros en su modelo de negocio.

DE LA COPIA A LA CREACIÓN

Todos conocemos alguna aplicación o servicio que nos gusta, pero que sería perfecto si tuviera tal o cual característica o hiciera las cosas de una determinada manera. Bien ¿Y por qué no lo implementamos? Probablemente no será tan original como crear el nuevo Facebook, pero será mejor que programar la enésima aplicación para enviar un mensaje de agradecimiento a tus nuevos seguidores en Twitter.

La copia e imitación es parte del proceso de aprendizaje humano. Los niños aprenden observando y copiando las actividades de los adultos. Integremos este proceso natural en nuestra carrera como diseñadores y desarrolladores de aplicaciones. De la misma manera que un niño descubre por sí solo con emoción que puede correr después de haber aprendido a andar, quizás, algún día, seamos capaces de diseñar una aplicación original desde cero. Mientras tanto, copiad. Copiad sin vergüenza alguna y, si sois capaces, conseguid que vuestras copias superen a los originales.

DISCLAIMER: redacté este artículo mientras preparaba mi charla para la speakerconf “15 en 5′” que se celebró el 7 de enero en Madrid. Lo creáis o no, conseguí meter todo esto -bueno, al menos, el concepto- en 15 diapositivas y 5 minutos.

]]> http://sixservix.com/blog/david/2011/01/11/copia/feed/ 167 http://sixservix.com/blog/david/2010/12/03/especializacion-insectos/ http://sixservix.com/blog/david/2010/12/03/especializacion-insectos/#comments Fri, 03 Dec 2010 05:05:09 +0000 David Bonilla http://sixservix.com/blog/david/?p=4832

Y punto.

Vamos a echarle un poco de chile picante a nuestra salsa de tomate. Hoy hablaremos sobre como practicar la Técnica Pomodoro Extrema.

1. PROTÉGETE DE TI MISMO Y BLINDA TUS POMODOROS

Seamos sinceros. Si fuéramos capaces de concentrarnos como Kasparov batallando contra Deep Blue no estaríamos leyendo este artículo. Si utilizamos la Técnica Pomodoro es porque hemos llegado a la conclusión de que queremos y PODEMOS ser más productivos concentrándonos en una única tarea, evitando distracciones externas y, sobre todo, internas.

Dejemonos de eufemismos ¿Qué es eso de ‘distracciones internas‘? Fácil: Twitter, Facebook, Spotify, navegar por Internet sin rumbo definido, correos electrónicos corporativos, correos electrónicos personales (véase Gmail o Hotmail), lectores de noticias y, la peor de todas: este adictivo blog.

¿Qué tienen en común todas estas actividades? Que se realizan frente al ordenador y, por lo tanto, son disimulables en un entorno laboral y que… requieren Internet.

Localizado el problema, encontrada la solución. En el mundo Apple, existe la killer-app con la que siempre soñaste: Concentrate (no, no me he olvidado el acento, se pronuncia consentreit). Concentrate te permite bloquear, durante un tiempo determinado, aplicaciones, páginas webs, específicas, cambiar el estado del iChat poniendote como ‘No Disponible’ y hasta lanzar scripts de AppleScript, lo que te permite hacer prácticamente lo que te de la gana (imaginaros las posibilidades para, por ejemplo, registrar tu histórico de pomodoros reales). Por supuesto, también te permite configurar cualquier tipo de alarmas y sonidos para ayudarte a concentrarte; y hasta finalizar con un “¡Eres un figura!“  con el que premiar tu esfuerzo.

En el mundo Windows no sé si existe algo tan glamouroso (por favor, si existe, hacedmelo saber) pero, siempre puedes tirar del cable de red y quedarte a solas con tu IDE, tu Tomcat y tu base de datos en local durante 25 minutos.

2. COMPARTE TUS TO-DO TODAY

Hemos dicho que la Técnica Pomodoro es una técnica de productividad personal. No intentes gestionar un equipo utilizando artefactos de la misma como los To-Do Today o el Active Inventory. No funciona.

Pero SI funciona -y bastante bien, por cierto- en combinación con otras técnicas ágiles de gestión de equipos o proyectos como, por ejemplo, Scrum. Y una de las máximas de Scrum es la TRANSPARENCIA. El razonamiento es: “… si estoy haciendo las cosas bien. Si estoy haciendo las cosas lo mejor que puedo ¿Por qué tendría que ocultar algo?“. Desde hace algún tiempo, lo primero que hago al llegar al trabajo por las mañanas es escanear mi hoja de tareas del dia anterior y copiarla en un directorio compartido de mi ordenador.

Cualquiera puede verlas, cualquiera puede ver lo que he hecho y cuanto tiempo teórico me ha costado. Algunos pensaréis que es algo redundante con otros artefactos de Scrum como el Scrum Daily pero, yo no lo veo así, sino como algo complementario. Mientras que en el Scrum Daily se responden a tres preguntas básicas ¿Que hice ayer? ¿Que voy a hacer hoy? ¿Que me impide ser más productivo?, en mi hoja de tareas se puede ver, si he conseguido completar pomodoros, el trabajo que dediqué a una tarea u a otra y, en el caso de que no lo haya conseguido, el nivel de taladramiento exterior o ensoñación interior que he sufrido (recordar que en la Técnica Pomodoro se registran de forma distinta las interrupciones internas y las externas).

Mi responsable no me pidió que lo hiciera, la gente de la que soy responsable tampoco. Lo he hecho de forma voluntaria y me ha ayudado a ser más constante en la aplicación de la Técnica y del registro de pomodoros, interrupciones y eventos inesperados en mi hoja diaria de tareas.

3. PLANIFICA CON POMODOROS

Yo suelo planificar todas mis tareas diarias en base a la duración en pomodoros de las mismas. Se que es difícil que pueda hacer más de 12 pomodoros al día. No es una buena ni una mala marca (recordar, esto no es una competición), es mi ritmo de trabajo habitual adaptado a la realidad de mi día a día.

Al principio se hace un poco raro pero, poco a poco, te vas acostumbrando. Dos pomodoros son 50 minutos de trabajo puro y, si crees que algo va a durar menos de un pomodoro, lo agrupas. Al final, te encuentras con agrupaciones de 3 llamadas de teléfono de esas que “no puedes dejar de hacer” o con pomodoros destinados a “contestar correo“. Una vez más, todo destinado a incrementar tu productividad.

La propia Técnica Pomodoro te sugiere que planifiques la duración de tus tareas en pomodoros y habla de un supuesto Record Sheet para poder comprobar las diferencias entre tus estimaciones y la realidad. No encontré ningún Record Sheet por ningún lado, así que creé el mio para poder registrar las diferencias de planificación.

Si Scrum ayuda al equipo a saber planificarse mejor en iteraciones de cierta duración, la Técnica Pomodoro puede ayudarte a planificar con más exactitud de la que creias posible el trabajo de tu dia a dia.

4. DOMINA LA TÉCNICA POMODORO, NO DEJES QUE TE DOMINE A TI

Un comentario del gran Xavi Gost me hizo ver lo dogmático que puedo sonar pero, no soy un talibán de la estricta observancia de la Técnica Pomodoro por el contrario, creo que cada uno puede y debe adaptarla a si mismo y su forma de trabajo. El manual donde Francesco Cirillo está muy bien y ¡es gratis! pero no es la Biblia. Francesco se limita a describir los conceptos básicos de su técnica y como aplicarlos.

En el momento de redacción de este artículo, la última versión disponible era la 1.3, publicada el 15 de junio de 2007 o, lo que es lo mismo, hace más de tres años.

El libro tiene algunas lagunas como la del Record Sheet que antes os he mencionado y, por otro lado, al ser un manual, muchas veces se limita a describir reglas sin explicar en profundidad el espíritu de las mismas lo que puede llevar a confusiones.

En cualquier caso, la Técnica Pomodoro es una técnica de productividad personal y, por tanto, debe y puede adaptarse a las circunstancias personales de cada uno para alcanzar su objetivo principal: que seamos más productivos. El manual es el inicio, no un fin en si mismo.

Si por vuestra forma de trabajar os viene mejor hacer pomodoros de 47 minutos o intercaláis el trabajo entre dos tareas porque con una sola os aburrís y os funciona… ¡Genial! Lo importante es que consigáis más del tiempo que destinéis al trabajo.

…

Estos son sólo algunos consejos y buenas prácticas que a mi me han funcionado. Espero que podáis aplicarlos y, si os dan resultado, destinar algún pomodoro para dejar un comentario y contármelo. Os lo agradeceré de corazón. Muchas gracias por leerme.

Artículos relacionados:

1. No sabes nada de la Técnica Pomodoro ¿Conoces la Técnica Pomodoro? ¿CREES que conoces la Técnica Pomodoro?...
2. La Técnica Pomodoro Voy a intentar explicar de una forma divertida y amena...

Afirmar que se conoce la técnica por saber que “es eso de trabajar 25 minutos y descansar 5” es la misma tontería que decir que se conoce la gastronomía española por haber comido paella y sangría en un chiringuito de Ibiza… o decir que se domina scrum por tener un papel que dice que uno es Certified Scrum Master.

Puede que algunos halláis ido aún más allá y leyerais todo el manual de Francesco Cirillo en perfecto inglés pero, creedme, si no habéis trabajado en la práctica con la Técnica Pomodoro, no tenéis ni idea de que va todo esto.

En este artículo aclararé algunos conceptos para los que acaban de descubrir  horrorizados que no se han enterado muy bien de que va todo esto e intentaré  evitaros algunos errores de concepto que corregí después de meses de pegarme con la Técnica Pomodoro.

1. ¡ESTO NO ES UNA COMPETICIÓN, ESTÚPIDO!

Al principio, cuando comienzas a trabajar con la Técnica Pomodoro, crees que el hecho de hacer más o menos pomodoros indica lo mucho o poco que has trabajado. Eso es más falso que un billete de 7 euros.

El objetivo de la Técnica Pomodoro no es que hagas todos los pomodoros que puedas sino todas las tareas que puedas,  utilizando conceptos de otras metodologías de trabajo como el Getting Things Done y su lista de tareas o el Work In Progress y su apuesta por reducir al mínimo el trabajo en paralelo con varias tareas. Los pomodoros, porciones de tiempo de 25 minutos reservados en exclusiva a una tarea, son una herramienta para conseguirlo, no el fin en sí mismo. Aunque parezca increíble, la gente se olvida de esto.

Al final del día, puedes haber concluido todas tus tareas sin haber conseguido finalizar ni un solo pomodoro. De la misma forma, puedes haber cerrado 28 pomodoros y no haber finalizado ni una sola de tus tareas.

2. ESTO ES IMPOSIBLE

“Sí, eso de la Técnica Pomodoro suena muy bien pero, en mi puesto de trabajo, es IMPOSIBLE de aplicar. ¿25 minutos sin coger el teléfono? No funcionaría“. Frases como la anterior son habituales cuando hablas con gente sobre la Técnica Pomodoro. Aunque hay entornos laborales verdaderamente hostiles al empleo de la técnica como, por ejemplo, el de una recepcionista… o el de un tornero fresador, la Técnica Pomodoro puede aplicarse  (bien) en muchos más entornos de los que la gente cree.

¿Te resulta imposible no coger el teléfono durante 25 minutos? Pues no lo hagas. Cógelo todas las veces que te haga falta, aunque claro… eso significará que romperás tus pomodoros y que tendrás que comenzar de nuevo ¿y? No pasa nada. Sigues con tu lista de tareas y vas marcando las que concluyas, los pomodoros que completes y las interrupciones que sufras.

3. LA TÉCNICA POMODORO ES MUY DURA

Uno de los mitos de la Técnica Pomodoro es que hace que la gente trabaje menos y se tome más descansos que un funcionario público. Craso error.

“Espera, espera, espera… pero, si rompo mis pomodoros, entonces… no puedo tomarme los cinco minutitos de descanso ¿no?” Pues no, amiguete. Quiero decir, puedes tomarte cinco o cincuenta pero, no estarías cumpliendo la Técnica Pomodoro.

Seguir la Técnica Pomodoro es MUY duro y, creedme, si conseguís concluir un pomodoro, necesitaréis esos cinco minutos de descanso, para ir al baño, para contestar algún correo o tomaros una café.

Cuando llevas 23 minutos dándolo todo, te quedan 2 minutos para ganarte tu descanso y te llega alguien con una pregunta estúpida, en seguida comprendes el concepto de “protege tu pomodoro“. Ya te digo si lo proteges ¡con uñas y dientes!.

Si consigo concluir cuatro pomodoros y me tomo ese descanso de quince a veinticinco minutos, creedme, lo hago sin ningún tipo de remordimiento. Sé que estoy siendo rentable, muy rentable para la empresa.

Seguir (bien) la Técnica Pomodoro es tan duro y requiere tal disciplina que hay días que directamente no la aplico y me la salto. Cuando trabajo haciendo pomodoros suelo acabar tremendamente agotado pero, también, tremendamente satisfecho porque sé que he dado todo lo que tengo dentro, que me he vaciado y que no he perdido el tiempo.

…

Me dejo cosas en el tintero, pero no quería que este artículo fuera uno de mis ladrillos interminables. También estoy preparando un artículo sobre Técnica Pomodoro Extrema para ayudar a llegar al límite a aquellos de vosotros que la practiquéis. Incluso la gente de Okuri Spaces me han comentado la posibilidad de dar alguna charla o curso en sus instalaciones sobre la Técnica Pomodoro por lo que, si estáis interesados en saber más, por favor hacédmelo saber a través de los comentarios o del formulario de contacto de esta web. Muchas Gracias.

Artículos relacionados:

1. Técnica Pomodoro Extrema Como utilizar la Técnica Pomodoro para llegar donde nadie ha...
2. Técnica Pomodoro: Record Sheet Cada vez somos más los que seguimos la Técnica Pomodoro...
3. La Técnica Pomodoro Voy a intentar explicar de una forma divertida y amena...

La excusa Nº 1 del programador para escaquearse: “mi código está compilándose”

La verdad, que tiré la primera mano el que no ha perdido el tiempo viendo la vida pasar mientras el código compila o se despliega en el servidor de aplicaciones.

Pero no voy a exponer una de esas estadísticas que lanzan cada cierto tiempo JRebel y similares para avisarnos de los millones de horas que perdemos haciendo según que cosas. Ey, hoy es viernes y es el día del humor en este blog. Aunque sea para reírnos de nosotros mismos :)

3. ¿POR QUÉ HACERLO?

La pregunta es ¿por qué no? La única excusa que podemos encontrar para no querer preparar una conferencia es la falta de tiempo. Pero pensemos durante un instante: si necesitas muuuucho tiempo para preparar una conferencia… ¿De verdad deberías dar esa conferencia?

No se puede argumentar en contra lo mucho que se tarda en obtener el conocimiento o información necesaria para poder preparar la conferencia, puesto que toda esa labor no tiene nada que ver con la conferencia sino con tu formación en sí. Si tienes que dedicar cuarenta horas a aprenderte las bondades de EJB 3.1 para poder dar una conferencia sobre EJB 3.1, no le eches la culpa a la conferencia, dale las gracias, porque te ha permitido encontrar la excusa que necesitabas para formarte e informarte sobre el tema.

La preparación de una conferencia no tendría que ver tanto con la búsqueda y recopilación de información sino con el trabajo necesario para presentar a tu audiencia esa información de una forma sencilla, amena y con un toque personal.

Tiempo sí, pero ¿de quién? Si la conferencia la das en nombre de la empresa para la que trabajas o por encargo de la misma, lo normal es que te asignen parte de tu jornada laboral para poder prepararla como es debido. Si, por el contrario, la preparas como una iniciativa personal, entonces ajo y agua y a darle duro en casa… o en la playa.

Si el único problema que puede presentar la preparación de una conferencia es encontrar el tiempo necesario para hacerlo, repasemos los beneficios que nos puede aportar dedicarle dicha parte de nuestro tiempo.

• Branding. El branding es un fantástico palabro inglés que podríamos traducir como “construir marca”. Una conferencia es una potente herramienta de branding. Dependiendo de si la conferencia ha sido propuesta y soportada por tu compañía o por ti mismo como individuo, ese branding será corporativo-personal o exclusivamente personal. No es el objetivo de este artículo enumerar ahora los beneficios del personal branding sin caer en ‘tontuneces marketinianas’, pero recordad que en el mercado laboral somos un producto más compitiendo con otros.
• Networking. Otro estupendo palabro. Sustituto de nuestro “hacer contactos” de toda la vida. Una conferencia te permite darte a conocer y conocer gente. No sólo a tu audiencia, sino a organizadores y a otros conferenciantes. En España, aún hay mucha confusión con el término networking -algunos todavía lo confunden con “amiguismo”. Sin embargo, en países con mucha menor fama de corrupción que el nuestro, como EE.UU., lo utilizan sin tapujos. Networking no significa contratar a alguien por el simple hecho de que sea tu amiguete o compañero de copas. Networking es acordarte de aquel chaval tan válido que conociste en una conferencia e incorporarle directamente a un proceso de selección, en vez de tener que gastarte 250 euros en poner un anuncio en Infojobs y tener que seleccionar el polvo de la paja entre 750 currículos de lo más variopinto.
• Ampliar tus conocimientos. Aunque en teoría ya deberías dominar el tema que presentas, en la práctica una presentación es una buena oportunidad para refrescar tus conocimientos o completarlos con otros nuevos. Cuando presentas algo, al menos debes echar un vistazo al “estado del arte” y comprobar que no hay nada nuevo. Sobre todo cuando hablas de tecnología.

Presentando pelotator.com en el XGN (vídeo cortesía de @jmbeas)

Pinche aquí para ver el vídeo

• Recibir un feedback valioso. La audiencia siempre aporta un retorno inmediato. No tengas miedo ni de ser cuestionado ni de resolver dudas y preguntas. Si no expones tus conocimientos al mundo, éstos nunca se enriquecerán de la experiencia de otros. Pero no sólo se recibe retorno de la audiencia, sino que los propios revisores de las candidaturas de conferencias pueden darte consejos muy valiosos que te ayudarán a pulirlas. Os pongo como ejemplo un comentario recibido por una candidatura de ponencia que presenté a la conferencia Jazoon:

Reviewer 18:
I like your submission.
Please consider my following comments:

– Please expect that the huge majority already knows Twitter (regarding your Point #1)

– Please use the majority of your presentation time on your points 2-4, with API, comparisons of existing libraries and practical code examples

– When comparing the different Twitter libraries it would be nice to see some code so that the differences in their API become “tangible”

I’m looking forward to your talk.

• Mejorar tu oratoria. Nadie nace sabiendo y, los que tienen facilidad para hablar en público, siempre, siempre, SIEMPRE pueden mejorar. El hecho de ser el simpático de tu grupo de amigos no te convierte en un gran orador. El hecho de no sentir vergüenza no quiere decir que no debas practicar y ensayar para atacar tus áreas de mejora. Yo, por ejemplo, suelo hablar por teléfono andando sin parar por mi casa… y he trasladado esa costumbre a mi estilo a la hora de hablar en público. No paro quieto y eso, a veces, marea a la audiencia. Corregir esa y mil manías más es cuestión de ensayo y práctica.
• Ganarte la vida. En EEUU y otros países del primer mundo, hay un circuito estable de conferenciantes profesionales. En España, aunque empieza a haber tímidos intentos, todavía es ciencia ficción. Aún así, muchas conferencias son remuneradas. Probablemente, no te hagas rico como conferenciante, pero ya no es descabellado pensar en tener un mínimo retorno económico por tu inversión en la preparación de la misma.

Después de todo esto, ¿aún os quedan dudas sobre la conveniencia o no de preparar una conferencia?

Una vez más, os animo encarecidamente a participar en el debate a través de los comentarios.

En la última entrega de esta serie encontraréis el siguiente contenido:

4. LA ORGANIZACIÓN DE UN EVENTO. Donde explicaré lo que supone organizar un evento en general y la gente que ha estado detrás del XGN en particular.

Artículos relacionados:

1. Mañana comienza Agile Spain 2010 Del 10 al 11 de junio se celebra en Madrid...
2. XGN 2010 (4 de 4): La organización de un evento Con este artículo, se cierra la serie sobre mi experiencia...
3. XGN 2010 (2 de 4): Preparando una conferencia ¿Cómo se prepara una ponencia? ¿Cuales son las herramientas existentes...

2. ¿QUÉ SUPONE PREPARAR UNA CONFERENCIA Y/O PONENCIA?

La principal diferencia entre una conferencia y una ponencia es que, mientras una conferencia es una exposición pública sobre un tema para enseñarlo o divulgarlo, en una ponencia se expone  un tema concreto ante una audiencia que debe debatir sobre el mismo.

En la práctica, las diferencias entre conferencia y ponencia se confunden, puesto que, al menos que quieras cerrar el turno final de ruegos y preguntas y que no permitas la intervención del público, siempre tienes que estar preparado para debatir sobre el tema que expones.

Tradicionalmente, las conferencias se planteaban como un monólogo, una relación desigual. Por un lado, estaba el conferenciante, imbuido de sabiduría mesiánica y, por otro lado, la audiencia aborregada con el único supuesto objetivo de intentar absorber una pizca de dicha sabiduría.  En el mundo 2.0, esto ya no tiene ningún sentido ¿Cómo puede alguien plantearse siquiera no admitir comentarios o preguntas cuando las admite en su propio blog? Una conferencia debe verse como un diálogo entre iguales del que deben salir enriquecidos tanto el público como el conferenciante.

2.1 VENDIENDO TU PRESENTACIÓN: EL CALL FOR PAPERS

Si no eres un gurú/estrella ni un profesional del circuito de conferencias, lo primero que debes hacer es preparar un pequeño resumen sobre el tema u objetivo de la exposición. Esto no sólo servirá como guía en el futuro desarrollo de la misma, sino que es imprescindible para acudir a las Convocatorias de Ponencias o Call for Papers que suelen hacer los diferentes eventos.

Otras de las cosas que suelen pedir los diferentes comités de admisión son: una pequeña biografía de los autores, detallar la experiencia previa como conferenciantes y el nivel del idioma en el que se vaya a exponer. Es un taladro, pero una vez que está hecho, sirve para cualquier Call for Papers.

2.2 CREANDO TU PONENCIA

Una vez que hemos engañado a alguien para que nos deje dar nuestra conferencia, tenemos que empezar a prepararla.

El apoyo fundamental con el que cuenta un conferenciante es su presentación de diapositivas o slides. Afortunadamente, nadie utiliza ya diapositivas o microfiltros de verdad, sino programas como OpenOffice Impress, Microsoft PowerPoint o Apple Keynote.

Se puede presentar sin el apoyo diapositivas, pero eso te obligará a aprenderte toda la conferencia de memoria -con el riesgo de que te olvides algún punto- y además perderás una ayuda para fijar la atención de la audiencia y hacer que la charla sea más amena. Sólo lo recomiendo en el caso de que hayas presentando el tema anteriormente, lo domines perfectamente y seas capaz de crear una interacción con el público lo suficiente rica como para que no pierdan el interés en tu charla.

Aunque hay gente que escribe primero todo el texto o guion, yo prefiero diseñar el contenido directamente sobre las diapositivas en las que voy a apoyarme. Las diapositivas no sólo ayudan a acotar y guiar el contenido, sino que además sirven como escaleta para planificar el tiempo que vas a dedicar a cada una de ellas y al total de la charla. No olvides que, normalmente, las conferencias tienen un tiempo asignado y, aunque no lo tengan, deves evitar aburrir a tu audiencia. Más de 50 minutos de charla continuada aburren al oyente más motivado. Créeme, lo sé por experiencia.

Algunas tarjetas con el guión que creé para apoyar a mi taller de twitter y java en el XGN

No hay una fórmula mágica para la creación de presentaciones maravillosas, pero yo me permito daros la siguiente sugerencia basada en mi experiencia:

• Sigue tú a la diapositiva, no al revés. Intentar evitar las transiciones o eventos en las diapositivas a activar basándose en algo que tengas que decir de memoria. Si tienes una posibilidad de olvidarte de algo, lo olvidarás. Es mucho mejor que la propia diapo te vaya recordando qué es lo que quieres exponer y cómo.
• Menos es más. Tu presentación no va a parecer más trabajada porque la cargues de gráficos y efectos especiales. No tienes que poner un logo de tu empresa del tamaño de Australia en todas las diapos. Si no sabes donde está el límite del buen gusto, antes de añadir algo, piensa: ¿aporta algo a la presentación?
• Si presentas una ponencia, prepara ‘trampas’ para la audiencia. Una ponencia se basa en la participación de la gente, pero a veces es difícil conseguir tal colaboración. Puedes preparar trampas o pequeños trucos para incentivar esta participación, como preguntas generales, pequeños juegos o votaciones a mano alzada.
• Es una presentación, no un libro. Puedes preparar presentaciones con 55 diapositivas, pero ¿de verdad es necesario? La gente ha asistido a una conferencia, quiere oírte hablar a ti. Si hubiera querido leer, hubiera bastado con enviarles un PDF con todas las diapositivas.

En cualquier caso, todo esto no son más que sugerencias basadas en mi propio y humilde criterio. Os voy a pasar un enlace a dos presentaciones muy buenas y completamente distintas de dos excelentes conferenciantes. No me pronuncio sobre ninguna de ellas. Una, con pocas diapos muy minimalistas, y otra, con muchas y bastante recargadas. Dejo que seáis vosotros los que forméis vuestra propia opinión. Eso sí, os aseguro que las dos merecen la pena:

• Hack Politics! de Aitor Garcia Rey (¿Mezclando open source y Política? ¿Acaso el open source no es política?)
• Scrum. El Señor de los Pardillos de Ángel Medinilla (¿Practicaba Frodo Bolsón metodologías ágiles?)

2.3 MIEDO ESCÉNICO: DELANTE DE TU AUDIENCIA

Por fin vas a llevar a escena tu presentación delante de tu público ¿Hay alguna táctica que te asegure el éxito? Desgraciadamente no, pero una vez más, te doy algunos consejos basados en la experiencia:

• Llega con tiempo. Aunque parezca evidente, llega con tiempo suficiente para prepararte antes de la presentación. Asegúrate de que todo funciona. De nada sirve que te hayas preparado la charla al milímetro si nadie te oye. Comprueba que todo el equipo funciona correctamente.
• Pasa de las diapos. No hay nada que destroce más el ritmo de una presentación que alguien yendo y viniendo a su portátil para pasar las diapos. Hazte con un dispositivo para poder pasarlas de forma automática. Si no dispones de ninguno, pero eres el afortunado poseedor de un iPhone, tienes esta maravilla -gratuita- disponible.
• Cuida el lenguaje corporal y tu dicción. No te muevas demasiado. No hables muy deprisa. Pronuncia claro. Aunque te parezca que hablas como un presentador de telediario, no pasa nada. Estás trasmitiendo tus ideas, deja que la gente vaya asimilándolas. E intenta no abusar de las coletillas.
• Grábate. Hazte con una cámara. No puedes ni imaginar lo que se aprende viéndose a uno mismo. Crees que eres el orador definitivo, el Steve Jobs español y, de repente, te ves en pantalla y se te cae el mundo encima. No pasa nada. Aunque tengas cualidades naturales, hay que ir puliendo el estilo de tus presentaciones. Cada charla que des, es una charla menos hasta alcanzar el nivel que deseas.

Evidentemente, esto son sólo algunos consejos básicos. Seguro que hay mil manuales sobre cómo hablar en público con todo lujo de detalles, pero si conseguimos dominar estos cuatro, ya tenemos mucho ganado.

Una vez más, os animo encarecidamente a participar en el debate a través de los comentarios.

En las próximas entregas de esta serie encontraréis los siguientes contenidos:

3. ¿POR QUÉ HACERLO? Apartado en el que intentaré exponer las motivaciones que puede encontrar un desarrollador para realizar el esfuerzo de impartir una ponencia

4. LA ORGANIZACIÓN DE UN EVENTO. Donde explicaré lo que supone organizar un evento en general y la gente que ha estado detrás del XGN en particular.

Artículos relacionados:

1. Mañana comienza Agile Spain 2010 Del 10 al 11 de junio se celebra en Madrid...
2. XGN 2010 (4 de 4): La organización de un evento Con este artículo, se cierra la serie sobre mi experiencia...
3. XGN 2010 (3 de 4): ¿Por qué preparar una conferencia? Preparar una conferencia implica mucho trabajo: investigar, documentar y practicar...

Lo que iba a ser un único artículo, se ha convertido en una serie decuatro entregas que iré publicando en días consecutivos. Eso sí, no me ha salido escribir sólo sobre mis ponencias, sino que me ha parecido mucho más interesante reflexionar sobre NOSOTROScomo colectivo de desarrolladores de software y sobre nuestra relación con los eventos y conferencias dedicados a nuestro mundo. Ya os adelanto que el tono es bastante autocrítico. Abrochaos los cinturones. Comenzamos.

1. ¿QUÉ HACE UN CHICO COMO TÚ EN UN LUGAR COMO ÉSTE?

Una buena mañana, recibí un correo de José Manuel Beas donde me hablaba de la posibilidad de dar unas charlas en elXGN, la mayor LAN Party de Galicia. José había conocido la búsqueda de ponencias para el evento a través de David Esmerodes, miembro de Axil-mente, la asociación gallega de metodologías de desarrollo ágiles. Como podéis ver, la típica historia de “gente conoce gente”.

No me considero especialmente brillante, no creo que sea un gurú técnico ni que haya alcanzado logros dignos de admirar que me hagan merecer más que otros presentar una ponencia. Simplemente conocía a la gente adecuada y estaba disponible en el momento adecuado, pero antes de que el tecnólogo tipo caiga en la autocomplacencia y el desdén hacia el trabajo del otro, me gustaría que os preguntarais “¿Por qué yo no los conozco?”

Quizás porque no leéis los artículos que ellos y muchos otros publican. Quizás porque, aunque sí los leéis, no participáis con comentarios que los completen y enriquezcan. Quizás porque no escribís un blog que permita que os conozcan. Y, sobre todo, porque quizás no vais a eventos donde ellos y otros como ellos participan.

Muchos intentaréis autoconvenceros de que no podéis hacer nada de eso, simplemente porque no podéis. Porque tiene lugar durante el horario laboral, porque son caros o porque  tenéis mil y una obligaciones im-por-tan-tí-si-mas que os lo impiden. Sin embargo, yo os digo que no es verdad, que os estáis engañando, que eso, en la mayoría de los casos, es mentira.

Hay muchos eventos que se celebran fuera del horario laboral, de hecho, son la mayoría. Las reuniones de Agile Madrid, por ejemplo, se suelen celebrar los martes o los miércoles en horario de tarde-noche. Los patrocinados porAutentia, como los Coding Dojos o ‘Probando con Marick‘, siempre se celebran a partir de las 20h, entre semana, o los sábados. Lo mismo pasó con el hacking al Ignite Madrid que convoqué hace algún tiempo. Todos, absolutamente todos, gratuitos.

La triste realidad es que a la muchos les da pereza hacer cualquier cosa que salga del 8 a 5, que a otros les da vergüenza ir a eventos donde no conocen a nadie o incluso que algunos temen que les saquen de su confort zone y midan su pericia profesional. Pero, los peores, son aquéllos que afirman que ‘no sirve para nada porque todo está en Internet‘, sin ni siquiera saber de lo que hablan.

Asistir a eventos no sólo te permite conocer gente, además es una oportunidad de conocer cosas nuevas, cosas que ni siquiera sabías que existían y que, por lo tanto, nunca buscarías en Internet. Un evento es una burbuja que te permite concentrarte en su tema central, sin interrupciones. ¿O acaso es lo mismo ver una película en el cine que verla en casa?

Os animo encarecidamente a participar en el debate a través de los comentarios.

En las próximas entregas de esta serie encontraréis los siguientes contenidos:

2. ¿QUÉ SUPONE PREPARAR UNA CONFERENCIA Y/O PONENCIA? Donde intentaré explicar la diferencia entre una conferencia y una ponencia y la forma de preparar cada una de ellas.

3. ¿POR QUÉ HACERLO? Apartado en el que intentaré exponer las motivaciones que puede encontrar un desarrollador para realizar el esfuerzo de impartir una ponencia

4. LA ORGANIZACIÓN DE UN EVENTO. Donde explicaré lo que supone organizar un evento en general y la gente que ha estado detrás del XGN en particular.

Artículos relacionados:

1. Mañana comienza Agile Spain 2010 Del 10 al 11 de junio se celebra en Madrid...
2. XGN 2010 (4 de 4): La organización de un evento Con este artículo, se cierra la serie sobre mi experiencia...
3. XGN 2010 (3 de 4): ¿Por qué preparar una conferencia? Preparar una conferencia implica mucho trabajo: investigar, documentar y practicar...

Con Humanware, expondremos una aproximación más cercana, pragmática y holística que la de DeMarco y Lister.

Esta charla no está destinada a desarrolladores en exclusiva, sino a todas aquellas personas que gestionen personal en general y equipos de desarrollo en particular. Aunque esperamos que los técnicos la encuentren amena y divertida, puesto que se reconocerán en muchas de las situaciones planteadas y aprenderán a manejar mejor las relaciones con sus responsables.

La hemos planteado en forma de charla-coloquio,  esperando y deseando una alta participación del público asistente. Según vayamos exponiendo las teorías de gestión, intentaremos ponerlas a prueba planteando una serie de casos prácticos basados en situaciones reales que resolveremos en directo.

La entrada es gratuita. Tan sólo se recomienda que os apuntéis en esta página para que la organización pueda estimar la asistencia y destinarnos una sala con la capacidad adecuada.

Si tenéis la oportunidad de pasaros por el Palacio de Congresos y Exposiciones de Santiago de Compostela, el próximo viernes, queréis pasar un rato divertido y conocernos en persona,  os estaremos esperando a todos.

Pero ¿qué es eso de una ‘caja negra’? Citando a Ixchel Hernández, una caja negra o blackbox es “una unidad cuya estructura interna se desconoce, pero cuya función está documentada. La mecánica interna no es algo que interese al que utiliza una caja negra para obtener una función“.

Básicamente y hablando claro, una caja negra es algo que funciona aunque no sepamos cómo.

¿Y cómo puede alguien convertirse en una caja negra? Sencillo: dominando y gestionando algún conocimiento, proceso o tecnología que no conozca nadie más y que no esté documentado.

No conozco lo que ocurrirá en otros sectores, pero en informática tenemos muchas oportunidades para convertirnos en auténticas blackboxes, ‘agujeros negros’ de conocimiento. Os detallo algunas de las más importantes:

• Convertirse en ‘el chico de los servidores’. Ser el único que se atreva a meter mano en el fichero de configuración httpd.conf del Apache, o el que conoce cómo se hace virtual hosting con Tomcat, te proporciona un halo de sabiduría que para sí quisiera Gandalf el gris.
• Una solución – Un hombre. Conseguir ser el único que domine una tecnología -cuanta más crítica mejor- o un programa de uso intensivo te convierte automáticamente en una genuina caja negra. En este apartado podemos encontrar mucho intrusismo profesional, como por ejemplo, el del tipo que domina ‘bestias del averno‘ como el Nominaplus o Documentum. Aunque también nos podemos encontrar enormes blackboxes en el mundo del desarrollo, como el tío que sabe depurar todas las fases de JSF, el que sabe cómo hacer bloqueos pesimistas con JPA 1.0 o, aún mejor, el que configura BIEN log4j y te deja rezando para no tener que modificarlo nunca jamás.
• Gestionar el servidor de correo. Como ya escribí hace tiempo, “quien domine el correo electrónico, dominará la empresa”. Mejor cuanto más críptico sea el servidor de correo, por lo que recomiendo un sistema propietario, tipo Exchange de Microsoft o peor. Si encima podemos complicarlo aún más, integrándolo con LDAP o algo similar, mejor que mejor.
• Ser la Aduana. Ésta es, sin duda alguna, la oportunidad más poderosa. Ser el único que controle el firewall, el antivirus o lo que sea que haga que la gente no pueda visitar el Feisbuj, el Tuiter o páginas sobre física cuántica durante su jornada de trabajo, te convierte no en una caja, sino en un arca negra de proporciones bíblicas.

Con todos estos consejos, seguro que ya sabes cómo convertirte en una caja negra o puede incluso que ya lo seas. Pero ¿de verdad te sientes más seguro en el trabajo? ¿De verdad te gusta ser una caja negra?

Piénsalo durante un instante. Ser una caja negra no es nada bueno, sino todo lo contrario. Si has conseguido convertirte en una caja negra es porque tu empresa o tú estáis haciendo algo mal, rematadamente mal.

Si has hecho todo lo posible por convertirte en una caja negra y luchas por seguir siéndolo, párate un momento y reflexiona sobre porqué lo haces ¿De verdad necesitas serlo para sentirte seguro en tu puesto de trabajo? ¿No crees que sería mucho más productivo y beneficioso para ti y la empresa que utilizaras todos esos esfuerzos en convertirte en mejor profesional? ¿No preferirías aportar valor para demostrar lo rentable que es pagar tu nómina? ¿No te sentirías mejor compañero compartiendo tu conocimiento con tus compañeros y enriqueciéndote a su vez con sus aportaciones y conocimientos? Basar tu trabajo en ser o no ser una blackbox es reconocer que estás fuera de mercado. No eres competitivo, estás fuera.

Podrías empezar por documentar todo tu conocimiento en un wiki interno o en un blog corporativo. Si aún así, crees que dejar de ser una caja negra puede colocarte en una peor posición en tu empresa, te recomiendo que busques otro trabajo. Quizás no merezca la pena seguir trabajando en un sitio así.

Si como empresa, Jefe de Proyecto en particular o gestor de personas en general has permitido que una persona se convierta en una caja negra, revisa tus criterios de gestión. Estás haciendo algo mal. Nadie debería ser una caja negra. Todos los equipos de trabajo deben ser multidisciplinares y flexibles. Eso no quiere decir que no pueda existir especialización en las tareas -siempre te encontrarás a alguien a quien se le dé mejor maquetar una página web que programar algoritmos genéticos-, pero un buen gestor tiene que intentar que la rotación de personal, las vacaciones o las bajas no afecten de forma dramática a la producción de un equipo de desarrollo.

Algunos dirán que la teoría es muy bonita, pero que en la práctica no disponen de recursos o tiempo para implementarla. Todo son excusas. Como empleado debes hacer comprender a tus responsables la importancia de documentar y compartir el conocimiento o know-how que vayas adquiriendo. Como gestor, tu obligación es solicitar más recursos y advertir de los riesgos a tus superiores si el día a día del trabajo está comenzando a crear cajas negras.

El primer paso para intentar solucionar el problema es reconocerlo. Hola, soy David Bonilla y, sí, soy una caja negra y no estoy nada orgulloso de serlo. ¿Y tú? ¿Eres una caja negra?

]]> http://sixservix.com/blog/david/2010/03/22/caja-negra/feed/ 362 http://sixservix.com/blog/david/2010/02/03/tecnica-pomodoro-record-sheet/ http://sixservix.com/blog/david/2010/02/03/tecnica-pomodoro-record-sheet/#comments Wed, 03 Feb 2010 06:00:19 +0000 David Bonilla http://sixservix.com/blog/david/?p=1922

Cada vez somos más los que seguimos la Técnica Pomodoro para intentar aumentar nuestra productividad diaria. Una de sus muchas ventajas es tener disponible, de forma gratuita y en la propia web del autor, toda la documentación y recursos necesarios para poder ponerla en práctica.

Lo único que se puede echar en falta es una hoja donde guardar un registro de las actividades realizadas durante el día y los pomodoros que has consumido en la realización de cada una de ellas. Lo que Francesco Cirillo denomina en inglés ‘Record Sheet’.

La justificación es muy sencilla: Francesco piensa que la mejor manera de registrar nuestras actividades es mediante bases de datos, hojas de cálculo o aplicaciones de software específicas. Sin embargo, para aquellos que aún no tengamos lista nuestra propia aplicación de gestión de pomodoros y nos dé “alergia” el Excel y similares, he creado una Hoja de Registro de Actividades o Record Sheet con la que completar todo el backlog necesario para aprovechar la Técnica Pomodoro con todo su esplendor.

He intentado acercarme lo más posible, a la estética y tipografía del resto de los recursos, para mantener una coherencia en nuestros documentos archivados.

La tenéis disponible aquí, en este mismo blog:

SIX_pomodoro_recordsheet.pdf

Artículos relacionados:

1. No sabes nada de la Técnica Pomodoro ¿Conoces la Técnica Pomodoro? ¿CREES que conoces la Técnica Pomodoro?...

]]>