Cómo cumplimos las fechas de entrega en programación
Este post es el 4º de la serie de posts con los que te estoy presentado al equipo de SumaCRM, ahora parte de efficy. Los anteriores son:
- Equipo Comercial: Cómo escalamos el equipo comercial con cazadores y granjeros.
- Equipo Marketing: Todo nuestro marketing online al descubierto.
- Equipo Soporte: Cómo damos soporte a más de 900 clientes con sólo 1 persona.
Mi mayor cagada en SumaCRM, ahora parte de efficy, fue hace 7 meses, el 20 de septiembre de 2016, cuando anuncié por email el lanzamiento de efficy 2.0 (antes SumaCRM) a bombo y platillo:
Mis socios y responsables de programación, Henry y Samuel, me habían dicho que había quedado increíble de bien y que en 10 días lo lanzábamos.
Un par de días después pude testearlo antes de lanzarlo y, lamentablemente lo que habían hecho, después de 2 meses de desarrollo a full, no era lo que queríamos y no podíamos publicarlo. Pero ya lo había anunciado... gestionando fatal las expectativas de nuestros clientes.
Y lo que es peor, 2 meses después seguía sin estar. Empezamos a tener discusiones bastante incómodas entre programación y el resto de departamentos, así que decidimos pausarlo para salirnos del bosque, y analizar el fallo sin buscar culpables, sino soluciones.
Me puse a investigar por internet y a devorar todo lo que caía en mis manos sobre organización en departamentos de programación. La buena noticia es que a las pocas semanas creamos nuestro propio framework de trabajo de programación, con el que desde hace 5 meses no sólo hemos vuelto a cumplir con las fechas de entrega, sino que tenemos una comunicación buenísima, mil veces mejor que antes, que incluso ha hecho que desde la semana pasada volvamos a abordar el desarrollo de Suma 2.0. (ahora efficy) :)
Así que por si te sirve, en este post te quiero dejar nuestro propio framework para afrontar nuevos desarrollos, que empieza por:
1) Las fechas de entrega son sagradas
Los deadline son súper necesarios ya que sirven para priorizar. A mí mismo me pasa con los posts, gracias a tener el martes como deadline, el lunes soy súper productivo. Estoy convencido que sin el deadline podría tirarme 1 semana más haciendo el post y que en cualquier caso no sería mejor.
En programación pasa lo mismo, pero la verdad es que programar es más difícil que hacer un post y pueden surgir imprevistos.
Uno de los descubrimientos que hicimos fue que para estos imprevistos, están las metodologías ágiles, que sirven para estar súper organizados, focus, con buena comunicación, y que en caso de un imprevisto no te tires demasiado tiempo hasta que te des cuenta que no vas en buen rumbo (por ejemplo nuestros 4 meses de desarrollo de la versión 2.0) y puedas orientar el barco antes.
Dentro de las metodologías ágiles nosotros hacemos KANBAN (muy similar a SCRUM pero evolucionado)
Utilizamos el apartado de Proyectos de efficy, para organizar y dar seguimiento.
Si quieres conocer más sobre la funcionalidad de Proyectos en efficy, te dejo el siguiente vídeo ;)
Los niveles son:
- Nombre del proyecto: resumen global del estado del proyecto y el progreso
- Fases del proyecto: es el segundo nivel, dentro de este se alojan los siguientes niveles que se componen de entregables y tareas.
- Entregables: los entregables se encuentran alojados dentro de cada fase de proyecto, en ellos podemos dar seguimiento a cada cliente, actividad, persona y acción relacionada al proyecto, así como ir midiendo el progreso de cada uno de ellos.
- Tareas: es el nivel más bajo, al igual que los entregables, se puede hacer seguimiento de todas las personas y acciones relacionadas a cada tarea.
Dentro del tablero de Proyectos existen atajos para ir al nivel del interés, así como filtros para seleccionar la información que queremos ver en pantalla como fecha de inicio, fecha de fin, responsable, estatus, etc.
También te dejo el vídeo con el que yo entendí Kanban por primera vez, es de Eric Brechner el CTO de Microsoft XBOX, y lo hace con palabras tan normales y en lenguaje tan coloquial que lo entiende un niño de 4 años :)
2) Decir NO a la solución y Sí al problema
Es clave escuchar a los clientes, pero sobre todo entender sus necesidades. Debemos saber cómo escucharlos.
Hay una frase que me encanta de Henry Ford:
Si cuando hablas con clientes, te dicen lo que quieren y te pones a hablar de esa solución, te puedes quedar en la superficie y no llegar a la raíz del problema donde está la solución de verdad.
La clave para poder hablar del problema y no de la solución (comprar más caballos jeje) está en preguntar ¿por qué? hasta el final.
Te lo cuento con un ejemplo muy visual:
Yo: Me he quedado sin gasolina en el coche.
Tu: ¿Por qué?
Yo: Porque no cogí la salida de la gasolinera.
>> Aquí la cagada sería no seguir preguntando y pensar que hay que poner una salida justo en el punto en el que la persona se quedó sin gasolina, pero fíjate si sigues preguntando...
Tu: ¿Por qué no cogiste la salida?
Yo: Porque no tenía dinero.
Tu: ¿Por qué no tenías dinero?
Yo: Porque ayer jugué al poker y estoy a cero.
Tu: Ah!! Ok !! Entonces tienes que dejar de jugar al poker.
>> Este es el problema real y por lo tanto la solución de verdad :)
3) Mejor hacer el 80% pronto que el 100% tarde
Muchas veces para resolver el 100% de un problema se dedica proporcionalmente mucho más tiempo que resolver el 80%, pero ese 80% soluciona el problema al 100% a la inmensa mayoría.
Llegado el caso, tratamos de seguir 3 principios del bestseller "Getting Real: The smarter, faster, easier way to build a successful web application"
- YAGNI (Siglas de You aint gonna need it = No lo vas a necesitar)
No hay que invertir ni un segundo en cosas que no sabes si son necesarias o no, porque la gran mayoría no lo son. Es decir, no hacer lo de "Ya que estas con eso, ¿haces esto otro?" Cuando alguien hace eso tratamos de decir en voz alta "Eso es YAGNI" - BASIC FIRST: Que lo básico esté MUY BIEN resuelto antes de poner cualquier adorno encima. Así sólo "pierdes" el tiempo en los adornos cuando de verdad va a ser final.
- KILL YOUR BABIES: Hay que enamorarse del problema, pero no de tus soluciones. Si no lo es, hay que estar dispuesto a eliminarlo.
Por último, pero lo más importante: los magos
Con la Semana Santa no me ha dado tiempo a cuadrar agendas para hacer un vídeo con ellos, pero te los dejo en foto en su salsa:
Son respectivamente Henry y Samuel, que hicieron nuestro CRM desde cero!!
¿Y qué más para el próximo martes?
El próximo martes debería continuar con la serie de posts en la que te estoy presentando al equipo de efficy, pero tengo ganas de volver a la carga con posts relacionados con nuestros aprendizajes en ventas, así que te contaré cómo conseguimos recomendaciones B2B.
En cualquier caso, por supuesto me quedan pendiente 2 posts de esta serie: 1) mis cagadas y aciertos como CEO y 2) nuestro excel flujo de caja de caja actualizado a día de hoy.
Si quieres recibirlos, y no olvidarte de visitar la web, escribe tu email debajo y te avisaré de cada post de nuestro viaje a los 100.000€/mes.
No hace falta que seas cliente para unirte al viaje de este blog.
Y por último: Prueba efficy gratis
¡Hasta pronto!
Tomi, de efficy
Otros posts que te pueden interesar:
