Understanding Conway's Law (ทำความเข้าใจกฎของ Conway)

หลักฐานทั้งเชิงประสบการณ์และเชิงประจักษ์บ่งชี้ว่าโครงสร้างองค์กรของเรามีอิทธิพลอย่างมากต่อธรรมชาติ (และคุณภาพ) ของระบบที่เราสร้างขึ้น เราก็รู้ด้วยว่าเราต้องการทีมที่เล็กลง แล้วความเข้าใจนี้ช่วยเราได้อย่างไร? โดยพื้นฐานแล้ว ถ้าเราต้องการสถาปัตยกรรมแบบ loosely coupled เพื่อให้เปลี่ยนแปลงได้ง่ายขึ้น เราก็ต้องการองค์กรที่มีความผูกพันแบบหลวมๆ ด้วยเช่นกัน พูดอีกแบบก็คือ เหตุผลที่เรามักต้องการองค์กรที่มีความผูกพันแบบหลวมๆ มากขึ้นก็เพราะเราต้องการให้ส่วนต่างๆ ขององค์กรสามารถตัดสินใจและลงมือทำได้เร็วและมีประสิทธิภาพมากขึ้น และสถาปัตยกรรมระบบแบบ loosely coupled ก็ช่วยได้อย่างมากในเรื่องนี้

ใน Accelerate ผู้เขียนพบความสัมพันธ์ที่ชัดเจนระหว่างองค์กรที่มีสถาปัตยกรรมแบบ loosely coupled กับความสามารถในการใช้ทีมส่งมอบงานขนาดใหญ่ได้อย่างมีประสิทธิภาพมากขึ้น:

ถ้าเราบรรลุสถาปัตยกรรมแบบ loosely coupled ที่ encapsulate ได้ดี พร้อมกับโครงสร้างองค์กรที่สอดคล้องกัน จะเกิดสิ่งสำคัญสองอย่าง อย่างแรกคือ เราจะได้ประสิทธิภาพการส่งมอบงานที่ดีขึ้น เพิ่มทั้งความถี่และความเสถียร ในขณะที่ลด burnout และความเจ็บปวดจากการ deploy อย่างที่สองคือ เราสามารถขยายขนาดองค์กรวิศวกรรมของเราได้อย่างมาก และเพิ่มผลิตภาพแบบเชิงเส้น—หรือดีกว่าเชิงเส้น—ไปพร้อมกันได้

ในเชิงองค์กร การเปลี่ยนแปลงที่เกิดขึ้นมาสักระยะแล้ว โดยเฉพาะสำหรับองค์กรที่ทำงานในระดับ scale คือการเปลี่ยนออกจากโมเดลการสั่งการและควบคุมแบบรวมศูนย์ เมื่อการตัดสินใจถูกรวมศูนย์ ความเร็วที่องค์กรของเราจะตอบสนองได้จะลดลงอย่างมาก และปัญหานี้ยิ่งทวีความรุนแรงขึ้นเมื่อองค์กรเติบโต—ยิ่งองค์กรใหญ่ขึ้นเท่าไร ธรรมชาติแบบรวมศูนย์ก็ยิ่งลดประสิทธิภาพในการตัดสินใจและความเร็วในการลงมือทำมากขึ้นเท่านั้น

องค์กรต่างๆ เริ่มตระหนักมากขึ้นเรื่อยๆ ว่าถ้าคุณต้องการขยายขนาดองค์กรแต่ยังอยากเคลื่อนที่ได้เร็ว คุณต้องกระจายความรับผิดชอบให้มีประสิทธิภาพมากขึ้น ทำลายการตัดสินใจแบบรวมศูนย์ และผลักดันการตัดสินใจไปยังส่วนต่างๆ ขององค์กรที่สามารถทำงานได้อย่างเป็นอิสระมากขึ้น

ดังนั้นเคล็ดลับก็คือการสร้างองค์กรขนาดใหญ่จากทีมเล็กๆ ที่เป็นอิสระ