¿Qué tan comunes son las prácticas de programación extrema / ágil entre las nuevas empresas de Silicon Valley?

Más importante que ser ágil / no ágil es ser “ágil” para una startup. Twitter no se propuso construir Twitter, Flickr no se propuso compartir fotos. Las nuevas empresas tienen que convertirse en un centavo. Las startups que no son Nimble terminan colapsando o llegan al mercado tan tarde que a nadie le importa.

Después de eso, depende del inicio y el tamaño. Cuando tienes 5 chicos en una habitación, eres inherentemente ágil, porque decides qué hacer a continuación, lo haces, lo pones en producción y repites.

Agile entra cuando ves la necesidad de ser más organizado que eso, porque tienes que coordinar con un grupo más grande de personas como el lado comercial. Eso sucede en el momento en que todos en una empresa ya no pueden caber en la misma habitación. Cuando te das cuenta de que el mito de la mejor trampa para ratones está mal: si tienes una mejor trampa para ratones, debes colocar un cartel gigante que diga “¡Mejor trampa para ratones aquí!”.

Es decir, cuando contratas a tu primer chico de marketing.

En ese punto, es una buena idea ir Ágil, para que todos trabajen juntos un poco mejor y un poco más eficientemente. Pero Good Project Management es Good Project Management, hay startups que también lo hicieron con el modelo en cascada. Agile no inventó Good Project Management, solo institucionaliza muchas prácticas de GPM.

No he visto que sea una práctica explícita en startups más pequeñas: por lo general, las cosas son mucho más caóticas y las cosas cambian demasiado rápido y demasiado para admitir metodologías fijas. Hacer algo que la gente quiera + moverse rápido, romper las cosas es la norma.

Sucede pero no tanto como debería.

Transmitir el desarrollo impulsado por pruebas y la integración continua significa que lleva más tiempo obtener la calidad suficiente para enviar y hace que sus ciclos de lanzamiento sean cada vez más largos e impredecibles a medida que obtiene una matriz multidimensional de características interactivas que a su vez pueden matar a una empresa.

Es _realmente_ importante recibir retroalimentación temprana para que pueda construir otra cosa si lo que está haciendo no es lo que la gente quiere cuando llega el momento de escribir cheques.

La programación de pares no se realiza con mucha frecuencia en la industria. Creo que funciona bien para problemas muy difíciles, pero sería un desperdicio de recursos para los más simples.