모든 인터뷰이들이 입을 모아 강조한 부분입니다. 기술 용어의 정확한 뜻을 아는 것보다, "그래서 내 업무 일정에 영향이 있는가?", **"내가 지금 기획을 수정해야 하는가?"**와 같은 실질적인 액션 아이템을 파악하는 것이 회의의 핵심입니다.
회의 흐름을 끊을까 봐, 혹은 나만 모르고 있는 것 같아 질문을 주저하는 현상이 반복적으로 나타납니다. 특히 연차가 낮거나 협업 경험이 적을수록 "내가 무지해 보일까 봐" 느끼는 위축감이 큽니다. 개발자 입장에서도 상대가 눈치를 보며 "이해했다"고 말하고 넘어가는 상황을 인지하고 있습니다.
개발자는 "엣지 케이스 처리가 안 됐다"고 말했는데, 비개발자는 "기능이 완성됐다"고 이해하는 등 정보 해석의 차이로 인해 나중에 재작업이 발생하거나 일정이 어긋나는 경우가 빈번합니다. 이는 서로가 중요하게 생각하는 포인트가 다르기 때문에 발생하는 전형적인 병목 현상입니다.
모르는 용어를 나중에 검색해 보더라도, 회의 당시의 구체적인 맥락(우리 프로젝트의 특수성)이 빠져 있어 "그래서 우리 상황에선 어떻게 되는 거지?"라는 의문이 해결되지 않습니다. 따라서 회의 도중 즉각적으로 맥락을 짚어주는 보조 도구에 대한 니즈가 높습니다.
기획자는 전체 일정과 구현 가능성을, 디자이너는 화면 구현 방식과 수정 범위를 궁금해합니다. 동일한 기술적 이슈라도 듣는 사람의 역할에 따라 필요한 정보의 형태가 달라져야 효율적인 소통이 가능합니다.
| No. | 수정된 핵심 태그 | 설명 | 대표 인용문 (최소 1-2개) |
|---|---|---|---|
| 1 | #맥락기반_영향해석 | 기술 용어의 사전적 정의보다, 현재 회의 맥락에서 해당 용어가 나에게 미치는 실질적인 영향과 다음 액션을 아는 것이 가장 중요함. | "용어의 뜻은 검색하면 나와요. 근데 '이 용어가 지금 이 회의에서 왜 나왔고, 나한테 어떤 영향이 있는지'는 맥락 없으면 절대 알 수 없어요." |
| "단어 뜻만 알면 좀... 왜 중요한지를 설명해 주고 이게 왜 그냥 지금 대충 어떤 문제에 봉착해 있는지를 쉽게 설명해 주면 좋을 것 같아." | |||
| 2 | #질문회피_심리 | 모른다는 사실을 드러내거나 회의 흐름을 끊을까 봐 질문을 주저하는 심리적 장벽이 존재함. | "'내가 잘못 이해한 걸 수도 있으니까 일단 넘어가자'가 되는 거죠." |
| "너무 눈치 보여가지고 사실 다 물어보지 못했어." | |||
| 3 | #협업_결론불일치 | 개발자와 비개발자가 같은 회의 내용을 듣고도 서로 다른 결론을 가지고 나가, 결국 재작업이나 일정 지연 같은 비용이 발생함. | "같은 회의에 있었는데 서로 다른 결론을 가지고 나가는 것, 이게 기술 맥락 갭에서 오는 가장 비용이 큰 문제이구요." |
| "결국 그분도 이제 그러면 기존 프로젝트 말고 새로운 프로젝트로 가자 이렇게 같이 이야기가 나왔었는데 약간 이제 그분이 이제 내 이야기를 이해했다기보다는 이제 저희 이제 뭐 백엔더 개발자들이 뭐 다 새로운 프로젝트를 하는 게 나을 것 같다라는 의견이 계속 나오니까 이제 어쩔 수 없이 이렇게 하신 것 같고, 결론적으로는 그분이 저희 프로젝트에 참여를 안 했어요." | |||
| 4 | #직군별_정보_맞춤화 | 기획자, 디자이너, 개발자 등 직군별로 필요한 정보의 종류와 깊이가 다르므로, 역할에 맞춘 설명이 필요함. | "구현 가능성인 것 같아요. 왜냐면, 어쨌든 내가 그 뒤에 사정을 알지 못하니까 어떻게 보이는지가 가장 중요하고 실행이 되는지 문제가 없이 잘 실행이 되는 가.""아 나는 그런데 비유해주는 게 정말 이해가 좀 쉬운데 비유해주는 분들은 대부분 어휘 언어 능력이 좀 뛰어나신 분들이었어요." |