Dos distintos enfoques: Desarrollo de Proyectos de Software

Ya hoy son 14 de años desde que inicie mi primer empresa en el mundo del desarrollo de software. Durante este tiempo en la tecnología, como en cualquier otra industria, he experimentado muchos altos y muchos bajos.

Este tiempo ha sido muy interesante debido a la proliferación del Internet y la baja en los costos de Hardware y conectividad. Durante mis aventuras en el menudo de la tecnología he fundado 2 empresas, fusioné una de ellas con una tercera, la vendí y me he dedicado recientemente a participar como consultor en proyectos muy interesantes.

¿Que he sacado como conclusión de todo esto? Que si te vas a dedicar a desarrollar software y/o tecnología lo puedes hacer bajo 2 distintos enfoques:

  • Desarrollar software para terceros y obtener ingresos por la venta de este software.
  • Utilizar tus capacidades de desarrollo para crear proyectos propios que generen ingresos “pasivos” en un futuro.

En lo personal he optado por el segundo enfoque y estaré escribiendo, espero un poco más seguido, de las iniciativas emprendedoras que están desde ya en marcha.

Claro, el factor de riesgo es bastante más alto pero las recompensas también pueden serlo. Si no solo pregunten a Mark Zuckerberg o a Kevin Rose.

Si hay ganas, hay éxito

La mente me sigue impresionando cada vez más. Recientemente (unos 8 meses atrás) he empezado a escuchar unos cursos de filosofía que me han puesto a pensar bastante. He pensado en cosas desde ¿Por qué estoy aquí? hasta Ya que acá estoy, ¿Cual es la mejor manera de aprovechar mi estar aquí? En fin…

Todo esto inevitablemente genera reflexiones respecto la vida profesional. Después de todo, es una de las actividades a las que más tiempo le dedicamos — y al final, solo tiempo es lo que tenemos.

Ya he leído varios libros de productividad, organización de tiempo y temas relacionados. Las técnicas ahí descritas son buenas. Muy buenas. Pero, ¿por qué es tan difícil aplicarlas? Después de tanto tiempo creo tener la respuesta. Y no es ciencia avanzada. Es más simple de lo que jamás hubiera creído. No las aplicamos por qué no tenemos ganas de hacerlo.

De una manera u otro las personas buscamos estar satisfechas, contentas, tranquilas y tener una mejor calidad de vida. Lastimosamente este no es siempre el caso pero eso es historia para otro día. La idea es la siguiente:

Las personas tan solo hacen las cosas por una de dos razones:
  • Para evitar “dolor” o algún desenlace negativo
  • Para obtener algún tipo de gratificación o alguna recompensa positiva

El secreto del éxito está en poder identificar las recompensas positivas que vendrán (a futuro) de las actividades que hoy se realizan (presente). Si no se puede ver esto, se estará buscando el éxito tan solo a manera de evitar “dolor” o desenlaces negativos. Obviamente esto no te llevará tan lejos como tener es llama interna quemándote, diciéndote que busques ese éxito tan especial que tanto deseas.

Todos anhelamos este éxito. Anhelamos esa calidad de vida compuesta de libertad, estabilidad económica, salud, familia, amigos, relaciones interpersonales, sueños, etc. (en ningún orden particular) que cuando ocupan nuestra mente nos permiten tocar el cielo y decir “no hay nada que yo no pueda hacer”.

Es este estado de conciencia el que debes buscar en todo momento. Bajo este estado de “ser” se simplifica querer aprender un mejor manejo de tiempo y aplicarlo. Aprendes a vivir y aprovechar cada instante. Se simplifica levantarte temprano a escribir un “post”. Es tan fácil tener las ganas de hacer lo que en el fondo sabemos que tenemos que hacer. Vivir la vida al máximo!

Lo peligroso de fijar metas, manejo de personal

Hace ya varios años que ha existido una fuerte tendencia a enfocar las actividades de un equipo al cumplimiento de metas. Las metas son una gran ayuda en el cumplimiento de los objetivos. Pero deben ser utilizadas con cuidado. Las metas mal utilizadas pueden ser peligrosas.

¿Cuando es una meta peligrosa? Ya sea cuando es inalcanzable o muy fácil de alcanzar. ¿Que sucede? Una meta inalcanzable desmoraliza a la persona o equipo a cargo y crea un ambiente de desesperación muy difícil de sobrepasar. Y peor aún, una meta muy fácil de alcanzar crea conformismo y mediocridad. Es en este riego que me quiero extender.

Las personas cree siempre tener límites. Y estos límites siempre son inferiores a las capacidades reales de las personas.

Es más común escuchar un “eso está fuera de mi alcance” que un “¿Cómo es posible que lo haya logrado? Esto no se debe a las capacidades de las personas. Esto se debe al tipo de metas tan “cómodas” que nos fijamos.

En resumen, es necesario conocer bien al personal. Saber los límites reales de cada una de las personas con que se trabaja. Es imperativo saber hasta donde pueden llegar con su máximo esfuerzo. Es justo ahí en donde deben residir las metas. No más, no menos. Y recuerda que:

Nunca debes menospreciar a alguien, seguro nunca te decepcionarán.

El secreto para cerrar un proyecto

Y la historia se repite. Actualmente estamos trabajando en lanzar varios proyectos (Startups) y el cierre está requiriendo de bastante esfuerzo y coordinación. El principio de Paretto (80 – 20) está presente. 

El 80% del trabajo ya está hecho. Tan solo hacen falta los pequeños detalles finales, el 20% restante. Pero creanme que este 20% final está requiriendo, por alguna razón u otra, el 80% del esfuerzo invertido en el proyecto. Esto no es nada nuevo y se debe aprender a manejar. ¿Cómo?

Bien, lo primero que se me viene a la mente es la planeación y la regla de las 6 P’s (Proper Prior Planning Prevent Poor Performance). Firmemente creo que un proyecto se complica al momento de cerrar por qué no está bien definido y la planeación es defectuosa. Es muy difícil aterrizar algo que no está definido y que no existe de una manera clara en la mente de los ejecutores.

Como segundo punto debo citar la atención al detalle. En realidad esto es lo que conforma este 20% final de trabajo. Afinar detalles y realizar ajustes menores. Al momento de querer cerrar un proyecto esto es lo que queda pendiente: pequeños detalles. Muchas personas tienen problema con esto. Especialmente porque es difícil afinar detalles de algo que no está definido y/o planeado (ver párrafo anterior).

Finalmente mencionó la paciencia. ¿Por qué? Porque el cerrar un proyecto requiere de infinitas pruebas y un procedimiento de prueba y error muy extenso. Esto es directamente proporcional al tamaño del proyecto. No obstante es una tarea que a muy pocas personas les agrada y una menor cantidad la hacen bien. Para cerrar proyectos se debe ser muy paciente y hábil para realizar pruebas. ¿Cómo saber si las pruebas son exitosas? Las debes evaluar contra tu planeación (ver dos párrafos arriba).

Creo que está claro. Cerrar un proyecto requiere de muchas cosas. Pero el secreto es la planeación y definición del proyecto. Si se tienen buenas especificaciones y objetivos claros acompañados de la atención al detalle y un poco de paciencia los proyectos se cerrarán!

La documentación de los proyectos es importante

Documentar un proyecto tiene 2 objetivos. Primero, poder definirlo y delimitarlo en su fase de concepción y segundo, poder controlarlo y medirlo durante la fase de implementación. Yo básicamente trabajo con proyectos de tecnología sobre el Internet y debo admitir que hasta hace unos cuantos meses la documentación la utilizaba para adornar el proyecto y muchas ves para tener algo que presentar.

Bien, algo siempre me estuvo diciendo que todos esos Gantts, Wireframes, Mockups y diagramas de flujo tenían un propósito más grande que esto. Compré Communicating Design de Dan Brown (No el del Código de Davinci) y aprendí a poner todos estos documentos en contexto. No solo esto, aprendí técnicas de presentación y redacción de cada uno de estos documentos que son vitales para ejecutar un proyecto de manera exitosa.

Actualmente estoy liderando un proyecto muy grande (4 – 5 personas en distintos países y más de un año de trabajo) y ya el conocimiento adicional está empezando a rendir frutos.

La comunicación de los requerimientos y expectativas a todos los interesados se está logrando de una manera muy eficiente.

Muy pronto empezaré un serie en donde iré entrando en detalle sobre como trabajar cada uno de los documentos. Manténganse al tanto.

Una vez más, el e-mail baja la productividad

Lo he argumentado varias veces. El e-mail es una tecnología que limita la productividad. Hoy por la mañana leí un artículo de Stewart Mader en el cual se analiza una encuesta respecto a la cantidad de correo laboral que están manejando las personas.

Esta encuesta es parte de un estudio más grande que trata de responder el por qué las empresas no colaboran. La pregunta que se presenta en este caso es simple: ¿Cuantos Emails recibes al día? Sin embargo los comentarios más comunes que se encontraron en los resultados son bastante interesantes:

  • Es imposible leer todo el correo y también hacer mi trabajo.
  • 30% de los correos son accionables, 35% contienen contenido que puede ser útil más tarde y el resto no son importantes.
  • Tan solo puedo responder de una manera diligente el 25% de los correos que recibo.
  • El E-mail causa problemas administrativos significantes.
  • Muchos correos son un desperdicio de ancho de banda.
  • La mayoría de veces un solo correo genera una reacción de varios correos y conversaciones que se acumulan y nunca se resuelven.

En fin, es necesario tener cuidado con el correo. Les recomiendo mucho leer el informe completo:  Por qué las empresas no Colaboran.

Por qué los sistemas no pueden solos

Una gran cantidad de consultorías empiezan con una llamada para identificar las fallas de uno u otro sistema. Existe una muy fuerte tendencia a adjudicar los problemas de eficiencia a los sistemas. Esto no puede ser.

A lo mejor esto sea una opinión muy personal pero en mi experiencia es rara la vez en que se encuentra que la deficiencia es ocasionada de raíz por un sistema de informática. Casi siempre el problema de raíz es el comportamiento de las personas.

Hace no mucho escuché a una de las personas de Manager Tools decir que un gran sistema no puede obtener excelentes resultados de personas promedio pero que una persona excelente puede obtener excelentes resultados en medio del peor de los sistemas. Me suena muy lógico.

El enfoque en culpar a los sistemas tiene un origen en el manejo de personal. Es más fácil para un encargado culpar a un sistema que corregir a un colaborador que no está actuando de acuerdo a lo que se espera. No hay sistema que pueda contra esta tendencia. Debemos aprender a manejar el personal.

En fin, creo que los sistemas están para apoyar procesos y facilitar la ejecución de personas comprometidas, motivadas y con una actitud correcta. Es por esto que los sistemas no pueden solos. Como dicen por ahí, ¿agarra el mejor software del mundo y métele basura de información para procesar y que obtendrás? Basura de regreso. Asegúrate que el personal esté haciendo lo que debe hacer y deja que el sistema haga lo que tiene que hacer. Facilitar el trabajo de todos.

Elance.com, un recurso de outsourcing invaluable

Luego de haber leído Wikinomics hace un par de años, poco a poco he ido incursionando en esta novedosa manera de hacer negocios. Uno de los casos de estudio más prácticos presentados en el libro es elance.com.

elance.com es un portal de trabajo en el cual las personas que necesitan algún tipo de servicio tan solo lo requieren (claro, siguiendo ciertas especificaciones) y en segundos miles de profesionales alrededor del mundo subastan sus ofertas para atender las necesidades.

Los profesionales (tanto empresas como freelancers) que se encuentran en el sitio mayormente están enfocados en prestar servicios de diseño gráfico y desarrollo Web. Sin embargo, hay personas dedicadas a ofrecer servicios como creación de planes de negocios y estudios de mercado. Hay bastante variedad.

¿Funciona? Hoy les doy un sí rotundo. El viernes solicité en diseño gráfico para un proyecto que estoy trabajando. Pagué vía paypal, siempre dentro de elance, un 30% de anticipo y bam! 3 horas después recibí el primer borrador del diseño. Un trabajo muy profesional trabajdo en Argentina. Si, ya que el proyecto es en español restringí las ofertas a latinoamérica!

En estos momentos estamos afinando los detalles de este diseño y negociando un nuevo logo para el proyecto.

En realidad les recomiendo visitarlo y estudiar como funciona. Tanto si necesitan realizar un trabajo como si quieren ofrecer sus servicios a un mercado global por ahí.

Si tienen dudas de cómo funciona, alguna otra inquietud o experiencia que compartir, a los comentarios!

La regla 10-20-30 para dar mejores presentaciones

Es cierto, no todas las presentaciones son igual de importantes. Si tienes que dar una presentación importante es necesario que tomes lo siguiente muy en cuenta.

  • Nunca utilices más de 10 slides. Más allá de esto estas o repitiendo contenido o abusando del apoyo audiovisual.
  • Da tu presentación en menos de 20 minutos. Este es el tiempo límite que tu audiencia puede mantener la atención en el tema siendo presentado.
  • Utiliza Font tamaño 30. O al menos pon la cantidad de texto que te cabría con un tipo de letra de este tamaño. Nadie quiere ver a otra persona ir a “leer” diapositivas. Recuerda, es APOYO audiovisual, no un resumen de lo que quiere decir.

Estos tips son tomados del libro Reality Check de Guy Kawasaki. En el contexto original son dirigidos a emprendedores que están presentando sus proyectos a inversionistas. Las ideas me parecen fantásticas y creo que se pueden aplicar a cualquier tipo de presentación “importante”. Simple, directo y eficiente.

Espero les sirvan.

5 señales que un proyecto va para mal

Hoy por la mañana tuve la oportunidad de leer un artículo de Paul Glen titulado “Five Signs a Project is Headed for Trouble” publicado en CIO. Me pareció muy interesante y procedo a presentar mi traducción e impresiones del mismo.

Es tan importante poder saber de antemano que hay problemas en un proyecto. Más ahora en estos tiempos difíciles. Mientras antes se identifique que hay problemas, existe más probabilidad de obtener los resultados esperados. 5 claras señales de que un proyecto va en mala dirección son:

  1. La dirección de la administración es inconsistente o no existente – Si el liderazgo del proyecto está “loqueando”, es probable que la dirección del proyecto va mal. De la misma manera, si las personas a cargo del proyecto están cambiando constantemente, hay un problema.
  2. La administración del proyecto y la administración del negocio se ven desconectadas – Si se tiene una dirección constante y certera para el proyecto pero esta está en desacuerdo con las expectativas de la administración comercial, se viene un lío encima.
  3. El equipo carece un compromiso a un objetivo claro que es entendido por todos – Todo proyecto tiene uno o dos objetivos. Estos pueden ser vagamente discutidos o presentados de una manera concisa. No obstante, ex muy raro que un negocio de dinero para algo que no tiene realmente no tiene un propósito de ser. Esto lleva a la tendencia en creer que el propósito de un proyecto es tan obvio que no vale la pena articularlo. Lamentablemente esto lleva a malentendidos y asumpciones erróneas respecto a las prioridades.
  4. Los miembros del equipo no se escuchan el uno al otro – Aunque los miembros del equipo se llevan bien personalmente, muchas veces no se escuchan los unos a los otros. Esta tendencia lleva al desastre ya que las personas se ven incapacitadas para coordinar actividades y hacer los compromisos necesarios para permitir que los proyectos se muevan para adelante.
  5. El equipo está en estado de discordia – De vez en cuando los equipos se separan en “bando”. Este estado de discordia es un proceso destructivo. Ya se sabe como terminará la historia.

Si se ve cualquiera de estos síntomas se debe actuar ahora. No se puede esperar a que sea obvio que el proyecto es un fracaso esperando a suceder. Al intervenir a la primer sospecha de problema es posible que se pueda rescatar tanto el proyecto como la carrera de las personas involucradas en el mismo.

Nota: Quiero agradecer a “Bruno” en Guatemala por su observación respecto a la cita del material original. Quiero expresar públicamente mis disculpas al autor por inicialmente no haber dado el crédito merecido. Esto no fue intencional.