Haiku - Meme
Escrito el 30 de Octubre de 2007 a las 18:50
La estación marrón
y ha de ser justo ahora
el pez más grande
cuanta gente está
respondiendo el Correo
siendo Domingo
Si lo deseas como Meme, tuyo es. Más sobre haikus…
Mándamelo…
Escrito el 24 de Octubre de 2007 a las 10:58
- Estoy hasta arriba, tengo una burrada de trabajo, no consigo organizarme, salto de un tema a otro, no avanzo
- Pues mira, tengo un libro muy bueno sobre gestión del tiempo que a mi me ha sido de mucha utilidad y…
- Ah… Mándamelo, mándamelo. Pero no te olvides, ¿eh?”
Esta misma conversación, pero con diferentes matices relativos a la materia (gestión de proyectos, estrés, independencia financiera, emprendedores, temas técnicos) o el formato (un libro, un video, un tutorial, una herramienta, un artículo, una referencia…) la he mantenido cientos de veces con prácticamente idénticos resultados:
- Ni una sola vez he recibido agradecimiento alguno por lo que haya mandado. Tampoco es que lo haga por recibir agradecimientos, pero en fin…
- Ni una sola vez he recibido comentarios de vuelta (”pues mira, estaba muy bien”, “es infumable”, “se parece un poco a…”).
- Cuando he preguntado, pasado un tiempo prudencial, qué le ha parecido, casi siempre la respuesta es “pues es que he estado muy liado y aún no he tenido tiempo de verlo”
Mis conclusiones:
- La gente se queja por vicio. Les gusta quejarse y no les mola nada que les priven del motivo de su queja.
- La gente quiere solucionar sus problemas, pero por el método plegaria. Lo de trabajar para solucionar no les mola nada.
- “Mándamelo” debe querer decir “haz el favor de no interrumpir mis quejas con tus consejos” en algún dialecto empresarial que no he logrado identificar hasta ahora.
- La gente tiene una facilidad pasmosa para encargarte tareas, incluso cuando no son tus jefes, y deben pensar que no tienes otra cosa mejor que hacer.
El caso superlativo lo logró un compañero de trabajo cuyo hijo de cuatro años no dormía bien por las noches. El aspecto de este hombre por las mañanas era desolador, no se tenía en pie y su rendimiento profesional estaba empezando a bajar alarmantemente. Le recomendé un par de veces el famoso libro del Doctor Estivil, y las dos veces me dijo “no, es que tu no sabes lo que es esto, esto no se soluciona con ningún libro”. Cuatro meses más tarde apareció una mañana radiante por la oficina: “He descubierto un método maravilloso, se llama ‘Duérmete niño’ y nuestro hijo por fin está empezando a dormir bien”…
Para matarlo, ¿No? En fin, en su pecado llevó su justa penitencia (cuatro meses sin dormir que podía haberse ahorrado)
Primera crisis empresarial
Escrito el 22 de Octubre de 2007 a las 10:35
Bueno, más de uno me dirá que ya quisiera crisis como estas, pero le contestaría con el famosos adagio que afirma que, en Chino, las palabras para crisis y oportunidad se representan por el mismo ideograma (no es del todo cierto, pero en fin, como máxima motivacional queda muy bien). La oportunidad en este caso se llama crecimiento: actualmente llevo adelante cuatro proyectos, con un quinto en ciernes y sin contar con las actividades blogosféricas y la preparación del PMP que debería haber comenzado ya hace tiempo, y empieza a ser mucho curro por mucha gestión de proyectos, organización y multitasking que pongamos en el asador. Además, gracias a Diox, los ingresos van mejor que lo previsto, con un 80% de mi proyección más optimista a un año realizada a los 8 meses de empezar (wow!). El riesgo: que llega bastante antes de lo que yo mismo había previsto. No voy a decir que me pille en bragas, pero casi.
En primer lugar, analizada la situación, me encuentro con un problema de base, estructural, estratégico: he basado la empresa en la venta de un recurso escaso: yo. Y el problema ahora es cómo replicamos dicho recurso o aumentamos su disponibilidad. La opción evidente es delegar tareas que no sean absolutamente específicas y especializadas, pero hasta eso resulta medianamente complicado.
La parte más fácil de delegar hoy por hoy es la de desarrollo y programación de sistemas, algo en lo que ya estoy incluso subcontratando parte del trabajo con resultados desiguales (ya hablaré de esto último). Siempre he dicho que no quería crear una empresa de programación o una ingeniería, pero lamentable o afortunadamente son muchas las veces en las que un determinado desarrollo surge como complemento a la actividad de consultoría. Hoy por hoy, la parte de sistemas representa un 48% de la facturación y un 35-40% escaso de la dedicación (resulta más rentable, hoy por hoy, que la consultoría pura y dura), así que tal como yo lo veo hay dos opciones: eliminarla este área de negocio por completo y matar un producto estrella o bien delegar en este aspecto, dado que me sería mucho más fácil, con el poder adquisitivo de la empresa hoy por hoy, encontrar gente en el área sistemas que en el de consultoría en gestión / telecomunicaciones.
Eso implica varias cosas: en primer lugar, que se acabaría el rollete SOHO y tendría que ir pillando una oficina, algo que ya tengo medianamente previsto y estudiado. El coste de un módulo medianamente apañado por las Sevillas ronda los 300 a 400 euros mensuales, que no es mucho, pero hay que añadir los gastos de comunidad, electricidad, comunicaciones, limpieza, seguros… Para que se vaya a 600 euros no hay que esforzarse mucho, sin contar con la inversión inicial (mobiliario, licencia de apertura, adecuación, equipos…). En fin, como el negocio marcha parece que por ahora el plan de negocio lo soportaría sin demasiados aspavientos. Ahora bien, tenemos que añadir un salario y los correspondientes costes de seguridad social, y eso ya son palabras mayores. Si quiero buscar a alguien que, por lo menos, apunte maneras, debo plantearme rebasar un salario de al menos 20.000 euros anuales más los correspondientes gastos de seguridad social y demás, que calculo en otros 8.000. Ponderados, son 2.300 o 2.400 euros al mes, que con los 600 anteriores suben a 3.000. No esta mal. Sobre todo cuando alguno de mis clientes puede tenerme cinco o seis meses para abonarme una factura sin despeinarse lo más mínimo.
En segundo lugar, y metidos en faena, debería empezar a plantearme el convertirme en sociedad (hasta ahora, como ya he comentado en alguna ocasión, opero como empresario autónomo, ya que la SL me perjudica fiscalmente mientras no alcance determinadas cotas de beneficios y obligaciones). Esto añade el coste de un asesor o similar para llevar nóminas, contabilidad, registros y demás. Poca cosa metidos en la estructura de costes anterior, pero en fin, ahí está.
Por otra parte, temo que si precisamente voy invirtiendo en el área de programación y sistemas acabe inexorablemente volcado hacia esta faceta, que si bien me gusta no es en lo que me gustaría que radicase el core business de la empresa, ya que si finalmente tengo que competir en este sector voy a encontrar mucha más competencia y barreras de entradas que en el expertise consultoríl en telecomunicaciones y gestión de proyectos, un mercado mucho más virgen.
La alternativa, buscar a gente que me ayude en la parte de consultoría, me atrae mucho, pero hoy por hoy la veo casi irrealizable. El nivel que tendría que exigir para cumplir las expectativas de mis clientes sería muy superior al de traerme a un programador / desarrollador que pudiese tutelar, y las posibilidades de encontrar a alguien de este nivel lo suficientemente cabra como para que se quisiera saltar a este lado de la carretera son bastante bajas. Por mi estaría encantado de fichar a un Junior que quisiera ir desarrollandose en este campo siempre que encontrase a uno que, al menos (y con todos los respetos), pudiese redactar un documento técnico/comercial medianamente decente. Y es que para esto último me temo que hay que haber visto algo de mundo y estar familiarizado con muchos conceptos técnicos, organizativos, legales, comerciales… Para situarnos, en uno de los documentos en los que estoy trabajando ahora mismo nos recorremos la normativa urbanística andaluza de pe a pa, en otro tenemos que establecer un modelo de gestión de red basado en TMN e ITIL con los correspondientes procesos de gestión de incidencias y mantenimiento de los acuerdos de nivel de servicio; y en un tercero estamos redactando el plan de negocio de una nueva línea de productos para una compañía de marketing. Casi ná.
En fin, que en eso andamos. Y en medio de toda esta faena, albañiles levantándome el suelo de la entrada de la casa y mi mujer preparando unas oposiciones. Consultoría gratuita y hombros en los que llorar serán bienvenidos
.
LINus RuLEz!
Escrito el 16 de Octubre de 2007 a las 17:59
Sí, he escrito bien, Linus, y no Linux (que también rula, pero por motivos distintos):
*YOU* are full of bullshit.
C++ is a horrible language. It’s made more horrible by the fact that a lot
of substandard programmers use it, to the point where it’s much much
easier to generate total and utter crap with it. Quite frankly, even if
the choice of C were to do *nothing* but keep the C++ programmers out,
that in itself would be a huge reason to use C.”
¡Ahí queda eso!.
:-D
Vía Think in Blog (que también rula un montón…Por cierto, gracias por el impagable enlace sobre Brainfuck… :twisted:).
Task-Zapping
Escrito el 16 de Octubre de 2007 a las 8:56
Esta semana tengo que redactar tres documentos, ninguno de los cuáles me apetece demasiado. Me he sentado a las 8:30 delante del primero de ellos y, en los 20 minutos siguientes, he realizado las siguientes tareas:
- Actualizar la dirección de correo de dos contactos
- Limpiar el correo personal de correitos chorra y enviarlos a la lista de distribución que tengo a tal efecto
- Hacer café (y bebérmelo)
- Sacar las bicicletas del porche, que hoy vienen a hacerme una obra
- Bajarme el disco duro portatil, ya que me hacen falta unos documentos de referencia (pero luego no he buscado dichos documentos)
- Aprovechar el viaje para subirme un par de revistas, unos gemelos, un manual, unas gafas, los guantes de la bici y una chaqueta que tenía por aquí en medio
- Poner la radio (M-80, “No somos nadie”)
- Quitar el mantel de la cena de anoche
- Escribir este post
Eso sí, he cambiado el interlineado del documento de “sencillo” a “1,5″ y ahora ocupa diez páginas más…
A ver si espabilo, que ya me vale. ![]()
Quality Tools
Escrito el 13 de Octubre de 2007 a las 18:40
Microentrada: tengo este enlace abierto en una pestaña de Firefox desde hace dos días y no tengo tiempo de estudiarlo a fondo, pero parece interesante. Lo guardo aquí.
Blogging
Escrito el 11 de Octubre de 2007 a las 22:47

Sin palabras…
Vía Business Blog Consulting. No se si mandárselo a los colegas de WSL o se lo tomarán a mal… ![]()
El Scrum Diario disfuncional (II)
Escrito el 11 de Octubre de 2007 a las 21:59
Escribí ayer sobre el video del Scrum Diario Disfuncional y resulta que hoy, documentándome para el curso de Scrum que damos en Noviembre, he encontrado el origen del video. Se trata de un ejercicio en el que cada uno recibe una carta y debe representar ese papel en el Scrum diario. El ejercicio permite a los participantes experimentar el peor Scrum diario del mundo, pero sobre todo les permite reflexionar después sobre lo que se debe o no se debe hacer y les ayuda en el futuro a identificar estos comportamientos y atajarlos cuanto antes. Los roles que se reparten son:
- Llegas tarde al Scrum
- Se muy vago sobre lo que hiciste ayer
- Intenta distraer a las personas que tienes al lado
- Se muy técnico sobre lo que hiciste o vas a hacer, de forma que nadie entienda lo que dices
- Llevas cinco días atascado en la misma tarea
- Intenta hablar lo máximo posible sobre lo que hiciste ayer o vas a hacer hoy
- Interrumpe constantemente al resto mientras hablan
- Eres el Scum Master. Debes conducir el Scrum Diario
Hay que ser muy malo para diseñar un ejercicio así, la verdad…Sólo un sádico lo emplearía en su curso…
Vía AgileSoft, web.mac.com
No-Confrontadores
Escrito el 11 de Octubre de 2007 a las 9:44
Escribí hace poco acerca de los confrontadores, un perfil o carácter que tarde o temprano todos nos cruzamos y que parece abundar en las oficinas a lo ancho y largo del mundo. Para ser justos, debo hablar también del perfil contrario: los no-confrontadores. Y es que como decían los griegos, en el término medio está la virtud.
El no confrontador tiene un pánico atroz al conflicto, y opta sistemáticamente por evadirlo ya sea claudicándo ante su interlocutor o actuando sin el consentimiento o conocimiento de este. Ambas estrategias son, claramente, un error garrafal.
Conozco el caso de una empresa en el que el que un mando intermedio es un no-confrontador crónico, hasta el punto de que hay una serie de trabajadores confrontadores que, día sí y día también, se salen siempre con la suya en perjucio de sus compañeros. Cuando se les asigna una tarea desagradable siempre protestan, e incluso llega a darse el caso en el que uno de los confrontadores se pone malo o, directamente, se da de baja el día que le toca acometer alguna asignación que no le conviene. ¿La solución del mando? Asignar las tareas más desagradables a los que no se quejan y conseguir así que los confrontadores se peguen la vida padre. ¿La consecuencia a medio plazo? Los trabajadores más dóciles se están convirtiendo también en confrontadores.
En el segundo caso, y para no ver la viga en el ojo ajeno, me baso en mi propia experiencia. Estoy más cerca del perfil no-confrontador que del contrario, y además tengo una tendencia casi patológica a echármelo todo a la espalda (síndrome Juán Palomo). Eso ha causado que, en algún caso, cuando un compañero no me ha respondido como necesitaba yo lo haya ignorado y me haya hecho cargo de temas en los que él tenía responsabilidad o, al menos, intereses. Y cuando los resultados han salido a la luz de la organización, ha ocurrido que ese compañero ha venido hecho un basilísco porque no había contado con él y ahora todo el mundo pensaba que yo era el responsable de su trabajo.
Vale, lo del compañero que comento (caso real, seguro que conocéis miles similares) es para flagelarle los riñones con una goma de butano. Pero el auténtico culpable de la situación fui yo. Cuando no me respondió como era su obligación y su responsabilidad debí afrontarlo y confrontarlo directamente con él (y, si no hubieran resultados, posteriormente con su superior más inmediato o con el mío), pero por ahorrarme el enfrentamiento opté por la estrategia del Bypass, y como véis al final hubo enfrentamiento de todas formas y el escaldado fui yo, que me pegué la currada y encima me lleve de palos.
Así que ya sabéis: ni confrontar por sistema, ni huir de una confrontación cuando sea necesario. Lo cual me recuerda una divertida anécdota sobre un trabajador ruso de parecido y hechuras similares a las del “Ivan Drago” de Rocky, al que sus compañeros interrogaron sobre cómo conseguía siempre que el Jefe, un tirano rallando en lo delictivo, le dejase tranquilo, a lo que la tanqueta rusa respondió con el típico acento de película de espías “Yo amenaza físicamente”… ![]()
El Scrum Diario Disfuncional
Escrito el 10 de Octubre de 2007 a las 23:35
Una de las cosas más duras que tiene Scrum como metodología son los Scrum Diarios. Como sabéis, son reuniones rápidas que se realizan todos los días, idealmente en el mismo sitio a la misma hora, y en la que cada miembro del equipo comenta qué ha estado haciendo desde ayer, qué piensa hacer hoy y qué impedimentos encuentra en su tarea. El Scrum Master utiliza esta información para poder identificar y eliminar los riesgos que existan en el Sprint y para poder realizar un seguimiento del avance (aunque el equipo sigue siendo responsable de actualizar la pila de Sprint).
Como decía, esta es una de las partes más duras, y eso que se trata de dedicar cinco a quince minutos al día únicamente: parece un precio muy pequeño si con ello reducimos la carga de gestión, los informes que se deben generar cada dos por tres y a cambio ofrecemos una visibilidad superior sobre el proyecto, al tiempo que aprovechamos para reforzar la sensación de equipo y mejorar la comunicación. Pero la verdad es que pasada la novedad de los primeros días siemrpe surge quien no entiende la utilidad de estas reuniones, y las califica de un “esfuerzo” o una “pérdida de tiempo”. En otros casos comienzan a aparecer otras prioridades (”tengo una reunión con Marketing”, “mañana no puedo, que llegaré tarde”, “ahora mismo me pillas en medio de algo importante”)…
En este video tenéis a Stacia Broderick, de quien tuve el placer de aprender en el seminario Certified ScrumMaster de Madrid hace poco, interpretando con varios Certified Scrum Trainer lo que sería el “Scrum Diario del infierno”, en el que cada uno va por libre, se interrumpen unos a otros, llegan tarde, hablan por teléfono… Si vuestros Scrum diarios se parecen a esto o no los estáis haciendo en absoluto, cuidado: estáis caminando por la senda del desastre ![]()
…y yo sin escribir.
Escrito el 10 de Octubre de 2007 a las 10:30
Ya ves, seleccionado (por dos veces, si contamos EBS) como uno de “los sitios más populares de internet sobre nmegocios y empresas”, y llevo como una semana sin dar ni chapa en el Blog… Cosas de llevar cinco proyectos a la vez para adelante. A ver si esta entrada me sirve para romper el bloqueo creativo… ;-).
Vía garrafa.



