Ascendion의 CTO Wesley Pullin은 디자인 사고가 코딩 속도가 아닌 엔지니어링의 미래를 이끌 것이라고 강조합니다. 주요 소프트웨어 회사에서의 광범위한 경험을 바탕으로 Pullin의 접근 방식은 혁신적인 문제 해결 전략을 우선시합니다. CloudBees에서의 그의 배경은 Ascendion에서의 그의 진보적 전망에 영향을 미쳤습니다.
Ascendion CTO Wesley Pullin은 소프트웨어 개발 분야에서 34년 이상을 보냈으며 대규모 소프트웨어 회사에서 일했으며 가장 최근에는 Jenkins 생태계가 5,500만 명 이상의 개발자와 접촉한 CloudBees에서 일했습니다. Ascendion의 공동 창업자인 Arun Varadarajan이 그를 영입했을 때, 이는 익숙한 내용이 아니었습니다. Pullin은 거래를 성사시킨 것은 업계에서 30년 동안 한 번도 접한 적이 없는 단 하나의 문구, 즉 고객 결과 보장이었다고 말했습니다. 라이센스를 판매하거나 ARR을 쫓는 것이 아닌 이러한 프레이밍은 이제 그가 엔지니어링의 다음 장에 대해 생각하는 렌즈가 되었습니다.
Ascendion 자체는 상대적으로 젊은 회사로, 코로나19 기간에 탄생했으며 직원 수는 10,000명에 달하고 수익은 거의 10억 달러에 달하는 조직으로 구축되었습니다. 그 궤적은 선형적인 스타트업 스토리라기보다는 기업이 소프트웨어를 구축하고 운영하는 방식을 고의적으로 파괴하는 것입니다. 회사의 플랫폼인 AAVA는 조직이 레거시 시스템과 해당 시스템을 느리게 만들고 변경하는 데 비용이 많이 드는 축적된 기술 부채를 재검토하는 데 도움을 주기 위해 설계되었습니다.
코드 이전의 디자인: 잃어버린 원칙을 회복하기
Varadarajan은 업계가 어디에서 잘못되었는지 직접적으로 밝혔습니다. 그의 견해로는 애자일 방법론으로의 전환으로 인해 엔지니어가 설계 및 아키텍처에 소비하는 시간이 점차 줄어들어 팀이 문제를 완전히 이해하기 전에 코드 작성을 시작하게 되었다고 생각합니다. 그 결과는 오늘날의 엔터프라이즈 시스템에서 눈에 띄게 나타납니다. 즉, 변경 비용이 많이 들고, 확장이 어렵고, 새로운 시장 요구에 부적합합니다.
디자인과 아키텍처에 대한 집중 부족이 오늘날의 우리를 있게 했으며, 이것이 바로 오늘날의 시스템을 변경하는 데 비용이 많이 들고, 다시 배선하는 데 비용이 많이 들고, 시장 요구를 충족하는 데 비용이 많이 드는 이유입니다. — Arun Varadarajan, Ascendion 공동 창립자
풀린은 구체적인 비유를 통해 이 점을 강조했습니다. 기존 워크플로우에 AI 부조종사 및 코딩 에이전트를 추가하면 소프트웨어 개발 수명주기의 한 부분이 가속화되지만 나머지 단계에서는 병목 현상이 발생합니다. 한 가지 제약만 제거되고 다른 제약은 강화되었기 때문에 해당 투자에 대한 순수익은 미미합니다. 두 사람 모두 수정은 손상된 프로세스 위에 추가되는 도구가 아니라고 주장합니다. 이는 코드 한 줄을 작성하기 전에 사용자 스토리, 서사시, 상위 수준 및 하위 수준 디자인, 명명 규칙, 보안 고려 사항 등 규율 있는 디자인 사고로의 복귀입니다.
그냥 바이브 코드를 작성하고 바로 코딩으로 넘어가면 그 중 일부가 제거될 수 있습니다. 그리고 위험은 그것을 제거하는 것입니다. 그것이 리팩터링, 수정, 즉각적인 주입 중지, 사람들의 해킹 방지에 필요한 모든 것입니다. — 웨슬리 풀린(Wesley Pullin), Ascendion CTO
엔터프라이즈 엔지니어링을 위한 새로운 운영 모델
이러한 구조적 문제에 대한 Ascendion의 대응은 Varadarajan이 AI의 힘을 엔지니어링하는 방법이라고 부르는 것입니다. 이는 기업 운영 방식에 대한 두 가지 변화에 달려 있습니다. 첫째, 프로세스를 처음부터 다시 설계해야 합니다. 인간 중심 실행을 위해 구축된 워크플로우는 인간 중심으로 이루어져야 합니다. 즉, 시스템이 반복적인 구성 작업을 처리하는 동안 사람들은 자유롭게 고차원적 사고를 할 수 있어야 합니다. 둘째, 사람 모델이 바뀌어야 합니다. 회사는 엔지니어에 대한 순전히 기술 기반 정의에서 벗어나 문제 해결 지향 및 솔루션 설계로 정의되는 역할로 이동하여 새로운 직업군, 경력 격자 및 역량 프레임워크를 개발했습니다.
엔지니어링 인재를 정의하는 방식의 변화는 참여 대상이 누구인지에도 영향을 미칩니다. Varadarajan은 영업 전문가에게 자신을 엔지니어라고 생각하는 사람이 몇 명인지 묻고 엔지니어링 학위가 누군가를 엔지니어로 만든다는 가정에 도전했다고 설명했습니다. 그의 예: IBM에서 그의 최고의 엔지니어는 CPA였습니다. Ascendion이 스스로 설정한 목표는 엔지니어링을 민주화하여 깊은 도메인 지식을 갖고 있지만 전통적인 코딩 자격이 없는 사람들이 엔지니어링에 접근할 수 있도록 하는 것입니다. 그 프레임에서 문제는 누군가가 코드를 작성할 수 있는지 여부가 아닙니다. 올바른 솔루션이 구축될 만큼 문제를 명확하게 정의할 수 있는지 여부입니다. 플랫폼이 구축을 담당한다면 인간의 가치는 전적으로 플랫폼에 앞서는 사고의 질에 달려 있습니다.
출처 : www.marketscale.com
