계획 한 것만 큼 많은 일을하지 않는 이유는 무엇입니까? [닫은]

나는 항상 "하루가되면 쉽게 끝낼 수있다"는 생각으로 하루를 시작하고 현실적인 목표로 보이는 것을 설정합니다.

내가 왜 안타나요? 이 작업은 예기치 않은 버그, 막판 변경 등으로 인해 항상 3 배 더 오래 걸립니다.

나 뿐인가요? 나는 하루에 무엇을 할 수 있는지 더 잘 예측하지 못하는 것 같습니다.

계획하는 법을 배운 적이 없기 때문 입니다.

계획은 코딩이나 작문과 같은 기술 입니다. 그러나 어쨌든 거의 모든 커리큘럼에서 제외됩니다.

학습 및 실습이 필요하며 자신의 능력에 대한 추정치가 지속적으로 업데이트되어야합니다. 이것이 바로 Agile과 같은 업무 관행이 과거의 실제 업무를 측정하고이를 추정치와 비교하여 계획 능력을 향상시킬 수있는 이유입니다.

다른 사람들이 말했듯이, 작업뿐만 아니라 모든 선행 작업, 수행 작업 (예 : X를 수행하는 방법 배우기)에 대해서도 설명해야하며, 자신을 막을 수있는 자신의 내부 정신적 편견을 인식해야합니다. 실제 작업 방식을 정확하게 설명합니다.

그것을 훈련시키고, 누가 알면 나아질 수 있습니다.

아무도 호프 스타터의 법칙을 아직 언급 하지 않았다고 믿기 ​​어렵다 .

실제 답변은 모든 것이 즉시 작동하고 중단이없는 것처럼 계획이 항상 최상의 시나리오를 가정한다는 것입니다. 실제로 코딩을 시작한 다음 전화가 울리면 5 분 동안 산만 해지고 스택 오버플로 또는 프로그래머에 대해 15 분을 더 소비합니다. 일부 인터넷 검색, 가능한 솔루션 등을 테스트하기 위해 2 시간을 소비하십시오.

다시 말해서 : "가장 좋은 경우"는 당신의 꿈에서만 일어난다.

한 번에 모든 프로그래머는 완벽한 하루를 보낸다. 알람이 울리기 5 분 전에 깨어납니다. 아침 식사는 신선한 커피와 함께 카운터에서 이루어 지므로 무언가를 들고 문 밖으로 나갈 수 있습니다. 출퇴근 중에는 모든 녹색 신호등에 부딪히며 교통량이 특히 가벼운 것 같습니다. 하루를 앞두고 고민하면서 미리 계획된 작업의 디자인과 결과를 완전히 이해할 수 있습니다.

일을 시작하면 중요한 이메일이없고, 음성 메일이 대기 중이 아니며, 동료가 외출 중이거나 참석하지 않아도되는 모임에 있다는 것을 알게됩니다. 편집기를 실행하고 바로 영역에 있으면 코드 구조를 느끼고 데이터 구조와 알고리즘이 아름답고 응집력있는 전체에 적합한 지 확인할 수 있습니다. 생각은 손을 통해 키보드로 흐르며 우아하고 유지 보수가 가능하며 버그를 찾을 수없는 완벽하게 형성된 코드를 입력합니다.

하루 종일 중단없이 업무를 수행하는 동안 사무실은 조용하고 뉴스, 블로그 등을 따라 잡는 데 시간을 허비하지 않도록 집중되어 있습니다. 테스트를 컴파일하고 실행할 때 모든 것이 발견됩니다. 장애없이 작동합니다. 물론 그럴 줄 알았고 하루가 끝날 무렵 충돌하지 않았습니다. 나가는 길에 시계를 보며 12 시간 만에 깨달았다는 사실을 깨달았습니다. 20 분의 짧은 코딩 세션처럼 느껴졌습니다.

그 날, 그 완벽한 날은 우리가 추정 할 때마다 가질 것이라고 가정합니다.

회의, 사람들을 방해하는 사람들 등을 잊지 마십시오. 예기치 않은 버그는 예측하기 어렵지만 시간이 지남에 따라 특정 시간 내에 발견 한 버그 수에 대한 아이디어를 얻을 수 있습니다. 시간이 얼마나 걸리는지 추정 할 때는 상황을 고려해야합니다. 즉, "정지되지 않거나 버그를 발견하지 않은 경우 X 시간 내에 무언가를 할 수 있어야합니다"

약간의 운동으로 다음을 수행하십시오.

• 하루가 시작될 때 목표와 목표 시간을 기록하십시오.
• 방해가있을 때마다 (회의, 동료 대화 등) 대략적인 시간을 기록하십시오
• 새로운 버그를 발견 할 때마다 계획되지 않은 작업과 함께 버그가 발생하는 데 걸리는 시간이 대략적으로 소요됩니다.

일부 패턴이 나타나기 시작하고 그에 따라 계획을 세울 수 있습니다. 관리자에게 예상 완료 시간을 말하면 첫 번째 단락의 가정에 따라주의하십시오. 중단 및 버그에 소요 된 시간을 제거 할 때 추정이 얼마나 정확한지 놀랄 수 있습니다.

버그 목록 또는 기능 목록으로 작업 할 때는 이미 첫 번째 및 세 번째 글 머리 기호를 수행 한 것일 수 있습니다. 그 작은 운동은 당신의 모든 시간이 어디로 가고 있는지 알려줄 것이고, 당신은 그 대답에 놀랄 것입니다.

예측 가능성의 시간 범위를 확장 할 수 있습니다. 일주일에 무엇을 할 수 있는지 결정할 수 있습니까? 모든 작업이 생각보다 3 배 더 오래 걸리면 예측할 수있을만큼 일관된 것처럼 들립니다. 3 배만 조정하면됩니다.)

cuz 당신은 단순히 예기치 않은 버그가 발생할 수 있다는 사실을 무시했습니다.

버그에 소요 된 평균 시간에 대한 통계를 작성하고 계획을 세울 때 해당 시간을 고려하십시오.

제대로 계획하지 않았기 때문입니다. 아야 .

나는 당신이 (종이 에서조차) 미끄러지는 정도의 총계를 유지하고 그 추정치를 그 %로 조정하면 올바르게 계획 할 수 있습니다.

FWIW, 소프트웨어는 추정하기 어렵다. 맥코넬 (Code Complete 명성)의 책도있다.

내가 자주하는 일이 내가하는 일과 관련이없는 임의의 일로 인해 혼란스러워지고 있습니다. 할 일 목록이 도움이 될 수 있습니다. 당신이 무언가를 생각할 때, 그것을 기록하고 당신 앞에있는 것을 마친 후에 그것을하십시오.

스택 오버플로에 너무 많은 시간을 소비하기 때문입니다.

긴급 / 중요 매트릭스 는 하루가 어디로 가는지 고려해 볼 가치가 있습니다. 준비되지 않은 회의 나 방해와 같은 긴급하지만 중요한 것은 아닌가? 하루가 시작될 때 몰랐던 시급하고 중요한 일입니까? 시간이 어디로 가는지 고려해 보는 운동입니다.

나는 가장 흥미로운 것들이 중요하다고 생각하는 경향이 있거나 왜 그렇지 않은가? 그냥 생각이야

좋은 질문이자 끊임없이 고민하는 질문입니다. 나는 생각하는 경향이

• 기능 X가 취할 작업량을 잘못 판단하는 것은 매우 쉽습니다.
• 주전자에 벌레 나 여행을 계획하지 않습니다.
• 작은 코드로 많은 작업을 수행하거나 아무것도 수행하지 않고 많은 작업을 수행 할 수 있습니다.
• 때때로 당신은 당신의 '영역'을 잃고 때로는 상황을 생각해야합니다.