예전에 회사에서 컴파일 업무를 맡았는데 항상 문제를 일으키는 사람은 정해져 있었다. 자주 지각하는 친구가 정해져 있는 것과 같다. 환경적인 요인(학교와 집이 멀다거나)이 없는데도 동일하게 지각을 반복한다.
반복적인 실수는 일의 능숙도 보다는 개인의 성향에 의존하는거 같다.

'우리 팀이 이번 프로젝트에서 해야할 일이 X인데 이 일은 a, b, c, d, e의 일로 나눌 수 있습니다. 자신이 관심있는 일이나 자기가 잘 할 수 있는 일을 하나씩 선택하도록 합시다.'
'저는 예전부터 c에 관심이 있었는데 제가 한 번 해보고 싶습니다.'
'저는 학교다닐 때 b에 관한 일을 한 적이 있습니다. 제가 b를 하겠습니다.'
이런 식으로 진행이 된다. 팀원끼리의 관계가 좋고 어떤 일을 해도 결과가 잘 나오는 경우라 할 수 있다.

하지만 팀원끼리의 신뢰가 없고 부정적인 경험이 많은 팀인 경우 곧 바로 이런 질문이 나오더라.
'그러면 맨 마지막 사람이 독박쓰는거 아닌가요?'

실제 세상에서 일이 부드럽게 처리되도록 하는 방식 중에 하나.
조직이나 사회가 세운 형식을 약간은 뛰어넘은 일처리 방식.
실제로 살다보면 필요가 경우가 많더라.
세상을 좀더 부드럽게 하는 장점도 있지만 다른 사람에게 피해를 줄 수도 있다.
잘 활동하면 좋다!

1. 위임 받을 사람이 없다.
   
2. 자신이 개발한 코드가 어려워서 위임에 상당한 시간이 걸린다.
   

이 친구는 출국하기 며칠전까지 결국 회사에서 붙들려서 일을 해야만 했다.

나는 이런 교훈을 얻었다.

1. 쉽게 정리되어 있어야 한다.
   
2. 빨리 가르쳐줄 수 있어야 한다.
   
3. 위임이 안되면 결국 자기손해다.
   

항상 같은 일을 하지만 항상 특정 부분에서 병목을 일으키거나 현재 일이 어떤 모양새로 진행되는지 모르거나 사람들이 무엇을 어떻게 해야하는지 우왕좌왕하거나 일로 사람을 쪼아댄다면 이는 우아함과 거리가 멀다 하겠다.

• 계산하기 어려운 까닭
  
  1. 다른 업무와 오버랩되면서 동시에 처리하는 업무에 대한 투입 노동량의 측정이 어렵다.
     
  2. 실적에 영향을 주는 사항이라 측정자체를 꺼린다.
     
  3. s/w 유지, 보수에 대한 중요성을 인식하지 못하고 있다.