Este artículo nace inspirado precisamente en la ley de Conway y en la observación de todas aquellas organizaciones que tuve la oportunidad de conocer, en mi recorrido como consultor, instructor y coach, para empresas como Sun Microsystems, Red Hat y varias Universidades de la región. Trabajar con clientes de diferentes países (Chile, Perú, Argentina, Uruguay, Bolivia, Paraguay, etc.), pertenecientes a distintas industrias como gobierno, entretenimiento, salud y telecomunicaciones entre otras, me permitió  encontrar en cada una de estas organizaciones problemas similares de performance, disponibilidad, seguridad y usabilidad, que dan como resultado productos deficientes, que no cumplen con las expectativas de los Stakeholders. Inclusive algunos como resultados de proyectos que según sus métricas y objetivos fueron considerados exitosos. Lo interesante es que por más cambios de tecnología, de equipos, de proveedores, de líderes, de metodologías (RUP, Scrum, XP, ITIL, entre otras), estos problemas se vuelven a repetir una y otra vez en el tiempo. Ya es hora de que dejemos de apuntar a que el origen de estos problemas, es el enfoque en cascada o  una tecnología legada considerada obsoleta.

Una de las cosas que más me ha llamado la atención, es que en todas estas organizaciones no existe un consenso de lo que es realmente el producto. Cómo construir algo en forma colaborativa entre equipos de marketing, legales, desarrollo, operaciones y diferentes proveedores, por solo nombrar algunos de los involucrados, si no tenemos claro que estamos construyendo. Nuevamente haciendo referencia a Conway, vemos que el diseño de organización tradicional existente en la mayoría de los casos en la región, trae claros problemas de comunicación y colaboración, que no permiten a los equipos tener una idea clara del producto que deben construir.