소프트웨어 개발 업무, 조직에 관한 고찰

업무 단위 기반 조직의 문제점

1. 급격한 커뮤니케이션 비용 증가

소프트웨어 개발 작업의 세분화 분업화시  더 작은 단계로 세분화 될수록  정보전달에 더 많은 시간이 걸린다.  생산라인 접근 방식은 수작업 노동에는 잘 맞을수 있으나 지적인 작업에는 알맞지 않다.

소프트웨어 개발은 팀원들의 지식으로 만들어 진다. 사람들을 특정활동에 전문화 시킴으로 간단한 프로젝트의 정보 전달도 여러 경로를 통해야 한다. 각 경로는 실수와 결함에의 잠재성을 지니고 있는 고비용의 과정이다.

- 피터 맥브린, 소프트웨어 장인 정신 -

########################################################################
# 업무의 세분화시 고비용 발생은 각 업무 담당자의 상황이 다른경우 그 비용이 더 커질수 있다.

* 다른파트에 정보 전달을 위한 문서화, 문서 유지보수 비용
* 파트간 정보 공유를 위해 발생하는 커뮤니케이션 비용
* 다른파트에서 정보 전달 받기전 대기 비용
* 정보를 잘못 이해함으로 비정상 결과물 제작에 따라 발생되는 비용

########################################################################
# 서비스가 개인단위에서 조직단위로 진행될 경우 각 조직의 성과와 정치적인 목적까지 개입된다.  이에따른 추가 발생비용은...........

* 각각 조직에 따른 프로세스로 업무를 요청하고 업무를 진행 >> 새로운 프로세스를 익히고, 요청문서를 만드는 비용

* 원할한 리소스 관리를 위하여 각 조직에서는 전체적인 리소스를 관리하기 위한 관리자가 필요.

* 조직이 물리적으로 분리된경우가 일반적 협업을 위하여 이동, 전화, 이메일 작성에 비용이 소요. >> 이 같은 비용은 협업회수를 줄임으로써 요구사항을 잘못 이해하고 개발함으로 추가적인 비용 발생

* 서비스의 목표와 각조직의 목표가 충돌하면서 추가적인 비용 발생

>>> 이같은 문제점 해결을 위한 새로운 프로세스 도입 >> 값비싼 도구를 구입 >> 결과적 실패

※ 원론적인 부분을 해결하지 않은 상태에서 임시 방편의 해결책은 도움이 되질 않는다.
※ 업무 관련자들이 최대한 가까운 공간에서 일할 수 있도록 해야하며 각 조직의 정치적 목적 또한 최대로 배제한 상태가 되어야 한다. 
※ 하지만 각 조직의 성과와 조직관리를 해야 하는 입장에서는 쉽지 않은 선택이다.


2. 조직목표 와 프로젝트 목표의 충돌

# 어떤 프로젝트가 성공적이 되기 위해선 그 프로젝트의 목표를 세우고 그 목표에 따른 우선순위에 따라 작업을 진행하는것이 가장 효율적일 것이다.

그러나 업무 단위가 세분화 되고 조직이 세분화 되어 있다면 그 프로젝트의 목표와 각 조직의 목표가 병립하는 상황이 발생 된다. 이에 프로젝트의 목표가 우선시 되어야 하지만 조직의 목표를 우선시 하는 상황이 발생할 가능성이 있다.

 이에 조직의 성과에 집착을 하다보니 질 낮은 프로젝트가 되버리는 결과를 초래한다.

3. 적절한 평가

# 지식근로자의 업무를 정량적으로 평가하기란 힘들다.
# 소프트웨어 개발 부분은 더 더욱 정량적이지 못하다.
# 따라서 많은 사람들이 양적으로 판단을 하고있지만 아무리 잘한다고 해도 불만이 나올수 밖에 없다.

>> PM 에게 평가의 권한이 있을시 PM은.......
* 각 업무에 대한 이해도 필요
* 각 업무의 난이도와 품질의 기준인식 필요
*

>> 각 업무 조직에게 평가 권한이 있을시......
* 팀원들이 각 프로젝트에서 어느정도 기여를 했는지 판단
* 잘못 평가시 : 프로젝트 기여도 보다는 조직의 기여도를 평가 할 경우가 생긴다.
     >> 이경우 조직의 목표를 우선시 하는 부작용이 발생된다.

여러가지 방식을 고려 하겠지만 어떤 방식이라도 문제가 있을수 있다. 문제점이 있는 방식을 선택할 시 평가와 인센티브 자체가 생산성을 저하 시킬수 있다. 이상태라면 동일한 인센티브를 지급하고 평가는 개인의 역량을 강화하기 위한 목적으로 진행하는것이 효과적이다.