Reflexiones y Bytes

Encuentro Empresarial TIC Universidad - Empresa

2010-10-30T11:18:00.003+02:00

Hace más de un año escribí un artículo acerca de algunas ideas que facilitasen que el mundo de la Universidad y la Empresa se acercasen. Este artículo, que se puede leer aquí, incidía en algunas cuestiones importantes, que gratamente encontré reflejadas en la mesa redonda a la que asistí este jueves 28 de Octubre. Se trataba de en un encuentro empresarial en el que los ponentes, todos ellos importantes cargos del mundo de la Empresa y la Universidad de Alicante, exponían su visión acerca del problema y posibles soluciones.
Hubo una idea que considero clave, y es que desde la Empresa no podemos esperar a que la Universidad nos traiga todas las soluciones. Debemos influir y tomar parte de ella, y desde ese punto de vista creo que la Universidad está dando muchos pasos para abrirse y dejar pasar nuevas ideas. La Universidad aporta Conocimiento, y la Empresa Experiencia. Sí, Conocimiento y Experiencia con mayúsculas, que juntas forman el binomio perfecto que tanta falta hacer a nuestra sociedad.
Los estudios de doctorado no deben ser exclusivos de aquellos estudiantes que prolongan y prolongan sus estudios, y al final su única salida laboral sea la Universidad. Me atrajo la idea de que desde el mundo universitario se está dando facilidades y opciones para que personas totalmente integradas en el mundo laboral puedan desarrollar estudios de doctorado. ¿ Qué mejor manera es esa de llevar los conocimentos más avanzados de I+D a la empresa ?

Agilidad y Buenas Prácticas de Desarrollo

2010-08-19T10:54:00.004+02:00

Las prácticas ágiles deben ir acompañadas con buenas prácticas en programación. Hablamos de la estrecha relación de la agilidad con TDD, BDD, ATDD, refactorización, etc. Todas ellas técnicas y prácticas propias de desarrollo.
Recientemente, he conocido "Domain-Driven Design" (DDD), impulsado por un grupo de expertos, entre los que se encuentra Eric Evans ("Domain-Driven Design: Tackling Complexity in the Heart of Software"), y que cumple a la perfección los principios de las metodologías ágiles.
Como explican sus creadores, Domain-Driven design no es ninguna tecnología, ni metodología. Se trata de una forma de pensar y organizar un conjunto de prioridades, dirigidos a la aceleración de proyectos de software que tienen que tratar con complejos dominios (http://domaindrivendesign.org/resources/what_is_ddd)
Propugna la comunicación directa entre los expertos del dominio (el cliente), los analistas y desarrolladores, utilizando un lenguaje común (lenguaje ubícuo) que permita un entendimiento completo del dominio, hacia la elaboración iterativa del diseño que conduzca a la correcta codificación del problema planteado.
Como dice Eric Evans en su libro "Domain-Driven Design Quickly" (de descarga gratuita en InfoQ), no basta con conocer las técnicas adecuadas de programación si no van acompañadas de unos sólidos conocimientos de arquitectura y sus principios. Esta arquitectura reconoce la complejidad en la elaboración del software, y trata de
Para los que trabajamos con .Net, existe una mágnifíca guía, en estos momentos en fase Beta, llamada "Guía de Arquitectura N-Capas orientada al Dominio con .Net 4.0", que trata de llevar a su implementación práctica el DDD. Todo el material relacionado se puede encontrar en el "Centro de Arquitectura - MSDN".

Liderazgo a cuenta de la Selección Española

2010-07-17T12:01:00.005+02:00

Leía esta mañana un artículo en El País sobre el liderazgo ejercido por Vicente del Bosque para conseguir que nuestra selección ganase el Mundial. Es posiblemente un perfecto análisis hecho a posteriori a sabiendas que las cosas han ido pefectas, y que no hubiéramos leido si la dichosa "pelotita" no hubiera entrado en cuartos de final contra Paraguay. Creo que todo el mundo habría aclamado la vuelta de Luis Aragonés, y habrían mandado a del Bosque a remar galeras, cuando es indudable que en ciertos deportes como el fútbol, hay un factor azar muy importante, que no debería desmerecer el trabajo de los jugadores y por supuesto del entrenador. Pero, como el topicazo dice, "el fútbol es así", y la propia vida ¿ no es así ?

Pero dejando atrás cuestiones filosóficas, estoy bastante de acuerdo con el análisis que se realiza en el artículo sobre diferentes estilos de liderazgo. Y me quedo con los siguientes puntos:

El líder como gran conocedor de la materia. Corren ríos de tinta sobre este punto, pero en el mundo de la tecnología en que yo me muevo y conozco, lo considero necesario. Sin entrar en mucha profundidad, considero que confiere al líder, autoridad, respeto, y simplifica la toma de decisiones.

El líder debe saber obtener lo mejor de su equipo. Contar con los mejores y conseguir de ellos los mejores resultados. Ayudar a mejorar a los recién llegados, y los que puedan tener alguna carencia concretar. Yo diría, también, invitar a abandonar a aquellos cuya actitud bombardea y desestabiliza el funcionamiento del grupo.

No hay un estilo de liderazgo universal y que funcione en todos los casos. Cada situación exige unas directrices diferentes, y en ciertos momentos se debe pasar de un estilo conciliador, a otro que requiera un mayor control.

Me imagino que proliferarán en los próximos meses más artículos y libros pretendiendo explicar el éxito de la selección expañola de fútbol, y seguro que algunos de ellos obtendremos ideas que nos lleven a la reflexión y a la mejora contínua.

Sobre la Inteligencia de Jeff Hawkins y Sandra Blakeslee

2009-12-13T08:56:00.015+01:00

La Inteligencia Artificial es lo que realmente me llevó a estudiar Informática. La idea de hacer máquinas inteligentes como las de Star Wars me apasionaba. Al final, la vida me llevó a objetivos más pragmáticos, dentro de la informática, aunque tengo que decir que no menos apasionantes.

Pues bien, el interés por la IA nunca me ha abandonado, y ésto es lo que me ha llevado a leer el libro "Sobre la Inteligencia" de Jeff Hawkins y Sandra Blakeslee.

Desde luego, esperaba encontrame un contenido más técnico, pero se queda principalmente en la faceta de divulgación científica. No obstante, tengo que decir que en ningún momento me ha defraudado. Merece la pena y no entiendo porque la edición española, publicada por Espasa, está descatalogada y resulta imposible encontrarlo en ninguna librería. Finalmente, he tenido que recurrir a la biblioteca de la Universidad de Alicante.

Antes de entrar a comentar el contenido del libro me gustaría resaltar un párrafo de la parte inicial de "Agradecimientos", en la que Jeff Hawkins describe perfectamente el papel de un jefe de proyectos: "Cuando alguien me pregunta cómo me gano la vida, nunca sé que responder. La verdad es que me la gano haciendo muy poco, pero me he rodeado de gente que sí parece hacer muchas cosas. Mi contribución es llamarles la atención de cuando en cuando y tratar de redirigir al equipo por un nuevo camino cuando resulta necesario. Si he obtenido algún éxtio en mi carrera se lo debo en buena parte al trabajo duro y a la inteligencia de mis colegas". Creo que es una descripción genial de un jefe de proyectos, que realmente actúa como líder e impulsor de su equipo.
Después de leer el libro, me queda la sensación de que todavía queda un largo recorrido por entender el funcionamiento del cerebro. Tampoco tengo claro que el camino para hacer máquinas inteligentes sea imitar el funcionamiento del cerebro humano. ¿ No deberían poder existir "inteligencias" diferentes a la humana ? Pero dejando razonamientos filosóficos, creo que un buen punto de partida es desentrañar el funcionamiento de uno de los artefactos más perfectos que conocemos, que es nuestro cerebro. Además, lógicamente, de los beneficios que proporcionará en nuestra calidad de vida.
Entrando ya en materia, yo mo quedo con estas ideas transmitidas en el libro:

La IA no tiene éxito porque únicamente se fija en la conducta , en los resultados y no en lo que sucede en la "caja negra" que es nuestro cerebro.
Las redes neuronales se acercan más al objetivo porque tienen en cuenta la retroalimentación que se genera en el intercambio neuronal (sinapsis), tanto hacia arriba, como hacia abajo, de las capas que conforman la corteza cerebral.
Nuestra corteza cerebral almacena en las sinapsis nuestra memoria, y lo que realmente se almacenan son patrones, de tal forma que no necesitamos tener la secuencia completa de algo para llegar a su información. Almacenamos relaciones, más que detalles.
El neurocientífico Vernon B. Mountcastle describió un algoritmo único que rige todo nuestro cerebro, independientemente del sentido que estemos usando. Lo prueba, por ejemplo, el hecho de que personas con minusvalías psíquicas estén utilizando parte de sus cerebros para cuestiones que en el resto de personas "normales" están situadas en otras zonas de la corteza. El funcionamiento de la corteza cerebral se basa en una estructura jerárquica de flujo de información entre las 6 capas que componen la corteza cerebral. La siguiente imagen, obtenida del artículo "Hierarchical Temporal Memory", ilustra este hecho:

Los tres principales elementos de la memoria son: Almacenamiento de secuencias, memoria autoasociativa, y representaciones invariables.

Los humanos somos capaces de llegar a una solución mucho antes que una computadora porque se utiliza la memoria, y somos capaces de generar predicciones. Esa dupla memoria-predicción es la base de la inteligencia. Realmente las neuronas se activa antes de recibir la experiencia sensorial. En este aspecto, los autores comentan que la famosa prueba de Turing para describir máquinas inteligentes, esta equivocado, puesto que realmente es la predicción y no la conducta, la que debe probar si una máquina es inteligente o no. Como dicen los autores: "La inteligencia se mide por la capacidad predictiva de una memoria jerárquica, no por una conducta semejante a la humana".

La predicción requiere de la realimentación del flujo neuronal a través de las 6 capas de la corteza cerebral: lo que sucede fluye hacia arriba, y lo que se espera que suceda hacia abajo.

La únidad básica de predicción es la columna cortical. Para que una columna prediga cuando debe activarse necesita saber qué está pasando en otro lugar, y por eso las conexiones sinápticas van de un lado a otro de la corteza cerebral.

Sobre el aprendizaje una cuestión importante, es que con el tiempo nuestro conocimiento desciende por la jerarquía cortical, y por lo tanto en la cima tenemos la oportunidad de aprender estructuras de orden superior. Es esa estructura de orden superior la que nos otorga experiencia. Es el hipocampo el que nos permite generar memorias nuevas.

La creatividad se puede definir llanamente como la facultad de elaborar predicciones por analogía, algo que ocurre en todas partes de la corteza cerebral. La creatividad viene condicionada por factores educativos y factores genéticos. En este aspecto, una curiosidad acerca del cerebro de Einstein es que tenía más células de apoyo (neurogliocitos) por neurona, que la media.

Para explicar la imaginación basta con dejar que nuestras predicciones den la vuelta y se conviertan en entradas. Es lo que Grossberg denominó "realimentación plegada", vemos lo que imaginamos.

Para construir memorias jerárquicas como la humana, los retos son: Capacidad (para simular las sinapsis), y Conectividad (para simular la materia blanca subcortical).

Son cuatro los atributos en los que los sistemas de memoria construidos bajo estas premisas superarán a nuestro cerebro: velocidad, capacidad, posibilidad de duplicación y sistemas sensoriales.

Éstas son simplemente, alguna de las ideas con las que me quedo, pero el libro contiene mucho más por explorar.

La versión inglesa del libro tiene web propia: http://www.onintelligence.org/

Por otra parte, comentar que fruto de sus investigaciones, Jeff Hawkins ha fundado la empresa Numenta, cuyo objetivo es el desarrollo de las memorias jerárquicas descritas en el libro. En la web de dicha empresa se pueden descargar algunas aplicaciones que demuestran su funcionamiento.
Y por último, también he encontrado ese vídeo de Jeff Hawkins en Ted.com:

La Auténtica Felicidad

2009-08-30T20:22:00.003+02:00

Se trata de un estupendo libro del Dr. Seligman, que leí hace un tiempo, y que realmente me abrió los ojos hacia ciertos aspectos de la vida. Es uno de los impulsores de la llamada psicología positiva, que trata de analizar e investigar las emociones positivas del ser humano, y a través de ellas mejorar por supuesto nuestra calidad de vida.
En Ted.com se puede ver una charla de Seligman explicando precisamente conceptos de la psicología positiva.

The Predictability Paradox

2009-06-26T21:21:00.007+02:00

Viendo en YouTube la charla de Ángel Medinilla sobre Contratos Ágiles se menciona como referencia de interés el artículo escrito por Mary Poppendieck "Lean Development & the Predictability Paradox". Se trata de un gran artículo, en todos los sentidos, tanto en extensión (39 páginas), como en las ideas que en él se transmiten. Ideas, sencillas, pero potentes a la vez, extraidas de Lean Manufacturing y su práctica en la marca japonesa Toyota.
Todo el artículo gira alrededor de lo paradójico que puede resultar intentar alcanzar la máxima predictabilidad en un proyecto software. Como dice la autora: "La paradoja es que intentar con demasiado esfuerzo crear predictabilidad origina el efecto opuesto".

El camino propuesto comprende los siguientes principios: comenzar pronto, aprendizaje constante, comprometerse lo más tarde posible, y entregas rápidas.Y a su vez, estos principios se apoyan en cuatro focos adicionales: eliminar todo aquello que no aporta valor ("waste", pero he preferido no buscar traducción directa a esta palabra), fortalecer la autoridad del equipo de trabajo, integración completa del testeo dentro del propio desarrollo, evitar la sub-optimización descomponiendo el todo en partes más pequeñas.

Algunas de las principales ideas con las que yo me quedo son las siguientes:

- Los usuarios tienen dificultad para articular claramente lo que ellos necesitan, y las necesidades de los usuarios cambiarán una vez que ellos vean el potencial del sistema y entiendan lo que pueden llegar a hacer con él. Por ello, de la importancia de comenzar a desarrollar lo antes posible.
- Si dividimos un problema complejo en partes más pequeñas, resultará mucho más difícil centrarnos en el campo de actuación en el cual dicho problema existe, porque el esfuerzo se estará dirigiendo hacia solucionar los sub-problemas. En ese aspecto el desarrollo Lean trabaja con un enfoque de "embudo": se comienza explorando la amplitud del paisaje, para ir luego gradualmente estrechando el campo de visión.
- Los planes están basados especulaciones, puesto que realmente no conocemos todo lo necesario cuando estamos creando el plan del proyecto. Puesto que hay que asumir los cambios como algo totalmente natural en un proyecto de software, debemos tener "feetback" constante en el proceso de desarrollo, puesto que en caso contrario estaremos desarrollando para situaciones que existieron al principio del plan, pero no cuando el software se vaya a entregar.
- Retrasar los compromisos, significa mantener abiertas las opciones posibles tanto tiempo como sea posible. Como se comentaba antes, las decisiones se deben basar en hechos, y no en proyecciones. Como comenta Mary Poppendieck en el artículo: "La decisiones se deberían hacer en el último momento responsable: el momento en el que un fallo en la toma de decisiones elimina una alternativa importante". Para ello, es importante también tener una capacidad de respuesta muy rápida.
- Hay que proporcionar autoridad y poder decisión al propio equipo de trabajo, puesto que realmente una planificación que pueda cambiar de forma rápida es mejor implementada por ellos, que adoptando una planificación centralizada.
- En el pensamiento lean, la eliminación de cualquier cosa que no añada valor ("waste") es el punto clave para conseguir la excelencia. Y en este sentido, es necesario revisar aquellos puntos de la cadena donde el trabajo permanece parcialmente hecho.
- La creación de defectos es "waste" en proporción directa al tiempo que el defecto permanece en el sistema. Por eso es tan importante que los defectos creados, sean detectados y solucionados inmediatamente a través del testeo.
- Una gestión efectiva del equipo de trabajo pone el énfasis en que éstos definan y constantemente mejoren sus propios procesos. Ésto debe marcar la diferencia entre rendimiento pésimo y resultados estelares. Se asume que el equipo de trabajo conoce su trabajo y los problemas derivados mejor que nadie. Es muy importante tener un buen método para tranferir conocimientos y experiencia entre todos los miembros del equipo, del tal forma que nadie sea indispensable.
- En cuanto al testeo, éste debe estar completamente integrado dentro del proceso de desarrollo. Se dice en el artículos que cualquier sistema de software que pueda sufrir cambios en el futuro debería tener un completo conjunto de tests automatizados, del tal forma que cuando se realicen cambios, sea imposible romper el resto del sistema. Es indispensable que el sistema sea testeado en las mismas condiciones en las que se encontrará en el entorno real de producción.
-La desagregación en tareas ignora el flujo de valor a través del conjunto completo de la cadena económica. Se centra en el coste y tiempo de hacer cosas, pero no considera el valor de no estar haciendo nada. La autora critica en este apartado, la creación de la Estructura de Desglose del Trabajo (Work Breakdown Sctructure,WBS) propuesta en la gestión de los proyectos convencionales, porque se centra en la gestión del coste y la planificación de cada parte de forma individual. En este sentido, también, se aconseja medir el redimiento del equipo completo, más que tratar de medir el rendimiento individual de cada miembro.
- Mary Poppendieck defiende la idea de que cada proyecto debería tener su propio cuadro de mandos que reflejase los principales conductores de valor de negocio, en vez de medir los proyectos en coste, planificación y alcance. Esos indicadores son lo que realmente deberían dictar el éxito o no del proyecto.
- En cuanto a los contratos se defiende que hay que buscar en todo momento la maximización de beneficios proveedor-cliente, y en este sentido los "Targets Contracts" son un buen mecanismo para conseguir dicho objetivo. Se trata de un tema que me gustaría desarrollar en otro post, porque realmente hay materia para muchos ríos de tinta. Recomiendo además, ver la charla de Ángel Medinilla que al principio de este post se mencionaba.

Hasta aquí un repaso de las ideas con las que yo me quedo de este gran artículo. Ideas con las que mayoritariamente estoy de acuerdo. No estoy de acuerdo en la visión que se proporciona en el artículo de la WBS, porque considero que el objetivo perseguido por su realización puede ser totalmente compatible con la visión a más bajo nivel (a nivel de implementación) perseguido por lean. Y en general hay otras ideas propuestas en el artículo, que se tratan totalmente opuestas a la visión que, por ejemplo, el PMI traza de la gestión de proyectos, pero que bajo mi punto de vista son totalmente complementarias. Pero, efectivamente, sobre estos temas también hay mucha materia para escribir.

Curso de Scrum de Proyectalis

2009-05-13T22:50:00.002+02:00

Este lunes y martes, he tenido la gran suerte de asistir al curso de Scrum, organizado por la empresa Proyectalis, de Ángel Medinilla, creador del blog: www.presionblogosferica.com.
La verdad es que tenía grandes expectativas en este curso, y tengo que decir que se han visto cubiertas por completo.
No sólo ha sido un curso de Scrum, sino sobre todo un curso orientado a la gestión de proyectos software, con conceptos como el de Kaizen (mejora contínua), los valores del equipo de desarollo, productividad, testeo, ....
Los juegos propuestos por Ángel para demostrarnos ciertos conceptos de Scrum, buenísimos, y muy esclarecedores.
Por otro lador, un curso también muy valioso, por el intercambio de opiniones y visiones de otros colegas de profesión, muchos de los cuales ya se están peleando con Scrum, y por tanto sus experiencias siempre son muy a tener en cuenta para ponerlo en marcha.

Historia de Microsoft

2009-04-24T20:46:00.001+02:00

Interesante. La historia de Microsoft desde 1975, en una serie de videos que se pueden ver en Channel9, en el siguiente link: http://channel9.msdn.com/shows/History/

Peopleware

2009-04-09T10:36:00.023+02:00

Efectivamente, como ya había leido en los comentarios de los lectores de Amazon, un "must-read" para todos los gestores de proyectos que se precien. Este libro contiene tantas y tan extraordinarias ideas, que hay para escribir muchos posts acerca de ellas. Es verdad, que sobre algunas podemos no estar de acuerdo, pero ciertamente nos hacen reflexionar.

Todo el libro gira alrededor de la idea inicial que nos transmiten los autores: El fracaso de la mayor parte de los proyectos es una cuestión de índole sociológico, más que tecnológica. Se trata de entender las emociones de la gente, sus aspiraciones, sus motivaciones, etc....

El libro toca todos los temas posible acerca de los equipos de desarrollo de software que uno pueda imaginar: la ubicación física, los motivos que los destruyen, los que los hacen trabajo a pleno rendimiento, las estimaciones, la contratación de nuevo personal, la gestión del cambio,...

Por supuesto, tampoco podían faltar idea polémicas, por ejemplo acerca de las Metodologías, o sobre los modelo de maduración como CMMI. Pero que como he comentado antes, se trata de cuestiones a reflexionar, y desde luego a tener presente.

Bajo mi punto de vista, se trata de un libro fantástico, y aunque es difícil quedarse con una sola idea de todo el libro, yo me quedo con la que transmite esta frase: "The manager's function is no to make people work, bu to make it possible for people to work".

¿ Qué diferencia.... ?

2009-04-03T17:30:00.006+02:00

La foto que acompaña a esta entrada tiene muchos años. No dejaría de ser una foto más de unos tipos con aspecto hippie, si no fuera por el hecho de que estos chicos son los fundadores de Microsoft. ¿ Reconocen a Bill Gates ?
Esta foto me ha hecho reflexionar sobre la evolución de la Informática en todos estos años. ¿ Qué diferencia hay entre la Informática de 1970 y la Informática de 2009 ? ¿ Seguimos siendo los mismos artesanos de entonces ? Pues desgraciadamente sí. Evidentemente es mi opinión. Y de hecho las historias que nos cuentan libros clásicos de entonces, como "Peopleware" o "The Mythical Man-Month", siguen teniendo plena vigencia hoy en día.
Cambia la tecnología, cambian los lenguajes de programación, cambian las herramientas de desarrollo, pero es que pretendemos seguir haciendo las cosas de la misma forma. Y como decía Einstein: "Si sigues haciendo las cosas de las misma forma, siempre conseguirás los mismos resultados".
Y el cómo hacemos las cosas depende de las metodologías de desarrollo utilizadas. Tras el fracaso total de las metodologías clásicas, se están abriendo paso con fuerza las metodologías ágiles, que proponen nuevas formas de gestionar los proyectos de software. Y están dando resultados positivos. Creo que vale la pena intentarlo.
Lo tenemos que intentar los profesionales que nos dedicamos a gestionar proyectos en nuestras empresas, y tenemos el deber de trasladar ese conocimiento a los centros de enseñanza, especialmente a las Universidades. Que realmente salgan de allí verdaderos ingenieros, con conocimientos sólidos en Gestión de Proyectos, Metodologías Ágiles, Testeo de Sw,....
Cuando yo pasé por la Universidad (hace de eso unos cuantos años), había una triste asignatura llamada "Ingeniería del Software" en 4º. La cosa no ha cambiado mucho.
Como ya comentaba en un post anterior, la enseñanza universitaria necesita el empujón del mundo de la empresa, que debe aportar su experiencia y conocimiento.

"User Stories Applied", también de Mike Cohn

2009-04-03T17:05:00.003+02:00

Otro gran libro de Mike Cohn. User Stories Applied es un libro interesante para cualquier gestor de proyectos, tanto para aquel que sólo está buscando información, como para aquel que quiere dar un nuevo enfoque a sus proyectos desde el punto de vista de metodología ágiles. Como en el de "Agile Estimating and Planning", Mike Cohn nos tranmite en este libro muchas ideas. Ideas, que para aquellos que llevamos unos cuantos años en este mundo, nos inspiran confianza y garantías de éxito.
El libro está perfectamente estructurado, perfectamente explicado, y el caso práctico que se trata al final del libro, me parece un ejemplo a seguir, en otras obras de estas características.
Como todo, no creo que sea perfecto, y hay cuestiones que en el momento de llevarlas al mundo real resultarán muy complicadas. ¿ Cómo conseguiremos implicar a nuestros clientes dentro de este enfoque ? Y tengamos en cuenta que su participación es fundamental.

Universidad y Empresa: Algunas Ideas para Derribar el Muro y Mejorar la Integración

2009-01-10T19:49:00.002+01:00

¿ Pensamos seguir permitiendo que las nuevas generaciones de estudiantes universitarios se lancen al precipicio al finalizar sus estudios ? ¿ Es esa la forma en que nuestra Sociedad considera como el método adecuado para la incorporación en el mundo laboral ?
Durante años hemos asumido con gran resignación (casi rayando el derrotismo), que la formación universitaria sólo debía conceder la formación teórica imprescindible para incorporarse al mundo de la empresa, y en ésta, se aprenderían las cuestiones prácticas de la vida real.
¿ Por qué debemos seguir impasibles ante la barrera invisible, pero en la práctica totalmente palpable entre el mundo de la Universidad y el de la Empresa ?
Nuestra Sociedad (Autoridades, Universidad, Empresa), tiene la obligación de derribar ese muro, que dificulta alcanzar máxima cuotas de eficacia en el sistema educativo.
Pero, ¡Ojo!, con ello no estoy culpando sólo al actual modelo educativo. Porque ¿ qué hace el mundo de la Empresa por mejorar la situación ? En la práctica, poco, o nada.
Y entrando en más detalle, ¿ cuáles son los problemas “de facto” provocados por esta inacción continuada ? Señalo estos tres como destacables:
• Costes para las empresas, que soportan los laborales del aprendizaje de los recién ingresados.
• Coste de enseñanza suplementaria (másters, cursos de postgrado, formación en el extranjero), sólo al alcance de unos pocos.
• Baja autoestima por parte de los recién titulados buscando su primer trabajo. Necesitamos tener recursos motivados y sin miedo para incorporarse a nuestras empresas.
Hasta aquí, pertrechados con el sombrero negro de Edward de Bono, la cruda realidad. Pongámosnos el sombrero verde, y comencemos todos a aportar soluciones.
Estas son las mías, cinco recetas para abordar el problema y derribar el muro. Siendo consciente de que muchas de éstas ya están en marcha, considero que no con la energía necesaria.
1. Elaborar planes de estudio consensuados
Son importantes reuniones periódicas entre representantes universitarios y determinadas empresas, privadas o de índole público, para compartir opiniones sobre los planes de estudio actuales, y su adaptación al día a día de la Empresa. Esas empresas, que deben ser referentes en su sector, deben aportar:
• Experiencia con respecto al proceso de contratación y aprendizaje de sus nuevos recursos humanos procedentes del mundo universitarios. ¿ Qué carencias observamos día a día ?
• Necesidades con respecto a determinados puestos de trabajo difíciles de cubrir. ¿ De qué tipo de profesionales carecemos hoy en día ? ¿ Qué conocimientos se deben potenciar ?
• Su visión de futuro: tendencias. ¿ Hacia donde nos dirigimos ? ¿ Hacia donde se dirige el mercado ?

De estas reuniones, deben salir propuestas qué en última instancia permitan la modificación de temarios, e incluso el surgimiento de nuevas asignaturas.
Debe haber una retroalimentación constante y fluida entre Universidad y Empresa, para medir los resultados obtenidos.

2. La Empresa debe involucrarse impartiendo asignaturas.
¿ De qué mejor forma se puede hacer llegar a los estudiantes el aroma que desprende una empresa qué colándose en las aulas ?
No se trata de impartir asignaturas de larga duración, porque eso lógicamente entraría en conflicto con la propia dinámica del trabajo en la empresa, pero sí seminarios o asignaturas muy especializadas, de un número limitado de horas.
Esas clases servirían para:
• Transmitir conocimientos derivados del trabajo real en la empresa del docente, y que por supuesto son de gran interés para la formación del alumno.
• Aumentar la motivación de los alumnos, al acceder a información relevante sobre su futuro laboral.

3. Las prácticas en empresas deben formar parte del ciclo de estudios
No se trata de dar la opción de hacer prácticas en empresas, sino de integrarlo como si de cualquier otra asignatura troncal estuviéramos hablando.
Los alumnos deben completar sus horas de prácticas asignadas, tuteladas bajo algún responsable de la empresa, y con trabajos bien definidos.
Será la toma de contacto con valores como responsabilidad, y trabajo en equipo, tan importantes en el mundo empresarial. Y quizás, ¿ por qué no ?, una forma de empezar la relación profesionalidad deseada por ambas partes.
¿ Por qué no seguir el modelo de Enfermería o Medicina, aunque sólo sea de forma parcial ? Sin ánimo, por supuesto, de comparar la vida humana con cualquier otra disciplina, todos somos conscientes de los perjuicios que conllevan los errores humanos en cualquier empresa. Errores que en la mayoría de casos se suelen traducir en pérdidas económicas.

4. Planes de estudio más especializados
En el universo Web en el que nos ha tocado vivir, se hace totalmente ineludible ser muy selectivo con la información que nos llega. Imposible procesar y gestionar el constante bombardeo de fuentes que cada día nos llegan a través de e-mail, RSS, páginas web, revistas,….
Y paralelamente a este complejo entorno, es imprescindible tender hacia la especialización. Las carreras universitarias deben formar a profesionales especializados en disciplinas perfectamente acotadas. Expertos en determinadas materias con el Conocimiento suficiente para aportar una gran valor de entrada al mundo empresarial.
Sabemos lo difícil que puede resultar que un estudiante universitario encamine sin dudas sus pasos hacia la especialización, y en este sentido es de vital importancia el trabajo e implicación del personal docente, en la búsqueda del camino ideal para cada alumno. Insisto que no es una tarea baladí, teniendo en cuenta las diferentes formas de pensar y actuar de las múltiples generaciones que transitan año, tras año por las universidades españolas. Pero al final, el esfuerzo no será baldío.

5. Posicionamiento en un mundo globalizado.
La Universidad debe abrir sus ventanas para que entre aire fresco y observar lo que sucede en el mundo. Estamos ante un mundo globalizado en el que es muy probable que tengamos que relacionarnos con personas de países distantes al nuestro. No sólo por las relaciones comerciales que debamos establecer con clientes, sino a nivel interno por la formación de equipos virtuales para trabajar en proyectos internacionales.
Y ésto implica que tengamos que llevar como equipaje ciertos útiles, que no eran necesarios hasta nuestros días:
• Conocimientos de idiomas, principalmente de inglés, en un nivel alto.
• Conocimiento de otras culturas, y sus formas de comportarse. En este aspecto, cobra más importancia, disciplinas como la Inteligencia Emocional.
• Dominio de la tecnología, para una comunicación fluida.
Y en resumen, todo aquello que suponga mejorar las relaciones interpersonales. Ya nadie duda que el verdadero valor de la Empresas, son sus recursos humanos, y en este sentido para cualquier líder son imprescindibles sus capacidades sociales.
Las universidades deben dejar un espacio para estas materias, aunque entiendo que deben formar parte de nuestro sistema educativo desde los niveles inferiores.

El hilo conductor de todas estas propuestas es el de acercar los mundos de la Universidad y la Empresa, diluir las fronteras entre ambos, y buscar la simbiosis deseada.
Insisto en que muchas de las ideas aquí expuestas no son nuevas, pero debemos entre todos darles el empuje necesario para que finalmente lleguen a cuajar y formalizarse intitucionalmente. Pueden ser más o menos complejas de implantar, pero los beneficios a obtener seguro que valen la pena.
Como conclusión final, quisiera destacar que romper el muro entre Universidad y Empresa, puede tener a medio y largo plazo efectos muy positivos para la prosperidad económica de nuestro país. Al fin y al cabo, ¿ quién mueve el motor de un país sino su tejido empresarial ?

"Agile Estimating and Planning" de Mike Cohn

2008-12-19T16:24:00.002+01:00

Excelente libro, de lectura recomendable para cualquier gestor de proyectos software que se precie. Mike Cohn expone principios básicos de la gestión de proyecto, desde el punto de vista de Metodologías Ágiles, con una sencillez aplastante. Realmente transmite la confianza que este tipo de metodologías funcionan, permitiendo la realización exitosa de proyectos de software. Y lo más importante, dá la sensación en todo momento, de que la persona que cuenta la historia, en este caso Mike Cohn, lo hace desde la experiencia, y desde un punto de vista práctico. El capítulo final del libro, en el que se relata un caso práctico de la realización de un juego de ordenador mediante metodologías ágiles, es realmente brillante.

Incrementar Tamaño de Discos de Máquinas Virtuales

2008-10-31T19:50:00.005+01:00

Si se utiliza Virtual PC, o Virtual Server, no hay forma directa de poder ampliar el tamaño de un disco virtual creado. Nos podemos crear otro disco virtual y anexarlo al equipo virtual, pero tenemos un serio problema si lo que necesitamos ampliar forzosamente es el disco duro del sistema.
Éste fue mi caso, y me volví loco hasta que encontré la siguiente utilidad (en este caso libre y completamente gratuita).
Son las VmToolkit y se puede encontar aquí. Hay que tener en cuenta que una vez realizada la ampliación del disco , tenemos que iniciar el equipo virtual y utilizar el administrador del discos para extender el tamaño de nuestro disco duro, y poder utilizar así todo el tamaño recién creado. Este artículo explica paso a paso cómo hacer este proceso.

Vídeo Didáctico sobre Valor Ganado

2008-10-25T23:06:00.004+02:00

Leo este fin de semana en El Café de Joé, referencia a un interesante vídeo didático sobre el Valor Ganado, realizado por Jose Carlos Machicao Valencia, PMP.

Software Libre != Gratis

2008-09-27T10:26:00.003+02:00

Hace unas semanas asistí a una presentación de una ERP, que se anuncia mundialmente como software libre, y lo primero que me llamó la atención es que la persona que realizaba la presentación usaba un portátil con Windows XP, y la presentación estaba hecha con PowerPoint. No deja de ser curioso, cuando gran parte de la presentación se fundamentaba en las ventajas de usar software como Linux, y herramientas ofimáticas como OpenOffice. Y lo más curioso de todo es que la empresa que había desarrollado esta ERP, estaba sustentada por millones de euros, procedente de varias empresas de capital riesgo. Al principio de la presentación me preguntaba ¿ y de qué vivirá toda esta gente ?
Digo yo, que lo primero es predicar con el ejemplo, y lo adecuado hubiera sido tener el portátil de la presentación con Linux, y la propia presentación realizada con OpenOffice. Hubiera sido más creible.
Hablamos además que la ERP es gratuita, y tienes hasta el código fuente para modificarla, o hacerte lo que necesites. Pero claro, ¿ qué empresa seria se aventura a poner una ERP que dirija su negocio sin tener soporte garantizado ? Seguramente ninguna. Y por tanto, al final se termina por ir a parar a cualquier partner de la ERP, que te obliga a pagar una importante cuota de mantenimiento anual. No sólo eso, sino que además, como el producto viene bastante escaso de funcionalidad, la empresa tendrá que contratar los servicios de dichos partners para emprender un voluminoso proyecto de adaptación del software, además de todos los costes relacionados con la instalación y puesta en marcha. Voluminoso proyecto, que en muchos casos, será más costoso que la compra de otras ERPs del mercado, propietarias, pero con muchísima más funcionalidad que ésta.
Como amante de la informática a mi me gusta el software libre, me parece genial Linux, y todas las herramientas que lo rodean. Y como profesional de la informática lo que no me gusta es que se intente engañar a la gente, y especialmente, al mundo de la empresa, con la expresión "Software Libre = Gratis"

Los infomáticos y el inglés

2008-08-05T14:04:00.004+02:00

Es bien sabido que cualquier informático que se precie debe tener un conocimiento de inglés, a nivel lectura, alto. Es casi imposible tener conocimentos de primera mano del mundo en el que vivimos si no somos capaces de leer un libro, manual o artículo en inglés.
En el blog de "El Blog para Aprender Inglés", hay una entrada con el título "Los informáticos y el inglés", en el que la autora razona el porqué en muchos casos resulta paradójicamente más costoso para un informático el aprendizaje del inglés, a nivel hablado y oído. Resulta muy interesante por los consejos que se ofrecen para corregir este problema, en el que de entrada estoy totalmente de acuerdo.

Verdadera Lección Empresarial

2008-05-24T22:12:00.007+02:00

Hay muchas películas, que aunque su tema principal no es el empresarial, transmiten perfectamente muchos valores, totalmente aplicables a la Empresa actual.
Para mi, una de ellas, es la serie "Hermanos de Sangre" ("Band of Brothers"). Basada en un libro de Stephen E. Ambrose, relata la historia real de una compañía de paracaidistas norteamericanos, la Easy Company, durante su participación en la II Guerra Mundial. Dicha participación, comenzó en el día D, el desembarco de Normandía, y se prolongó durante toda la ofensiva aliada, hasta la victoria final sobre los nazis. Plantea situaciones límites, relatadas por sus mismos protagonistas, en las que la importancia del liderazo es fundamental para mantener a los hombres unidos y motivados. Difícil, por decir algo, cuando no sabes si vas a vivir un día más.
La compañía Easy tuvo varios jefes.
En Enero de 1945, loas aliados se encuentran en el Bosque de las Ardenas, en condiciones meteorológicas extremas, luchando por hacer retroceder al ejército alemán. La Easy Company tiene la misión de tomar Foy (Bélgica), defendida duramente por artillería nazi, que causa numeroras bajas entre los soldados. En aquellos momentos, el jefe de la compañía es el teniente Norman Dyke, que pasa más tiempo ausente, que junto a sus hombres ejerciendo el papel de líder que sus subordinados necesitan: dándoles órdenes concretas y precisas, hablando y preocupándose por su estado, trasmitiéndoles confianza.
El capítulo está narrado por el sargento Carwood Lipton, que en esos duros momentos, ocupa el papel de líder que se le supone al teniente. En algún punto de la narración, el sargento dice una frase, bajo mi opinión, lapidaria:
"El teniente Dyke no era un mal jefe porque diera malas órdenes, sino porque no daba ninguna".
Gran frase para reflexionar para todos aquellos que ejercen algún tipo de influencia sobre otros. Que el miedo a equivocarnos no nos lleve a la inacción, porque cómo bien quiere expresar el sargento de nuestra historia, eso es mucho peor que no hacer nada.

Certificación PMP Conseguida

2008-05-01T19:57:00.005+02:00

Han sido unos meses de duro trabajo. Horas y horas de fines de semana, principalmente, que finalmente se han visto recompensadas con el tan esperado "PASS" de la pantalla final del examen, y afortunadamente a la primera. Horas robadas a mi familia, a la que espero recompensar a partir de ahora.

Y aunque no se puede negar, que todo este esfuerzo hubiera sido en balde si no hubiera aprobado el examen, tengo que decir que lo importante de la certificación ha sido el camino recorrido. Éste es, sin duda, el "leit-motiv" que me ha llevado hasta el final. Me refiero a la cantidad de cuestiones aprendidas con respecto a la dirección de proyectos, y todo lo que le rodea. Porque la dirección de proyectos, abarca tantos y tantos temas diferentes, que tengo claro que me han enriquecido tanto profesional, como personalmente. Al final, ésto es lo que debe quedar, y es el punto de partida para seguir creciendo y aprendiendo dentro de este mundo.

Como otros colegas han hecho, me gustaría aportar mis propias Lecciones Aprendidas acerca de cómo superar el examen:

Es imprescindible estudiar de arriba a abajo el PMBOK. Todos y cada uno de los temas son de obligatorio estudio. Se deben aprender las Entradas, Salidas, y Herramientas y Técnicas, de cada uno de los diferentes procesos de las Áreas de Conocimiento, pero más que memorizar hay que procurar comprender y razonar. No sólo porque es muy difícil retenerlas, sino porque en el examen se pueden presentar situaciones prácticas en las que sólo entendiendo el porqué de cada una de ellas se puede encontrar la respuesta correcta.

Estudiando sólo el PMBOK no se aprueba el examen. Hay cantidad de conceptos que se tratan en el examen, que directamente no se explican en el PMBOK. Es necesario recurrir a material de preparación exclusivo del examen. Yo utilicé el libro de Rita Mulcahy, "PMP Exam Prep, Fifth Edition: Rita's Course in a Book for Passing the PMP Exam (Paperback)". Tiene cantidad de consejos para afrontar el examen, y cada tema viene acompañado por ejercicios, de una dificultad similar a la del propio examen. Además en su web se pueden encontrar algunos recursos de interés. Comentar que la mayor parte de todos los libros y manuales de preparación están en inglés.
Es necesario hacer tests, y más tests. Deben servir para ponernos en situaciones similares a las del propio examen. De todos los que yo he hecho, los más parecidos en dificultad a los del propio examen, han sido los de Rita Mulcahy.
El examen es difícil. Las preguntas son complicadas, y suelen presentar situaciones de la vida real, en las que ayuda haber tenido experiencia previa. En todo caso siempre hay que tener presente que hay que responderlas desde el punto de vista del PMI.Resulta aconsejable leer las cuatro posible respuestas para cada pregunta, y no dejarse llevar por la primera que más nos pueda convencer.
Es también difícil, porque hay que contestar 200 preguntas en 4 horas, y ésto no dá mucho tiempo para entretenerse en cada pregunta. Es importante tener presente, que la media debe ser de 25 preguntas cada media hora, pero sin obsesionarse con este dato. En mi caso, al principio no llegaba, y poco a poco fui recuperando tiempo a medida que avanzaba el examen.

En resumen, con un buen plan de trabajo y sacrificio, resulta posible aprobar el examen. Y sobre todo, lo comentado más arriba: lo verdaderamente importante de todo ésto son los nuevos conocimientos adquiridos.

¿ Por qué los programadores no hacen Tests Unitarios ?

2007-12-15T19:09:00.002+01:00

Hace unos meses acudí a un seminario sobre testeo de software en el que en pocas palabras se "demonizaba" a los programadores por no querer hacer tests unitarios de sus programas. Realmente, ¿ los programadores no hacen tests unitarios de sus programas porque no quieren ?
Creo que es cierto, que los programadores tenemos (aunque en estos momentos ciertamente programo poco), la mala costumbre de querer acabar cuánto antes los trabajos asignados,y pasar rápidamente página. Ésto, al fin y al cabo, significa que existe una clara tendencia a no probar todo lo bien que se debería, los desarrollos que realizamos. No se puede dejar en manos de los testeadores, toda la labor de encontrar los malos funcionamientos de nuestro trabajo. Es responsabilidad del programador la calidad del software implementado.
Pero considero que aquí se acaban los reproches sobre los programadores. Tengo totalmente claro que un programador es el primer interesado en realizar tests unitarios, si se dá pie a que su realización llegue a formar parte de una parte más del trabajo que está desarrollando.
¿ Qué necesita, entonces, un programador para realizar tests unitarios ?
Básicamente, soporte por parte de la dirección de la empresa. Ésto se traduce en:

Formación.
Asumir que los tiempos de desarrollo se incrementarán (sobre todo al principio), pero que se verán compensados con una bajada espectacular de los costes de no conformidad: reproceso, garantías, mala imagen, pérdida de clientes, etc. Al final, una mejor calidad del software desarrollado.
Proporcionar las herramientas necesarias, para facilitar la realización de los tests unitarios. Me refiero a herramientas tan válidas, como Visual Studio 2008 Team Edition.

Una vez que el sistema cale en la organización, los programadores serán los primeros beneficiados. ¿ Y por qué iban a poner pegas a la realización de los tests unitarios ?

Por otra parte, es básico que el sistema de enseñanza actual de España, se dé cuenta de la importancia del testeo de sofware, e incorpore en sus planes de estudio, asignaturas que enseñen a los futuros programadores, el cómo realizar tests unitarios. Hay que darle la importancia, que realmente tiene, y concienciar a los alumnos, que su realización es una parte más de la escritura de un programa.

LINQ y el Acceso a Datos

2007-11-25T20:53:00.000+01:00

Es mucho ya lo que se está empezando a hablar con respecto a LINQ y el acceso a datos, y sus efectos sobre el rendimiento, en comparación con la utilización de procedimientos almacenados, o simplemente con consultas ad-hoc de T-SQL.
Daniel Seara en su blog nos muestra con estas dos entradas los problemas de rendimiento que podemos tener al usar esta nueva tecnología:

Novedades de Visual Studio 2008 para Dispositivos Móviles

2007-11-25T13:48:00.000+01:00

Esta misma semana Microsoft ha liberado la versión definitiva de Visual Studio 2008. Se trata, no obstante, de la versión RTM, que puede ser descargada con una subscripción MSDN.
Incluye novedades muy interesantes para la programación de dispositivos móviles, y algunos enlaces de interés son los siguientes:

En el blog de Daniel Moth, se enumeran las 10 novedades más importantes, de VS2008 y .Net Framework 3.5.
César Fong, en su blog, ha publicado también una entrada con una presentación en la que comenta exclusivamente las novedades de VS2008 para dispositivos móviles.
También César Fong, en otra entrada, recopila novedades de VS2008 para dispositivos móviles, extraídas del blog de Daniel Moth.
David Kline, en su blog, sobre nuevas herramientas de diagnósticos incluidas: .Net Compact Framework 3.5 Power Toys

Porque no todo es trabajo...

2007-11-18T17:43:00.001+01:00

Aunque tengo que decir que cada día que pasa me gusta menos la tele, todavía hay alguna serie que vale la pena seguir. El descubrimiento de "Caso Abierto", no fue mérito mío, sino de mi mujer, pero me enganchó cuando la ví. Es original, tanto en los casos que aborda, como en su resolución, y lo mejor de todo es el acompañamiento musical que tiene. Posiblemente sea una de sus grandes secretos.
Y como muestra ....

De interés sobre Testeo de Software

2007-11-02T08:37:00.000+01:00

Dada la importancia que tiene el testeo dentro de los proyectos de software, es una gran noticia descubrir el portal de Microsoft sobre testeo de software. Se trata del "Microsoft Tester Center".

Libro sobre Gestión de Proyectos con Scrum

2007-11-02T08:16:00.000+01:00

Scrum es una metodología ágil, dirigida a gestionar eficazmente proyectos informáticos. Últimamente, está teniendo gran auge en todos los foros relacionados con el desarrollo informático. A mi particularmente me gusta bastante, y pienso que es de esas cosas que realmente funcionan en el mundo real.
Hace poco veía un vídeo de una "oficina ágil" creada por Microsoft, para trabajo de equipos que usan este tipo de metodología.
Realmente, esta entrada viene a cuento, porque Juan Palacio (http://www.navegapolis.net/) acaba de escribir un libro sobre Scrum("Flexibilidad con Scrum"), que incluso pone a disposición para descarga gratuita en su web. En la primera ojeada que le he dado me parece muy interesante, y además hay que tener en cuenta, que sobre Scrum no había hasta el momento (o por lo menos yo no lo había encontrado), ningún libro en castellano.

Técnica del Valor Ganado

2007-10-28T20:24:00.000+01:00

La técnica del valor ganado (EVT) es una poderosa herramienta, tanto para el control de costes, como del cronograma, de cualquier tipo de proyecto.
Se encuentra descrita dentro del "Control de Costes" del área de conocimiento de "Gestión de los Costes del Proyecto" del PMBOK (PMI).
Su concepto, y el de otros relacionados, me parecen revolucionarios, en lo que supone la gestión de proyectos en la actualidad.
Para saber más, se puede visitar el blog de Diego Navarro, que está dedicado especialmente a la dirección de proyectos. En dicho blog existe una serie completa dedicada a esta técnica, y un completo artículo en PDF donde unifica dicha serie de entradas. Es un gran trabajo, que recomiendo leer.

Creando aplicaciones para descubrimiento de servicios Wifi en dispositivos móviles

2007-09-07T16:32:00.000+02:00

Actualmente las APIs de los sistemas operativos Windows Mobile 5.0 y Windows Mobile 6.0 proporcionan mecanismos para poder trabajar con las características y servicios wifi de los dispositivos móviles. Sin embargo si todavía programamos para dispositivos con windows mobile 2003 carecemos de cualquier ayuda en este sentido.
De nuevo, encontramos un gran artículo de Chris Tacke, que haciendo uso de las librerías de Opennetcf.org, construye una completa aplicación para el descubrimiento de servicios wifi. Tenemos el código fuente para investigar, y poder intregrar en nuestras propias aplicaciones.
Por cierto que Chris Tacke, Alex Feinman y el resto de monstruos de Opennetcf.org, han creado una nueva comunidad dedicada al desarrollo para dispositivos móviles.

Código .Net compartido

2007-06-24T11:06:00.000+02:00

En la edición del mes de julio de MSDN Magazine, Daniel Moth publica un interesante artículo sobre compartición de código entre aplicaciones de escritorio, y aplicaciones desarrolladas para dispositivos móviles. El artículo responde a aquellas dudas que siempre hemos tenido acerca de la reutilización de librerías que hemos desarrollado para ambas plataformas.

Configurando MOSS 2007 en una máquina virtual

2007-06-24T10:59:00.000+02:00

Hace un tiempo encontré un link en el que se indicaba paso a paso y de forma muy detallada como configurar MOSS 2007 en una máquina virtual. Es además una guía muy práctica para realizar la configuración inicial de Sharepoint, en cualquier tipo de entorno.

Usando SharDevelop

2006-11-19T10:23:00.000+01:00

SharpDevelop, o #develop como también se le conoce, es un IDE gratuito para trabajar y desarrollar proyectos en .Net
Pero lo que me realmente más me ha sorprendido de esta herramienta son las opciones que tiene para pasar de forma automática código escrito en VB.Net a C# y vicecersa.
Se puede descargar de http://www.icsharpcode.net/OpenSource/SD/

Interesante reflexión sobre el estrés

2006-11-04T21:47:00.000+01:00

Este viernes asistí a un curso sobre Inteligencia Emocional. En el curso se trató el tema del estrés, y se realizó una interesante reflexión sobre el porqué a los humanos los avatares diarios nos afectaban de forma muy diferente que a los animales. Y se comentaba el siguiente ejemplo: cuando una cebra se siente amenazada por un león su estado de ansiedad le puede durar unos minutos, porque, o bien es devorada cruelmente o bien consigue escapar. Y el hecho es que si escapa sigue plácidamente su rutina diaria .
Sin embargo a nosotros los humanos, las preocupaciones nos sobrepasan la mayoría de veces. Nuestro cerebro comienza a darle vueltas y más vueltas a lo que nos acaba de ocurrir, o incluso a lo que no ha ocurrido, pero pensamos que quizás ocurra. En fin, que nosotros solitos nos generamos el estrés, que al final tiene pésimas consecuencias sobre nuestra salud.
Esta interesante reflexión es tratada en el libro ¿Por qué las cebras no tienen úlcera?: La guía del estrés , escrito por Robert M. Sapolsky.

Todo un monstruo en Compact Framework...

2006-10-29T13:53:00.004+01:00

David Kline pertenece al equipo de trabajo de Compact Framework de Microsoft. En su blog: http://blogs.msdn.com/davidklinems/ tiene estupendas entradas con respecto al análisis y mejora de rendimiento en el desarrollo para aplicaciones móviles. Además últimamente nos está deleitando con cantidad de Tips muy interesantes acerca del desarrollo con Compact Framework y con .Net en general.
Lo bueno es que todas las semanas suele alimentar su blog con nuevas entradas.

Una herramienta interesante para gestionar pequeños proyectos y tareas diarias

2006-10-19T08:34:00.000+02:00

Hace un tiempo encontré en CodeProject (http://www.codeproject.com) una interesante herramienta para la gestión de tareas, y por supuesto totalmente gratuita e incluso con su código fuente. Es una alternativa a herramientas más complejas como Project, cuando tenemos que tratar con muchos y pequeños proyectos, y además de eso con otras tareas de menor envergadura.
Tiene una presentación verdaderamente buena y además tiene todo lo necesario para el control efectivo de tareas:

Permite crear subtareas de una tarea principal.
Asignación de prioridades.
Asignación de recursos humanos a las tareas.
Fechas de inicio, y final estimadas.
Duraciones estimadas y ya realizadas.
Porcentaje de finalización de las tareas.
Posibilidad de ordenación por prácticamente todos los criterios posibles.
Asignación de Costes, aunque realmente no es la herramienta adecuada para este tipo de control.
Control en el mismo panel, por medio de pestañas, de las diferentes tareas asignadas a diferentes personas de un grupo de trabajo.

Permite además múltiples exportaciones, como por ejemplo a Excel.

Además de eso, gracias a generosas contribuciones de programadores de todo el mundo, se han creado añadidos a la aplicación para poder visualizar y manejar las tareas en una PDA, para establecer recordatorios tipo Outlook, y para enlace con Project.

Se echa de menos una visualización gráfica, tipo Diagrama de Gantt, que nos facilite la planificación de las tareas de una forma más cómoda. Pero, no me extrañaría en un fúturo muy próximo, que alguien se ponga manos a la obra y la desarrolle.

En fin, bajo mi punto de vista, toda una pasada que además de en CodeProject, podemos descargar desde la propia web del creador, http://www.abstractspoon.com/.

Visión General de la Dirección de Proyectos Informáticos

2006-10-07T12:30:00.000+02:00

¿ Por qué durante tanto tiempo los proyectos informáticos se han gestionado prácticamente de forma artesanal ? ¿ Por qué ha de ser diferente gestionar un proyecto de construcción de software que otro que trata la construcción de un puente ?
Hace unos cuantos años que acabé mis estudios universitarios de informática y entre las materias que se impartían no figuraba ni por asomo ninguna relacionada con la gestión de proyectos. La asignatura que más se aproximaba era la de Ingeniería de Software, pero que seguía la tónica general de centrarse en el desarrollo y que obviaba por completo el proceso y habilidades de la gestión de proyectos.
Afortunadamente las cosas han cambiado, y aparte de impartirse como una asignatura más en las Universidades, y en cursos de postgrado, existen herramientas que facilitan la labor tanto al director de proyecto, analistas, testeadores, y en general a todo el equipo de desarrollo.
Una de esas herramientas, por otra parte impresionante, es Visual Studio Team System, que junto con Team Foundation Server reúnen todo lo necesario para producir desarrollos de calidad.
Y para empujar a una empresa a adoptar este nuevo modelo de desarrollo ayuda el hecho de proponerse retos como la certificación ISO. No se trata sólo de poner el sello en la entrada de nuestra empresa, o en el packaging de nuestros programas, puesto que ésto, al fin y al cabo, no garantiza nada. Es simplemente cuestión de que nos provoque una reacción, de que nos haga ver que algo no estamos haciendo bien. Se trata, en resumen, del resorte que nos hace despertarnos de la inercia artesanal en la que estábamos instalados, para empezar a ponernos en marcha hacia métodos realmente eficaces para mejorar la calidad de las aplicaciones que desarrollamos. No se trata además de una cuestión de hoy para mañana, puesto que implica muchos cambios organizacionales y sobre todo, de romper barreras mentales.
Por otra parte, estoy convencido de que los directores de proyectos informáticos necesitan una formación exclusiva en su labor. Se trata de mi caso, pero estoy seguro que al igual que yo, la mayor parte de jefes de proyectos informáticos provienen de programación. Y ésto no es malo, pero el rol ha cambiado. No podemos dirigir personas o planificar procesos, como antes lo hacíamos con componentes de software. En este sentido, y al igual que antes comentaba con respecto a la certificación ISO, defiendo certificaciones como la PMP (Project Management Professional), porque nos propone un camino serio para acercarnos al éxito en los proyectos en los que nos embarcamos. Porque en el mundo de la informática no podemos estar eternamente justificando proyectos fuera de plazos, de costes o de calidad.
Para nuestras empresas se trata de una cuestión de supervivencia.

Hola Mundo !!!

2006-10-07T10:09:00.000+02:00

Con este clásico, pero tan representativo título en el mundo de la informática, comienzo mi andadura en el mundo blog. Como profesional, inmerso en las tecnologías de Microsoft desde hace 14 años, intentaré aportar mis experiencias y conocimientos de mi día a día.
Y tomando prestado el famoso slogan de un recién estrenado canal televisivo, "La vida puede ser maravillosa", comentar que para un informático esta frase es una verdad como un templo, porque gran parte de los días nos quedamos simplemente en el "puede".
Se trata de la adrenalina que nos hace seguir día tras día.

Pues bien, comenzamos...