구현에서 루프로: 신입이 블로그 프로젝트를 다시 본 순간

Ceal-terview · 6/18 AX 공유회

블로그 플랫폼을 만드는 일로 시작했지만, 팀 미팅과 1:1 짝작업을 지나며 “무엇을 만들까”보다 “어떤 지식 흐름을 굴릴까”를 먼저 보게 된 이야기.

주제: 코르카 신입 적응기 & 블로그 프로젝트 형식: Ceal-terview 재구성 기반: 문정민님 Ceal-terview 답변

처음의 블로그 프로젝트는 꽤 명확해 보였다. 블로그 플랫폼을 개발하면 되는 일처럼 보였기 때문이다. 하지만 AX 팀 미팅에서 자기 언어로 설명하고, 여러 사람과 1:1로 이야기하고, 그 의견들을 다시 정리하는 과정에서 질문이 바뀌었다. 이 프로젝트는 단순히 글을 담을 그릇을 만드는 일이 아니라, 회사 안의 경험을 꺼내고 정리하고 다시 다음 행동으로 이어지게 만드는 프로세스를 설계하는 일이었다.

Ceal의 질문: “구현 중심에서 관점이 바뀐 가장 선명한 장면은 뭐였나요?”

처음에는 블로그 플랫폼을 만들고 있었다

입사 초반에는 블로그 프로젝트를 구현 중심으로 바라봤다. “블로그”라는 단어를 들으면 자연스럽게 플랫폼, 화면, 기능, 개발 방식이 먼저 떠올랐다. 무엇을 만들지 정하면 구현으로 들어가면 된다고 생각하기 쉬웠다.

그런데 프로젝트를 진행하며 팀 미팅과 1:1 짝작업이 쌓이자, 블로그가 단순한 산출물이 아니라는 점이 보이기 시작했다. AX 공유회에서 나온 내용을 누가 어떻게 꺼내고, 어떤 질문으로 구체화하고, 어떤 글로 편집하고, 발행 이후에는 무엇을 다시 배울 것인지가 더 중요했다.

관점 전환의 핵심은 “블로그 플랫폼을 어떻게 구현할까?”에서 “AX 공유회의 지식이 글감과 발행, 반응, 다음 동기부여로 이어지는 흐름을 어떻게 만들까?”로 질문이 바뀐 데 있었다.

Ceal의 질문: “그 전환을 만든 대화들은 각각 어떤 역할을 했나요?”

팀 미팅은 부족함을 보이게 했고, 1:1은 지도를 넓혀줬다

주마다 진행한 AX 팀 미팅에서는 자기 언어로 프로젝트를 설명해야 했다. 설명은 단순한 보고가 아니었다. 말로 풀어내다 보면 내가 아직 무엇을 덜 이해했는지, 다음에 무엇을 해야 하는지가 드러났다. 이 과정에서 프로젝트는 혼자 구현하는 문제가 아니라 팀 안에서 맥락을 맞추는 문제로 보이기 시작했다.

1:1 짝작업은 그 지도를 더 넓혀줬다. 정혁님과의 대화는 공유회와 글 사이에 필요한 중간단계를 보이게 했고, 휘동님과의 대화는 전체 방향성을 잡는 데 도움을 줬다. 은솔님과의 대화는 발행 이후의 반응과 동기부여 루프를 떠올리게 했다.

팀 미팅내 언어로 설명하며 부족함과 다음 할 일을 발견했다.

정혁님과의 짝작업AX 공유회를 바로 글로 옮기기 전, Ceal 인터뷰라는 중간단계를 보게 했다.

휘동님과의 대화프로젝트가 어디로 가야 하는지 큰 방향성을 잡는 데 도움을 줬다.

은솔님과의 대화발행 이후 반응을 수치화하고 다음 글의 동기로 연결하는 루프를 보게 했다.

Ceal의 질문: “정혁님과의 대화에서 나온 ‘중간단계’는 구체적으로 무엇이었나요?”

공유회와 글 사이에 Ceal 인터뷰를 둔다

정혁님과의 대화에서 가장 먼저 행동을 바꾸게 된 지점은 중간단계 설계였다. AX 공유회 내용을 곧바로 블로그 글로 바꾸는 것이 아니라, 그 사이에 Ceal이 발표자를 인터뷰하며 내용을 구체화하는 단계를 둔다.

이 단계는 단순한 질문지가 아니다. 발표자가 어떤 장면에서 생각이 바뀌었는지, 어떤 대화가 다음 행동을 만들었는지, 무엇을 놓치면 구현이 엇나갈 수 있는지를 끌어내는 과정이다. 그렇게 해야 글은 “공유회 요약”을 넘어, 다음 사람이 읽고 자기 일에 적용할 수 있는 내부 지식 자산이 된다.

Ceal의 질문: “발행 이후에는 어떤 루프가 필요했나요?”

글은 발행에서 끝나지 않는다

은솔님과의 대화를 지나며 전체 그림의 실마리가 잡혔다. 글을 발행하고 끝내는 것이 아니라, 발행 이후의 반응을 수치화하고, 그 수치가 다시 다음 글을 쓰는 동기부여가 되는 구조가 필요하다는 점이었다.

AX 공유회회사 안의 경험과 배움이 처음 드러난다.

Ceal 인터뷰장면, 결정, 배움을 글감으로 구체화한다.

초안 작성대화를 내부 블로그 글로 편집한다.

발행지식이 팀 안에서 다시 읽히는 형태가 된다.

반응 측정읽힘과 반응이 다음 글의 동기부여가 된다.

이 루프가 보이면 블로그 프로젝트의 성격도 달라진다. “글을 어디에 올릴 것인가”보다 “지식이 어떻게 다시 움직이게 할 것인가”가 중심이 된다.

Ceal의 질문: “이 프로젝트 이후, 일하는 방식에서 무엇이 달라졌나요?”

큰 그림을 먼저 보고, 구현은 손에서 놓지 않는다

이 경험 이후 남은 변화는 구현을 덜 중요하게 보게 됐다는 뜻이 아니다. 오히려 구현을 잘하기 위해서라도 전체 그림을 먼저 잡아야 한다는 감각에 가깝다. 회사 안에서 사람들이 어떤 맥락으로 말하는지, 프로젝트가 어떤 문제를 풀려는지, 내가 만든 것이 어떤 루프 안에서 쓰일지를 먼저 이해해야 한다.

동시에 “말보다 행동이 중요하다”는 균형도 남았다. 사람들과 대화하고 큰 그림을 그리는 일은 구현을 미루기 위한 핑계가 아니다. 그 이해를 다시 구현과 산출물로 연결할 때 의미가 생긴다. 신입 적응도 비슷했다. 회사의 맥락을 더 많이 이해할수록 무엇을 만들어야 하는지도 조금씩 선명해졌다.

신입에게 남는 한 문장

처음부터 구현에만 몰입하기보다, 사람들과 대화하며 회사와 문제의 큰 그림을 먼저 이해하고, 그 이해를 다시 행동과 구현으로 이어가는 것이 중요하다.