기획부터 배포까지 한 사람이 관통할 때 생기는 일
Article
작은 프로젝트 하나를 요구사항 정리부터 와이어프레임, 디자인, 퍼블리싱, 개발, 배포까지 전부 혼자 관통해봤다. 에이전시에서 여러 사람이 릴레이로 넘기던 걸 한 사람이 처음부터 끝까지 들고 간 거다. 끝내고 나서 남은 생각을 적어둔다.
전달 손실이 사라진다
가장 크게 느낀 건 전달 과정에서 새던 정보가 하나도 안 샜다는 것이다.
협업에서 품질이 깎이는 지점은 대개 만드는 순간이 아니라 넘기는 순간이다. 기획자의 의도가 디자이너에게 100 전달되면 다행이고, 디자이너의 의도가 퍼블리셔에게, 다시 개발자에게 넘어갈 때마다 조금씩 깎인다. 문서로 아무리 촘촘히 적어도 "이 여백에 담긴 뉘앙스" 같은 건 문서에 안 담긴다. 그래서 회의를 하고, 그래도 어긋나고, 다시 회의를 한다.
혼자 관통하면 이 손실이 0이다. 와이어프레임을 그릴 때 이미 "이건 나중에 이렇게 구현하면 되겠다"가 머릿속에 있다. 디자인하면서 개발 난이도를 가늠하니 구현 불가능한 시안이 안 나온다. 퍼블리싱하면서 이미 컴포넌트 구조를 개발 기준으로 짠다. 각 단계가 다음 단계를 미리 알고 있으니 재작업이 거의 없다. 이게 생각보다 훨씬 빠르다.
여기에 요즘은 AI 코딩 에이전트가 얹힌다. 예전 같으면 백엔드가 막혀서 남한테 부탁하거나 포기했을 부분을, 에이전트와 같이 붙으면 간단한 API 정도는 혼자 소화한다. 한 사람이 관통할 수 있는 범위가 도구 덕에 넓어졌다.
대신 객관성을 잃는다
그런데 공짜는 아니다. 혼자 다 하면 자기 결정을 검증해줄 사람이 없다.
여러 명이 넘길 때는 그 이음매마다 자연스러운 검문소가 있었다. 디자이너가 기획을 보며 "이 흐름 이상한데요" 하고, 개발자가 디자인을 보며 "이거 접근성 문제 있어요" 한다. 서로의 관성을 깨주는 마찰이다. 혼자 하면 이 마찰이 통째로 사라진다. 내가 초반에 내린 판단을 끝까지 아무도 안 건드린다. 틀린 전제 위에 그대로 쭉 쌓인다. 다 만들고 나서야 "처음부터 방향이 틀렸네" 하고 깨닫기도 한다. 몰입의 이면이다.
마찰을 인위적으로 만든다
그래서 사라진 검문소를 일부러 다시 세운다. 몇 가지 방법을 쓴다.
하나는 AI를 리뷰어로 쓰는 것이다. 코드뿐 아니라 기획 단계의 판단도 던져본다. "이 폼 흐름에서 사용자가 헷갈릴 지점이 있을까?" 같은 질문에 나오는 답이 내가 못 본 각도를 짚어줄 때가 있다. 나 대신 반대편에 서줄 상대가 필요한 거다.
또 하나는 단계 전환마다 체크리스트를 통과시키는 것이다. 디자인 넘어가기 전에 "요구사항 다 반영됐나", 개발 넘어가기 전에 "접근성·반응형·엣지케이스 봤나". 나한테 넘기는 나를 남 대하듯 검문한다.
마지막은 시간차다. 하루 이틀 묵혔다 다시 보면 몰입에서 빠져나온 눈으로 보인다. 어제는 완벽해 보였는데 오늘 보면 어색한 게 꼭 나온다.
정리하면, 한 사람이 관통하는 워크플로는 속도와 일관성에서 분명한 이점이 있다. 다만 그 대가로 자동으로 걸리던 브레이크가 사라진다. 그 브레이크를 스스로 다시 설계해 넣는 것까지가 이 방식의 완성이라고 지금은 생각한다.