Estas Navidades he aprovechado para leer un libro que me recomendaron y al que le tenía ganas: «Getting real«, de 37 Signals.
Este libro dice muchas y muy interesantes cosas y aquí voy a apuntar algunas de ellas. Pero realmente me gustaría reflexionar sobre sólo uno de los puntos que trata (uno con el que me siento especialmente identificada). Y aquí es donde me pregunto… «ser detallista, ¿es bueno o malo?». Ser detallista en el sentido de cuidar muy mucho los detalles hablando de desarrollo de aplicaciones/ proyectos en Internet. (Ser detallista con tus seres queridos y esas cosas es otro tema en el que no voy a entrar 😀 ).
Ser detallista (o no)
Me tengo por una persona poco detallista… Me explico: soy práctica a más no poder, si sirve tiro millas. Y me gusta dejar para la «fase 2» lo que se puede dejar (pero asegurarme de que la susodicha fase 2 tiene fecha en el calendario). Evito opinar sobre algo si no tengo una opinión más o menos sólida formada al respecto y evito estar en discusiones provocadas por este tipo de opiniones 😉 Esto, como todo, tiene sus ventajas y sus inconvenientes.
- Ventajas: las cosas pasan. Oé!
- Inconvenientes: tratando temas de producto, a veces te dejas un copy, un link en vez de un botón, una esquina cuadrada en vez de redonda… que sí marcan la diferencia. Gajes del oficio (alguien se queja y se cambia, basta con estar atento).
Mi punto de vista está claro: cuidar los detalles del core, de la esencia de lo que estás haciendo… y para ello es necesario tener muy claro hacia dónde vas, con qué y por qué. Con esto es suficiente. A partir de aquí, intentar ser detallista y evitar volverse loco se convierte en una tarea algo más sencilla.
Qué se dice en «Getting real» sobre los detalles
Al leer esta parte de libro me sentí identificada. A menudo me pregunto si no seré demasiado pasota con algunas cosas, pero al leer esto pensé: «Bueno, tan desencaminada no vas. Hay otros caminos seguro, pero el tuyo no está tan mal.»
«Work from lage to small. We’re crazy about details. The devil’s in details»
«The devil’s in details». Aish, qué alivio XD. ¿Y qué más? Desáaaaaaanimo:
«Success isn’t the only thing you’ll find in the details, you’ll also find stagnation, disagreement, meetings and delays. These things can kill morale and lower your chances of success.»
Y algunos consejos prácticos sobre a qué detalles hacer caso y a cuáles no:
- Don’t waste time in problems you don’t have yet
- Find the core market for your applications and fous solely on them
- If you try to please everyone, you won’t please anyone << Esta es una de mis preferidas
- You don’t have a scaling problem yet. Create a great app and then worry about what to do once it’s wildly successful. You have to revisit anyway
- Your app should take sides << Otra de las que me gustan, hay que tomar decisiones
10 frases del libro con las que me quedo (entre muchas otras)
- Constraints drive innovation
- It’s better to make half a product than a half-assed product
- If your app doesn’t excite you, something’s wrong
- Each time you say yes to a feature, you’re adopting a child
- Innovation is not about saying yes to everything, is about saying no to all but the most crucial features
- REM is where the real sleep magic happens. The alone time zone is where the real development magic happens
- Adding people to a late software project makes it later
- Enthusiasm is one attribute you can’t just fake
- If programmers got paid to remove code from software instead of writing new code, software would be a whole lot better
- Bugs happen