Younghoe.Info v3

프로젝트를 하다 보면 현행화라는 것이 중요시된다.

현행화란 실제 상황과 관리 장표나 관리 데이터가 일치하게 만드는 것을 의미한다.
관리조직/팀에서는 최고의 관심사 중의 하나다.
현행화를 위해서 추적성을 확인해야 하고, 형상관리도 요구된다.

가령, UML 모델이나 엑셀 파일 형태의 관리 데이터와
실제 소스 코드의 동기화가 요구되는 경우를 가정해보자.

현장 경험이 적다면 RTE(Round-trip Engineering) 같은 것을 떠올려 볼 수 있다.
작은 시스템이라면 도전해볼 수 있겠지만
대규모 시스템이라면 툴 지옥^[각주:1]을 경험할 수 있다.

경험 많은 사람이라면 엑셀 시트나 코드 체계^[각주:2] 같은 것을 떠올린다.

또 한번 그야말로 가상상황을 만들어보자.

만일, 어떤 시스템이 개발 과정에서 모델을 만들어 놓고서
일목요연한 관리표가 별도로 필요하다고 엑셀 시트를 별도로 만들었다고 하자.
엑셀 시트가 유지보수 주체에게 전달되었다.

운영환경에서 코드를 하나 고치려면 영향을 받는 다른 코드를 찾아내야 한다.
인간의 존재 이유가 따분함을 극복하기 위해서만은 아니기 때문에.. ^^
그때마다 일일이 엑셀 시트를 보면서 수정할 소스 파일을 찾아나갈 수는 없다.

가상상황이지만 충분히 발생할 법한 이야기고,
엑셀은 그렇다 쳐도 별도의 UML 모델과의 연계까지 관리하라면...
변경 자체를 어렵게 하는 일이다.

필연적으로 업무 변화를 빠르게 하자는 경영이론들이 쏟아져 나오는데
이를 가능하게 하는 정보시스템에서는 변경을 어렵게 한다면 심각한 문제다.

...

- 점심을 먹으러 식당을 찾아 가는데 건물밖에 간판만 있고 실제 식당이 없는 경우가 있었다.

- 더불어 학생 시절에 SCM(Supply Chain Management) 관련한 수업을 들을 때
강사가 '상물의 분리'라는 모호한 용어를 쓰면서 실제 정보와 정보 시스템의 데이터의 불일치에서 나오는 현상을 열올려 설명하던 기억이 떠올랐다.

- 겨울인데 어떤 식당에서 '봄맞이 냉이국 추가'라는 문구를 본 기억까지 쏟아져나온다.

정보 시스템 만의 문제는 아니다. 현행화.. 답은.. 꾸준히 열심히 하는 것.
변화에 기민하게 대응하는 것. 매직은 없다.

Agile은 과잉 계획/과잉 Estimation의 경험에 대한 시행착오를 통한 교훈(Lesson learned)이기도 하다.

나는 요즘엔 왼쪽이 아니라 오른쪽에서 출발하기를 즐긴다.
최대한 가지치기를 하고 출발하려고 노력한다.
그래도 하다 보면 욕심으로 부풀려지는 경향이 있다.

분명한 것은 왼쪽의 책 무더기처럼 무거운 계획 하에 출발하는 것보다는
가볍게 시작하는 것이 기민함/유연성/기동성/민첩성에는 분명 강점을 지닌다는 점이다.

요즘 저그 종족으로 빈틈을 허용 않는 플레이를 보여주는 프로게이머가 있다.
이름하여 마본좌. 마재윤에겐 본좌라는 별칭이 붙여졌다.
본좌의 의미가 무엇이냐는 skip 하겠다. 다만, 가오가 심하게 나오는 칭호라는 점이다.

간혹 벤더들은 고객을 봉으로 생각하는게 아니냐 하는 의구심이 든다.
영업을 해보지 않아서 그들의 입장을 잘 모르기에 그럴 것이다.

언젠가 한참 바쁜데 말도 안되는 툴을 팔려고 주요 관계자를 소집해서
회의를 빙자한 영업을 하는 일을 목격한 적이 있다.
이때 선정적인 말들(신기술, 재사용, 생산성)에 혹하면 바로 낚이게 된다.
잘 포장된 개념 수준에서 논의되는 내용에 한발씩 발을 들여놓기 시작한다.

그러나, 간혹 본좌급 PM을 만나면 다르다.
말하는 논조나 논리는 다르지만.. 다음과 같은 주제로 일침을 놓는다.

'지금 이런 회의를 왜 하냐?'
'장난하지 마라.'

욕심을 파고드는 것을 허용하지 않고
해야 할 일을 명확하게 인지하고 있는 것
이것만으로도 충분히 본좌라는 칭호를 얻을만큼.. 그것은 쉽지 않은 일이다.

이것은 순전히 가상 상황에 대한 기록이다.

회의실 밖에서도 분위기를 감지할 수 있을 정도로 고성과 갈등의 기류가 흘러 넘친다.
내용을 알 수 없다. 고객과 분석가 사이에서 요구사항을 놓고 실갱이를 하고 있다는 것이 짐작될 뿐.

고객측의 열혈 여과장과 개발업체측의 핏대 차장이 붙었다.
하이톤의 클라이막스를 맞은 분위기다.
잠시 쉬어주는 것이 좋을 것만 같다.
하지만, 그냥 간다.

다시 말하지만 이것은 순전히 가상 상황이다.
그럼에도 불구하고 매우 전형적인 모습이다.

시간이 흘러 첨예한 갈등을 일으켰던 사람들은
민망함을 달래기 위해 어색한 웃음을 연발한다.
정말 어색하다.

나이가 든다고 인격이 형성되는 것은 아니다.
윤리 시간에 인격도야를 답안으로 제출할 것을 종용 당하기 보다
인격도야가 무엇인지를 체험하기 위해 6 + 3 + 3년을 모두 할애했어도
학창 시절이 보람 있었을 것이라는 상념을 품어본다. 부질없는 시간 소모다.

나는 아직 전투적 자세에서 완전히 벗어나지 못했기 때문인지
종종 이런 모습을 만나게 된다.
여과장이 될 수 없다는게 천만 다행이라 생각된다.

어떤 이에게는 정치도 싸움, 개발도 싸움이다.
월급을 받는 일도 투쟁이고..

순전히 가상 상황이라서 그런지 현실감이 넘친다.

20명도 안되는 모임에서 한달에 고작 2만원 정도 되는 돈을 내고 쓰는 방법에 대해서
50일에 걸쳐서 11번에 걸쳐 53개 쓰레드가 달린 논의 끝에 합의를 이뤄가고 있다.
결과로 드러난 숫자의 나열만 놓고 보면 '참 한심하구나' 할 수 있다.

그러나, 애정을 가지고 긴 쓰레드를 함께 해온 입장에서는 무척 뿌듯하다.
어떤 모임에서나 내포된 문제... 하지만 아무도 솔직하게 자신을 드러내지 않는다.
우리도 오프에서보다는 온라인에서 더 허심탄회하게 의견을 제시했던 것 같다.

나는 한 가지를 분명히 인식했다.
논리적인 방안은 이해관계자의 솔직함에 비하면 아주 하찮은 것에 불과하다.
우리는 솔직함을 드러내는 방식에 대해서는 전혀 배우지 못했다.
오히려 예의라는 이름으로 완곡하게 표현하는 기법만 필요 이상으로 훈련받은 느낌이다.
이를 쉽게 확인해볼 수 있다. '~님'이라고 부를 때 그를 진심으로 존경하는가?

어제 점심에 부동산 정책에 대한 이야기가 튀어나왔다.
정책이 발표되자 마자 전문가들은 실패할 것이라고 나발을 분 모양이다.

얼마전에 어머니에게 이런 말을 한 적이 있다.
"엄마도 참 힘들었을 것 같아요. 어떻게 키워야 하는 지도 모른채
나이가 차면 결혼하고 아이 낳는 것이 당연한 시대였으니까."

중학교 1학년 사촌 꼬마애가 학원에서 9시까지 배운다고 한다.
농담 삼아 선생님한테 살살 좀 하자 그러라고 했다.
그말을 할 때 내 안에는 분노가 있었다.
우리는 어린 아이들에게 무엇을 가르쳐야 할지도 모른채
가르친다는 명목으로 돈을 벌어 먹고 살고 있는 것 같다는.. 생각에 화가 치밀었다.

개나 소나 다 자기가 솔직하다고 한다.
나는 정신없이 살다가 가끔 의식을 찾으면 솔직해지기 위해 노력을 한다.
그래도 난 내가 진짜 어떤 녀석인지 알기가 힘들다.

솔직함을 배우지 못한 세대가 주도하는 세상을 살아가면서
솔직함을 배우기란 기적에 가깝다.

그래서, 나는 스터디를 하고 있다는 것이 행복하다.
솔직하게 논의를 하는 방법을 배울 수 있는 흔치 않은 인큐베이터이기 때문이다.

'경험 공유'라는 말을 어렵지 않게 들을 수 있다.
대개는 '경험한 바를 공유하겠다'는 의도일 것이다.

경험 공유의 전제 조건은 다음과 같이 생각해볼 수 있다.
1. 같은 혹은 거의 유사한 경험을 쌍방 모두가 갖고 있을 때
2. 전달하는 이와 같은 경험을 듣는 이가 갖고 있지 않지만,
듣고 나서 행동에 변화가 있을 때...

'행동하지 않으면 경험은 공유'될 수 없다.

Spring Forum의 알림 메일을 받았다.
보편적인 것이 아니라 valang을 취급한 탓에 오랜동안 답글이 없이 소외된 글을 올렸다.
(springmodules의 valang을 활용한 Validation 테스트 참조)

benjwarner라는 멤버가
내가 짠 코드에 하나의 메소드를 추가한 형태로 사용한다는 이야기를 전해준다.

다른 사람이 짠 코드..
같은 팀도 아니고, 같은 국민도 아니고.. 누군지도 모르는 사람의 코드를 수용하는 태도
이러하 태도는 빛과 같다.
단지 접하는 것만으로도 꽤 오랫동안 즐거운 기분을 유지할 수 있었다. ^^