¿Tienes cientos de proyectos a medias?, ¿no puedes evitar saltar de una idea a otra?, ¿no consigues terminar nada?. Tranquil@ no estás sol@. En esta charla conocerás las estrategias que sigue Carlos Cabo para afrontar sus proyectos personales e intentar terminarlos. Te contará qué recursos usa, cómo se organiza y reflexionaremos sobre el tema para ayudarte a encontrar tus propias palancas. Carlos Cabo ( @putuko ) es el famosérrimo creador de proyectos paralelos como http://tatuarte.org, http://rgb.to, http://palett.es, http://latitude.to, twitter.com/GeometricBot... y tuitstar a tiempo parcial. Trabaja como front-end developer en Simplelógica | The Cocktail.

1. Cómo terminar los
proyectos personales
que se empiezan…
...o no!
by @putuko 2017

2. Esta charla va de las estrategias que sigue @putuko para
afrontar sus proyectos personales e intentar terminarlos.
Espero que las ideas sean aplicables a tu persona, y que te
ayuden a reflexionar sobre el tema y encontrar tus palancas.
Perdón de antemano si los conceptos están un poco
desorganizados o me voy un poco por las ramas.
En mi local funciona

3. @putuko famoso creador de proyectos paralelos como
Trabajo como front-end developer en
Simplelógica | The Coktail
• http://tatuarte.org
• http://rgb.to
• http://palett.es
• http://latitude.to
• http://nsfw.io
• @GeometricBot ...
Quién soy yo

4. Empiezo docenas de ideas, pero no termino ninguna.
Me he sentido fracasad@ por no terminar las cosas.
De repente veo que alguien ha desarrollado una idea que
tuve hace tiempo (y que no hice) y siento que he perdido mi
oportunidad.
Me da la impresión de que todo el mundo termina cosas
menos yo.
¿De qué quiero que
hablemos hoy?

6. La voluntad es un recurso que se agota, hay que
administrarlo. Se agota, pero se puede recargar.
Hacer un sideproject es como ahorrar para comprar algo
que me gusta.
( Ahorrar para comprar una cámara con el dinero de dejar de fumar )
Yo me imagino la voluntad como un vaso que se llena y se
vacía o como una batería que hay que recargar.
( Visualizo un porcentaje.. 80%, 30% )
Yo me imagino la voluntad como un vaso que se llena y se
vacía o como una batería que hay que recargar.
( Visualizo un porcentaje.. 80%, 30% )
Voluntad / motivación

7. Es lo primero que me pregunto cuando me planteo un nuevo
proyecto personal: ¿cual es el objectivo general?.
Tener claro UN objetivo nos ayuda a mantener el foco.
• Experimentar / investigar
• Aprendizaje / crecimiento profesional
• Ganar pasta (o un sobresueldo)
• Solucionar un problema nuestro o de más gente…
¿Qué queremos conseguir?

8. • No soy Newton o Mozart
• La inmensa mayoría de proyectos fracasan
• Es muy poco probable que me haga millonario
• Mi proyecto casero no va a cambiar el mundo
• Ser un@ rockstar del desarrollo no me hará famos@
• Los fracasos ayudan a aprender ( postmortem )
• Hacer una lista de aplicaciones de iOS / Android que lo
hayan petado y que sepamos que eran indie.
• Echar un ojo a Start-up Graveyard
La mierda post-punk: es
una mierda pero lo sabe y
se ríe.
El sentimiento de fracaso viene
de las expectativas no realistas
Ejercicio

9. 2,350,000 apps en la AppStore
+1,500,000 nunca han sido descargadas

10. Las ideas son gratis, todo el mundo tiene ideas,
probablemente todas las ideas que se te ocurran ya estén
hechas.
Una idea que no se materializa
no vale absolutamente nada.
¿Has visto una idea que has tenido?
Fenomenal, tus ideas no son malas. Pero seamos realistas
¿hubieses podido hacerla?, si estás haciéndola ¿merece la
pena seguir con ella?…
Las ideas

11. • Hacerlas mejores (más usables) ( rgb.to )
• Conectarlas / mezclarlas con otras ideas
• Añadir funcionalidad ( CUIDADO! )
• Posicionarlas / orientarlas mejor
• En un nicho con menos competencia
• En español (o i18n)
• Para un colectivo (diseñadores…)
Siempre se pueden mejorar ideas ya existentes.
La ejecución es importante (es sobre lo que podemos tener
control nosotros). No podemos controlar que algo sea viral,
pero sí podemos controlar que esté bien hecho.
¿Todas las ideas están hechas?

12. László József Bíró, 1938

13. Mis herramientas básicas son:
• Lápiz y papel, Moleskine / libreta
• Google docs
Dos documentos básicos:
• Documento de definición
• Lista de tareas
Organizar y dar forma a las ideas
Cuando tengo una idea lo primero que hago es crear
estos dos documentos, antes de hacer nada más.

14. • Ponerle un codename / título a la idea
• Describir en lenguaje natural la esencia de la idea (max
1/2 folio). Un párrafo que le podamos contar a alguién en
30 segundos.
• Listar todas las características que nos gustaría que
tuviese (no hay problema con fliparse)
Documentar la idea (1)

15. • Definir las tareas y subtareas
• Aprender cosas que no sabes es una tarea
• Identificar los posibles escollos
• Cosas que no hemos hecho nunca
• Cosas que dependen de terceros
• Cosas que sospechamos complejas
• … ( latitude.to y la Wikipedia )
Documentar la idea (2)

16. • Definir Mínimo Proyecto Viable (MVP)
• Definir Fase2 / Fase3…
• Iterar sobre el documento (poner versiones… etc.)
MoSCoW
https://en.wikipedia.org/wiki/MoSCoW_method
Must have, Should have, Could have, Won’t have
Documentar la idea (3)

18. Es mucho más sencillo hacer cosas sobre un tema que
sabes o que al menos te interesa… si no estás jodid@.
( El Tunning… )
Comentar la idea con alguien de confianza, ayuda a tener
visión desde otros ángulos que se nos pueden haber
pasado. ( Teddy Bear… )
Reflexiones

19. «Es increíble la de cosas que puedes hacer
si te sientas y las haces.»
Un proyecto sólo depende de dos cosas:
Motivación y tiempo.

20. Aprender a decir
NO

21. • Dedicación diaria
• Estimar de forma pesimista
• Aplicar un factor corrector ( +20% )
• Ponerse en el caso peor ( calcular el Euribor )
• Conocer tus límites absolutos ( 6 meses )
Ser consciente de tus límites

22. • Hay que administrar el tiempo
( quitar features, no ver la TV, no jugar tanto… )
• Reservar el tiempo (de verdad)
• Ponerse deadlines (soft).
• Hay que pasar tiempo fuera del ordenador
( mis mejores ideas aparecen andando, sobre todo las experimentales )
Dejar las ideas en barbecho.
Gestionar tu tiempo

23. El mejor momento para abandonar un side project es
este (no hemos perdido tiempo de desarrollo, no hemos
gastado dinero… etc.)
Si tienes la idea para el próximo Google no necesitas
inversores, necesitas un banco.
Una retirada a tiempo
es una victoria

24. • Food, Fuck, Fly, Fight (4fs)
• Cansancio
• Hambre
• Posibles parejas sexuales
• Distracciones varias (ruidos, luces, cosas que se mueven…)
El desarrollo (1):
Tu cerebro de reptil intentará
boicotearte siempre.
Un StarBucks es el peor lugar del mundo para trabajar.
Crea tu propio lugar de trabajo, con tu propio ritual.

26. • Fast & Dirty. Lo perfecto es enemigo de lo bueno
• Es importante tener algo visible pronto
• Programa tu documentación
• No trabajar para el futuro / No hacer sobre-ingeniería
• Más importante que se pueda rehacer / borrar que ampliar
• Refactorizar / recapitular / recuperar el foco
• Los proyectos son iterativos ( los productos físicos tb. )
El desarrollo (2): Some tips.
Recuerda: No eres el Mozart de la programación.

27. • Haz un boilerplate / plantilla
Hacer una plantilla es un sideproject en si mismo.
@GeometricBot
• Usa herramientas que ya existen ( Wordpress ?, El blog de los gatos )
• Crea tus propias herramientas / librerías
( documéntalas, hazlas publicas )
• Intenta ser modular / reutilizar
El desarrollo (3): Herramientas.
Recuerda: No eres el Newton del diseño.

28. Lleva la lista de tareas priorizadas actualizada
• Ayuda a no perder la moral
• Ayuda a fijarse objetivos / sprints / deadlines
• Ayuda a ver el avance y a dar empuje al proyecto.
• Permite recuperar el punto en que lo dejamos
El desarrollo (4): Lista de tareas.
Recuerda: No eres el Picasso de la programación.

29. • Aprovechar los momentos de «engorilamiento».
• Dar prioridad a la parte compleja / desagradable. Hacer
tareas pequeñas más agradecidas al final de las sesiones.
( Logos y dominios )
• Resolver secuencialmente
Nuevas necesidades >>> Biblia / tasklist
• Usar mucho lápiz y papel
• Contarle a alguien lo que estás haciendo ( otra vez )
El desarrollo (5): Día a día.
Recuerda: No eres el Kubrick de la programación.

30. Resumen final
• Un proyecto sólo precisa de motivación y tiempo
• Todo está inventado
• Documentar ayuda a ver la dimensión del proyecto,
medir su progreso y su avance.
• A veces lo mejor de un proyecto es el desarrollo en sí
• Una retirada a tiempo es una victoria.
• La vida es una lucha constante contra nosotros mismos y
nuestro cerecbro de reptil.

31. Anexos (1)
• Habla con alguién, haz un diario, cuéntalo al mundo.
• Para ganar dinero hay que gastar dinero
( Diseño, traducciones )
• Trabaja en equipo ( O no… Acutar.io )
• Escucha las ideas de los demás ( usuarios, betatesters, colegas… )
• Cuidado con las cuestiones legales

32. Bibliografía
• https://www.youtube.com/watch?v=VvesT12PMEo
• https://medium.com/things-developers-care-about/why-
developers-never-finish-their-projects-
bf39d3424114#.eueb3ys8a
• https://blog.todoist.com/2015/11/09/how-to-keep-side-
projects-moving-forward/
• https://en.wikipedia.org/wiki/MoSCoW_method

33. ¡Gracias!
• @putuko
• carloscabo@gmail.com
• http://carloscabo.com
• http://bit.ly/terminar-cosas
Esta presentación: