일잘러의 체크리스트

솔직히 저는 WBS를 처음 접했을 때 "그냥 엑셀에 할 일 적어두는 표 아닌가?"라고 생각했습니다. 그런데 내용을 파고들수록 그게 얼마나 단순한 오해였는지 깨달았습니다. WBS는 프로젝트의 범위, 담당자, 일정, 산출물, 리스크를 하나의 구조 안에서 연결하는 관리 도구입니다. 제대로 이해하고 나면 "왜 이걸 이제야 알았지"라는 생각이 드는 그런 개념입니다.WBS란 무엇인가 — 레벨 구조와 산출물 관리WBS는 Work Breakdown Structure의 약자입니다. 여기서 Breakdown이란 업무를 잘게 쪼개어 위계 구조로 나열한다는 뜻으로, 단순히 할 일을 나열하는 것이 아니라 전체 프로젝트를 트리 구조로 시각화하는 방식입니다. 최상위 레벨에는 프로젝트 전체가, 하위 레벨로 내려갈수록 각 포지션별 세..

연봉을 500만 원 올리기 위해 이직을 준비했던 적이 있습니다. 당시엔 그게 당연한 수순처럼 느껴졌습니다. 그런데 막상 이력서를 다듬으면서 '내가 이 회사에서 뭘 해결할 수 있게 됐는지'를 쓰려고 하니 손이 멈췄습니다. 연봉 숫자는 있었지만, 능력의 기록이 없었습니다. 그때부터 커리어를 바라보는 방식이 조금씩 달라졌습니다.이직 타이밍, 연봉보다 먼저 봐야 할 것직장인이라면 누구나 한 번쯤 이직 유혹을 받습니다. 특히 유튜브나 커뮤니티에는 '몇 년 차에 연봉 얼마 올렸다'는 이야기가 넘쳐납니다. 저도 그런 글들을 보며 지금 내가 너무 느린 게 아닌가 조급해진 적이 있습니다.그런데 직접 겪어보니, 이직을 자주 했을 때 시니어 리더들이 이력서를 어떻게 읽는지가 생각보다 중요했습니다. 잡호핑(Job Hoppin..

처음 ChatGPT를 썼을 때 저는 그냥 빠른 검색 도구 정도로만 생각했습니다. 최근 ChatGPT가 에이전트(Agent) 형태로 진화하면서, 업무를 바라보는 방식 자체가 바뀌었습니다. 메일, 캘린더, 노션, 드라이브까지 연결해 실제 파일을 만들고 일정을 잡아주는 수준이 됐거든요. 지금부터 제가 직접 써보면서 느낀 변화와, 편리함 뒤에 꼭 짚어야 할 현실적인 주의점까지 함께 정리합니다. 업무 자동화, 실제로 어떻게 달라졌나가장 크게 달라진 점은 '답해주는 AI'에서 '처리해주는 AI'로 바뀌었다는 겁니다. 기존에는 제가 ChatGPT에 질문하면 답변을 받고, 그 내용을 다시 복사해서 노션에 붙여넣고, 캘린더에 따로 등록하고, 메일을 별도로 썼습니다. 모든 마지막 손질은 결국 제 몫이었죠.이번 ChatGP..

구구절절 길게 쓴 메일일수록 재질문이 더 많이 돌아왔습니다. 직접 수십 통씩 주고받으며 깨달은 건, 메일 한 통의 구조가 실제 업무 처리 속도를 결정한다는 사실입니다. 문장력이 좋아서 잘 쓰는 게 아니라, 구조를 설계할 줄 아는 사람이 메일을 잘 쓰는 것이었습니다. 글을 잘 쓰는 문제가 아니라 필요한 내용이 다 들어가야합니다. 그렇게 하기위해서는 메일을 쓰기 전 꼭 필요한 내용을 확인하고 메일을 보내기 전 필요한 내용이 다 들어갔는지 체크하는게 필요합니다. 본문 가장 하단에 공장식구성을 위한 메일템플릿과 이메일용 MECE 체크리스트를 넣어뒀으니 활용하세요~ 공장식 구성과 본문 양식화 — 데이터가 먼저 말한다 McKinsey의 커뮤니케이션 원칙에서는 명확한 구조화(Structured Communicati..

메일을 길고 자세하게 쓸수록 일을 잘하는 걸까요? 직접 써보니 정반대였습니다. 구구절절 적은 메일일수록 재질문이 더 많이 돌아왔고, 짧고 구조화된 메일이 오히려 빠르게 처리됐습니다. 메일 한 통의 구조가 실제 업무 속도를 결정한다는 걸, 몇 번의 시행착오를 겪고 나서야 실감했습니다. 공장식 구성으로 메일 쓰는 시간부터 줄인다 메일을 열 때마다 첫 인사말을 어떻게 쓸지, 끝을 어떻게 맺을지 매번 고민했던 적이 있습니다. 지금 생각하면 꽤 비효율적인 습관이었습니다. 하루에 수십 통씩 보내는 메일에서 매번 새로운 표현을 찾는 것은, 창의성이 필요한 일에 쓸 에너지를 쓸데없이 소모하는 행위였습니다. 여기서 유용한 개념이 이른바 '공장식 구성'입니다. 쉽게 말해, 메일의 뼈대를 고정해 두고 그 안의 내용..

처음 보고서를 쓰기 시작했을 때, 저는 자료가 많을수록 좋은 보고서라고 믿었습니다. 그런데 막상 완성된 문서를 상사에게 들고 가면 돌아오는 피드백은 항상 비슷했습니다. "이게 핵심이 뭐야?" 그 질문 앞에서 할 말이 없었던 경험이 여러 번 쌓이고 나서야, 저는 MECE라는 개념을 제대로 들여다보기 시작했습니다. MECE 기법 (업무구조화, 중복제거, 실전적용)회의 준비를 하다가 같은 자료를 팀원이랑 동시에 만들고 있었다는 걸 뒤늦게 알았을 때, 솔직히 허탈했습니다. 열심히 했는데 두 배로 일한 셈이었으니까요. MECE(미씨) 기법은 그런 상황을 구조247being.com 일전에도 MECE에 대한 내용을 분석했습니다. 개인적으로는 손으로 메모하고 체크하는 것을 좋아해서 pdf템플릿을 넣어두었는데 상대적으..

솔직히 저는 한동안 '문제를 빠르게 해결하는 사람'이 똑똑한 사람이라고 생각했습니다. 그런데 일을 경험하면서 깨달은 게 있는데, 빠르게 해결하는 것보다 '이 문제가 왜 생겼는지'를 제대로 보는 것이 훨씬 어렵고 더 중요하다는 점이었습니다. 구조화된 사고란 바로 그 '제대로 보는 힘'을 기르는 방법입니다. 이걸 몸에 익히고 나서야 오늘 회의실에서 나오기 전에 답을 내야하는 것이 무엇인가를 알게 됐습니다. 문제 구조화: 현상 뒤에 숨은 인과관계를 그려라여러 부서가 얽힌 프로젝트를 진행하다 보면, 같은 현상을 두고 각자 완전히 다른 이야기를 합니다. 영업팀은 "고객이 원하는 기능이 없다"고 하고, 기획팀은 "사업 방향과 맞지 않는 요구사항"이라고 하고, 재무팀은 "이 기능을 넣으면 수익성이 나오지 않는다"..

솔직히 저는 보고서를 제대로 배운 적이 없습니다. 인수인계도 없었고, 매번 검색하고 남의 자료 찾아보면서 간신히 한 장씩 만들었습니다. 그러다 대기업 스탭 부서 출신의 10년 차 직장인이 정리한 보고서 원칙들을 접하고 나서야, 제가 그동안 가장 엉뚱한 걸 붙들고 있었다는 걸 알게 됐습니다. 예쁘게 꾸미는 것보다 훨씬 앞에 있어야 할 것들이 있었습니다. 보고서는 디자인이 아니라 기획 구조가 먼저다보고서를 잘 쓴다는 말을 들으면 많은 분들이 깔끔한 레이아웃이나 잘 정렬된 표를 떠올리는 경우가 많습니다. 저도 그랬습니다. 처음에는 폰트 크기, 색상 배치, 그래프 모양에 시간을 가장 많이 썼습니다. 그런데 제가 직접 여러 보고서를 만들어 보면서 느낀 건, 외형보다 훨씬 앞에 있어야 하는 것이 있다는 점이었습니다..

막 일을 시작한 지 얼마 되지않았을 때 처음 협업회의를 진행하는 자리에서 저는 꽤 당황스러운 경험을 했습니다. 분명히 좋은 아이디어라고 생각해서 열심히 이야기를 했는데, 예리한 상사께서 "그래서 하고 싶은 말이 뭐예요?"라는 질문을 하셨죠. 이제껏 나름대로 자기주장을 잘 말하면서 살아왔다고 생각했는데 막상 비즈니스 생태계의 프로페셔널들에게는 횡설수설 하는 사람으로 보일 수 있겠구나 하며 얼굴이 화끈거리더라구요. 말 잘하는 사람이 부러웠던 게 그날이 처음이 아니었지만, 그날은 유독 뼈저리게 와닿았습니다. 말을 잘한다는 건 타고난 재능이 아니라 준비와 인풋(input), 그리고 태도의 문제라는 것을 그 이후로 하나씩 배워가고 있습니다. 말 잘하는 법 : 좋은 말은 좋은 인풋에서 나온다 - 인풋관리혹시 이런 ..