프로그래머가 하루에 얼마나 집중할 수 있습니까? [닫은]

이 이 질문에 (지금으로 닫혀 건설하지 하루 평균 생산성에 대해 질문).

내 질문은 프로그래머의 생산성에 대한 과학적 연구가 있습니까? 월요일부터 금요일까지 8 시간 동안 양질의 프로그래밍 작업을 지속적으로 수행하는 것은 매우 어렵다고 생각합니다. 그렇다면, 이것을 조사하는 문헌이 있습니까?

나는 당신이 그것을 객관적으로 공부할 수 없다는 단순한 이유가 있다고 생각하지 않습니다.

1. 프로젝트마다 다릅니다.

하루에 한 시간 씩 일하는 것이 너무 길어서 지루한 프로젝트를 진행해야했습니다. 잘못 작성된 요구 사항, 잘못 작성된 기존 코드베이스 및 나에게 요구되는 품질이 없기 때문에 최선을 다하여 Programmers.SE를 탐색하거나 지난 3 시간 동안 관련없는 다른 작업을 수행 할 수있었습니다.

또한 매우 흥미 진진한 프로젝트를 진행하여 일주일에 60 시간 동안 (강제하지 않고) 소스 코드를 작성하지 않고 프로젝트에 참여해야했습니다.

이 두 경우에 나는 같은 사람이었습니다. 첫 번째 경우, 생산성이 끔찍했고 일주일에 0 시간을 집중할 수있었습니다. 두 번째는 생산성이 높았고 일주일에 40 시간 이상 집중할 수있었습니다.

2. 회사마다 다릅니다.

경험으로, 두 명의 개발자를 동일한 프로젝트에서 서로 다른 작업 조건에 배치 할 수 있습니다. 한 명의 개발자가 자신의 사무실에서 듀얼 스크린 빠른 PC, 편안한 의자 등을 사용하여 작업 할 것입니다. 두 번째 개발자는 콜 센터 중앙에 책상이 있으며 오래된 PC, 56k 인터넷 연결 및 50MB 제한이 있습니다. 모든 개인 파일 (USB 스틱을 사용할 권리가 없음).

2 주 후 작업 조건을 반전시킵니다. 차이점을 보시겠습니까?

3. 매일 매일 다릅니다

목요일에 개발자는 나머지 문제를 신속하게 해결할 수 있고 할 일이 흥미롭고 모든 것이 흥미롭고 유망하다는 것을 알고 있다고 상상해보십시오. 그녀는 또한 그녀가 승진했다는 것을 알았고 남편은 그녀에게 연락하여 그녀의 개인적인 삶과 관련된 좋은 소식을 발표했습니다.

금요일에 같은 개발자가 그녀의 오래된 개가 죽었고 자동차가 시동되지 않는 것을 발견했습니다. 그녀는 직장에 늦었고 책상에 커피를 쏟았습니다. 전날과 비교할 때 이것이 매일의 성능에 어떤 영향을 미칩니 까?

이 연구는 거의 100 년 전에 이루어졌습니다. 여러 번 이상.

산업과 노동 사이의 관계는 20 세기 초 정확히 아늑하지 않았습니다. 업계는 처음에 40 시간 동안 노동 조합의 요구를 거부했습니다. 일부는 마지 못해 따랐으며, 오류와 재 ​​작업이 줄고, 품질이 높아졌으며, 생산성이 높아졌으며, 무엇보다도 가장 큰 수익이 올랐다는 사실을 빨리 알게되었습니다. 그 소식은 빠르게 퍼졌고 연구도 마찬가지였습니다. 더 긴 주가 너무 길지 않고 고립되어있는 한, 몇 주 더 긴 노동력으로 인해 일부 생산성 향상이 있습니다. 연장 된 근무 시간이 상당한 기간 동안 지속되면 품질, 생산성 및 이익이 저하됩니다. 경영진과 주주들은 오랫동안 일주일 동안 연장 된 한판 승부의 필요성을 부적절한 경영의 핵심 신호로 보았습니다.

지식 근로자와 관리자는이 모든 것을 잊었습니다. 과학, 기술, 공학 및 수학에서 오랜 시간이 표준입니다. 우리의 몸이 아닌 우리의 마음을 사용하고 있기 때문에 40 주 동안 적용되지 않는다는 주장은 잘못입니다. 육체 노동 분야에서도 과도한 노동 시간으로 인한 주요 문제는 육체적 문제가 아니라 정신적 문제입니다. 오랜 시간 동안 우리는 어리 석고 오류가 발생하기 쉽습니다.

익스트림 프로그래밍이 주요 교리 중 하나로 40 시간 주를 채택한 이유가 있습니다. 제품이 제조되었는지 또는 존재하도록 프로그래밍되었는지는 중요하지 않습니다. 더 긴 시간은 비생산적이며 제품을 손상시킵니다.

프로젝트에 따라 다릅니다.

내가 크고 이빨을 넣을 수있을만큼 도전적인 것이 있다면 하루에 12 시간 이상을 깨닫지 않고 일하면서도 몇 시간 동안 일할 수 있습니다. 그러나 내가하고있는 일을 정말로 모른다면, 압력이 없거나 일에 가치가 없다면 30 분마다 산만 해집니다.

나는 생산성을 향상시키는 방법을 설명하는 책이 있다고 확신합니다 ( '관리 컨설턴트'가 쓴 버즈 워드 북이 아닌 개발자가 작성한 것을 반드시 찾아야하지만) 구체적인 것은 없다고 생각합니다. 거기에 메트릭스.