어떤 작업 간격이 더 생산적입니까 : 짧거나 긴? [닫은]


12

짧은 (<= 30 분), 중간 길이 또는 긴 (> = 2 시간) 프로그래밍 작업 중 어느 세션이 더 생산적입니까? 어떤 경우에? (새로운 기능 코딩, 작은 수정, UI 조정, 리팩토링, 디버깅, API 학습, 다른 사람의 코드 이해 시도)를 고려하십시오.

당신의 경험에서 무엇을 알 수 있습니까? 연구 정보와 모범 사례도 매우 환영합니다. 링크 또는 참조를 보는 것이 좋지만.

완전한 답변보다 신뢰할 수있는 정보가 선호됩니다.


귀중한 테이크 아웃 :

  • 집중된 사고는 여기서 최고의 목표입니다
  • 일반적으로 중단없는 작업> 2-3 시간은 초점을 잃고 안개가 자욱한 생각을 낳습니다.
  • 몸이 흐르면 ​​1-2 시간 동안 일하는 것이 좋습니다.
  • 생각 관성과 극복을 극복하고 더 나은 시간 느낌을 얻기 위해 Pomodoro Technique을 연습 해 볼 가치가 있습니다. 특히 그다지 좋아하지 않는 일을 시작하는 데 도움이 될 수 있습니다
  • '중단 관리'소프트웨어를 사용하는 경우보다 유연하게, 예를 들어 1 회 휴식을 건너 뛰고 더 많이 할 수는 없습니다. 이를 통해 상황에 적응할 수 있습니다 : 흐름 중, 흐름이있을 때, 흐름이 없을 때 관리 가능
  • 휴식 시간 동안 신선한 공기, 휴식 및 운동으로 올바른 반구에 참여하여 새로운 아이디어와 솔루션을 얻을 수 있습니다.

'중단 관리'를위한 소프트웨어 도구를 사용해보십시오.

  • Pomodairo-추가 작업 목록을 추적하고 pice UI가 있습니다.
  • WorkRave-구성에 더 많은 유연성을 제공합니다. 스피커 없이도 사용 가능

"짧은"사고로 우연히 빨리 "길다": P
Trezoid

알람 시계 또는 Pomodairo와 같은 도구를 사용하면 짧고 긴 것을 알 수 있습니다.)
Alexey

답변:


18

가장 중요한 것은 정말 집중하는 것 입니다. 집중된 5 분은 집중되지 않은 5 시간 땜질, 스택 교환 사이트에서의 서핑, 채팅 등보다 생산적 일 수 있습니다.

당신이 정말로 집중한다면, 당신은 몇 시간 동안 계속 갈 수 없습니다 (가능하다면, 당신은 정말로 집중하지 않습니다). 당신의 두뇌는 연료가 부족합니다. 실제로 Pomodoro Technique 와 같은 대부분의 생산성 / 시간 관리 기술은 다음과 같습니다.

  1. 목표를 작고 성취 가능한 작업으로 나누기
  2. A의 그것에 만 그것에 초점을 맞추고, 한 번에 하나의 작업을 복용 timeboxed 시간.
  3. 최소한의 휴식을 취하십시오.

어려운 일을 할 때, 모든 정보를 당신의 두뇌에 로딩하고 문제를 이해하는 워밍업 시간은 상당히 길 수 있습니다. 그래서 임의로 짧은 기간은 생산적이지 않으며 최적의 중단되지 않은 기간은 과제의 난이도에 달려 있습니다. 그러나 >> 2 시간은 어리 석습니다. 지난 2 시간 동안 알아 내려고 한 해결책을 생각해 낼 때 의자에서 5 분 동안 일어나서 신선한 공기를 마시면 시간이 절약됩니다.


Alexey의 요청에 따라 Pomodoro Technique에 대한 자세한 내용 : 시도해 보았습니다. 실제로는 내가 시도한 유일한 공식 시간 관리 방법입니다. 그것은 타임 박싱의 가치를 평가하는 데 도움이되는 유익한 실험이었습니다. 특히 "스타트 업"에 문제가있는 경우에도 사용할 수 있습니다. 그러나 흐름에 따라 순수한 Pomodoro-25 분마다 일시 중지-너무 뻣뻣함을 발견했습니다. 미리 정의 된 정확한 시간 때문에 일시 중지하면 낭비가됩니다. 울리는 타이머 입니다 산만, 그것은 않는 정신적 인 부분이 아래로 떨어질 수 있도록하고, 휴식 시간이 걸립니다 후 "뇌 캐시"를 재 구축.

그래서 요즘 저는 현재 상황에 따라 일하고 있습니다. 무언가를 시작하는 데 어려움이 있다면, "다음 30 분 동안이 작업을 수행하십시오"또는 "커피를 더 마시기 전에이 작업을 완료"와 같은 엄격한 목표를 설정할 수 있습니다. 이러한 간단한 규칙은 자기 훈련을 더 쉽게 만듭니다. 그러나 에너지로 가득 차 있고 훌륭한 코드를 작성하면 중단없이 거의 2 시간 동안 계속 할 수 있습니다. 이러한 스프린트 후 내 뇌는 에너지가 부족하므로 어쨌든 잠시 동안 일시 중지해야합니다.

그러나 분명한 것은 "현재 상황에 따라"작업 할 수있는 능력은 더 이상 엄격한 타임 박스를 거의 사용하지 않지만 타임 박스를 시도 했기 때문이라고 생각합니다. 재판 덕분에 미루는 경우 시간 상자를 만들 것입니다. 하나의 상자로 충분합니다. 곧 다시 흐름에 빠졌습니다. 따라서 그러한 기술을 사용해 보는 것이 좋습니다. 항상 사용하지 않아도 필요할 때 자신을 제어하는 ​​유용한 도구를 배우게 될 것입니다.


1
신선한 공기 제안을 위해서도 +1. 근육을 전혀 움직이지 않고 열심히 집중할 때 얼마나 많은 산소를 태우는 지 놀라 울뿐입니다. 또한 물. 많이.
Jörg W Mittag

Joonas, Pomodoro Technique의 효과를 답에 추가 할 수 있습니까? 작업을 시작한 후 생산성이나 작업 품질에 현저한 영향을 미쳤습니까? 나에게 25 분 반복 + 5 분 휴식은 책을 읽는 동안 집중력을 유지하는 데 도움이되지만 코딩하는 동안 휴식 시간 동안 짧은 메모리에서 정보가 유출되는 것처럼 느낍니다. 그리고 나는 그것을 다시로드해야합니다. 어쩌면 나는 정권에 익숙해 져야 할 것입니다.
Alexey

@ Alexey : Pomodoro에 대해 뭔가를 추가했습니다.
Joonas Pulakka

1
BTW, Pomodairo 프로그램에서 기본 사운드가 매우 성가신 것으로 나타났습니다. 그래서 나는 그것을 음악으로 바 꾸었습니다. 그리고 그것은 더 이상 내 생각을 어 기지 않습니다. 당신은 시도 할 수 있습니다.
Alexey

6

45 분마다 10 분의 일시 중지가 걸립니다 .

그러나 흐름, 프로그래밍에있을 때 나는 하나만 건너 뛸 수 있는 권리 를 부여합니다 .

마음다시 설정 하려면 일시 중지하는 것이 중요합니다 . 시스템을 새로 부팅 한 것으로 확인하십시오. 더 빠를 것입니다.

일시 정지 중에는 작업에 대한 생각을 중단하십시오. 당신이 일에 대해 생각하지 않으면, 당신은 그 일을 멈추지 않습니다.

프로그래밍 에서처럼 초점이 중요하지 않은 작업의 경우 일시 중지를 생략하지 않습니다.


피에르, 당신의 정권은 나를 매우 잘 설계했습니다. 이 45 + 10 계획을 어떻게 생각 해냈습니까? 다른 변형을 시도 했습니까? (예를 들어 25 + 5를 연습하고 있지만 코딩에는 적합하지 않은 것 같습니다). '흐름'상태에서 1 회 휴식 (더 이상은 아님)을 건너 뛰려는 아이디어는 흥미롭고 시도해 볼 가치가 있습니다.
Alexey

@Alexey : 일시 정지 시점을 알려주는 소프트웨어 인 WorkRave의 기본 설정입니다. 하나는 잘 작동하기 때문에 다른 계획을 테스트하지 않았습니다. 나는 25 + 5가 나에게 잘 작동하지 않는다고 생각하지만 내일 시험해 볼 것입니다.

3

대부분의 코딩 작업이 "흐름"에 들어가기 시작할 때 오버 헤드가 있기 때문에 시간 간격이 일반적으로 더 생산적입니다.


그리고 당신이 흐름에 없다면 짧은 작업이됩니다.
JeffO

2

다리미가 뜨거워지면 파업이라고합니다. 일단 당신이 잘 지내고 있다고 느끼면, 멈추고 휴식을 취해야 장기적으로 생산성을 높일 수 있습니다.

이 질문에 답하는 데있어 어려운 부분은 프로그래밍 제작을 측정하는 것입니다. 나는 아무도 이것을 알아 냈는지 확신하지 못하므로 개발자의 의견에 의존해야합니다. 화면을 쳐다 보면서 몇 시간 동안 복잡한 문제에 대해 작업 할 수 있으며 답변을 제시하면 생산적인 것으로 볼 수 있습니다. 45 분 동안하고 아무것도하지 않으면 비생산적이라고 생각할 수 있습니다. 문제가 해결 될 때까지 45 분씩 두 번 더 시도하십시오. 이제 세션 점수는 어떻게 되나요? 이전에 문제를 해결 한 후 2 시간 반 동안 진행된 세션이 완전히 생산적이라고 생각했을 때 45 분의 비생산적인 시간과 1 개의 생산적인 시간.


나를 얻는 중요한 차이점은 당신이 잘 지낼 때 멈추는 것과 멈추는 느낌이 들지 않는 것입니다. . 언젠가는 전혀 시작할 수 없었습니다. 먼저 도전을 할 수있는 작업에 받고 "준비되지 않는"에 대한 착각해서는 안
카슨 마이어스

1

작업의 특성에 따라 다릅니다. 일반적으로 (@Joonas가 지적한 바와 같이) 작업을 작은 청크로 나눌 수 있으며 각 작업은 5 분에서 1 시간의 집중된 작업으로 처리 할 수 ​​있습니다. 때로는 더 복잡한 작업에 직면하기도합니다.

  • 복잡한 코드 / 알고리즘 (또는 그 뒤에있는 수학 이론) 이해
  • 복잡한 시스템 설계

이 경우 더 긴 작업 간격이 필요합니다. 반복되는 짧은 버스트 중에는 합리적인 진행을 할 수 없습니다. 그러나 실제로 초점을 맞추는 능력은 최대 두 시간으로 제한되므로 중간에 휴식이 필요합니다.

또 다른 측면은 정말로 어려운 문제가 있기 때문에 논리적 / 분석적 좌반구뿐만 아니라 전체 론적 인 올바른 반구도 해결책을 얻기 위해 뇌 전체 를 관여시켜야한다는 것 입니다. 종종 어려운 문제에 직면했을 때 왼쪽 뇌가 단순히 멈춰서 같은 정신적 틀에 박힌 채 계속 전진하지 않고 계속 돌아 다닐 수 있습니다. 이것은 당신을 지치게 할뿐만 아니라 다른 창조적 인 뇌 반구가 그 과정에 참여하고 발견 한 통찰력 / 결과를 전달할 수있는 가능성을 완전히 차단합니다. 종종 그러한 경우에, 문제와 그 맥락을 완전히 이해하고 관련 질문을 언급 한 경우, 가장 좋은 방법은 논리적 인 두뇌를 자극하기 위해 완전히 다른 무언가를 수행하여 창조적 두뇌가 자유롭게 일하십시오.


피터, 당신이 일을 전체적인 반구로 일하게하는 것에 대해 이야기 할 때, 당신은 다른 일로 넘어가거나 완전히 휴식을 취하고 물이나 차를 마셔야합니까?
Alexey

@Alexey, 오히려 후자입니다. 관여 할만큼 충분히 다르지만 분석적인 마음을 편안하게하는 것. 작동하지 않을 때 좌절 다루기를
Péter Török

1

이 질문에 대한 보편적 인 정답은 없을 것입니다. 다른 사람들은 다른 체제가 그들에게 효과가 있다는 것을 알게 될 것이며, 위에서 언급했듯이 다른 임무는 다른 요구를 할 수 있습니다.

프로그래밍 작업이 전적으로 화면을 기반으로하는 경우 시력 건강상의 이유로 50 분마다 휴식을 취하는 것이 좋습니다. 그러나 그 점을 제외하고는 다른 사람들이 다른 관행을 가지고 있음을 인식해야한다고 생각합니다. 원하는 옵션에 관계없이 사무실 환경에서는 업무 중단을 피하는 기능이 심각하게 제한되는 경우가 많습니다.

왜 이런 종류의 질문을했는지 궁금합니다.


나는 나의 현재보다 더 나은 체제를 찾아달라고 요청합니다.
Alexey

1

생산성을 높이기 위해 정해진 간격으로 휴식을 취하는 것이 아닙니다. 초점을 잘 맞추기 위해 휴식이 필요하다고 생각되면 휴식을 취하십시오.


2
개인적인 경험에서, 집중력이 높으면 휴식이 필요하다는 것을 알지 못하는 경향이 있습니다. 그래서 타임 박스를 선호합니다.
Jörg W Mittag

0

기분이들 때마다 휴식을 취합니다. 지금까지 최악의 상황에서 이러한 휴식 시간의 합은 1 시간 반을 넘지 않았습니다. 제 경우에는 얼마나 오래 걸리고 얼마나 많은 일이 흥미가 있는지에 달려 있습니다. 대략적인 작업이 더 흥미로울 때의 휴식 시간이 줄어 듭니다. 당면한 과제가 덜 흥미 롭다면 길고 더 많은 휴식 시간이 있습니다.

즉, 과제가 더 흥미로울 때, 손의 고통 또는 생각의 피로는 결코 발생하지 않거나, 과제가 끝난 후에 만 ​​발생합니다. 덜 흥미로운 일의 경우, 그 일들은 상당히 자주 그리고 상당히 일어납니다.

상대성 이론이 여기에있을 수 있습니다. :)

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.