De los primeros pasos en reformular la mentalidad de producto en @cooltra es definir esa mentalidad común.

Primero, compartir definiciones de los principios y prácticas que más utilizaremos y construir un lenguaje común. Toda persona que participe debe entender estos conceptos.

YAGNI
・https://martinfowler.com/bliki/Yagni.html

Cost of delay
- Short
・https://blackswanfarming.com/cost-of-delay/
・https://blackswanfarming.com/qualitative-cost-delay/
・https://blackswanfarming.com/urgency-profiles/

- Advanced
・https://pragprog.com/titles/rjnsd/the-nature-of-software-development/
・https://commitment-thebook.com/

Product Mindset
- Short
・https://www.svpg.com/empowered-product-teams
・https://www.svpg.com/product-vs-feature-teams
・https://www.svpg.com/product-vs-project-teams
・https://www.svpg.com/changing-how-you-decide-which-problems-to-solve

- Advanced
・https://www.svpg.com/books/inspired-how-to-create-tech-products-customers-love-2nd-edition
・https://melissaperri.com/book

Lean
- Short
・https://kanbanize.com/lean-management

- Advanced
・https://theleanstartup.com
・https://www.oreilly.com/library/view/lean-software-development/0321150783
・https://www.oreilly.com/library/view/running-lean-2nd/9781449321529/
・https://thisislean.com/

Kanban
・https://www.goodreads.com/en/book/show/8086552-kanban
・https://shop.leankanban.com/products/stop-starting-start-finishing-arne-roock-english-kindle-mobi-ebook-digital-edition

Success measures
・https://leanpub.com/escapevelocity

Design sprint
・https://www.thesprintbook.com/book
・https://designsprintkit.withgoogle.com/

Buscando la mentalidad de producto

💀 postmortem 💀 de incidentes en producción: de las herramientas que mejor nos están funcionando para la mejora continua de equipo y producto.

Lo hacemos ante cualquier incidente que afecte a usuarias o clientes, cuanto antes y con esta plantilla:
https://gist.github.com/alexfdz/b717702d8f320c0224fc269e71c92a10

1️⃣  Alguien prepara los dos primeros puntos (~15 min)
2️⃣  Sesión con el equipo para encontrar acciones (~30 min)
3️⃣  Compartir con los departamentos afectados
4️⃣  Priorizar las acciones

En el estado actual del equipo, creo que sacamos más ideas de mejora que con retros.

💀 postmortem 💀

🆕 🎬 demos async: el equipo ha crecido y cuesta estar al día de todo lo que hacemos. Lo hemos solucionado con una demo async (slack video clip max 5 min) al finalizar una tarea.
Ahora estamos al día con esfuerzo mínimo e incluso gente de fuera del equipo las mira. https://twitter.com/_alexfdz/status/1483706620412841988 

➕para que sea más fácil encontrarlas y consumirlas cuando apetezca, ponemos las demos en el canal de noticias. Menos ruido y compartido con gente externa al equipo.
https://twitter.com/_alexfdz/status/1483706628906102788

Prácticas para trabajo asíncrono (II)

No se trata de ir más rápido, se trata de hacer menos, hacer sólo lo que da valor ahora.

Intenta contestar estas preguntas siempre:
Qué problema estamos intentando solucionar?
Qué dejamos de ganar si no lo hacemos ahora?

Si no puedes contestarlas, pregúntalas a otra persona. https://twitter.com/_alexfdz/status/1485510197401554946

Si la respuesta es "nada", no lo hagas.

Acabas de ahorrar mucho más tiempo y dinero del que te crees.

x10 developer

En el equipo creemos en la colaboración síncrona mediante pairing y el resto cuanto más asíncrona mejor. Nos da flexibilidad, más tiempo para reflexionar y mejor documentación de las razones detrás de una decisión. 
🧵 Qué estamos probando para mejorar nuestra comunicación async:

❓ Preguntas simples: cuando alguien tiene una pregunta simple que parece, intentamos primero una votación por slack, ya sea con reacciones o algún add-on de slack. 

🗞️ Noticias: Algo a notificar que no necesita de feedback y puede consumirse asíncronamente. Mensajes en un canal distinto para evitar el ruido de las conversaciones. Yo lo suelo tener silenciado y las leo antes del stand-up. 

🗨️ Propuestas: cuando una pregunta no es todo lo simple que parecía o una propuesta de la que quieres feedback por su impacto en el equipo o sistema. 
Issue en github explicando la propuesta para recibir feedback y mejorar la propuesta hasta que sea aceptada o revocada. 

📃 ADRs: cuando tomamos una decisión que tiene cierto impacto escribimos un Architectural Decision Record mediante una pull-request para recibir feedback y consolidar la decisión.
https://adr.github.io/

https://twitter.com/_alexfdz/status/1502178327515197441

Prácticas para trabajo asíncrono

🔔 MUY ORGULLOSO de que mi siguiente aventura sea construir una cultura de desarrollo in-house basada en Lean y XP, en un producto que adoro y al lado de profesionales que admiro desde hace muchos años. 
¿Quieres saber más? 👇

¿El producto? @cooltra 
Movilidad sostenible, transformar las ciudades, telemetría, sinfín de nuevas ideas... y motos, me gustan MUCHO las motos.
💙 🛵⚡ 

¿El equipo? Gente de la que aprendo desde hace muchos años.

Pragmatismo, empatía, profesionalismo y pasárselobien a niveles nunca vistos. 

¿La aventura? Lean y XP como pilares para construir y hacer crecer un nuevo equipo de producto.

Que la tecnología promueva y acelere la capacidad de aprender y adaptarse de @cooltra, nunca lo contrário. 

Nueva aventura

IMHO this is why consultancies cannot truly follow Lean and Agile principles.

"Do less" means invoice less, and they have a business to run. https://twitter.com/SamirTalwar/status/1318904227935227905

The only way for fastest feedback cycles, removing waste, true YANGNI, embracing change,... is with in-house cross-functional product teams.

Only one goal, business* growth.

* not the consultancy business