¿Un solo equipo de desarrolladores atrae código que no se puede escalar ni mantener?

No, pero el código se beneficia de más pares de ojos que lo miran.

Un desarrollador único que haya trabajado en el mismo código durante mucho tiempo sabrá ese código al revés. Existe un incentivo para agregar comentarios cuando sea necesario como ayuda para la memoria, pero el diseño de “panorama general” puede haberse vuelto ligeramente nublado con el tiempo. Es posible que haya habido un “anteproyecto” original antes de que la realidad entrara en acción. Bajo presión para entregar, mantener la documentación actualizada a menudo se descuida. El detalle bien puede estar en los comentarios: el panorama general puede haber cambiado ligeramente.

Poner al nuevo tipo al día principalmente significa comprender el panorama general. Una vez que tiene un marco mental que puede colorear, el resto puede seguir. Los detalles se pueden aprender cuando sea necesario.

El hecho mismo de que haya otro desarrollador construyendo cosas en el mismo código significa que las interfaces ahora deben hacerse más explícitas y los acuerdos deben hacerse explícitos en lugar de implícitos.

Tener otro cerebro contra el cual intercambiar ideas también ayuda.

En general, diría que tener un solo desarrollador puede funcionar bien, y posiblemente sea más eficiente en el tiempo, pero el código se beneficia al tener más desarrolladores trabajando en él.