Curso de tecnología para inversores

Por Agustín Cuenca | Publicado: 3 abril, 2013

Hoy pongo en marcha con la ayuda de floqq un curso para inversores en empresas de Internet.

El objetivo del cursos es explicar a los inversores en empesas de internet y tecnología algunas cosas básicas que son necesarias para luego entender la evolución de una empresa.

Muchas veces en eventos o consejos me he dado cuenta de como gente inteligente tomaba decisiones equivocadas por no entender los fundamentos de lo que estaba hablando.

En la página del  curso para inversores está toda la información.

 

 

Entrada publicada en General, Gestión | Dejar un comentario

El miedo inutil

Por Agustín Cuenca | Publicado: 7 febrero, 2013

En muchas organizaciones cuando hablas de metodologías ágiles utilizan argumentos defensivos como:

  • Es que nuestros sistemas son críticos.
  • Es que hay que asegurar que esto nunca se cae.
  • Es que el coste de un error en producción puede ser fatal
  • Es que está en juego la imagen de nuestra compañia
  • Es que ….

Un montón de miedos y precauciones que a primera vista parecen racionales.

El problema es que  las webs se les caen, se producen errores, y al final el coste del error no es tan fatal y la imagen de su compañía tampoco sufre tanto. Eso si lo que si sufre es:

  • Sus plazos de entrega se eternizan victimas de sistemas de control que al final no funcionan.
  • Sus costes de desarrollo se disparan, entre departamentos de metodología, departamentos de control de calidad, operaciones, mantenimiento, etc.
  • Sus equipos viven la frustración de la rigidez y … (eso es otra historia ;-) ).

El problema de verdad, ni siquiera es técnico, el problema es de cultura de empresa y de modelos mentales equivocados.

Y esto a que viene, pues a que no he podido hacer la transferencia que quería hacer y el mensaje de error es tan currado como este:

 

En un gran banco que gasta millones en desarrollo de software, que huye de las nuevas metodologías, que huye de las tecnologías no “probadas”, y que pierde todo eso con el argumento de que tienen que evitar lo que al final no consiguen evitar.

 

Entrada publicada en General, Gestión, Metodología | 5 Comentarios

La lotería de las App

Por Agustín Cuenca | Publicado: 24 noviembre, 2012

El mundo de las aplicaciones móviles está creciendo, no descubro la pólvora, es claramente una oportunidad de negocio enorme. La pregunta es, si es una oportunidad para todos los proyectos y si todos los proyectos deben contar con una aplicación móvil.

Cuando creas un proyecto nuevo te planteas muchas decisiones, desgraciadamente los recursos no son infinitos, pero no se porqué, parece ser que una de las pocas que se tienen muy claras es hacer una aplicación móvil. Si o si.

Para hacer esta aplicación se destina parte de los esfuerzos y del presupuesto del plan de negocio, con lo que restas en otra parte muy importante: la web.

El creador de una nueva idea, piensa que recibirá más visitas o más negocio si hace una aplicación móvil de su web, cuando eso no es del todo cierto. Es verdad que algunas aplicaciones tienen éxito y se convierten en una fuente enorme de tráfico (no está tan claro que de ingresos), pero el éxito en ese canal depende de muchos factores y no todos ellos controlables. Además en los móviles todavía no hay una única plataforma y no tienes que hacer una aplicación tienes que hacer tantas como plataformas, con lo que el coste se dispara.

El juego al final se llama conseguir relevancia, y estar presente en la mente del usuario. Conseguir estar en los marketplaces de aplicaciones móviles (en sitios visibles) es más difícil que conseguir visibilidad en la red, y además en los App Stores estás en manos de los dueños del mercado, y estos no son neutrales.

Si te centras en hacer una aplicación móvil, con argumentos como ¨es que todo el mundo la tiene¨ o ¨se de un amigo que hizo una App para el móvil y se ha forrado¨. En el fondo estás desviando tus esfuerzos para hacer un buen proyecto.

Hay más casos de fracaso que de éxito entre las aplicaciones móviles (hay millones de Aplicaciones y pocas consiguen ingresos), y eso en el caso de proyectos centrados en el móvil, así que imagínate lo que pasa si el móvil no es la parte central de tu negocio.

Estadísticamente es más fácil que te toque la lotería que que tu aplicación triunfe en el móvil. Así que mi consejo es que no juegues a la lotería. Porque cuando arrancas una Start-up, un negocio, una Web, piensa que tus recursos no son infinitos, sobre todo el dinero con el que cuentas (a no ser que ya te haya tocado la lotería de verdad ;-) ).

Nosotros pensamos que menos es más, así que quizás la solución pase por apartar, de momento, la idea de crear una App Móvil como algo necesario y concentrarte en lo esencial.

Entrada publicada en General, Gestión, Metodología | Dejar un comentario

Hacer una web es fácil.

Por Agustín Cuenca | Publicado: 12 julio, 2012

Hacer una web es mas que sencillo, hay cientos de servicios online donde puedes dar de alta tu web con coste cero o casi cero. Puedes partir de algo mas o menos hecho y cambiar colores de una manera mas o menos creativa. Otra cosa muy distinta es que lo que has hecho:

  • Sea escalable y no tengas problemas si aciertas con tu modelo de negocio  pasas de 10 paginas vistas a 100.000 de un día para otro.
  • Sea flexible y fácil de cambiar. Con la vida de tu proyecto te va surgir la necesidad de cambiar cosas, y necesitas que lo que has hecho no haya que rehacerlo cada vez que tienes que hacer un cambio.
  • Sea mantenible. Alan Turing  ya nos explico que no se puede garantizar al 100% que un sistema de información funciona correctamente, de hecho siempre aparecen bugs y es necesario que alguien que no lo ha construido sea capaz de resolver esos problemas.

Desgraciadamente sin tener experiencia es my difícil distinguir una buena web de una mala, y de hecho nosotros nos encontramos en muchas ocasiones con clientes que nos dicen:

“No entiendo nada tengo ofertas de 60.000 €, 20.000 € y de 3.000 € por lo mismo”

Es muy probable que las tres ofertas hagan cosas distintas, por equipos distintos. El precio de una propuesta de servicios es el resultado de multiplicar el número de horas de trabajo necesarias, por el coste de cada hora de trabajo, pero puede estár condicionada por otras muchas cosas.

Además el coste del primer desarrollo no es el mas importante, durante muchos años se hablo del TCO (coste total de propiedad), ahora apenas hablamos de  TCO hablando de desarrollo web hoy es mas importante la evolución del site, que no tiene nada que ver con el mantenimiento.

Muchos de los emprendedores que se acercan a nosotros para resolver su problema de desarrollo vienen con el modelo mental de que hago una inversión inicial y luego ya solo pago el mantenimiento (entre el 10 y el 20% del coste inicial) pero esto ahora ya no es así.

Ante la complejidad de los proyectos en Internet, hoy es necesario estar preparado para cambiar lo que hace nuestra aplicación rápido. Y es probable que si haces un proyecto en dos meses, pasados doce hayas tenido que duplicar o triplicar tu inversión para ir adaptando tu web a lo que los clientes te dicen.

Por eso es tan importante hacer tu proyecto bien hecho, que sea escalable, flexible y adaptable, porque el coste de su evolución de la mano de tus clientes es mas importante que el principio del proyecto.

 

Entrada publicada en Gestión, Metodología, Sin categoría | Dejar un comentario

¿Es la tecnología core de tu negocio?

Por Agustín Cuenca | Publicado: 5 julio, 2012

Parte del #debate10 se centro en si el equipo de tecnología debe estar o no en la “nómina”  del proyecto. Yo ya escribí porque pienso que no es imprescindible, pero hoy me gustaría dar mi punto de vista sobre uno de los argumentos mas utilizados cuando se dice que la tecnología no se debe sacar fuera porque es el “core” de tu negocio.

IMHO lo primero que habría que discutir es que es “core” de tu negocio, porque yo creo que se confunde core con que sin ella no se puede funcionar, y me explico: el suministro eléctrico es imprescindible para tu proyecto, pero eso no lo hace core. Del mismo modo creo que en muchos proyectos (o en casi todos los que yo conozco) la tecnología es imprescindible y además debe ser escalable, flexible, robusta, mantenible, etc., pero eso no la hace core.

Cuando se acerca a nosotros un proyecto lo primero que preguntamos es cual tu diferencial competitivo, y creo que en la respuesta a esa pregunta está la clave para entender si la tecnología es o no core para tu negocio.  Veamos un par de ejemplos:

  • Si vas a construir una comunidad de usuarios aficionados al pan, en la que mi diferencial es la capacidad de llegada al colectivo, que cuento en mi equipo con 3 de los mejores expertos en pan, y uno de mis socios es el primer fabricante de harinas del pais, y tu modelo de negocio es la venta de productos y servicos relativos al pan (harinas, materiales, cursos, viajes, etc.). Tu negocio necesita tecnología, y puede que hecha a media y bien hecha, pero no creo que tu éxito vaya a venir dado por la tecnología, si tiene que estar y funcionar, pero la clave de tu negocio es que puedas llegar bien a tus clientes, que tengas una proposición de valor para ellos, etc.
  • Si vas a construir un sitio web para procesar fotografías online, con los mejores algoritmos, la mayor velocidad de proceso, con las mejores medidas de seguridad, entonces probablemente la tecnología es parte sustancial de tu negocio, es el “core” del negocio, al fin y al cabo lo que estas vendiendo es el uso de esa tecnología.

Yo creo que la mayoría de los proyectos de base tecnológica que conozco la tecnología es imprescindible como lo es el suministro de electricidad, sin un buen suministro de electricidad o tecnología la empresa no funciona bien, pero la tecnología no es core. De hecho tengo la sensación de que en muchos casos la tecnología es un desastre, no escala, ni es flexible, y las empresas ahí siguen.

De todos modos yo sigo pensando que incluso si la tecnología es core de tu negocio, y en tu equipo fundador no tienes a nadie experto en tecnología la solución de contar con empresas como la nuestra, ASPgems, es mi primera opción. Yo invertiría antes en una empresa que cuenta con un socio tecnológico de calidad, que en un proyecto que va resolver su “core” tecnológico contratando desarrolladores de a 18.000 €/año. 

Entrada publicada en Sin categoría | 1 Comentar

#debate10

Por Agustín Cuenca | Publicado: 4 julio, 2012

Como twitter no da para debatir bien sobre #debate10 la conversación está saltando a los blogs y aprovecho para destacar que  me ha gustado mucho el post de Javier,  supongo que por eso somos socios.

Sobre todo dar las gracias a los organizadores por haber dado pié a tanto debate, yo creo que en la base de todo está el desconocimiento y hablar y debatir es la mejor manera de acabar con el.

Pensandolo bien todo lo que me gustaría compartir no cabe en solo un post,  así que empezaré por los títulos de los posts que voy a intentar escribir.

Como siempre en estos casos dos aclaraciones:

  • Precede todo de IMHO, aunque lo que cuento es mi experiencia haciendo proyectos de tecnología desde 1987, así que puedo estar equivocado, o casí seguro que lo estoy, pero al menos tengo algo mas que “opinión“.
  • Seguro que de cada cosa hay contra-ejemplo, como dice el refranero popular: “El mundo es bonito porque es variado”.

Así que aqui va la lista de posts:

  • Hay un desconocimiento generalizado no ya del valor de la tecnología, sino del coste de su desarrollo.
  • Hay un desconocimiento generalizado de como se debe abordar el desarrollo de un proyecto tecnológico, y lo que se enseña (que yo sepa) es de hace mas años que la tos.
  • Talento hay, no es difícil de localizar, otra cosa es que pueda haber mas demanda que oferta.
  • El mercado tiene muy mala imagen de los profesionales y las empresas de desarrollo de tecnología, que por otra parte nos hemos ganado a pulso.
  • Hay muchos desarrolladores con una visión decimonónica, o deberíamos decir vigésimononica, de las relaciones entre el capital, la empresa, los clientes, los empresarios, etc.
  • Hay muchos emprendedores con una visión decimonónica, o deberíamos decir vigésimononica, de las relaciones entre el capital, la empresa, los clientes, los empleados, etc.
  • El desarrollo de tecnología necesita de una combinación de conocimiento de negocio y de desarrollo de tecnología que hay que equilibrar, y esa es la dificultad.
  • Los desarrolladores de software son como son y eso no es malo ni bueno.
  • Los emprendedores de software son como son y eso no es malo ni bueno.
  • Encontrar talento se resuelve con dinero, otra cosas es que no lo tengas o que haya otras maneras de conseguirlo. Pero los primeros a quienes debes ser capaz de vender un proyecto es a tu equipo.
  • Pregunta: Si un desarrollador contratado off-shore cuesta la mitad o incluso menos que un buen desarrollador aquí, ¿porqué los que nos dedicamos a esto no compramos allí en lugar de contratar aquí?

De todos modos, quiero insistir en que lo mejor es que haya discusión creo que todo esto nos ayuda a todos a mejorar, aunque solo sea porque hay que pensar para ponerse a escribir.

 

 

  

Entrada publicada en Sin categoría | 2 Comentarios

Agarrate de las orejas

Por Agustín Cuenca | Publicado: 9 abril, 2012

Cuando hablas de lean, o agile, o como queiras llamarlo con alguien que vive en el mundo de la planificación a largo plazo o los RFPs una de las preguntas que mas nos hacen es:

¿Como estoy seguro de que me vas a entregar algo que me sirva y de que  el precio es razonable?

La respuesta es que no tengo respuesta, que no existe la respuesta a esa pregunta salvo que los requisitos de tiempo y coste sean los que el mercado hoy no acepta. Por eso nosotros proponemos cambiar de pregunta.

La respuesta estándar del mercado es engañarse a si mismo:

  • El cliente se engaña porque piensa que el proyecto está cerrado, las especificaciones claras, el plan trazado y sabe lo que va a tener al final.
  • El cliente se engaña porque piensa que si el lo hace bien, y tiene contratos cumplidos y proyectos fracasados nunca le van a despedir (esto cada vez es menos así), ya demás hoy lo que está en riesgo no es tu puesto de trabajo sino probablemente tu empresa si los proyectos no salen bien.
  • El contrato nos da una falsa sensación de seguridad,  parece que está todo atado, pero el contrato no asegura que el proyecto vaya a ir mejor, yo incluso diría que hace que el proyecto sea mas difícil y hace que sea mas probable que no vaya bien.
  • El proveedor se engaña, piensa que el cliente va  querer solo lo que hay en el contrato y que tiene todo lo que necesita para haber estimado correctamente sus costes.
  • Seguramente ha dejado sus margenes de seguridad, (que por cierto aumentan el coste del proyecto un ¿20-30%?), y que luego acaba saltandose.
En definitiva nos engañamos a nosotros mismos, un tio mio muy mayor nos engañaba a todos para hacernos andar haciendonos agarrarnos de nuestras propias orejas, tu estabas seguro de que estabas bien sujeto pero la realidad era muy distinta.
Los contratos, las RFP, las especificaciones cerradas, etc. son como agarrarnos de nuestras propias orejas, en caso de caida no la evitan, pero nosotros siempre podremos decir que estabamos bien sujetos (sic).

 

Entrada publicada en General, Metodología | Dejar un comentario

4 steps to epiphany4 steps to epiphany

Por Agustín Cuenca | Publicado: 12 diciembre, 2011

Muchas veces recomiendo este vídeo cuando hablo de  ágil, así que aqui se queda para referencias futuras:

 

 

Entrada publicada en Sin categoría | Dejar un comentario

¿Cuanto me cuesta y cuando lo tienes?

Por Agustín Cuenca | Publicado: 28 octubre, 2011

En los comentarios de un post anterior me comprometi a escribir una versión larga de como respondemos a esta pregunta, y lo voy a intentar ;-)

En el 99% de los casos los clientes llegan a las empresas de desarrollo con una idea del proyecto que quieren abordar y con esta pregunta en la cabeza. La industria del software lleva años contestando a esta pregunta apoyándose en diferentes metodologías, en la experiencia, etc. La realidad es que hay muchos estudios donde se muestra que estas respuestas fracasan. Un altísimo porcentaje de los proyectos de desarrollo de software se entregan tarde, o incluso no se entregan, (en realidad no se mucho de otras ingenierías pero me da que pasa mucho también, piensa en la cantidad de obras públicas siempre retrasadas).

En mi opinión esa pregunta no tiene respuesta. Lo siento pero hay cosas en esta visa a las que no se puede contestar con certeza. Y la razón es que las especificaciones del proyecto, es decir, lo que hay que construir no están cerradas, falta información de detalle, y además aunque estuvieran cerradas tu proyecto va a avanzar por el camino y lo que pensabas que es importante deja de serlo, lo que pensabas que era simple resulta ser complejo, y además se te ha ocurrido una idea nueva con la que no contabas. Así es que si, y sólo si, tienes especificaciones cerradas entonces te puedo dar un plazo y un precio cerrado de verdad.

En general ante la presión de los clientes los desarrolladores se ven obligados a arriesgar, (estimar lo llamaban en la universidad), y a trasmitir al cliente la falsa sensación de que cuenta con un precio y un plazo cerrado. En realidad es una falsa sensación, pero a la mayoría le vale. El proveedor le da al cliente lo que quiere, y sabe que luego vendrán los cambios, los “poyaques”, las cosas no previstas, etc. El cliente tiene la falsa sensación de seguridad que además en general la necesita para sus jefes o accionistas. Todos nos engañamos a todos, pero aparentemente somos mas felices.

Nosotros preferimos darnos de bruces con la realidad y los últimos años de experiencia en desarrollo de software. A mi me gusta mucho la frase que usan en Alcohólicos Anónimos: “Hola me llamo Agustín y soy alcohólico”, es decir los problemas solo se resuelven si eres capaz de aceptar que lo tienes.  En este caso significa aceptar que tus especificaciones no están cerradas, que no tienes el conocimiento suficiente para poder hacer un plan que acierte.

En realidad lo que hay que hacer no es responder a la pregunta, lo que hay que hacer es cambiar de pregunta. La pregunta adecuada es:

¿Cual es el mejor proyecto que puedo construir con los recursos y el tiempo que tengo?

Como contestar a esa pregunta me da para otro post.

Entrada publicada en Gestión clientes, Metodología | Dejar un comentario

Maximizador vs. Satisfactor

Por Agustín Cuenca | Publicado: 26 octubre, 2011

En realidad como me pillen los de la RAE seguro que me sacuden yo creo que no existen esos términos en castellano.

Maximizador y Satisfactor son dos malas traducciones de Maximicer y Satisficer , son dos términos que aprendi en el libro “The paradox of choice” y tiene que ver con como nos enfrentamos las personas a las decisiones. Según esta división hay dos tipos de personas:

  • Maximizadores: son los que intentan siempre obtener el máximo de cada decisión. Estudian todas las alternativas, piensan en las ventajas e inconvenientes de cada opción y siempre buscan la mejor respuesta.
  • Satisfactor: son aquellos a los que les basta con que una de las opciones disponibles sea suficiente para ellos, da igual que haya opciones mejoras, la elegida les  es suficiente y  no necesitan mas.
Los maximizadores siempre toman mejores decisiones, si las comparamos con los satisfactores, pero son gente mas infeliz que por lo general nunca están contentos con el resultado final (“a todo hay alguien que gana siempre” que decía mi Madre), y siempre se reprochan no haber buscado algo mejor. Los satisfactores suelen tomar peores decisiones, pero son en general mas felices con ellas.
Es fácil ver que tipo de persona somos, a mi me parece que el mejor ejemplo es en un restaurante de carta larga. El satisfactor pide más rápido, y el máximizador siempre pide el último. Cuando llega la comida, suele acertar mas el máximizador pero es el que suele arrepentirse de lo que ha pedido.
En el desarrollo de proyectos web, suele pasar lo mismo, pero en este caso la diferencia no está en la satisfacción con el proyecto (que también), sino con el éxito del mismo.
Una aproximación de máximos, es posible que consiga una web mas rica y funcionalmente mas completa, pero el precio a pagar es alto porque:
  • La web será mas compleja, lo que hace que la curva de aprendizaje de los usuarios sea mayor.
  • El coste de marketing aumenta, hay mas cosas que explicar.
  • EL coste de desarrollo aumenta, hay mas cosas que hacer.
  • El coste de mantenimiento aumenta.
  • En el arranque del proyecto el numero de cosas con las que no hemos acertado aumenta.
  • Tardas mas en salir a producción, porque hay mucho mas que hacer.
Yo creo que para lanzar tu proyecto web, la estrategia de los satisfactores es la que aumenta la probabilidad de éxito de tu proyecto.
Entrada publicada en General, Metodología | 5 Comentarios