Loom을 사용하여 영향력이 큰 기술 피드백을 제공하는 방법

Loom으로 명확하고 실행 가능한 기술 피드백 녹화

서면 피드백에는 한계가 있습니다. 화면으로 30초 만에 보여줄 수 있는 버그를 Slack 메시지로 설명하려면 다섯 단락이 필요할 수 있습니다. 코드 검토 댓글에는 유용성을 결정짓는 주변 컨텍스트가 빠져 있을 수 있습니다. 한편, 팀이 분산된 경우 문제를 검토하기 위한 동기식 미팅을 기다리는 것은 모든 업무의 진행 속도를 늦춥니다.

Loom은 더 나은 옵션을 제공합니다. 다시 검토해야 하는 사항이 있을 때마다 긴 텍스트를 작성하거나 회의 일정을 잡는 대신, 화면을 녹화하고 문제를 라이브로 직접 보여주며 팀원이 편한 시간에 볼 수 있게 공유할 수 있습니다. 특정 코드 라인, UI 결함 또는 특정 조건에서 중단되는 워크플로와 같이 현재 보고 있는 것을 시청자가 정확히 똑같이 확인하기 때문에 기술 피드백이 더 명확해집니다.

이 접근 방식은 풀리퀘스트를 검토하거나 UX 문제에 플래그를 지정하거나 아키텍처 결정에 대한 건설적인 피드백을 제공하거나 배포 프로세스를 감사할 때 모두 효과적입니다. 이 시각적 안내는 추측을 없애고 팀 동료들이 조치하는 데 필요한 모든 것을 제공합니다.

Loom에서 영향력이 큰 기술 피드백을 계획하고 녹화하고 공유하는 방법을 알아보려면 계속 읽어보세요.

1단계. 기술 피드백의 목표 정의

Loom을 열기 전에 실제로 검토하려는 내용과 원하는 결과를 명확히 합니다. UI 흐름에서 외관상 문제에 플래그를 지정하는 것과 백엔드 서비스의 전면적인 리팩터링을 제안하는 것 사이에는 큰 차이가 있습니다. 범위를 미리 정의하지 않으면 녹화 내용이 산만해지고 시청자가 우선시해야 하는 부분을 알 수 없습니다.

기능, 풀리퀘스트, 워크플로 또는 UX 흐름 중 무엇을 보고 있는지 명확히 하세요. 그런 다음 원하는 결과를 파악하세요. 버그 수정을 요청하는 것입니까? 성능 개선을 제안하는 것입니까? 디자인 결정에 대한 팀 간 정렬을 달성하려고 합니까? 이것을 미리 명시하면 시청자가 봐야 할 이유를 알게 됩니다.

녹화하기 전에 우선 순위 수준을 파악하는 것도 도움이 됩니다. 기술 피드백이 긴급하다면 도입부에 그 사실을 언급하세요. 향후 스프린트를 위한 우선 순위가 낮은 제안이라면 그렇게 말하세요. 이렇게 하면 시청자가 재생을 누르기도 전에 긴급성을 이해하게 됩니다.

2단계. 더 명확한 피드백을 위해 환경 준비

화면이 지저분하면 녹화 동영상도 지저분해집니다. 제공하려는 피드백과 관련이 없는 탭, 창 또는 애플리케이션을 모두 닫으세요. 알림을 꺼두어 설명 도중에 Slack 알림이 흐름을 끊지 않게 하세요.

논의하려는 코드, 디자인 또는 인터페이스의 관련 섹션을 확대하세요. 예를 들어 풀리퀘스트를 검토하려는 경우 코드 변경 사항을 열고 적절한 위치로 스크롤해 두세요. UX 흐름을 살펴보는 경우 프로토타입 또는 스테이징 환경을 미리 로드해 두세요. 녹화를 진행하는 동안 책갈피를 뒤져야 하는 일이 없도록, 언급하려는 티켓, 문서 또는 참조 자료를 미리 열어 두세요.

이런 준비는 몇 분밖에 걸리지 않지만 모두의 시간을 절약해 줍니다. 녹화가 더 간결해지고, 시청자가 적합한 파일을 찾는 과정을 지켜볼 필요가 없습니다. 또한 시청자에게 검토를 최대한 효율적으로 진행할 수 있도록 철저히 준비했다는 점을 보여줍니다.

3단계. 동영상을 간결하게 만들기 위해 녹화 전에 설명할 내용 구성

약간의 계획을 세우면 큰 도움이 됩니다. 녹화를 시작하기 전에 컨텍스트, 관찰 내용, 영향 및 권장 사항을 포함하는 간단한 형식을 활용해 핵심 요점을 요약하세요.

각 부분의 내용은 다음과 같습니다.

• 컨텍스트: 현재 보고 있는 내용과 이를 검토하는 이유를 설명합니다. 이렇게 하면 구체적인 내용으로 들어가기 전에 시청자가 필요한 배경 정보를 얻습니다.
• 관찰 내용: 버그, 비효율성 또는 디자인의 공백과 같은 발견한 내용을 설명합니다.
• 영향: 이것이 중요한 이유 및 성능, 사용자 경험, 안정성 또는 기타 요소에 미치는 영향을 설명합니다.
• 권장 사항: 시청자가 어떤 조치를 해야 하는지 정확히 알 수 있도록 추천 수정 방법 또는 다음 단계를 공유합니다.

설명이 의도된 것처럼 느껴지도록, 표시할 화면의 순서를 결정하세요. 여러 문제를 다루고 있다면 관련 없는 파일 또는 페이지 사이를 오가기보다는 논리적으로 그룹화하세요. 비동기식 커뮤니케이션은 팀원이 원하는 시간에 내용을 파악할 수 있을 정도로 메시지가 체계화되어 있을 때만 효과를 발휘합니다.

4단계. Loom에서 적합한 설정을 사용하여 녹화 시작

Loom을 열고 화면만 녹화할지, 아니면 화면과 카메라를 함께 녹화할지 선택합니다. 화면만 녹화하는 방식은 화면 공간의 작은 부분까지 중요한 세부적인 코드 검토에 적합합니다. 화면과 카메라를 함께 녹화하는 방식은 친근한 느낌을 더하며, 기술 피드백에 미묘한 추론이 포함된 경우 도움이 될 수 있습니다. 얼굴 표정과 어조를 통해 검토자가 의도를 더 쉽게 파악할 수 있기 때문입니다.

올바른 창이나 탭을 녹화하고 있는지 확인하세요. 당연한 이야기 같지만, 실수로 엉뚱한 화면을 공유하는 일은 생각보다 자주 일어납니다. 커서 강조 기능을 사용하여 어디를 가리키고 있는지 시청자가 정확히 따라갈 수 있도록 하세요. 5초 분량의 짧은 클립으로 오디오를 테스트하여 마이크 소리가 선명한지 확인하세요.

5단계. 녹화 내용을 명확하게 설명하고 실시간으로 시연

녹화를 시작한 후에는 일정한 속도로 말하고 특정 구성 요소, 파일 또는 사용자 흐름을 명칭으로 언급합니다. 구체적인 표현을 사용하면 나중에 불필요한 질의응답이 줄어듭니다.

문제를 실시간으로 보여주세요. 특정 조건에서 함수에 오류가 발생하면 해당 오류를 화면에서 트리거합니다. 특정 중단점에서 디자인 요소가 깨지는 경우 브라우저 크기를 조정하여 시청자가 확인할 수 있도록 합니다. 그런 다음, 코드 수정, 디자인 조정 또는 프로세스 업데이트와 같이 권장하는 정확한 변경 사항 및 그것이 중요한 이유를 설명합니다.

Loom을 통한 기술 피드백이 글로 남긴 댓글보다 더 유용한 이유가 바로 이러한 상세한 설명에 있습니다. 시청자는 문제를 확인하고 분석 내용을 들으며 권장 사항을 이해하게 됩니다. 이를 통해 실제로 미팅 일정을 잡지 않고도 더 쉽게 Loom으로 생산적인 미팅 효과를 냅니다.

6단계. 타임스탬프가 포함된 댓글을 추가하여 피드백의 실행 가능성 향상

녹화를 완료한 후 동영상을 다시 보고 중요한 순간에 댓글을 삽입합니다. 주요 문제를 강조하거나 변경 사항을 제안하거나 관련 티켓을 언급하는 지점에 플래그를 지정하세요. 타임스탬프가 포함된 마커를 통해 시청자는 자신에게 가장 중요한 섹션으로 바로 이동할 수 있습니다.

분량이 긴 녹화 동영상의 경우 Loom 댓글 또는 설명 필드에 중요한 수정 사항을 텍스트로 요약하세요. 이렇게 하면 팀원들이 전체 동영상을 다시 보지 않고도 다음 단계를 빠르게 확인할 수 있어 서로 다른 표준 시간대에 걸쳐 Loom을 사용한 비동기식 작업을 하는 팀에게 특히 유용합니다.

7단계. 명확한 다음 단계를 제시하며 적절한 팀원에게 녹화 영상 공유

실행해야 하는 팀원에게 Loom 동영상을 보냅니다. 메시지에 녹화 내용 및 필요한 작업에 대한 간단한 요약을 포함합니다. 시청자가 무엇을 원하는지 추측하게 하지 마세요.

마감 날짜 및 책임을 명확히 하고 수정, 논의 또는 승인 중 무엇을 요청하는지 확실히 밝히세요. 여러 명이 참여하는 경우 누가 어떤 부분을 담당하는지 명시하세요. 이러한 수준의 명확성은 공동의 우선 순위를 중심으로 팀이 정렬하는 데 도움이 되고, 검토 주기가 길어지는 가장 큰 원인 중 하나인 '담당자 및 책임'에 대한 혼선을 방지합니다.

건설적인 기술 피드백 제공을 위한 팁

좋은 기술 피드백은 직접적이고 구체적이면서도 업무 관계도 원만하게 유지합니다. 피드백을 제공하는 방식은 피드백의 내용만큼이나 중요합니다. 특히 기록으로 남아 다시 볼 수 있는 동영상을 녹화할 때는 더욱 그렇습니다. 명심해야 할 몇 가지 원칙은 다음과 같습니다.

• 개인이 아닌 작업에 집중: 개인의 능력에 대해 이야기하기보다는 결과, 성과 또는 사용자에게 미치는 영향을 중심으로 피드백을 구성하세요. 이 접근 방식은 더 나은 팀 피드백을 위한 스파링에 도움이 됩니다.
• 비판과 인정의 균형 맞추기: 변경이 필요한 부분에 대해 말하기 전에 잘되고 있는 부분을 먼저 언급합니다. 잘한 작업을 인정해 주면 신뢰를 쌓고 비판을 더 쉽게 받아들이게 됩니다. 또한 팀이 향후 작업에서 '좋은 결과'의 모습을 더 명확하게 파악하게 됩니다.
• 변경하고 싶은 부분과 그 이유를 구체적으로 설명: 모호한 피드백은 시청자에게 의도를 해석해야 하는 부담을 줍니다. 주의가 필요한 정확한 구성 요소, 동작 또는 산출물을 명시하고 권장 사항에 대한 근거를 설명합니다. 정기적인 360도 피드백에 투자하는 팀은 시간이 지나면서 이러한 습관을 기르게 됩니다.