일부 회사는 놀라움과 이익을 위해 프로그래머가 매우 창의적인 사람들이라는 것을 발견했습니다. 예를 들어 Google과 Atlassian 은 프로그래머가 원하는대로 (승인을 통해) 일할 수있는 정규 (월간) "자유로운 날"을 허용하고 회사가 보상을 거둘 수 있다고 생각합니다.
인용 된 예로는 신제품, 이전에 아무도 수정하지 않았던 버그 수정, 새로운 팀 구성 등이 있습니다. 또 다른 결과 (그리고 아마도 원래 목표)는 자유 시간 사이의 남은 날 동안 프로그래머가 더 많은 동기를 부여한다는 것입니다.
"제어 된"창의적 산출물을 허용하는 것이 동기 부여 및 사기, 또는이 접근법의 성공 사례에 더 적합하다는이 이론에 더 많은지지가 있습니까?
답변:
실제로 그 자체로는 해답이 아니며 그러한 상황에 대한 직접적인 경험이 있거나 직접적인 경험이있는 전문가도 아닙니다. 그러나 나도 주제에 관심이 있었으며 아마도 희망적인 사고의 형태로 여기까지 내가 모은 것이 있습니다.
자기 실현 Maslow 에 따르면 피라미드의 끝은 자기 실현입니다. 프로그래머는 일반적으로 물질적으로 잘 표현하는 경향이 있으며, 대부분의 사람들은 먹고, 집에 전화를 걸고, 친구와 가족이 있습니다. 우리는 경험을 쌓을 때 상당히 자존심이 좋은 경향이 있습니다. 그러나 우리의 실제 작업이 항상 성취감을 느끼는 방법을 제공하는 것은 아니며, 모든 사람이 스스로 시간을 갖거나 자신의 삶의 다른 측면에서 시간을 빼고 싶어하는 것은 아닙니다. 따라서 회사 시간에 대한 개인 프로젝트는 많은 도움이 될 것입니다.
저렴한 R & D 때로는 이러한 프로젝트를 회사의 비즈니스에 직접 적용 할 수 있습니다. 그리고 누가 아이디어를 생각 해낸 사람보다 프로젝트를 수행하도록 동기를 부여했습니다.
위의 1 지점과 관련된 동기 부여 . 우리가 창조적 인 근육을 가끔씩 한 번 운동 할 기회를 갖거나 회사의 프로젝트 계획에 꼭 맞지 않는 가려움증을 긁을 수 있다는 생각으로 크게 만들지 않더라도 우리는 남아있게 할 수 있습니다 동기. 이 RSA 프레젠테이션 은 제가 생각하는 것을 잘 보여줍니다.
생산성 때때로이 프로젝트는 업무와 관련이있을 수 있습니다. 똑같은 일을 반복하는 것에 지칠 수 있고이를 자동화하기로 결정했지만,이 이니셔티브와 함께 제공되는 자유가 없다면 아이디어가 언뜻보기에 비즈니스 가치가 전혀 없는데도 가치있는 투자라고 경영진을 설득하기가 어려울 수 있습니다.
솔직히 모든 사람들이 그런 정책으로 승리한다고 생각합니다. 물론 회사에 직접 비용이 발생하고 (금전적) 이익을 계산하기는 어렵지만 수명은 합계가없는 열에 배열 된 숫자보다 훨씬 많습니다.
나는 이것에 대한 경험을 가지고 있었고, 내가 일한 회사는 10 %의 '자유 시간'을 가지고 있었으므로 금요일 오후에 원하는 것을 골라야했습니다.
두 가지 이유로 실패했습니다.
하루 오후에 많은 일을 할 수 없으며 일주일 동안 다른 일을 한 후에도 흥미로운 일로 돌아 오는 것이 실제로 도움이되지 않습니다.
금요일 오후가 어쨌든 회사 업무를 위해 일하는 데 더 많은 일이있었습니다.
따라서 실제 작업 사이에 자유 시간 프로젝트를 허용하는 것이 더 나은 방법이라고 생각합니다. 릴리스가 종료 될 때 더 이상 추가 할 작업이 없으면 "다시 필요할 때까지 작업하십시오"라고 말할 기회가 있습니다. 그렇게하면 실제 작업을 방해하지 않고 공식적인 작업 프로젝트 인 것처럼 새로운 것에 집중할 수있는 긴 철자를 얻을 수 있습니다.