Architecture: Solution Architect

สวัสดีครับ,

ครั้งที่แล้วผมโปรยไว้นิดนึง เรื่อง Solution Architect

แต่ตอนสุดท้าย ดันไปอธิบายเรื่อง Software Architecture

ผมก็กลัวคนจะเข้าใจผิด ว่า Solution Architect มันเหมือนหรือต่างกับ Software Architecture ยังไง?

เพราะเห็นหลายที่ชอบเขียนตำแหน่งลงในนามบัตรว่า Solution Architect

หลายคนก็เรียกตัวเองเป็น Solution Architect

แต่การเป็น Solution Architect จริงๆ นั้นเป็นอย่างไร

–

อย่างแรกก่อน Software Architecture

ที่ผมบอกไปใน blog ครั้งที่แล้วว่า

มันคือว่า ” องค์ประกอบของ software  นั้น ทำงานร่วมกันอย่างไร? ”

ถ้าคนที่ define การทำงานร่วมกันขององค์ประกอบ Software นั้นๆ

เราจะเรียกเค้าว่า Software Architect หรือ สถาปนิกด้าน Software นั่นเอง

–

ส่วน Solution Architect คือ สถาปนิกที่หาทางออกของปัญหาต่างๆ

ไม่ว่าจะเป็นด้วย “Software, Hardware, Network, Business หรือแม้นแต่ UX”

โดยทางออกที่ว่านั้น จะต้องอิงอยู่บนโครงสร้างวิธีการแก้ปัญหาเดิม หรือบิดเบือนวิธีการแก้ปัญหาเดิมๆน้อยที่สุด

–

ดังนั้นจะเห็นว่า Solution Architect จะไม่ถูกยึดติดอยู่กับ Software

แต่อยู่ในทุกๆ layer ของเทคโนโลยี บางทีถึงขั้นแก้ policy กันเลยทีเดียว

ดังนั้น คนที่เป็น Solution Architect จำเป็นต้องมีความรู้มุมกว้างในหลายๆเรื่อง

–

ซึ่งโดยปกติแล้ว Solution Architect จะ delivery Solution Architecture

หรือแผนภาพแสดงว่า ปัญหานั้น ถูกแก้ไขด้วยองค์ประกอบใดๆบ้างนั่นเอง

–

สำหรับผม คนจะเป็น Solution Architect ได้

ต้องอธิบายได้ว่า Struts, Spring, JSF ต่างกันยังไง เกิดขึ้นมาแก้ปัญหาใด

ต้องอธิบายได้ว่า virtual machine กับ container ต่างกันอย่างไร เกิดขึ้นมาแก้ปัญหาใด

นี่แหละครับ Solution Architect

–

สวัสดีครับ

–