[모듈 3: 경력 성장] 39｜역량 차원 4: 기술 개발을 통해 기업의 생존 이점을 창출하는 방법은 무엇입니까?

안녕하세요 궈동바이입니다. 오늘 수업은 건축가의 능력 차원의 네 번째 부분입니다.계속해서 건축가의 성장 과정의 능력 전환을 탐구해 봅시다. 그러나 오늘 우리는 크로스 도메인 설계자에서 수석 설계자로의 전환과 수석 설계자에서 CTO로의 전환이라는 두 가지 전환에 대해 계속 이야기할 것입니다.

CTO와 Chief Architect가 직면한 문제를 해결할 수 있다면 그들의 신뢰와 존경을 받게 될 것이고, 따라서 직업적 성장을 가속화할 것이라고 앞에서 잠깐 언급했습니다. 그래서 오늘 공부의 핵심은 CTO나 Chief Architect가 어떻게 생각하고 결정을 내리는지, 그리고 그들을 어떻게 도울 수 있는지를 이해하는 것입니다.

수석 아키텍트와 CTO의 두 가지 역할을 함께 사용하는 이유는 무엇입니까? 대부분의 비즈니스에서 이 두 가지 역할은 단일 CTO가 결합하여 수행합니다. 따라서 다음 논의에서는 왜 그런지에 대해서도 분석해 보겠습니다. 이 질문을 연구함으로써 이 두 역할의 의미를 보다 명확하게 이해하고 다른 각도에서 도움을 줄 수 있습니다.

수석 설계자의 핵심 역량: 올바른 기술 결정

사실 수석 아키텍트는 크로스 도메인 아키텍트이기도 하다. 수석 건축가의 역할을 분리해야 하는 이유는 무엇입니까? 도메인 간 설계자에서 수석 설계자가 되기까지 극복해야 할 장애물은 무엇입니까? 수석 건축가는 어떤 특별한 능력을 가져야 합니까?

먼저 크로스 도메인 아키텍트로서 수석 아키텍트의 특수성을 살펴보자. 기업 구조 의사 결정 기능에서 도메인 간 설계자는 상위-종속 관계를 형성합니다. 그러나 Chief Architect는 다릅니다.그는 소프트웨어 아키텍처 의사 결정 기능에서 우월하지 않습니다. 즉, 수석 설계자는 회사 전체 소프트웨어 아키텍처의 정확성을 책임집니다.

당신은 나에게 도전해야 할 수도 있습니다. 모든 크로스 도메인 아키텍트는 자신의 도메인에서 소프트웨어 아키텍처의 정확성에 대한 책임도 있지 않습니까? 수석 건축가가 특별한 이유는 무엇입니까?

이번에는 올바른 길을 가고 있습니다. Chief Architect는 Cross-Domain Architect이기도 하므로 지난 강의에서 언급한 바와 같이 전반적인 갈등과 부분적인 갈등을 처리함에 있어 Chief Architect는 Cross-Domain Architect의 역할을 수행하고 회사 차원에서 기술적인 문제를 해결하고 있습니다. 아키텍처의 전체 및 부분 충돌.

하지만 두 역할 사이에는 한 가지 큰 차이점이 있습니다. 지난 강의에서 크로스 도메인 아키텍트에 대한 정의를 기억해 주세요.그의 주요 역할은 로컬 결함을 극복하고 글로벌 최적의 솔루션을 찾는 것입니다.

하지만 기업 입장에서 보면 소프트웨어 아키텍처에 대한 글로벌 최적의 솔루션이 있을까? 모듈 1의 규칙 5에서 외부 적응성에 대한 논의에서 소프트웨어 아키텍처의 정확성은 실제로 미래 지향적인 기술 불확실성 하에서의 외부 적응성이라고 언급했습니다.

이러한 정확성은 기술적 부채를 청산하고 국부적으로 최적이 아닌 아키텍처 결함을 제거하는 것과는 다릅니다. 부채 상환 및 결함 제거에 대한 명확한 목표가 있지만 비즈니스를 위한 미래 보장 아키텍처 정확성에 대한 명확한 답은 거의 없습니다. 모듈 1 비즈니스 가치 극대화에서 언급했듯이 기술 개발, 기술 인재 공급 및 비즈니스 경쟁은 모두 큰 불연속성과 불확실성을 가지고 있습니다.

예를 들어, 회사의 원래 안정적인 R&D 인력은 특정 기술 유행어로 인해 다른 회사에 의해 완전히 밀렵될 수 있습니다. 인터넷, 모바일 단말, 풀스택 엔지니어, 그로스 해커, 머신 러닝, 클라우드 네이티브 등 이력서 속 거창한 단어 뒤에는 밀려드는 퇴사 물결이 있다. 회사의 수입이 항상 안정적인 것은 아니며 원래 안정적인 사업이 전염병으로 인해 완전히 무너졌을 수 있습니다.

즉, 크로스 도메인 설계자에서 수석 설계자로 성장하려면 불확실성의 장벽을 극복해야 합니다.

즉, 기술 아키텍처가 올바른지 여부는 많은 고려 사항에 따라 달라집니다. 기술의 미래에 대한 판단, 인재 공급에 대한 판단, 기업 내외부 환경에 대한 판단이 있습니다. 여기에는 옳고 그름이 없으며 장기적인 추세, 위험 및 이점에 대한 추정만 있을 뿐 결정해야 하는 프로세스입니다.

위의 분석을 통해 Chief Architect의 역할 정의가 나올 준비가 되었습니다. 개발 소프트웨어 아키텍트.

그런데 계속해서 올바른 판단을 내릴 수 있는 이 능력을 아마존에서는 옳다. 그러나 이 능력은 건축가만을 위한 것이 아니라 모든 사람이 갖추어야 할 리더십 원칙 중 하나인 Amazon Leadership Principles 중 하나입니다.

사실 이런 인재를 원하지 않는 회사가 어디 있겠습니까? 나는 복권을 살 때 분명히 아무것도 원하지 않을 것이라고 믿습니다. 그러나 이것!

수석 설계자가 올바른 결정을 내리는 능력을 흔히 기술 감각이라고 합니다. 그렇다면 기술 감각을 향상시키기 위해 불확실성의 장애물을 극복하는 방법은 무엇입니까?

수석건축가로 성장하기 위해 넘어야 할 장애물

여기서 간단한 답은 중요한 결정을 내릴 기회를 계속 찾는 것이라고 생각합니다. 내 경력에 직업 선택 원칙이 하나뿐이라면 이것이다.

사실 직설적으로 말하면 위험을 감수하기 위해 주도권을 잡는 것이다. 이것은 대기업의 건축가에게 특히 중요하다고 생각합니다. 대기업 환경에서 성장한 시간제 또는 전업 건축가는 종종 실질적인 문제 해결에 집중하고 결정을 내릴 기회가 거의 없습니다. 주요 기술 불확실성의 경우 대부분의 경우 그의 상사는 위험과 이점을 평가한 다음 아키텍처 결정을 내립니다.

대기업에서 우수한 크로스도메인 아키텍트를 많이 보아왔는데, 그들이 대기업에 오랫동안 웅크리고 있는 것이 안타깝다. 그들은 사고 능력에 맞는 의사 결정 기회를 얻지 못합니다. 시간이 지날수록 의사결정 능력이 퇴화될 뿐만 아니라 소중한 용기의 품성마저 점차 사라져 갑니다.

올바른 결정을 내리는 능력은 갑자기 나타나는 것이 아니라, 다른 능력과 마찬가지로 끊임없는 시행착오의 과정을 통해 거듭 연마해야 합니다. 시간과 기회가 모두 필요하며 더 중요한 것은 모듈 1의 규칙 6에서 언급한 상대적으로 우호적인 문화 환경입니다.

이제 문제는 매우 불확실한 시나리오에서 올바른 결정을 내리는 능력을 어떻게 향상시킬 수 있는가 하는 것입니다. 결국 사고력 향상이다. 이 주제에 대해 모듈 4 전체를 다룰 것입니다. 여기서 확장하지 맙시다.

그러나 다양한 고려 사항으로 인해 위험을 감수할 수 있는 편안한 환경을 떠날 수 없는 경우에도 유사한 결정에 참여할 가능성을 높이기 위해 몇 가지 구체적인 제안을 드리고 싶습니다. 즉, 수석 건축가가 중요한 결정을 내릴 때마다 당신을 생각할 수 있도록 몇 가지 결정을 내리는 것을 돕는 방법입니다.

우선 필요조건이 있다. 특정 분야에서 확실한 우위를 점하고 회사 차원에서 이길 수 있다는 것이다. 회사에서 안정적인 플레이어라면 업계에서 널리 사용되는 솔루션에 대해 깊이 이해하고 있습니다. 그런 다음 수석 설계자가 안정성 관련 결정을 내릴 때 그는 반드시 당신을 부를 것입니다.

다른 사람이 중대한 결정을 내리도록 도울 때 다음과 같이 해야 합니다.

• 전체 결정의 맥락을 이해합니다.

• 의사 결정의 제약을 이해합니다.

• 자신이 숙련된 분야에서 최대한 많은 근거를 제시하고, 작은 결정의 불확실성을 최소화합니다.

• 귀하의 전문 분야에서 최종 결정을 위한 권장 사항을 제시하십시오(즉, 최종 결정을 내리십시오).

• 가능한 한 많은 의사 결정 토론에 참여하고 다른 분야의 불확실성과 수렴 방법에 대해 배우십시오.

• 최종 결정이 권장 사항과 일치하는지 여부에 관계없이 최선을 다해 최종 결정의 논리를 이해하려고 노력하십시오.

• 다음 달 또는 몇 년 동안 의사 결정의 후속 진행 상황에 계속 주의를 기울이고 자신이 제공한 의사 결정 제안의 누락 및 잘못 판단된 부분을 반영하십시오.

• 앞으로 몇 달 또는 몇 년 동안 다른 분야의 후속 변화에 주의를 기울이고 최종 결정의 정확성에 대해 생각하십시오. 최종 효과뿐만 아니라 의사 결정 논리 및 프로세스의 옳고 그름에 따라 달라집니다. 그 결정이 옳았다 하더라도 운에 의한 것은 어느 정도인가? 현재 환경과 미래 트렌드에 대한 올바른 해석에서 나오는 구성 요소는 몇 개입니까? 판단이 틀리면 잘못된 가정이 몇 개인지, 잘못된 방법이 몇 개인지.

당신이 상대적으로 개방적이고 포용적인 문화 환경에 있다면, 당신이 정말로 능력이 있다면 분명히 주목받을 것입니다. 그러면 위의 방법을 통해 영향력을 높일 수 있는 기회를 갖게 될 것입니다.

CTO는 정확히 어떤 일을 하나요?

저는 6년 동안 CTO였으며 이 직책에서 많은 성장을 이루었습니다. 그러나 나는 이 문제에 대한 내 생각을 조정하고 내 자신의 입장과 견해를 검토해 왔다.

현재 결론부터 시작하겠습니다. CTO는 기술적인 관점에서 회사를 위해 올바른 결정을 내리는 CEO입니다.

이 문장을 어떻게 이해해야 할까요? CTO로서 장기적인 목표와 의사 결정 우선순위는 CEO가 고려하는 비즈니스 관점이 아닌 기술적인 관점에서 회사의 생존과 발전을 생각한다는 점을 제외하고는 CEO와 완전히 동일합니다.

CTO로서 저는 종종 자문합니다. CEO는 지금 무엇을 원하는가? 장기적으로 무엇을 원하십니까? 그를 돕기 위해 무엇을 할 수 있습니까? 기술적인 관점에서 볼 때 어떤 기회와 위험이 있습니까? 그는 그것을 보았습니까?

CTO의 입장에서는 전체 시장의 동향, 경쟁사의 성장은 물론 회사 전체의 운영 여건, 재무제표, 기술팀의 인건비 등을 주시해야 합니다.

따라서 CTO는 기술적인 관점에서 CEO와 동일한 질문에 대해 생각하는 데 대부분의 시간을 보냅니다. 어떻게 하면 기업에 생존 이점을 가져올 수 있습니까? 기업의 생존 우위를 확장하여 기술 전략을 수립하는 것이 CTO의 주요 사고 방식입니다. 기술을 통해 생활 공간을 만드는 것은 사실 CTO의 가장 큰 부가가치이자 그에게 더 많은 의사결정 기회를 주고받는 가장 중요한 자본이기도 하다.

이 관점은 매우 특별합니다. CTO 직책을 제외하고 Chief Architect를 포함한 모든 기술 기능은 기업의 기술력 성장을 최우선으로 생각합니다. 그러나 CTO는 기업의 장기적인 생존이 그의 의사 결정의 최우선 순위입니다.

위의 분석을 통해 우리는 자연스럽게 CTO의 역할을 정의할 수 있습니다. 소프트웨어 아키텍처의 맥락에서 CTO는 기술적인 의사 결정 목표로서 기업의 생존 이점을 확장하는 것이 유일한 목표인 설계자입니다.

추가 설명이 필요합니다. 먼저 간단한 경우를 살펴보겠습니다. 귀하가 경쟁이 치열한 산업에 속해 있고 귀하의 회사가 아직 충분한 자본과 선도적 우위를 축적하지 못했다고 가정해 보십시오. 어느 날 기술팀은 기존 솔루션을 대체하기 위해 클라우드 네이티브 아키텍처를 채택할지 여부를 논의하고 있었습니다.

장기적인 기술 개발의 관점에서 볼 때 클라우드 네이티브는 더 나은 컴퓨팅 확장성, 더 큰 기술 생태계, 더 발전되고 더 빠른 반복 기술 스택을 가져올 것입니다. 그런 다음 회사는 클라우드 네이티브 기술 스택의 축적을 가속화하기 위해 오프라인 머신을 클라우드 네이티브로 마이그레이션해야 합니다. 그리고 조기에 인재를 양성하고 기술적 우위를 축적하기 위해서는 즉시 계획하고 실행하는 것이 필요하다.

그러나 CEO의 관점에서 보면

• 마이그레이션은 기술 투자를 늘리고 비즈니스 반복 속도를 줄입니다.

• 클라우드 네이티브 마이그레이션으로 인한 수익은 장기적이고 상대적으로 느린 릴리스 프로세스입니다. 마이그레이션 초기에는 주변 기술이 미숙하고 대규모 투자로 인해 자본 수익률이 상대적으로 낮습니다.

• 가장 중요한 점은 클라우드 네이티브로의 마이그레이션이 기업에 현재의 생존 이점을 가져다주지 않는다는 것입니다. 그러나 장기적인 생존 이점은 클라우드 네이티브와 관련이 없습니다.

따라서 CEO 입장에서 볼 때 클라우드 네이티브는 다른 보다 실용적이고 명확한 수익 기술 투자에 비해 최우선 순위가 아닙니다.

이 사례는 CTO로서 CEO의 관점에서 기술적인 문제에 대해 생각해야 한다는 것을 보여줍니다. 기술의 발전이 일차적인 목표가 아니라 경쟁적인 관점에서 시작하여 기업의 생존과 장기적 성장을 목표로 기술 선택을 해야 합니다. 이러한 관점에서 볼 때 기술 혁신에 투자하고, 기술 장벽 구축을 가속화하고, 특정 고급 기술과 특정 팀을 포기하거나, 부러진 팔로 생존하기 위해 기술 이외의 옵션을 찾는 것 모두 매우 합리적인 선택입니다.

이것이 기술 전략에 대한 나의 이해입니다.

CTO의 능력은 실제로 사람들이 종종 비즈니스 감각이라고 부르는 것입니다. 비즈니스 감각이 충분할 때만 기술 전략을 수립하고 가장 중요한 기술 투자를 가장 중요한 위치에 배치하는 방법을 알 수 있습니다. 기술 전략에 대한 추가 식사를 되돌아보면 제가 수행하는 모든 기술 전략이 회사의 비즈니스 성장에 도움이 된다는 것을 알게 될 것입니다.

이제 이 모듈의 주제로 돌아가서 CTO의 위치에서 성공하려면 어떤 장애물을 극복해야 합니까?

CTO로 성장하기 위해 극복해야 할 장애물

사실, 우리의 이전 분석은 이미 소프트웨어 아키텍처라는 주제에서 CTO 관점의 고유성은 기술이 최우선 순위가 아니며 유일한 옵션도 아니라는 점이라고 언급했습니다. 기술보다는 비즈니스 측면에서 생각하는 방식이 뛰어 넘어야 할 장애물입니다.

기술이 첫 번째 옵션이 아니라면 기술 문제에 직면하지 않아야 합니다. 맞습니까? 나는 주요 기술 문제의 예를 들었지만 기술은 첫 번째도 아니고 유일한 옵션도 아니며 이해하게 될 것입니다.

CTO는 다국적 기업을 관리합니다. 어느 날 그의 팀의 급우가 그에게 말했습니다. 인건비 500일에 공사비 450만 달러, 기타 알 수 없는 유지 관리 비용 이 프로젝트는 매우 복잡하고 즉시 시작해야 합니다.”

보고서를 들은 후 CTO는 기술적인 사전 연구를 승인하지 않았지만 GR(Government Relations) 부서에 지역 규제 기관 및 법률 회사에 연락하여 컴퓨터실을 구축하지 않는 것 외에 다른 옵션을 찾도록 요청했습니다. 다양한 GR 작업 후 전산실을 지을 필요가 없습니다. 다양한 비용을 절약할 뿐만 아니라 시스템 복잡성의 상당한 증가를 방지합니다.

기술 이외의 솔루션을 찾는 이런 사고는 CTO에게 필요합니다.

그러나 이런 생각은 당신과 내가 타고난 것이 아닙니다. 나는 당신이 나처럼 컴퓨터를 만진 첫날부터 컴퓨터와 사랑에 빠졌다고 믿습니다. 우리는 소프트웨어가 만능이라고 믿기 때문에 프로그래머라는 직업을 선택했습니다. 우리는 그것에 매료되고, 매료되고, 먹고 자는 것을 잊고 새로운 기술을 배우거나 코드를 디버그하고, 마침내 CTO로 성장합니다.

그러나 이제 CTO 역할에서 가장 큰 장애물은 기술에 대한 매력입니다. 기술적 의사결정 측면에서 팀의 이익을 포기하고 기술에 대한 집착을 포기하고 기술적 호기심까지 포기하는 법을 배워야 회사의 생존 이점을 극대화하는 의사결정을 내릴 수 있다.

그렇다면 CTO의 생각을 어떻게 도울 수 있을까요? 사실 위에서 언급한 방법과 동일하게 우리 자신의 관점에서 시작하여 CTO에게 최대한의 입력을 제공해야 합니다. 동시에 의사 결정에 최대한 참여하고 판단력을 향상시켜야 합니다.

하지만 당신은 나에게 다시 물어야 할지도 모릅니다. 당신은 내가 기술적 사고를 포기할 것을 제안하는 것입니까?

틀렸어, 틀렸어, 절대 포기하지마. 저는 6년 동안 CTO로 일했고 지금까지 기술적인 사고를 포기하지 않았습니다. 무슨 일이야?

Chief Architect and CTO, 나의 이중적 성격

대부분의 기업에서 CTO와 Chief Architect라는 두 가지 역할이 하나로 결합되어 있으며 CTO는 한 사람이 담당합니다. 왜?

우선 수석 아키텍트를 찾는 것이 매우 어렵고 회사는 이 직책의 능력에 대한 요구 사항이 매우 높습니다. 소프트웨어 아키텍처의 정확성을 판단하는 수석 설계자의 능력은 CTO를 포함한 전체 회사에서 누구에게도 뒤지지 않습니다.

둘째, 이 직위에 대한 인재를 내부에서 육성하기 어렵다. 이 역할의 판단력은 고위험 의사결정 기회를 많이 거쳐야 하기 때문에 시간이 많이 걸리고 대부분의 중소기업에 가장 희소성도 있다.

그렇다면 비용 문제가 있습니다. 수석건축가의 직위와 급여가 매우 높음 CEO 입장에서는 채용할 사람이 많음 이 직책에 높은 급여를 지불하는 것은 많은 중소기업의 최우선 순위가 아닌 경우가 많습니다. .

또한 이 두 역할은 보고관계이지만 의사결정의 출발점이 완전히 다르기 때문에 갈등이 자주 발생한다. 갈등이 너무 많고 신뢰가 점차 무너지고 이대로 가면 헤어질 수밖에 없다.

마지막으로 수석건축가 개인의 성장 요구사항이다. 많은 수석 아키텍트는 스스로 CTO가 되어 더 많은 차원에서 결정하고 생각하고 기회가 주어지면 솔선하여 떠나기를 기대합니다.

채용도 어렵고, 훈련도 어렵고, 떠나기도 쉽기 때문에 대부분의 회사에서 이 두 가지 역할을 CTO 혼자 떠맡아야 합니다.

그러나이 두 가지 역할은 기업에 필수적입니다. 다음 그림을 살펴 보겠습니다.

이 그림에서는 귀하가 CTO이자 최종 결정권자라고 가정합니다. 당신에게는 두 가지 성격이 있습니다. 하나는 수석 설계자 성격이고 다른 하나는 CTO 성격입니다. 각각 다른 관점과 의사 결정 우선 순위를 가지고 있습니다.

• 어떤 문제에 대처하기 위해서는 CTO의 성격이 CEO와 매우 일치해야 하며, 기업의 생존을 최우선으로 하고, 비즈니스 경쟁, 비즈니스, 재무 및 제품의 관점을 고려해야 합니다.

• 수석건축가의 인품은 기술력의 성장이 최우선이 되어야 한다.

이 두 인격은 끊임없이 대립하고 있습니다.

• 수석 설계자의 성격은 의사 결정자인 CTO의 관점을 기술적인 사고로 이끌어야 하며 기술 발전과 기술 팀의 이익을 최우선으로 생각해야 합니다.

• 그리고 CTO 성격은 의사 결정자인 CTO를 비즈니스 사고로 끌어들여 회사의 장기적인 생존 이점을 최우선으로 생각해야 합니다.

이 갈등은 일상적인 의사 결정, 끊임없는 대결에 존재할 수밖에 없습니다. 그러나 대결의 궁극적인 목표는 기업의 장기적 이익을 위한 최적의 아키텍처 결정을 내리는 것입니다.

Chief Architect의 인격적 가치는 CTO 의사 결정자에게 다른 관점을 제공하고 올바른 의사 결정을 주장하는 것이 합리적일 때 CEO의 압력을 견딜 수 있도록 돕는 데 있습니다. 기술에 대한 내적 집착과 팀원을 보호하려는 본능에 저항하고 회사의 전반적인 상황에서 최적의 의사 결정을 내리는 데 CTO의 인격적 가치가 있습니다. 필요한 경우 기술 발전, 팀 이익 및 구조적 합리성은 모두 희생될 수 있는 옵션입니다.

따라서 좋은 Chief Architect가 되기 위한 필수 조건은 CTO와의 깊은 신뢰와 일상의 갈등을 해결할 수 있는 능력의 기반을 갖추는 것입니다.

잦은 갈등과 정보 비대칭의 상황에서 이를 하기가 매우 어려웠기 때문에 결국 두 개의 분열된 성격을 동시에 유지하기로 스스로 선택하게 되었습니다.

물론 오랜 시간 다양한 분야에서 높은 관심을 유지할 수는 없기 때문에 수석건축가와 CTO의 능력으로 끊임없이 인재를 찾고 육성하고 그들의 판단을 통해 나의 부족한 부분을 보완하고 있다.

그럼에도 불구하고 제가 계속해서 발전하고 있는 능력 중 하나인 비즈니스 감각과 기술 감각을 겸비하고 다양한 압박 속에서도 기업의 이익을 최우선으로 생각하는 인재를 최대한 많이 발굴하고, 그런 다음 가능한 한 많은 재능을 투자하십시오.그에게 결정을 내릴 기회를주십시오.

당신이 매니저라면 이 점에 동의할 것이라고 믿습니다. 재능을 판단하는 능력은 모든 매니저의 가장 중요한 능력입니다. 당신과 일치하지 않는 판단을 믿고 존중하고 용인할 수 있고, 그가 판단에서 실수를 할 때 그가 개선하도록 도와주고, 그가 다른 결정을 내릴 기회를 줄 수 있습니다. 이것은 놀라운 관리자입니다! 저의 오랜 노력의 방향이기도 합니다.

그러나 이것은 건축가의 성장의 일부가 아닌 관리 주제이므로 여기서 확장하지 않겠습니다.

요약

오늘 우리는 Chief Architect와 CTO의 역할 간의 의사 결정 관점의 차이점을 연구했습니다. 수석 아키텍트의 기술적 감각은 매우 중요하며, 그는 회사 전체 소프트웨어 아키텍처의 합리성을 책임지고 미래의 기술적 불확실성에 대해 올바른 판단을 내려야 합니다.

그러나 CTO는 다르고 CTO의 비즈니스 감각이 더 중요합니다. 기술은 CTO 의사 결정의 최우선 순위가 아니라 기업의 장기적인 생존입니다. 수석 아키텍트의 존재는 CTO의 관점을 보상하고 소프트웨어 아키텍처의 기술 발전과 장기적인 합리성에 더 많은 의사 결정을 이끌어 낼 것입니다. CTO 일상적인 갈등을 해결하는 데 좋습니다.

경력 개발의 현재 단계에서 CTO 또는 수석 건축가의 관심을 끄는 것은 건축가의 성장에 매우 중요합니다. 우리는 우리 자신의 의사 결정 제안의 품질과 사고력을 향상시켜야 할 뿐만 아니라 우리 자신의 관점에서 최고 품질의 입력을 제공해야 합니다. 동시에 자신의 판단력을 향상시키기 위해 전체 의사 결정 과정에 최대한 참여해야 합니다. 물론 지속적인 반성을 통해 판단력을 더욱 향상시키는 것도 필수적인 부분이다.

생각하는 질문

지금까지 아키텍트의 모든 역량을 소개했는데, 이 다섯 가지 역량을 어떻게 보십니까? 이 분할 각도에 동의하십니까? 왜? 어떤 제안?