개발 현장이나 운영 조직에서 시스템 운영 효율화를 위해 자동화 스크립트를 작성하는 일은 흔합니다. 요즘은 AI의 도움을 받아 누구나 빠르고 쉽게 스크립트를 생성할 수 있는 시대가 되었습니다. 하지만, 동일한 AI 도구를 사용해 동일한 목적의 스크립트를 만들더라도 어떤 스크립트는 팀원들의 사랑을 받고, 어떤 스크립트는 외면받습니다. 그 이유가 무엇일까요?
최근 같은 현장에서 스크립트를 주로 개발하는 동료와 저의 사례를 통해, 사용자의 선택을 받는 자동화 툴의 핵심에 대해 이야기해보려 합니다.
"작동은 하는데, 손이 너무 많이 가요"
동료가 만든 스크립트는 분명히 요구된 '목적'을 달성하는 코드였습니다. 하지만 스크립트를 실행하기 위해 거쳐야 하는 과정이 문제였습니다.
- 스크립트 실행을 위해 Gateway 서버에 수동으로 접속해야 함
- 로그인 후 필요한 정보를 수동으로 조회해야 함
- 사용자가 직접 상태를 확인하고, 필요한 부분만 골라 스크립트의 파라미터로 입력해야 비로소 실행됨
결국 이 스크립트를 사용하려면 작업자가 시스템의 구조를 잘 알아야 했고, 실행 전후로 긴장감을 늦출 수 없었습니다. 스크립트라는 '도구'를 쓰기 위해 '사람'이 맞춰줘야 하는 상황이었죠.
"클릭 한 번이면 다 알아서 해주네요"
반면, 제가 팀에 제공한 스크립트의 방향성은 달랐습니다.
- 사용자가 목적만 선택하면
- 스크립트가 목표 대상 Gateway 서버에 알아서 접속하고
- 필요한 정보를 스스로 수집하여 사용자에게 보여줍니다.
- 사용자가 내용 확인 후 '다음(Next)' 액션을 누르면 작업이 안전하게 수행되고,
- 실행 전과 후의 결과를 비교하여 보고하기 쉬운 형태로 증거(Evidence) 파일까지 자동으로 남깁니다.
이 스크립트를 사용하기 위한 **사전 준비는 '0(제로)'**입니다. 결국 팀원들은 제 스크립트만을 사용하게 되었고, 동료는 자동화 업무에서 손을 떼게 되었습니다.
코딩 스킬이 아닌 'UX(사용자 경험)'의 차이
동일한 AI로 코드를 짜는데 왜 이런 결과의 차이가 발생할까요? 정답은 바로 **UX(User eXperience)**에 있습니다.
의뢰자가 "이런 작업을 하는 스크립트가 필요해요"라고 말할 때, 주니어와 시니어의 접근 방식은 여기서 갈립니다.
- 주니어의 접근: "이 작업'만' 수행하는 코드를 짜서 주면 되겠지."
- 시니어의 접근: "의뢰자가 궁극적으로 이 작업을 통해 무엇을 얻고 싶은 걸까? 어떻게 하면 가장 적은 노력으로 목적을 달성하게 해 줄까? 작업자가 가장 불안해하는 포인트를 어떻게 해소하고, 안심할 수 있는 증거를 쥐여줄 수 있을까?"
주니어가 키워야 할 무기
AI가 코드를 대신 짜주는 시대에 '문법을 알고 코드를 타이핑하는 능력'은 더 이상 강력한 경쟁력이 아닙니다. 이제 개발자의 진짜 실력은 **'의뢰자의 맥락을 읽고, 최소한의 액션으로 목적을 달성하게 디자인하며, 심리적 안정감까지 제공하는 능력'**에서 판가름 납니다.
이것은 아직 AI가 완벽히 대체할 수 없는, 철저히 사람(개인)의 역량 차이가 극명하게 드러나는 영역입니다.
주니어 개발자라면 단순히 동작하는 코드를 넘어서, '이 도구를 사용하는 사람의 경험'을 설계하는 훈련을 해야 합니다. 그것이 곧 AI 시대에 대체되지 않는 시니어의 파워이자, 개발자로서 가치를 증명하는 가장 확실한 길입니다.
댓글
댓글 쓰기