솔직히 처음에는 저도 일을 잘한다는 게 개인 실력의 문제라고 생각했습니다. 아이디어가 번뜩이거나, 자료 조사를 남들보다 빠르게 하거나, PPT를 예쁘게 만드는 것. 그런데 막상 팀 프로젝트를 몇 번 겪고 나서야 알았습니다. 진짜 일 잘하는 사람은 혼자 빛나는 사람이 아니라 팀 전체를 빛나게 만드는 사람이라는 것을. 공유와 협업: "다 완성하고 보여줄게"가 왜 함정인가제가 직접 겪어봤는데, 팀 프로젝트에서 가장 답답한 상황은 예상 밖에 있었습니다. 능력이 부족한 팀원 때문이 아니라, 혼자 다 완성하고 보여주겠다는 팀원 때문이었습니다. 며칠 뒤 완성본을 공유받고 나서야 방향이 완전히 어긋났다는 걸 알게 된 적이 한두 번이 아닙니다. 그때부터 다시 처음으로 돌아가야 했고, 정작 시간이 없어진 건 그 시점이었습..
회의 준비를 하다가 같은 자료를 팀원이랑 동시에 만들고 있었다는 걸 뒤늦게 알았을 때, 솔직히 허탈했습니다. 열심히 했는데 두 배로 일한 셈이었으니까요. MECE(미씨) 기법은 그런 상황을 구조적으로 막아주는 사고 도구입니다. 맥킨지에서 처음 체계화한 이 방법, 직접 써보니 기대와 다른 점도 있었습니다.업무 구조화, 왜 이게 그렇게 중요한가저도 처음엔 업무를 순서대로 처리하면 된다고 생각했습니다. 할 일 목록을 만들고, 위에서부터 하나씩 지우면 되는 거 아닌가 했죠. 그런데 실제로 팀 프로젝트를 몇 번 겪고 나서 그 생각이 완전히 바뀌었습니다.회의를 준비할 때 일이었습니다. 자료 작성, 참석자 일정 확인, 회의실 예약, 발표 자료 검토까지 네 가지를 동시에 굴려야 했는데, 어떤 일은 두 번 확인하고 어떤..
직장에서 "일 못한다"는 평가를 받는 사람들에게는 공통된 행동 패턴이 있습니다. 능력의 문제가 아니라 소통 방식의 문제인 경우가 대부분입니다. 저도 한때 진행 상황을 혼자 끌어안고 가다가 마감 직전에 문제를 터뜨린 경험이 있는데, 그 순간 잃은 신뢰가 얼마나 회복하기 어려운지 몸으로 배웠습니다. 회신 속도가 만드는 신뢰의 구조리스폰스 타임(Response Time), 즉 업무 요청에 반응하는 속도는 단순한 예의 문제가 아닙니다. 여기서 리스폰스 타임이란 메시지를 수신한 뒤 상대방이 다음 단계로 넘어갈 수 있도록 답변하기까지 걸리는 시간을 의미합니다. 이 시간이 길어질수록 협업 전체의 흐름이 멈춥니다.제가 예전 직장에서 겪은 일이 딱 이 경우였습니다. 급하게 확인이 필요한 사항을 메신저로 물어봤는데, 답이..
항상 바빠 보이는데 막상 결과물이 없는 동료, 주변에 한 명쯤 있지 않습니까? 저는 그런 사람과 실제로 같은 팀에서 일해봤습니다. 그리고 깨달았습니다. 문제는 그 사람만이 아니라, 그렇게 일하도록 내버려 둔 구조에도 있다는 것을.항상 "바쁜 척"인데 왜 결과물이 없을까요?제가 함께 일했던 분 중에, 자리를 지키는 시간만큼은 누구보다 성실한 분이 있었습니다. 항상 화면에 뭔가를 띄워 놓고, 자리에서 좀처럼 일어나지 않았습니다. 그런데 이상하게도, 공동 작업이 필요한 회의나 협업 자리에서는 "저 지금 급한 거 있어서요"라는 말이 늘 먼저 나왔습니다.막상 기다렸던 그분의 결과물은 기한을 넘기거나, 처음부터 다시 해야 하는 수준이었습니다. 제가 직접 겪어보니 이게 얼마나 팀 전체의 속도를 갉아먹는지 실감했습니다..