Summary (สรุป)
ขอ สรุปบทนี้ นี่คือสิ่งที่ผมมองว่าเป็นความรับผิดชอบหลักของสถาปนิกเชิงวิวัฒนาการ:
Vision (วิสัยทัศน์)
มั่นใจว่ามีวิสัยทัศน์ทางเทคนิคที่สื่อสารอย่างชัดเจนสำหรับระบบ ซึ่งจะช่วยให้มันตอบสนองความต้องการของลูกค้าและองค์กรของคุณ
Empathy (ความเห็นอกเห็นใจ)
เข้าใจ ผลกระทบของการตัดสินใจของคุณต่อลูกค้าและเพื่อนร่วมงาน
Collaboration (การทำงานร่วมกัน)
มีส่วนร่วม กับเพื่อนร่วมงานให้ได้มากที่สุดเท่าที่จะเป็นไปได้ เพื่อช่วยกำหนด ปรับปรุง และดำเนินการตามวิสัยทัศน์
Adaptability (การปรับตัว)
มั่นใจ ว่าวิสัยทัศน์ทางเทคนิคเปลี่ยนแปลงตามที่ลูกค้าหรือองค์กรของคุณต้องการ
Autonomy (ความเป็นอิสระ)
หา สมดุลที่ถูกต้องระหว่างการสร้างมาตรฐานและการเปิดทางให้ทีมของคุณเป็นอิสระ
Governance (การกำกับดูแล)
มั่นใจ ว่าระบบที่ถูกนำไปใช้สอดคล้องกับวิสัยทัศน์ทางเทคนิค และมั่นใจว่าคนสามารถทำสิ่งที่ถูกต้องได้อย่างง่ายดาย
สถาปนิกเชิงวิวัฒนาการคือคนที่เข้าใจว่าการแสดงความรับผิดชอบหลักเหล่านี้เป็นการรักษาสมดุลอย่างต่อเนื่อง แรงต่างๆ ผลักดันเราไปในทิศทางใดทิศทางหนึ่งอยู่เสมอ และการเข้าใจว่าเมื่อไรควรผลักกลับหรือเมื่อไรควรไหลตาม มักเป็นสิ่งที่มาพร้อมกับประสบการณ์เท่านั้น แต่ปฏิกิริยาที่แย่ที่สุดต่อแรงเหล่านี้ที่ผลักดันให้เราเปลี่ยนแปลงคือการยึดติดหรือแข็งทื่อมากขึ้นในความคิดของเรา
แม้คำแนะนำส่วนใหญ่ในบทนี้จะนำไปใช้ได้กับสถาปนิกระบบทั่วไป แต่ไมโครเซอร์วิสให้การตัดสินใจกับเรามากขึ้นอีกมาก ดังนั้นความสามารถในการรักษาสมดุลของ trade-off ทั้งหมดนี้จึงสำคัญมาก ถ้าคุณอยากสำรวจหัวข้อนี้ให้ลึกขึ้น ผมขอแนะนำ Building Evolutionary Architectures ที่อ้างถึงไปแล้ว รวมถึง The Software Architect Elevator ของ Gregor Hohpe 9 ซึ่งช่วยให้สถาปนิกเข้าใจว่าพวกเขาสามารถเชื่อมช่องว่างระหว่างการคิดเชิงกลยุทธ์ระดับสูงกับการส่งมอบงานหน้างานจริงได้อย่างไร
เราใกล้จะถึงตอนจบของหนังสือแล้ว และเราได้ครอบคลุมเนื้อหาไปมากมาย ใน Afterword เราจะสรุปสิ่งที่เราได้เรียนรู้กัน
1 ด้วยเหตุผลหลายอย่าง ที่ไม่น้อยไปกว่าเรื่องที่ผมเองก็จบปริญญาด้าน software engineering มา…
2 นี่มาจากการแลกเปลี่ยนอีเมลในเมลลิ่งลิสต์ extreme programming ซึ่ง Martin Fowler นำมาแชร์ต่อในบทความของเขา "Who Needs an Architect?"
3 ลิฟต์ สำหรับผู้อ่านชาวอเมริกาเหนือของผม
4 Grady Booch (@Grady_Booch), Twitter, September 4, 2020, 5:12 a.m., https://oreil.ly/ZgPRZ .
5 Jon Moore, "Architecture with 800 of My Closest Friends: The Evolution of Comcast's Architecture Guild," InfoQ, May 14, 2019, https://oreil.ly/aIvbi .
6 Richard Gabriel, Patterns of Software: Tales from the Software Community (New York: Oxford University Press, 1996).
7 Neal Ford, Rebecca Parsons, and Patrick Kua, Building Evolutionary Architectures (Sebastopol: O'Reilly, 2017).
8 COBIT 5: A Business Framework for the Governance and Management of Enterprise IT (Rolling Meadows, IL: ISACA, 2012).
9 Gregor Hohpe, The Software Architect Elevator (Sebastopol: O'Reilly, 2020).