오랜만에 지방 출장

어제와 그저께 오랜만에 지방 출장을 다녀왔습니다.
운전 왕복 10시간에.. 고객의 준비가 치밀해서 많은 내용을 이야기하고 오늘 거의 넉 다운 상태입니다.

그래도 이런 출장이 싫지만은 않습니다.
고객분들 중에서 제가 이야기하는 기술적인 가치에 대해서 인정해주는 고객이 있어서 이런 경우에는 모라도 하나 더 드리고 싶은 경우가 있습니다. 이번 출장도 그런 고객분들중의 한분입니다.

ALM 사상은 제가 근무하는 회사의 제품과는 사실상은 관련이 없습니다. 단 프로젝트를 수행하는데 있어서 컨설팅 방법론으로 사용하는 기법입니다. 요즘 유행인 AGILE사상이나 실용 주의 사상과도 유사하구요.

ALM 을 프로젝트 수행하는 곳에 소개하면 좋아합니다만 별도로 돈을 들여서 컨설팅을 받고자 하지는 않습니다. 공짜로 받기를 원하지요. 그런데 이번 고객은 제 ALM 이론을 직접 돈을 들여서 현재 현실화 시키는 프로젝트를 하고 있습니다. 완성도가 높게 잘 구현하고 있더군요.

더군다나, 이번에 고객사의 수행사는 대우 정보기술입니다. 예전 Spring Framework을 Enterprise 환경에서 구현할 수 있는 수행사를 찾던중에 본적이 있어서 관심을 가졌던 팀인데... 기대했던데로 어느정도 수준 이상의 실력을 가지고 있었습니다. 이번 출장에서 많은 기술적인 토론을 할 수 있는 기회를 가진 이유도 이 팀 덕분이 아닌가 싶습니다.

Spring이 점점 국내 엔터프라이즈 환경에서도 많이 사용되고 있지만 국내의 블로그 포스팅들은 엔터프라이즈 환경에 적절한 Spring에 대한 내용이 얼마나 있는지는 잘 모르겠습니다 엔터프라이즈 환경은 서비스 시스템에 비해서 훨씬 높은 가용성,안정성,성능에 대한 요건과 복잡한 Message Exchange Pattern등을 지원해야 합니다.
예를 들어 서비스 시스템에서 빌링 오류가 한번 나서 복구가 안되면 1000~2000원 컨텐츠 구매 비용을 손해 보겠지만.. 만약에 은행에서 한 트렌젝션이 오류가 나면 몇 십억의 돈이 유실 될 수 있기 때문에 아키텍쳐의 복잡도가 비교적으로 상당히 높습니다.
그래서 오픈소스를 기업에서 사용할때는 경험이 많이 필요한데, 실제 이런 경험을 가지고 있는 팀이 아닌가 싶습니다.

아마 금년중에는 이 고객사의 ALM 구현체를 볼 수 있을 것 같습니다.

마지막으로 이번 컨설팅 과정에도 느꼈지만 ALM의 구축을 하다보면 솔루션이나 툴에 집중하게 되는데, ALM은 프로세스와 의사소통이 기본입니다.