스탠드업 미팅에서 "오늘까지 할게요"라고 말한 일이 있었다. 오후에 예상 못한 이슈가 터져서 결국 못 끝냈다. 다음 날 스탠드업에서 "어제 말한 건 좀 밀렸고요..."라고 했을 때, 팀 리드 표정이 미묘하게 변했다. 화난 건 아닌데, 뭔가 실망한 느낌. 그 표정이 머릿속에 남았다.
일주일 뒤에 비슷한 상황이 또 왔다. 이번에는 달랐다. 오후 3시쯤 "이 이슈 때문에 오늘 안에 끝내기 어려울 것 같은데, 내일 오전까지 가능할 것 같습니다"라고 슬랙으로 미리 공유했다. 팀 리드가 "ㅇㅇ 알겠어, 내일 오전까지 부탁"이라고 답했다. 같은 결과인데 반응이 완전히 달랐다.
신뢰는 능력이 아니라 예측 가능성이다
이때 깨달은 건, 팀에서의 신뢰는 "일을 잘하는 것"이 아니라 "이 사람이 뭘 할지 예측할 수 있는 것"이라는 거다.
시니어 한 분이 있었는데, 기술적으로 팀에서 가장 뛰어난 사람은 아니었다. 근데 모두가 신뢰했다. 이유를 관찰해보니 패턴이 있었다. 이 분은 "된다"고 말하면 무조건 됐다. "모르겠다"고 말하면 정말 모르는 거였다. "금요일까지"라고 하면 금요일에 나왔다. 목요일에 나올 때도 있었는데, "금요일"이라고 말한 이상 금요일을 넘긴 적은 없었다.
이 분은 한 번도 "이건 쉬워"라고 말한 적이 없다. 항상 현실적인 예상을 했다. 때로는 보수적이라고 느낄 정도로. 근데 그게 신뢰의 핵심이었다. 기대치를 낮게 잡고 초과 달성하는 게, 높게 잡고 못 미치는 것보다 100배 낫다.
반대의 경우도 봤다. 기술적으로는 훌륭한데 신뢰도가 낮은 동료가 있었다. 일정을 항상 낙관적으로 잡았다. "이틀이면 될 것 같은데요"라고 해서 기다리면 4일이 걸렸다. 한 번 두 번은 괜찮은데, 이게 반복되면 "이 사람이 이틀이라고 하면 실제로는 일주일 잡아야 한다"는 인식이 생긴다. 능력이 부족한 게 아니라 예측이 안 되는 거다.
작은 약속들
큰 프로젝트에서 일정을 잘 맞추는 것도 중요하지만, 일상적인 작은 약속이 더 영향이 크다.
"오늘 중으로 리뷰 남길게요"라고 했으면 정말 그날 남기기. "내가 확인해볼게"라고 했으면 확인하고 결과를 공유하기. "다음 스탠드업 때 공유할게"라고 했으면 잊지 않고 공유하기. 이런 것들이다.
나도 처음에는 이걸 자주 놓쳤다. 바쁘다 보면 "리뷰 남기겠다"고 해놓고 까먹는 경우가 생겼다. 상대방 입장에서는 기다리고 있는데 아무런 연락이 없으니 답답하다. 그래서 나는 약속한 일을 바로 캘린더에 적기 시작했다. "3시: A 리뷰 남기기", "퇴근 전: B에게 확인 결과 공유". 이게 별거 아닌 것 같지만 실제로 해보면 하루에 이런 약속이 3~4개는 생긴다. 캘린더에 안 적으면 하나쯤은 반드시 빠뜨린다. 사소하지만 이게 쌓이면 "이 사람한테 부탁하면 된다"는 인식으로 이어진다.
한번은 야근하면서 힘들게 끝낸 작업이 있었는데, 그보다 더 고마웠다고 팀원이 말한 건 다른 거였다. "그때 리뷰 빨리 해줘서 일정 맞출 수 있었어." 리뷰하는 데 20분밖에 안 걸렸는데, 상대방한테는 블로커가 풀린 거라 임팩트가 컸던 거다.
모르는 건 모른다고 말하기
신뢰를 깎아먹는 가장 빠른 방법은 아는 척하는 거다.
미팅에서 기술적인 논의가 나왔는데, 내가 잘 모르는 영역이었다. 근데 모른다고 말하기가 민망해서 적당히 고개만 끄덕였다. 그러다 "이 부분 어떻게 생각해?"라는 질문을 받았을 때, 대충 아는 것만으로 답했다. 틀린 말을 한 건 아닌데, 정확하지도 않았다. 나중에 시니어가 조용히 말해줬다. "그 부분 좀 달라, 다음에는 잘 모르면 모른다고 해도 돼."
그 뒤로는 모르는 건 바로 말한다. "그 부분은 제가 잘 몰라서 찾아보고 공유할게요." 이게 오히려 신뢰를 쌓는다. 이 사람이 "안다"고 말하면 정말 아는 거라는 확신을 주니까.
투명하게 일하기
슬랙에서 진행 상황을 공유하는 습관이 신뢰에 영향을 많이 줬다.
예전에는 작업이 끝나면 결과만 공유했다. "A 작업 완료했습니다." 지금은 중간중간에도 공유한다. "A 작업 시작합니다. 예상 소요 시간 3시간." 그리고 중간에 이슈가 생기면 "B 이슈 때문에 1시간 정도 추가 소요될 것 같습니다." 작업이 끝나면 "A 작업 완료. PR 올렸습니다."
과하다고 느낄 수도 있는데, 이렇게 하면 다른 사람이 내 상태를 물어볼 필요가 없다. 리드 입장에서도 팀원의 상태를 파악하기 위해 매번 "어디까지 했어?"라고 물어보는 건 부담이다. 알아서 공유해주면 그만큼 마이크로매니징을 줄일 수 있고, 자율성이 생긴다.
실수했을 때가 진짜 시험이다
신뢰는 쌓는 데는 오래 걸리지만 무너지는 건 한순간이라는 말이 있다. 근데 내 경험은 좀 달랐다. 실수를 어떻게 처리하느냐에 따라 오히려 신뢰가 올라가기도 했다.
한번 배포 후에 특정 페이지에서 레이아웃이 깨지는 버그가 발견됐다. 내 코드였다. CSS 변경이 다른 페이지에 영향을 준 건데, 로컬에서는 확인이 안 됐던 케이스였다.
바로 세 가지를 했다. 첫째, 슬랙에 "이 이슈 제 코드에서 발생한 거 맞습니다, 지금 수정 중입니다"라고 올렸다. 둘째, 원인과 수정 방향을 간단하게 공유했다. 셋째, 핫픽스를 배포하고 "수정 완료, 재발 방지를 위해 해당 영역 스타일 격리 처리했습니다"라고 마무리했다. 전체 과정이 40분이었다.
나중에 팀 리드가 "대응 빨랐다"고 했다. 버그를 낸 것보다 빠르게 인정하고 해결한 과정이 더 인상적이었다고. 실수 자체는 누구나 한다. 중요한 건 실수 이후의 행동이다.
일관성의 힘
이것저것 썼지만 결국 하나로 모인다. 일관성.
좋은 날에만 약속을 지키는 게 아니라, 바쁜 날에도, 컨디션이 안 좋은 날에도 같은 태도를 유지하는 것. 기분이 좋을 때만 친절하게 리뷰하는 게 아니라, 항상 같은 톤으로 피드백하는 것. 이게 쌓이면 동료들이 나를 예측할 수 있게 되고, 예측 가능한 사람에게 일이 맡겨진다.
솔직히 항상 일관되기는 어렵다. 나도 컨디션 나쁜 날에는 리뷰가 대충 되기도 하고, 피곤하면 약속을 잊기도 한다. 완벽할 수는 없다. 다만 그런 날에도 "의식적으로 노력하고 있다"는 것 자체가 차이를 만드는 것 같다.
리모트에서의 신뢰
재택근무 날에는 신뢰가 더 중요해진다. 얼굴이 안 보이니까.
우리 팀은 주 2일 재택을 하는데, 재택하는 날에 응답이 느린 사람이 있으면 "일 안 하나?"라는 의심이 은근히 생긴다. 실제로는 집중해서 코딩하고 있는 건데, 슬랙 응답이 안 오면 그렇게 보일 수 있다. 그래서 나는 재택하는 날에 오히려 더 자주 슬랙에 상태를 공유한다. "지금 이 작업 집중 중이라 슬랙 확인이 늦을 수 있어요"라고 미리 말해두면 상대방도 기다릴 수 있다.
한번은 재택하는 날 컨디션이 안 좋아서 오후에 잠깐 낮잠을 잔 적이 있다. 30분 정도였는데, 일어나보니 슬랙에 멘션이 3개 와 있었다. 다행히 급한 건 아니었지만, 바로 답하면서 "잠깐 자리 비웠습니다"라고 솔직하게 말했다. 이런 작은 솔직함이 쌓이면 "이 사람은 안 보이는 곳에서도 성실하다"는 인식으로 이어진다. 반대로 한번이라도 거짓말이 들키면 그 신뢰를 되찾기가 정말 어렵다.
신뢰와 속도
신뢰가 쌓이면 업무 속도가 빨라진다는 것도 느꼈다.
리드가 나를 신뢰하게 된 이후로, 마이크로매니징이 줄었다. 예전에는 중간 점검이 잦았는데, 이제는 "이거 맡길게, 금요일까지 부탁"으로 끝난다. 자율성이 높아지니까 내 방식대로 일할 수 있고, 효율도 올라갔다. 신뢰가 곧 자유라는 걸 체감한 셈이다.
코드 리뷰에서도 차이가 있다. 내 PR에 대한 리뷰가 빨라졌다. 이건 내 추측인데, 리뷰어가 "이 사람 PR은 기본적인 건 잘 챙겼을 거야"라는 기대가 있으면 리뷰에 쓰는 에너지가 줄어드는 것 같다. 반대로 신뢰가 없는 상태에서는 한 줄 한 줄 의심하면서 봐야 하니까 시간이 더 걸린다.
팀에서 신뢰받는 사람이 되고 싶다면 화려한 기술 스택이나 대단한 성과보다, 매일매일의 작은 약속을 지키는 것부터 시작하는 게 빠르다. 적어도 내 경험에서는 그랬다.
