김승훈박사의 기업복지이야기 제331호(20190629)

사내근로복지기금연구소 홈페이지(www.sgbok.co.kr)

 

지난 기업복지이야기에서 '위계조직'과 '역할조직'에 대해 잠깐 언급을 했는데 이번 호

에서는 '위계조직'과 '역할조직'에 대해 보다 자세하게 이야기하고자 한다. 의사결정 권

한은 회사에서 가장 중요한 권력이며 가장 적합한 사람이 가져야 하는 권한이다.(<이기

적 직원들이 만드는 최고의 회사> 유호현 지음, 스마트북스, p.30) 회사가 어느 조직을

선호하고 선택하느냐에 따라 기업문화, 조직구성원 구성, 구성원들의 일하는 방식, 업무

처리 시스템이 달라지고 최종 성과물 또한 달라지게 된다. 우리가 실리콘밸리하면 떠오

르는 이미지는 무한한 자유, 수평적 구조, 애자일, 좋은 복지 등을 떠올리지만 이것으로

는 실리콘밸리를 설명하기에는 턱없이 부족하다. 어떻게 해야 엔지니어의 역량을 최대

로 활용하게 하는지, 일하는 것이 재미있고 장기적인 관점에서 더 좋은 소프트웨어를

만들어내는지를 이해하려면 조직으로 눈길을 돌려야 한다.  

 

먼저 '위계조직'은 기존의 상하관계가 중요시되고 중앙집권적 의사결정이 이루어지는

구조이다. 회사의 의사결정을 사장, 임원, 부장, 팀장, 과장이 하게 되며 사용하는 호칭

이 곧 위계를 나타낸다. 하부 조직원이나 엔지니어가 의견을 낼 수는 있지만 그것을 받

아들이는 것은 웟사람의 절대적인 권한이다. 이러한 조직구조를 채택하고 있는 기업

사례로는 스티브 잡스와 같은 뛰어난 식견을 가진 애플과 전통적인 미국의 기업들, 삼

성과 같은 대부분 우리나라 대기업들이다. 위계조직의 장점은 윗사람의 빠른 의사결정

에 따라 최대한 빠르게 움직여 모든 역량을 집중할 수 있다는 점이고, 단점은 변화화

혁신에 취약하다는 점이다. 소수의  의사결정자의 능력에 따라 조직의 행동이 좌우되

다보니 변화의 상황에서는 혼선과 마찰이 발생하고 추진하는 방향이 다를 경우 리스크

가 커진다. 위계조직에서는 질문하고 소통하고 판단하는 것보다는 데드라인 안에 시키

는 일을 잘하고 성실한 것이 곧 능력이 된다.     

 

이에 반해 '역할조직' 각 구성원에 의사결정이 분산되고, 구성원은 자신의 역할에 맞는

의사결정을 하는 책임과 권한이 분산된 구조이며 호칭은 역할을 나타낸다. 이러한 조직

구조를 채택하고 있는 기업 사례로는 구글, 페이스북, 트위터, 에어비앤비 등 최근에 생

긴 실리콘밸리 기업들이다. 장점은 모든 사람들에게 의사결정권이 있기 때문에 민주적

이고, 개개인의 능력을 최대한 발휘하게 할 수 있으며 혁신하고 변화하는데 빠르게 대

처할 수 있다는 점이다. 단점은 첫째는 각 조직원의 목표와 가치관이 일치하지 않을 경

우 팀 간, 개인 간 많은 혼란과 분쟁이 생기므로 분쟁을 해결하는 방법의 기준점이 되는

미션, 핵심가치가 매우 중요하다. 둘째는 직원 개개인에게 결정권이 주어지기 때문에 잘

못된 결정을 내릴 경우 회사가 쉽게 무너질 수 있므므로 모든 구성원의 능력이 뛰어나야

한다. 각 개개인의 의사결정 능력이 중요하기 때문에 채용이 비교적 까다롭고 많은 비용

이 발생한다. 역할조직에서는 '미션'이 주어지므로 복잡하고 다양한 결정을 내릴 수 있는

종합적인 판단능력과 다른 전문가들의 의견을 수용할 수 있는 소통능력이 중요하다.   

 

<이기적 직원들이 만드는 최고의 회사> 도서에서 저자가 자신이 근무했던 회사의 팀(역

할조직)의 독특한 '근무수칙'을 소개했는데 요즘 주 52시간을 실시하는 우리나라 기업들

에 시시하는 바가 많아 그대로 옮겨와 본다.(p.27~28) 

[팀워킹 가이드라인]

원칙

1. 위급하고 중대한 사고가 아닌 경우, 누구도 야근을 하거나 주말에 일을 해서는 안된다.

* 긴 근무시간과 개인 건강을 희생하면서 일하는 것에 적극적으로 반대한다.

2. 자율적이고 탄력적인 근무시간을 존중한다.

3. 근무시간 외에 일하는 것을 선호하는 직원은, 평상적인 근무시간에 일하는 다른 직원

들을 존중해야 한다.

4.코드 리뷰 요청은 핵심 근무시간(오전 10시~오후 4시)에만 허용된다.

* 주말에 코드 리뷰 요청을 보낸다면 다른 직원에게 일을 강요하는 것과 마찬가지이다. 코

드 리뷰를 해주는 직원과 주말근무에 대해 합의가 되었더라도, 그외의 직원들이 코드 리뷰

를 하지 못하는 문제가 발생하므로 주말에 코드 리뷰를 보내는 것을 금지한다.  

5. 서버 업데이트도 핵심 근무시간 내에만 허용한다.

* 만약 코드 디플로이가 서버에 문제를 발생시킨다면, 동료들이 사고 해결을 위해 근무시간

외에 일해야 하므로 근무시간에만 서버 업데이트를 하도록 한다.

 

[업무 가이드라인]

1. 사고 대응 시

· 감당할 수 없으면 지원을 요청한다.

· 새벽에 대응할 경우 충분히 잠을 보충할 수 있도록 한다.(잠을 자야 할 때는 회사에 나오

지 않아도 된다)

· 포스트모르템을 반드시 쓴다.

2. 비현실적이고 타이트한 데드라인

· 고객들과 자주 만나서 데드라인을 조정한다.

· 데드라인을 세울 때 합리적으로 자원을 계획한다.

· 내부적으로는 낙관적으로, 외부에는 보수적으로 타깃 날짜를 지정한다.

3. 동료의 압박

· 오전 10시부터 오후 4시까지 핵심근무시간에만 대답을 기대한다.

· 근무시간 외에는 메신저보다 이메일을 활용한다. 

 

지난 김승훈박사의 기업복지칼럼을 보려면 여기(www.sgbok.co.kr)를 클릭하세요.

 

경영학박사 김승훈(기업복지&사내근로복지기금/공동근로복지기금)
사내(공동)근로복지기금허브 (주)사내근로복지기금연구소 www.sgbok.co.kr
서울특별시 강남구 강남대로 112길 33, 삼화빌딩 4층
전화 (02)2644-3244, 팩스 (02)2652-3244