전략을 세우는 기준은 현재다.
지금 시점에서 과거를 돌아보고 미래를 예상해본다. 그리고 예상되는 미래를 준비한다.
다양한 미래가 예상되면 플랜A, 플랜B를 준비한다. 예상되는 미래가 2개 이상일때는? 플랜C, 플랜D, 플랜E,,,를 준비해야겠지.
전략이 먹히지 않는 첫번째 이유는, 앞으로 펼쳐질 미래의 다양함은 우리의 플랜을 넘어선다. 미래는 예측할 수 없다. 그래서 대비할수도 없다. 반응할 뿐이다.
하지만 미래는 한번에 짠ㅡ 하고 나타나지 않는다. 지진이 일어나기 전에도 전조현상이 있듯, 미래도 전조현상이 있다. 동물들이 그 전조현상을 알아채고 바로 반응하듯, 우리도 동물처럼 전조현상을 예의주시하고 있어야 하고 거기에 기민하게 반응해야 한다.
여러 일로 허덕이는 한주였다.
사실, 난 월요일날 이걸 인지했었다.
지난 주간회의때, 이번주 해야할 일이 잘 나오지 않았다.
아ㅡ 일주일의 일도 명확하게 정의할 수 없을만큼 불투명한 상태구나.
일단 수요일까지 할일만 정하고 수요일 오후에 다시 얘기해보자고 했었다.(그것도 사실 모호하긴 했었음)
일주일을 예측 못하는 주간이라니.. 이번주는 통제 안되는 일이 빵빵 터질꺼라고 예상을 했었어야 했다. 그리고 난 매일마다 통제 안되는 상황을 예의주시하고 있었어야 했다. 근데 나도 그냥 별 신경 안쓰고 내 할일만 열심히 하며 보냈다.
2016년 안영회님이 “아기발걸음(Baby Step)“을 얘기 했을 때는 ‘그냥 좋은 말이겠거니…’ 생각했었다. 일주일 단위로 빠르게 움직이는 조직 안에서 4년을 보냈지만 그게 내 삶에 체화되지는 않았었다.
그러다, 2020년 XP 책을 다시 읽고 눈이 번쩍 떠졌다. 내 삶의 지침서로 받아들이고 진짜 이렇게 살아보려고 했다.
그때부터 내 삶의 주기를 일주일로 두고, 일주일 마다 변화를 만들어보려고 했었다.
처음으로 기타 연습을 시작했고, 아프리카 여행 추억팔이 용으로만 가지고 있던 젬베를 들고 교회 찬양팀에 들어가 다른 세션들이랑 맞춰보기 시작했다.
일주일 리듬 이건 이전에도 여러 번 이야기했다.
일주일 주기로 살아가기. 일주일 전과 달라지기.
일주일은 변화를 만들어 내기에 적당한 시간이다.
삶의 모든 영역에서 이러는 건 아님 ㅋ
(어떻게 그래? 집중하고 있는 몇몇 부분에서만 ㅋ)
2년의 리듬 이것도 언젠가 글에서 얘기한 적이 있다.
새로운 것을 시작할 때 필요한 시간. 2년.
이건 자기 분야에서 꽤 능력을 인정받는 사람들과 이야기를 나누다 발견한 거다.
학교 다닐 때 기계적으로 했던 거 다 빼고, 회사에서 억지로 했던 거 다 빼고.
남의 일이 아닌, 내 일 새로 합류한 3명의 동료 이야기다.
매일 아침 데일리 미팅을 하기로 했고. “어제 한 일, 오늘 할 일, 이슈” 딱 이 3가지만 공유하자고 했다. 이슈를 말하라고 했더니, 개발하면서 만났던 여러 어려움을 얘기한다. 그런건 이슈가 아니라고 했다. 이슈가 뭐냐면,
어제 하루 일을 시작하기 전 계획이 있었을 텐데. 하루를 살아보니 계획대로 안되더라 => 이건 당연한 거다.!
그래서 계획이 틀어진 상태로 오늘을 시작했는데, 계획과 실제의 공백이 너무 커져서 이번 주 목표에 차질이 생길 것 같다.
오랜만에 사무실 이야기다.
반년 전, 팀에서 코드 리뷰를 하자고 했을 때 동료들은 불편한 기색을 내비쳤다. 하지만 그들은 나의 제안을 따르는 것 말고는 별다른 방법이 없었다.
내가 코드 리뷰를 시작하기 전 먼저 했던 일은 gitlab runner를 사용해 배포 파이프라인을 구성해 놓는 일이었다. merge request를 만들고, 코드 리뷰를 거치고, 최종적으로 merge가 되어야 배포가 되도록 했다. 그리고 난 개발의 결과를 스테이징 환경에 배포된 것으로만 확인한다고 했다. 개인 PC에서 돌아가는 건 인정하지 않았다 ㅋ
노트를 열고 손에 펜을 잡는 그 순간, 내 생각도 열린다.
어떤 생각이 떠올라서, 그 생각을 쓰기 위해 노트를 펴는 것이 아니라
노트를 열 때, 그때 생각도 열리기 시작한다.
그 누구에게도 보여줄 필요가 없는, 그래서 포장할 필요가 없는,
멋있어 보이는 뭔가를 쥐어짜기 위해 힘을 줄 필요도 없고,
미사여구를 붙일 필요도 없고, 부끄러워 빼버릴 필요도 없다.
그렇게 온몸에 힘을 빼고 나면, 그제야 나도 인지하지 못하고 있던 진짜 내 생각이 나오기 시작한다.
흰 종이에 한글자 한글자 써 내려가지는 딱 그 속도만큼만 생각도 흘러나온다.
오랜만에 사무실 이야기다.
중국 회사에서 일한 지 일 년 반 정도가 되었다. 한번 이직해서 지금은 두 번째 회사다.
이번 회사에서는 회의에 참여 할 때가 많은데, 주로 복잡한 문제를 풀어야 하는 설계 관련 회의다.
나는 아직 중국 친구들이 말하는 디테일한 내용까지 모두 다 알아듣지 못한다.
겨우겨우 이해해서 부족한 정보를 바탕으로 판단을 내려야 할 때가 많다.
자연스럽게 한 발 떨어진 관찰자 입장에서 판단을 내리게 되는데, 때론 이런 나의 입장이 도움이 될 때도 있는 것 같다.
다른 사람에 비해 내가 특별히 잘하는 것이 있다.
그건 바로, 언어가 달라 말이 통하지 않는 곳에서 원하는 것을 해내는 것이다.
전문적인 기술이라 하기엔 좀 잡스러운(?) 느낌이 있긴 하지만, 어디서 생겨났는지 모르는 이 능력(?)에 대해 궁금해졌고, 이것을 진지하게 파헤쳐보고 싶어졌다.
경험들 일단 나의 경험에 대한 썰을 먼저 풀어본다.
오스트리아(독일어)에서 억울한 벌금 환불받기, 2007년 2007년 오스트리아를 여행할 때, 터미널에서 버스를 타면서 벌금을 내게 되었다.
나중에서야 그건 단순한 의사소통 문제였고, 내가 부당한 벌금을 냈다는 것을 알게 되었다.
아주 작은 변화, 시작 <7월 1일> 새로운 회사로 이직한 지 2달이 지났다.
사무실 분위기는 꽤 시끌벅적한데. 개발자들은 입도 뻥끗 안 하고 심각한 얼굴로 모니터만 쳐다보고 있고, 고객과 소통하는 사람들의 전화 목소리만 우렁차다. 우렁찬 목소리에는 넘치는 자신감(?)과 회사 내에서의 위치(?)가 드러나는 것 같다. 개발자들은 식사할 때조차 입을 잘 열지 않는다.
나와 함께 일하는 몇몇 친구들에게 git으로 협업하는 방법을 설명해주고, 이번 주부터 gitlab의 Merge Request 기능을 써서 코드 리뷰를 하기로 했다. 이슈를 등록하고, 브런치를 만들고, 코드 작성 후 자신의 repo에 푸쉬하고, Merge Request를 만들고, 디스커션을 하고, 머지를 하는 과정을 보여주며 설명해주었다.
