miércoles, 5 de agosto de 2015

Paris climate conference 2015: We'll Always Have Paris.


I have been in a very interesting course about energy at UIMP summer school in Santander. "Ecuación para una energía segura y sostenible" (Equation for a safe and sustainable energy) sponsored by Viesgo.

One of the subjects of the conference was the "Paris Climate Conference in December 2015" which objective is to achieve a universal agreement on climate. What a difficult task! After the 1997 "Kyoto Protocol" experience, ending in fiasco, the United Nations are less naïve and more aware that to reach an agreement is very difficult and strongly dependent on world political changes.

I would like to share at this post some of my notes which some sentences for thought.

1.- “The Stone Age didn't end because we ran out of stones”. The energy system, as we know today, is never going to finish because we are not going to run out of petrol nor coal soon. It is more a conceptual change, the oil will be history once we find new sources of energy more economical and with less polluting emissions. The sentence reminds me when I started my Ph.D. to do research with Tokamaks and plasma fusion. We were in a hurry to improve the energy fusion source because coal and petrol were going to be exhausted by 2015 fortunately this apocalyptic future has not arrived, we have found more oil and coal reserves and other energy sources like gas, sun, wind...

2.- “Humans increase in higher rates than energy consumption”. Numbers shows this fact. The world popultation has increased a 3% nevertheless the energy consumption only 1%. Amazing! The explanation is that the use of energy has been done in a more wise way. Not just because citizens have been forced to reduce consumption of home electricity under this long recession, but also to administration which has created regulations that rewards to businesses with smart energy consumption, distributions or generation.

3.- “Innovation on energy storage”. Since the industrial revolution in 1760, we do not know how to store a big quantity of energy. The old concept of storage is petrol, coal and water but, up to now, the energy overproduced is lost. Until a miraculous battery is created, one solution is to improve the infrastructures of the “Interconnection Grid”, at least in Europe. Unfortunately Portugal and Spain are like an "energetic island" and a lot of engineering works are required to overcome this condition. Some of these works have already started.

4.- "Who has to pay for the present and future pollution?" This is one of the strongest issues at Paris Conference: how the pollution fees will be distributed. Why a country who has started to emit pollution now has to pay the same as those who have been emitting for so long time? The First World is responsible for most of the existing pollution but the Second World emits more at the present. Difficult equation to be resolved avoiding to stop the development of Second and Third world.


Even President Obama is deeply concerned about the climate change as it was transmitted on TV and in USA government web page and we can watch at the following video.


Conclusion: I am waiting with hope for the "Paris Climate Conference 2015" and to see how the United Nations arrive to a wise agreement to avoid more polluting emissions for the sake of our children. 
____________________
Sources:

viernes, 5 de junio de 2015

Es SMART el uso de SMART

Por curiosidad, cuantas veces vemos la palabra “Smart” en nuestro día a día.

Hagamos un experimento. “Echemos un Google" en el .es con esta palabra tan de moda “Smart” y veamos que resultados obtenemos: 1.450.000.000 .


Todos tenemos en mente que la palabra Smart se usa como definición de un tipo de móviles pero la encontramos también para:
1.- Coches
2.- Televisiones
3.- Ciudades (Smart Cities)
4.- Empresas del sector TIC
5.- Hoteles
6.- Componentes de hardware
7.- Como acrónimo para medir objetivos
8.- Bicicletas
9.- Barritas de cereales
10.- Plumas estilográficas
11.- Video juegos
12.- Arte
Y seguro que hay muchos más que desconozco.


El tema está ya tan explotado que plantea un problema de comunicación. Por ejemplo, cuando tu marido te dice “Cariño, te he comprado un Smart” y tú te lanzas a sus brazos, le das mil gracias, creyendo que se trata de un coche y resulta que es una barrita energética... Cuidado que no es culpa de él sino de la palabra Smart.

En mi opinión la palabra Smart empieza a estar sobrevalorada y el abuso de ella está generando todo lo contrario, lo que somos es menos Smarts. O por lo menos demuestra nuestra carencia de imaginación.

Con lo rico que es nuestro castellano, ¿no sería mejor usar las palabras de una forma más “Inteligente”?

Y como conclusión: Be Smart, not more words Smart, PLEASE!

jueves, 14 de mayo de 2015

For long distance business, be a teenager again!

Business has no frontiers anymore and we are forced to spend a lot of time on planes, taxis and hotels to feel close to our customers, but are all these hassles really necessary?
Let’s compare the old with the new style long distance business and take your own conclusions.
I love travelling. I spent many years out of Spain looking for new people, new style of life, other points of view and ways to do things. I thought that international business would allow me to make compatible this hobby with my work but it was a big mistake.
When we are travelling for work “time is gold”. You have to do meetings in a narrow time with the pressure of your fly schedule. And it could be even worse if you try to be as Phileas Fogg and travel to many different places in one trip because “all of them are in the same country!”
Technology is shortening distances and the new generations are teaching us a lot about how you can track your customers reducing traveling. Teenagers are doing long term friends using Instagram, Facebook, WhatsApp and Skype calls. So, why not be more creative and learn from our young?
Video chat, voice calls or instant messages could allow us to be closer our customers and make the meeting in a more friendly atmosphere such as your office, home, on the beach :o
 Let's limit travelling to a nice diner during the Kick-off or Closing meetings.
Technology has improved in the last years, and voice and image quality allows a more comfortable meeting. You can share your desktop with your presentation, tables, documents, maps and, even more, any assistants can make modifications on line.

There are many tricks that make those type of meetings more reliable but, based on my experience, let me highlight some of them:
1.- Check the connections in advance, camera and voice devices. It is very annoying to loose time with “technology” during the meeting (what a contradiction!)
2.- Find a friendly and comfortable place, without external noise or extra light. It is tolerable to listen a car horn but not the constant heavy metal music of your teenage son/daughter. It could make the meeting a nightmare for you and the rest of attendants.
3.- Make the meeting no longer than one hour. Create an agenda, send it in advance and follow it strictly. If it is already difficult to keep attention in a personal meeting, temptations are even stronger when you are long way away.
4.- Let the people talk by turns. Say always your name before talking and an "excuse me" while adding some comment or on disagreeing. And be discreet with the “mute button”, use it wisely, a total silence could produce uneasy moments.
5.- Always create the minutes to make sure all of you have arrived to the same conclusions. Minutes are always important, but we have to keep in mind the lack of "not verbal communication" in virtual meetings.
So follow my suggestion: for long distance business, be like a teenager of our times
 More information at:

martes, 21 de abril de 2015

Las Apps accesibles para todos, todos

Cuando un cliente te pide un diseño que consiga hacer llegar su mensaje a todos y por ello un mejor posicionamiento en los motores de búsqueda, enseguida pensamos que nos está pidiendo una web accesible. Pero ¿qué pasa si lo que nos está solicitando es una App?

Ya hace años que se implantaron una serie de criterios que los programadores y diseñadores debían seguir para conseguir que sus web tuvieran la categoría de “Accesibles” y de hecho todos los trabajos hechos para la administración pública debían seguir dichos criterios. Estas normativas están reguladas y son “buenas practicas” para hacer llegar nuestro mensaje también a personas con alguna discapacidad.

Lo que no está tan extendido entre nuestros profesionales es que también existen criterios de accesibilidad para la creación de Apps.

Casi todos los programadores cuentan con que los móviles o tablets tienen sus propios Gadgets que facilitan este acceso o que será el propio usuario quien se descargará otras Apps que mejoran la accesibilidad.

Y efectivamente existen Apps que agrandan botones, leen los menús o cambian los contrastes entre colores pero estos “Gadgets” no velan para que nuestra App sea agradable para el usuario o que siga un criterio corporativo, sino que velan por ser prácticas. Si delegamos la responsabilidad de la accesibilidad hemos perdido el control de nuestro producto y por ello de nuestra imagen de empresa por lo que esta no es una solución idónea.

Siempre es mejor hacer las cosas bien y controladas desde el principio que intentar adaptarlo después y esto lo conseguimos siguiendo los criterios establecidos para dar accesibilidad a nuestras Apps.

WAI  como siempre lleva la voz cantante en el tema de accesibilidad y da las pautas a seguir por programadores y diseñadores para conseguir este reto de accesibilidad. Además WAI va más lejos y sus recomendaciones abarcan tanto Móviles y Tablets como televisores interactivos.

También Apple ha querido involucrarse en este compromiso social y nos muestra sus propios pasos hacia la accesibilidad y premia a aquellos productos que lo cumplan con un sello.


En líneas generales estas pautas consisten en ofrecer alternativas en el uso de las Apps como por ejemplo una alternativa auditiva a los contenidos visuales para una discapacidad visual o una alternativa textual a los contenidos sonoros para una discapacidad auditiva.

Existen otras recomendaciones de sentido común por ejemplo para facilitar la lectura el utilizar contrastes entre los textos y el fondo o identificar y etiquetar claramente los botones, campos de edición y desplegables.

Pero no pensemos que esto sólo es beneficioso para mejorar la accesibilidad cuando en realidad estamos mejorando también la usabilidad de nuestra APP ya que conseguiremos hacer llegar nuestro mensaje, por ejemplo, en momentos de mala luminosidad que no permiten ver bien la pantalla o de mala audición como en un atasco o en el cine. Y además estamos ampliando los receptores a nuestra tercera edad cuya capacidad auditiva o visual sea reducida.




Siguiendo las recomendaciones establecidas para la accesibilidad conseguiremos no sólo una mejorar nuestra cuota de mercado sino también dar una imagen empresarial comprometida, ética y moral.








Más lecturas recomendadas:

sábado, 28 de marzo de 2015

Abaratar el coste de los desarrollos nativos móviles yo querer

El miércoles 25 asistí a una charla en la Universidad de Cantabria que me pareció muy interesante y me ha inspirado para escribir este post.
El título de esta charla es “Introducción a la programación móvil multiplataforma con Xamarin” impartida por Rafael Serna y que forma parte del ciclo de charlas divulgativas “Informática en acción”.
La charla comenzaba con una introducción dedicada a las aplicaciones nativas y como encarece el precio del desarrollo por la necesidad de tener que programar para cada plataforma móvil. Hasta que no me metí en este mundillo móvil gestionando proyectos para aplicativos móviles, no era consciente de este requisito.
Como las webs se pueden desarrollar para que sean “responsive”, es decir que se adapten a los terminales móviles,  la mayoría de las empresas no ven la diferencia entre un aplicativo nativo y no nativo. Transmitir las ventajas del primero ha sido una de mis tareas más tediosas estos años y “una batalla sin cuartel” ya que los precios hacen del desarrollo nativo un producto de lujo.
Las ventajas y desventajas de desarrollo nativo frente a uno web adaptativo (respondive) son muy conocidos y ya hay mucho escrito, por ello no me extiendo. Tan sólo añado un breve resumen comparando tres tipos de desarrollos: Nativos, Web Adaptativos e Híbridos.
La elección entre una u otra tecnología debe estar en función de las “Prioridades de la empresa” y lo que busca con este nuevo aplicativo.
La charla sobre Xamarin (http://xamarin.com) nos introducía a esta solución multiplataforma con Visual Studio y C# que permite desarrollos nativos para las apps iOS, Android, Mac y Windows solucionando el problema de “múltiples expertos” para cada plataforma y facilitando la reutilización del código y por ello reduciendo los costes y tiempo de los desarrollos. Esta solución también unifica los diseños y tiene módulos para los testing y estadísticas de visitas.
Me gustó mucho la idea y animo a Xamarin a que amplíe a otras plataformas móviles y, porque no, opensource!

miércoles, 11 de marzo de 2015

Stakeholder, “El concepto es el concepto”*

Hoy dedico el blog a analizar el significado de la palabra inglesa “Stakeholders” en el contexto de la “Gestión de Proyectos”.
Si buscamos en la wikipedia la definición es **: “Stakeholder es un término inglés utilizado por primera vez por R. E. Freeman en su obra: “Strategic Management: A Stakeholder Approach” (Pitman, 1984), para referirse a «quienes pueden afectar o son afectados por las actividades de una empresa».”
Parece sencillo pero no lo es. Será la experiencia la que te indique quienes son estos “afectados/das” por las actividades del proyecto. 

Cuando cae en mis manos un proyecto totalmente nuevo siempre le dedico un tiempo a pensar quienes son los Stakeholders. La lista la almaceno en un Excel que conservo hasta el final de mi proyecto y la voy mejorando a lo largo de este, sobre todo en proyectos largos donde la visión inicial se va perdiendo y es cuando llega el día de cerrar el proyecto y aparece ese stakeholder que vino tan solo a la reunión de arranque, kick-off, pero que firma del certificado de aceptación. OMG!.

En esta tabla añado Nombre, Posición, % de “Son Afectados” por el proyecto y % de “Pueden Afectar” en el éxito del proyecto. Esto me ayuda para gestionar más tranquila la parte más “humana” de un proyecto técnico y saber a quién dirigirme en función de que problemas existan.

Almacenar esta lista te sirve tanto para el proyecto actual como futuro, por ejemplo, el contrato de mantenimiento posterior donde, habitualmente, se repiten estos stakeholder aunque con un peso de influencia diferente que habrá que reestablecer.

En este listado se encuentran, así a voz de pronto, por parte del cliente el gestor del proyecto, los usuarios finales (of course!), el equipo de sistemas, redes y el gestor de calidad. Y no debemos olvidar a nadie de nuestro entorno de trabajo como el propio equipo de trabajo, nuestro equipo de sistemas, redes, nuestro jefe, diseñadores, equipo de calidad. En muchos proyectos la administración pública: Ley de protección de datos, Ley de residuos, alcalde del pueblo… y como no: la competencia que no perderán oportunidad de recordarle a tu cliente que ellos lo harían de otra forma y mejor!
En caso de duda, siempre añado a ese “quizás” en la lista y al final se suele acertar, ¿intuición? ¿experiencia?

Veamos un ejemplo sencillo en clave de humor. Mi proyecto: "Voy a plantar un árbol en mi jardín".

Tabla de Stakeholders
Persona/perfil            "% son afectados"          "% pueden afectar"      "Como actúo"                            
Mi pareja 100 100 Consenso
Mis hijos 100 80 Consulto
Mi suegra 5 100 Yes Ma'am!
El vecino 75 25 Informamos
El jefe de la urbanización 30 90 Informamos e 
                                                                                                             invitamos a una copa
Ley de Montes/
guardia forestal/
guardia civil                         10                                    100                       Cumplimos con la 
                                                                                                                  normativa

Como conclusión: al castellano parlante la palabra “Stakeholder” no le aporta nada, sin embargo su concepto es importante para conseguir el éxito del proyecto ayudando en cómo abordar las relaciones humanas que rodean el proyecto. Olvidar este aspecto pone en riesgo el proyecto y nuestra carrera como gestores.


*Como nos dicen en la peli de Airbag: “El conceto es el conceto”






martes, 24 de febrero de 2015

¡La marginada Fase de Pruebas!

Quizás una de las fases más importantes para conseguir el éxito de un proyecto, de las más difíciles de gestionar y la que menos valorada: La Fase de Pruebas.

La fase de pruebas comienza por el propio desarrollador que a la vez que programa, va probando “meticulosamente” cada línea de código. Problema número uno, su visión del TODO es difusa. Y si trabaja en equipo todavía peor: lo que uno programa puede afectar a un segundo. La buena gestión del código se debe hacer con un gestor de versionado, por ejemplo el Subversión pero eso no forma parte de una gestión de errores sino el almacenado del código y sus versiones. Las “Pruebas Unitarias” si sería la forma correcta de solucionarlo, pero con las prisas que siempre tenemos en la fase de construcción, las pruebas unitarias son la primera víctima del proyecto… ERROR 1.

Hemos terminado la construcción, ¡qué tranquilos nos hemos quedado! Pasamos a la fase de pruebas. Parece fácil pero es ahora cuando nuestro cliente va a probar el producto y, como haríamos nosotros, ¡no nos va a pasar ni una!

Me vienen a la cabeza tres tipos de pruebas básicas: Funcionales, Integración y Estrés.
Normalmente las pruebas internas las pasa el propio programador… ERROR 2. Como humanos que somos, este profesional repetirá una y otra vez las pruebas con éxito porque su mente no viaja por los mundos del usuario final sino por el suyo como programador, y ya sabemos que “el mundo perfecto del programador es un mundo sin usuarios”.

Antes de que el cliente pase las pruebas, debemos contar con un perfil de Tester que verifique de forma interna los requerimientos comprometidos. Este perfil, siempre mal valorado y enemigo público número uno de sus compañeros, habitualmente el último que ha entrado en la empresa, el becario, ERROR 3.

La fase de pruebas es vital para conseguir el éxito del proyecto.
De no hacerse con seriedad y de una forma organizada y sistemática, el proyecto terminará con pérdidas en la fase de Garantía y conseguirá la frustración del cliente.

Y también ahuyentará a futuros clientes porque el “boca a boca” es la mejor y la más rápida herramienta tanto como para dar prestigio como para desprestigiar a una empresa.

Espero que os haya sido de utilidad este segundo “brainstorming”.