AI Native 워크플로우

일하는 방식에 대해서

AI와 열심히 일하다보니, 정말 코드를 작성하는 부분에서 많이 도움을 주는 것 같다.
예전에는 아름다운 또는 어려운 UI를 만들기 위해서 많은 시간을 부었는데..!
애니메이션, 위치 등등 수치를 조절하면서 디자인과 유사한 지 확인하고..
실기기에서도 직접 테스트해보는 환경이었다.
그리고 그런 테스트가 잦으니 빌드 퍼포먼스나 의존성 주입을 통해 바로 진행할 수 있도록 하는 방식이 꽤 하입을 받았다고 생각한다.
또 데모앱을 통해서 빠르게 작업을 할 수 있는 환경 또한... (물론 지금도 매우 중요한 부분이라 생각한다.)
이전에 발표한 데모앱 관련 내용

이제는 정말 프롬프트 몇 줄에 그럴싸하게 만들어준다.
데모앱이나 모듈화나 많은 부분이 중요하지만 AI가 그것을 정말 유의미하게 활용을 하고 있나? 하는 생각도 든다.

AI 토큰을 다 쓴다면 요즘에는 직접 코드를 수정하려고 하는 것보다 그냥 토큰 충전 될 때 까지 기다리는 경우가 많다.
작업 환경이 너무 변경되었다.
빠른 타이핑에서 AI에게 잘 시키는 것으로 변경되었다.

개발 이외에도

코드 작성 뿐만 아니라 여러 부분에서 AI와 함께하는 작업이 당연하게 되었다.
스크럼을 할 때 클로바를 켜서 내용을 받고, AI에게 요약을 하고, 각 담당자에게 작업을 할당하는 방식.

그 외에도 여러 회의를 할 때 내용을 녹음하고, 텍스트로 전환하고, 그것을 중앙화해서 회사의 컨텍스트를 키우는 것이 꽤 당연하게 되었다.

회사에서는 위와 같은 방식을 약간만 사용하고 있는데,
뭔가 권한이 훨씬 많은 회사에서는 다음과 같이 프로세스를 개선하고 싶다.

• Notion에 회사 컨텍스트를 모두 중앙화 한다.
• 회의 내용은 모두 녹음하고 그 내용을 Notion에 중앙화 한다.
• 가장 첫페이지를 AI의 진입점으로 만들고 문서를 타고 타고 들어가는 index 구조로 설계한다.
• 인간이 읽을 수 있는 문서보다, AI가 쉽게 정리하고 읽고 찾을 수 있는 구조로 문서화한다.
• 인간이 직접 문서를 수정하지 않고, AI를 거쳐서 문서를 수정한다.
• 특정 서비스를 선택할 때의 가장 중요한 점은 AI 에 대해 친화적인가를 꼭 반영한다.

이렇게 반영하고 싶다.
결국 Notion 과 같은 것을 통해 문서를 중앙화하고, 그것을 AI를 통해 잘 관리하고 싶다.
그리고 사실 문서를 읽을 때 뭐.. 디렉토리 구조가 잘 되어있다면 이동해서 읽을 수 있지만, 그렇지 않다면 결국 찾아야 된다.

그냥 **@Notion** 이번 회의 내용으로 할당된 iOS 개발 작업 뭐야?
이렇게 하면 된다.
PO, 디자이너 그리고 다른 연관된 사람에게 슬랙이나 직접 물어볼 필요가 줄어든다.
만약 그러한 일이 반복되고 있다면, 개선할 여지가 너무 많다는 의미이다.

개인적으로는

Codex 요금을 변경했다.
AI Native로 전환하기로 하고 토큰이 정말 부족했다.
159,000₩ 이라는 거금을 투자해 Pro 요금제를 했는데 확실히 좋다.

이전에는 개인 프로젝트를 하는 이유가 다음과 같았다.

• 회사에서 쓰지 못하는 최신 API를 쓰고 싶다.
• Xcode를 켜서 코드를 작성하고 싶다.
• 예쁜 디자인을 반영하고 싶다. (유려한 인터렉션이나..?)
• 뭐 그 외에 여러 기술적인 도전을 하고 싶다.

이러한 의미로 개인 프로젝트를 계속 진행해왔다.
근데 결국 릴리즈를 하거나 중도에 포기를 해도 얻는 것이 많았을까?
중도에 포기는 왜 했을까? 그리고 릴리즈를 했지만, 계속해서 서비스를 발전시키지 않는 이유는 무엇인가?

그래서 이제는 개인 프로젝트의 의미가 변경되었다.

• 내가 하고 싶은 도메인을 하고 싶다.
• 개발 뿐만 아니라 디자인, 마케팅 등 여러 영역을 도전하고 싶다.
• AI Native 환경을 정말 극한으로 경험하고 싶다.

이러한 부분이 커졌다.
결국 회사에서 할 수 없는 것이 이전에는 개발에만 해당했는데,
이제는 프로덕트 레벨까지 확장되었다.
사실상 1인 기업 (창업) 을 차린 것이다.

나는 아래와 같은 워크플로우로 프로젝트를 하고 있다.

• AI와 함께 아이데이션을 엄청한다.
• 그 중에서 제일 중요한 부분은 결국 BM으로 확장이 잘 되는 것이다.
• 그리고 로우 리스크를 원한다. (리스크 감수하기는 싫다. 물론 그만큼 리턴이 적겠지만)
• 그것을 통해 로드맵을 세운다.
• 로드맵은 Linear와 연결된다.
• AI를 통해 Linear에 이슈를 만들고, 마일스톤 (MVP) 을 세운다.
• 해당 이슈를 통해 개발을 한다. 사실상 그 이슈 자체가 이미 AI를 위한 프롬프트다.
• 개발을 하고 나면 PR을 통해 AI와 리뷰를 한다.
• 나는 그냥 빌드해서 앱이 잘 동작하는 지 검증을 한다.

개인 프로젝트에서 사실 코드 리뷰는 이제 안한다.
그냥 다 위임한다.
GPT-6 Astra를 사용하니 정말 바이브코딩을 해도 꽤 괜찮은 기능이 나온다.
또한 Astra로 기능 구현을 하고, Codex로 또 리뷰를 하니 버그가 거의 다 잡힌다.

앞으로는

점차 개인 프로젝트 워크플로우 뿐만 아니라 회사에도 많은 부분을 개선하고 싶다.
정말 극한의 효율을 낼 수 있는 부분이 많다.
모델이 점차 발전을 하면서 사람이 개입 해야할 부분이 적어졌다.

결국 필요한 인재는, 번뜩이는 아이디어와 말이 많은 사람 그리고 그것을 녹음하는 사람만 있으면 되지 않을까?