=======================
=======================
=======================
출처 : http://www.zdnet.co.kr/column/column_view.asp?artice_id=20150115092723
2차: http://mypi.ruliweb.daum.net/mypi.htm?id=peinsiro&num=5225&cut=1
많은 회사 개발자를 만나면서 느끼는 우리나라 소프트웨어 회사들의 가장 큰 문제 중 하나는 개발자간에 정보와 지식의 공유가 잘 안 되는 것이다. 회사가 크던 작던 거의 모든 회사가 동맥경화에 걸린 것처럼 정보와 지식이 공유되고 유통되지 않고 몇 사람만 알고 있다. 회사가 크면 클수록 이런 현상은 더욱 심해진다.
꽤 오래 전 어떤 개발자가 개발을 하면서 특정 라이브러리의 호환성 때문에 한 일주일 고생을 한 적이 있다. 인터넷도 검색하고 여러 시도를 해 보았지만 잘 해결이 안돼 여러 개발자가 고생을 하고 있었다. 수시로 사무실 통로에 서로 모여서 이와 관련된 짧은 토론을 여러차례 하면서 회사 내의 이슈가 되고 있었다.
그렇게 며칠이 지날 때쯤 한 개발자가 말하길 이것은 자신이 수개월전에 이미 시도를 해보고 다 조사를 해본 것이라고 한다. 그리고 이것은 불가능하다는 것의 증거를 가지고 있다고 했다. 진작에 이것 때문에 고생하고 있다는 것을 알았지만 개발자들이 일주일이 지나도 해결을 못하자 자랑스럽게 얘기를 해주는 것이었다. 회사가 크고 서로 사무실이 달랐다면 이 조차도 전달이 안되었을 것이다. 그나마 회사가 작으니까 나중에라도 얘기를 해줄 수 있었다.
이런 얘기를 들을 경우 개발자들은 그 개발자를 어떻게 생각할까? 남들이 모르는 것을 알고 있다고 존경심을 가질까? 아니면 왜 미리 알려주지 않았나 서운해할까? 아니면 이런 정보가 공유가 잘 안 되는 회사의 문화, 프로세스와 시스템을 탓할까?
이런 개발자는 회사의 중요한 사람일까? 없어야 하는 사람일까? 내 생각은 이렇게 중요한 정보를 본인만 알고 있고 고의로 공유를 안하는 개발자는 해고감이다. 개발자는 개발에 관련된 내용을 적절히 충분히 기록하고 공유를 해야 한다. 이것은 말은 쉽지만 매우 어려운 일이다. 개발 과정에서 효율적이고 자연스럽게 정보와 기록을 남기고 공유를 해야 한다.
이런 현상이 비단 개발자 탓만은 아니다. 공유가 잘 안되는 문화를 가진 회사에 입사를 해서 다른 사람과 자연스럽게 동화된 것 뿐이다. 공유를 할 마땅한 방법이 없기도 하고, 혼자서 열심히 공유를 하려고 해도 대부분의 개발자들이 자신의 업무에 바빠서 공유된 정보에는 관심도 없는 경우가 많다. 국내 많은 소프트웨어 회사들이 이와 비슷하다. 공유를 위해서 애쓰지만 대부분 성공적이지 않다. 공유에 실패하는 회사는 다음과 같은 특징이 있다.
첫째, 소수의 인원만 정보 공유에 애쓴다. 경영진을 비롯해서 대부분의 개발자는 공유에 별로 관심이 없다. 공유가 왜 중요한지 인식을 못하기도 한다. 개발자 혼자 공유 문화의 전도사처럼 나서지만 누구 하나 인정해주지도 않고 본인도 금방 지치게 된다.
둘째, 공유를 위한 시스템이 없거나 부족하다. 공유를 한다고 문서를 만들어도 문서가 버전관리도 안되고 여기저기 굴러다니고 정보를 찾기도 어렵다. 좋고 비싼 시스템이 있어도 제대로 사용하지 않는다. 이럴 때 비싼 시스템은 오히려 적절한 공유에 방해가 되기도 한다.
셋째, 개발과는 별도로 문서를 따로 만든다. 문서를 만들어도 많이 만든다. 게다가 문서를 만드는데 엄격한 규칙이 있다. 대부분의 대기업이 여기에 해당한다. 경영진이 공유의 의지를 가지고 밀어붙이는 경우도 대부분 이렇게 된다. 하지만 이렇게 별도로 문서를 많이 만든다고 공유가 잘되는 것은 아니다. 엄격한 프로세스로 비효율적으로 많은 문서를 만들기도 하고 이를 형식적으로 지키기도 하지만 이것으로 공유에 성공했다고 볼 수는 없다.
정작 중요한 정보는 공유가 안된다. 이런 회사의 특징은 대부분의 문서가 서로 정보가 안맞고 계속 업데이트가 안되서 쓸모가 없다. 게다가 쓸모 없는 문서와 쓸모 있는 문서가 섞여 있어서 올바른 정보를 구분하기 어렵다.
넷째, 기존의 지식을 문서로 만들려고 애쓰다가 실패한다. 기존의 지식과 정보를 모두 끄집어내서 문서화 하는 일은 거의 불가능한 일이다. 일할 당시 그때가 아니면 문서화는 어렵다. 하루가 지나면 기억 속의 정보는 50%가 사라지고 일주일이 지나면 90%가 사라진다. 지금이 아니면 나중에는 문서화 할 수 없다. 밀린 일기는 포기하고 오늘 일기부터라도 쓰는 것이 좋다.
다섯째, 항상 너무 바쁘다. 특히 고참일수록 더 바쁘다. 신입사원은 제대로 일하려면 수개월이 걸린다. 그러다 보니 고참이 더 바빠서 공유에는 신경 쓸 시간이 없는 악순환이 계속된다.
반대로 공유에 성공한 회사는 다음과 같은 특징이 있다.
첫째, 경영진을 비롯한 모든 개발자가 공유에 힘쓴다. 공유가 얼마나 중요한지 모두 잘 알고 있고 공유에 문화적으로 시스템적으로 투자를 한다.
둘째, 적절한 시스템이 구축되어 있다. 대부분 이슈관리시스템, Wiki등의 시스템이 잘 구축되어 있고 회사의 거의 모든 정보와 지식이 잘 저장되어 있다. 뿐만 아니라 휘발성 커뮤니케이션 수단인 전화, 메신저, 이메일 등은 보조수단으로 사용되며 중요 정보는 대부분 시스템을 통해서 전달되고 공유된다.
셋째, 문서는 최소로 만든다. 불필요한 문서를 만들지 않고, 꼭 필요한 문서 몇 개만 만든다. 문서의 형식도 꽤 자유롭다. 개발자들이 토론하면서 노트에 그린 그림을 사진을 찍어서 올리기도 하고, 온라인 그리기 도구를 쓰기도 하고 상황에 맞게 자유로운 도구를 활용한다.
넷째, 공유가 습관화 되어있다. 항상 일하는 과정에서 자연스럽게 공유를 한다. 별도로 문서를 만든다고 많은 시간을 소비하지 않는다. 자유롭게 필요한 만큼 알아서 효율적으로 공유를 한다. 항상 노트를 하고 즉각 정리해서 이슈관리시스템이나 Wiki에 등록하는 것이 일상화 되어 있다. 개발자가 수시로 하는 작은 조사, 개발도 모두 문서화되고 공식적으로 진행된다.
다섯째, 리뷰가 활성화 되어 있다. 모든 정보는 문서로 공유하기는 어렵다. 토론도 많이 하고 리뷰도 자주 있다. 리뷰과정을 거쳐서 문서는 꼼꼼히 검토가 되고 여러 직원들의 전문적인 의견이 반영된다. 고참일수록 리뷰에 많이 참석하며 자신의 경험과 지식을 리뷰를 통해서 전수한다.
공유는 소프트웨어에서는 가장 중요한 기업 문화이다. 소프트웨어가 창의적인 지식산업이기 때문에 더욱 그렇다. 하지만 대부분의 회사는 위에서 언급한 공유에 실패하는 증상들이 보이고 있다. 그렇다고 이제부터 공유를 열심히 하자고 마음만 먹는다고 공유가 잘되는 것은 아니다. 복잡한 프로세스를 도입하는 것보다 공유 문화 정착이 열 배는 어려운 일이다.
경영진의 의지가 가장 중요하지만 의지만 가지고 밀어붙이다가는 프로세스만 복잡해지는 함정에 빠지기가 매우 쉽다. 문화란 그만큼 바뀌거나 도입하기 어려운 것이다.
---------------------------------------------------------------------------------------------------------
게시물 스크랩 l 신고
룰뷁씨 Info 친구신청삭제수정2015/01/15 PM 02:12
지식의 공유가 안된다는것을 어느정도는 이해하고있는게..
우리나라같이 IT 개발자들의 무덤인곳에서는 저 지식의 공유와 후학양성이 잘 이루어지지 않을수도 있겠다는 부분입니다..
우리나라에서 40 넘어가면 슬슬 치킨집을 차릴 생각을 해야할정도로..
인력의 교체주기가 빠르고, 나가리 되는것도 빨리 찾아옵니다...
이런 상황에서 1년이라도, 한달이라도 더 오래 일을하기 위해서는..
남들이 못하는 무언가를 가지고 있어야 하는데..
그 남들이 못하는 무언가의 경우 대부분이 상당히 오랜 시간을 걸처 공부해서 익혔거나, 다른사람이 쉽게 착안하지 못하는 부분에서 아이디어를 얻어 할수있게 되는 경우일텐데..
이걸 다른 사람에게 쉽게 알려주고, 공유하고 하면..
누구나 그걸 할수있게 되겠죠..
나 스스로는 1년 2년 넘게 공부해서 겨우겨우 익힌것인데, 이걸 알려주면 다른 사람들은 한달이면 쉽게 쫓아올수있게될거구요..
그럼 결국 다른사람들이 일년 더 일하게될떄.. 자기는 일찍 나가리가 되는 상황이 발생하죠..
자기가 1년 2년 딴거 공부한걸 다른 사람들은 한달만에 쫓아오고.. 자신의 1년 2년 동안 다른 사람은 다른것을 올려놨을테니..
1~2년이 뒤처지게 되어버리는거죠..
이런거에대한 불안감이 지식의 공유나 후학양성을 잘 하지않으려는 모습으로 나타나는것도 있을겁니다...
아니.. 분명히 있습니다...
저 같은 경우도 다른 사람에게 지식이나 툴, 아이디어 같은거 팍팍 알려주는데..
제가 공부한 시간동안 다른 사람은 다른걸 이용해서 실력이 많이 늘어나있고 하는걸보면..
굉장히 불안해지거든요.. 나 혼자 뒤쳐지는구나.. 하고..
꾸준히 일할수있는 상황이 보장되거나..
소속한 집단이 꾸준히 발전하기위해서라면.. 지식의 공유나 후학양성은 매우매우매우 중요한 부분이지만..
지금의 우리나라에서는.. 자기 앞가름 하기도 힘든 우리나라에서는..
지식의 공유와 후학양성은 매우매우매우 어려운 일이 아닐까 합니다...
보장이 없으니까요.. 밥줄이 끊기니까요.
-----------------------------------------------------------------------------------------------------
정직하게살자! Info 친구신청삭제수정2015/01/15 PM 02:20
그런 부분도 없지않아 있을겁니다.
드릴펀치 Info 친구신청삭제수정2015/01/15 PM 02:28
저도 그런식으로 필요가 없는 인력이 되어가는게 느껴져서
기존의 회사에서 거의 쫒겨나듯이 나오게 되었지요.
그뒤로 후임에게 제가 알고 있는 지식 알려주겠다는 생각을 접었습니다.
알려줘도 관심도 없을뿐더라 필요있는건 좀 빨다가 단물 다빠지면 그것으로 정치질을 시작하더군요.
프로세스도 문제지만 그보다 사람이 먼저인거 같습니다. 저의 경우는요.
저도 당한게 있다보니 생존을 위해 스스로 경쟁력을 깍아먹고 싶진않네요.
=======================
=======================
=======================
'IT회사, 업계' 카테고리의 다른 글
IT 관련 면접 문제 (0) | 2020.09.15 |
---|---|
[IT 정보] [펌글] 소프트웨어 개발 회사의 '야근 없는 회사' 만들기 (0) | 2020.09.13 |
[IT 정보] [펌글] 늙은 개발자의 문제 (0) | 2014.12.08 |
[IT 정보] [CIO Korea] 당신의 회사에 우수 IT인재가 다니지 않는 4가지 이유 (0) | 2014.11.19 |
[IT 정보] [IT World] 프로그래밍의 미래에 대한 12가지 예언 (0) | 2014.11.18 |