구조 설계
막힌 곳을 그림 한 장으로 설명하는 것이 구조 설계입니다. 어디가 병목인지 보이기 시작하면 논의는 사람 탓에서 벗어나 조건 이야기로 바뀝니다.
STABILIZER · 설계형
Systems Architect시스템 설계자
Systems Architect. 여러 부분이 어떻게 맞물릴지 전체 얼개를 설계하는 사람.architect(건축가)를 체계 설계에 옮겨 쓴 말.
풀어야 할 문제는 열 개인데 그 열 개가 서로 어떻게 얽혀 있는지 그릴 수 있는 사람이 없습니다. Systems Architect는 이럴 때 문제를 하나씩 처리하지 않습니다. 무엇이 무엇에 걸려 있는지를 먼저 종이에 그립니다.
주변에서는 이 유형을 추상적이라고, 너무 멀리 본다고 말합니다. 정작 Systems Architect가 만드는 것은 실제로 작동하는 구조입니다. 개별 대응을 반복하면 같은 문제가 다시 생긴다는 것을 알기 때문에 구조부터 잡습니다.
사람이 바뀌어도 일이 같은 수준으로 유지된다면 Systems Architect가 구조를 잘 만든 것입니다. 일이 급해지면 그 구조에 매달리다 현장의 감정과 속도를 놓칩니다. 이 유형이 자랄 때 설계는 줄지 않습니다. 좋은 구조를 실제로 쓰기 쉬운 형태까지 낮추는 일이 더해질 뿐입니다.
핵심
작동 원리
Systems Architect가 다루는 단위는 사건 하나가 아니라 사건이 반복되는 방식입니다. 사고가 나면 누가 실수했는지보다 어디서 그런 실수가 나오게 되어 있는지를 봅니다.
요소 사이의 관계를 정리하는 것이 이 유형의 판단 방식입니다. 그래서 같은 보고서를 읽고도 사건이 아니라 그 사건을 만든 조건을 기억합니다.
현장을 아는지 모르는지로 Systems Architect를 평가하면 핵심을 놓칩니다. 봐야 할 것은 그 설계가 언제 반복을 끊고 언제 현실과 멀어지는가입니다.
강점
자원과 강점
관계 파악
다뤄야 할 것이 많을수록 관계 파악과 문제 모델링의 쓸모가 커집니다. 서로 어떻게 걸려 있는지 정리해 두면 고칠 순서는 따로 고민하지 않아도 정해집니다.
장기 안정
조직이 커질 때 장기 안정과 표준화가 필요해집니다. 사람마다 다르게 하던 것을 하나로 맞춰 두면 규모가 늘어도 품질이 유지됩니다.
단계
작동 흐름
흩어진 요소를 하나의 구조로 엮는 것이 Systems Architect의 일입니다. 다음 네 단계는 이 유형이 복잡한 문제를 유지되는 체계로 만드는 순서입니다.
흩어진 요소 사이의 관계를 봅니다.
작동하지 않는 병목을 구조로 설명합니다.
반복 가능한 기준과 흐름을 설계합니다.
시스템이 오래 유지되도록 단순화합니다.
위험 패턴
조정해야 할 부분
현장 감각과 쉬운 설명, 정서 고려가 부족한 Systems Architect는 좋은 구조를 만들고도 아무도 쓰지 않는 상황을 겪습니다. 구조가 틀려서가 아니라 쓸 사람이 이해하지 못했기 때문입니다.
현실을 몰라서 그러는 것이 아닙니다. 급한 대응만 반복하다 더 크게 실패한 적이 있는 Systems Architect는 다급해질수록 구조부터 세우려 합니다. 그러는 사이 현장의 속도를 놓칩니다.
설계한 것을 쓸 사람에게 한 번 시켜 보면 어디가 어려운지 바로 보입니다. 원칙을 버리지 않고도 할 수 있는 조정입니다.
관계 · 일 · 성장
관계와 일에서의 성장 방향
관계에서
설명이 추상적으로 들리면 예를 하나 달라고 하면 됩니다. Systems Architect는 구체적인 사례로 옮기는 순간 곧바로 알아듣게 말합니다.
일에서
반복되는 문제를 끊어야 할 때 Systems Architect를 찾게 됩니다. 설계가 길어지는 동안 현장이 먼저 지치기 때문에, 지금 쓸 수 있는 부분부터 내놓게 해야 합니다.
성장 방향
단순해지는 것과 쓰기 쉬워지는 것은 다릅니다. Systems Architect의 성장은 뒤쪽이고, 좋은 구조를 실제 사람이 쓸 수 있는 형태로 낮추는 데서 일어납니다.
함께 일할 때
완성된 설계를 기다리면 오래 걸립니다. 지금 어디까지 됐는지 물어보면 이 유형은 쓸 수 있는 부분부터 떼어 줍니다.
공개 참고 사례
이 유형과 가까운 인물들
아래 인물들은 “이 사람이 Systems Architect라고 진단한다”는 뜻이 아닙니다. 공개적으로 알려진 역할과 대표 장면을 통해 이 유형과 가까운 작동 방식을 이해하기 위한 참고 사례입니다.
영국
에이다 러브레이스영국 수학자.
초기 계산기 알고리즘 구상기계가 처리할 수 있는 절차를 상상하고 정리한 작업은 추상 구조를 설계하는 감각과 연결됩니다.
영국
앨런 튜링영국의 수학자, 컴퓨터 과학의 기초를 놓은 사람.
계산 기계의 이론 · 암호 해독튜링은 어떤 계산이든 단순한 규칙의 나열로 수행할 수 있다는 것을 이론으로 증명해, 아직 존재하지 않던 컴퓨터의 설계 기반을 만들었습니다. 전쟁 중에는 암호 해독 기계의 설계에 참여해 그 이론이 실제로 작동한다는 것을 보였습니다.
미국
그레이스 호퍼미국 컴퓨터 과학자, 해군 장교.
컴파일러와 프로그래밍 언어 발전복잡한 계산을 사람이 다루기 쉬운 구조로 바꾸려 한 작업은 Systems Architect의 설계 감각과 가깝습니다.
미국
W. 에드워즈 데밍미국 통계학자, 품질관리 전문가.
품질관리 체계 확산성과를 개인의 의지보다 시스템 품질로 설명한 접근은 이 유형의 구조적 사고를 잘 보여줍니다.
영국
팀 버너스리영국 컴퓨터 과학자.
월드 와이드 웹 제안정보를 연결하고 접근하는 공통 구조를 만든 사례는 시스템 설계의 공적 참고점입니다.
같은 그룹의 다른 아키타입
이 유형의 궁합
자주 묻는 것
시스템 설계자는 어떤 사람을 말하나요?
시스템 설계자는 문제를 하나씩 처리하는 대신 무엇이 무엇에 걸려 있는지를 먼저 그리는 사람입니다. 설계라는 말은 기술 분야 밖에서도 성립합니다. 사고가 나면 누가 실수했는지보다 어디서 그 실수가 생기게 되어 있는지를 봅니다. Beyond Persona는 이 보는 방식과 그것을 쓰기 쉽게 만드는 힘을 성향 36가지에서 함께 봅니다.
나는 시스템 설계자인가요? 어떻게 확인하나요?
정리를 잘한다고 이 원형이 되지는 않습니다. 할 일을 깔끔하게 나누는 것과, 같은 문제가 다시 생기지 않게 조건을 바꾸는 것은 다릅니다. 76문항 무료 검사로 가장 가까운 유형을 보고, 정식 288문항은 29가지 원형 중 어디에 얼마나 가까운지를 순위로 보여 줍니다.
시스템 설계자와 장인은 어떻게 다른가요?
둘 다 대충 만들지 않습니다. 고치는 대상이 다릅니다. 장인은 지금 손에 있는 것을 고칩니다. 시스템 설계자는 그것을 만드는 순서와 조건을 고칩니다. 그래서 장인이 없으면 이번 결과물이 거칠어지고, 시스템 설계자가 없으면 같은 문제가 다음에도 생깁니다.
시스템 설계자는 어떤 반복에 자주 걸리나요?
구조가 다 그려지기 전에는 마음이 놓이지 않아 아직 오지 않은 문제를 미리 걱정합니다. 볼 것이 여러 갈래라 한 가지에 오래 머물기도 어렵고, 설명하기보다 직접 하는 편이 빨라서 혼자 떠안게 됩니다. 아래 목록의 순서도 계산 결과입니다. 이 원형의 성향과 각 반복을 켜는 성향이 겹치는 정도가 큰 것부터 놓입니다.
시스템 설계자는 평생 바뀌지 않나요?
구조부터 보는 습관은 바뀌지 않습니다. 달라지는 것은 그것을 쓸 사람에게 한 번 시켜 보느냐입니다. 어디가 어려운지 확인하고 나면 같은 설계가 실제로 쓰입니다. 원형을 알고 나서 달라지는 사람이 많은 것도 그래서입니다.
이 원형에서 자주 함께 나타나는 반복
성향을 재는 기준이 겹치는 항목입니다. 사람이 고른 것이 아니라 측정 규칙에서 계산했습니다.
내 결과가 시스템 설계자에 가까운지 직접 확인해보세요.