프로그래머로서 작업 표를 작성해야합니까? [닫은]

작업 표는 내가 결코 좋아하지 않았지만 회사 내에서 요구하는 것은 아닙니다. 그들은 나를 귀찮게하지 않지만 다른 사람들의 기어를 실제로 갈아주는 것처럼 보입니다. 몇 가지 질문이 있고 피드백이 좋을 것 같습니다.

1. 계약자가 아니라고 가정하면 작업 표를 작성해야합니까? (그것은 이해할 수 있습니다).
2. 편안하거나 사용하기 쉬운 작업 표의 단위는 무엇입니까? (예 : 모든 출품작은 2 시간 미만이어야합니다).
3. 작업 표가 작업을 수락하지 않거나 현재 작업을 떠나는 이유를 고려한 적이 있습니까?
4. 고객에게 청구하지 않을 경우 조직 내 경영진이 작업 표를 어떻게 정당화 했습니까?

관리자로서 예, 팀이 작업 표를 작성하도록합니다. 다음은 중단을 최소화하기 위해 구현 된 방법에 대한 이유와 몇 가지 참고 사항입니다.

1. 사업으로서 우리의 작업의 대부분은 시간과 재료를 기준으로 수행됩니다. 작업 표가 없으면 분명히 작동하지 않습니다. 우리는 10 명의 고객과 다양한 프로젝트 및 제품을 보유하고 있지만 직원이나 고객을 풀 타임으로 헌신 할만큼 크지 않기 때문에 시간이 오래 걸리는 방법을 찾아야합니다. 이것이 팀을 관리하는 것이 사실이 아니더라도 시간과 소요량을 이해해야합니다. mailroom 사람들이 사용하는 오래된 앱이 가치보다 지원하는 데 더 많은 시간이 걸리고 있다고 생각하십니까? 판매량을 두 배로 늘린 새로운 웹 사이트에서 기능 X에 얼마나 많은 작업을했는지 묻는 사람은 어떻습니까? 또는 개발자가 다른 사람을 모집해야한다고 말하면 정당화를 위해 그들이하는 일을 분석해야합니까?

2. 멘토링, 일반적인 기술 토론, 지원, 회의 등을 포함한 모든 합리적인 "비업무"범주가 있습니다.

3. 버그 수정 – 버그 별보다는 전체 프로젝트에 대한 시간을 기록합니다. 이것은 버그를 수정하는 데 하루를 보내고, 7.5 시간 동안 버그를 수정하면 프로젝트를 완료하게됩니다. 수정 한 13 개의 버그로 어떻게 나누어 졌는지 알아볼 필요가 없습니다.

4. 우리가 그것들을 구현했을 때 나는 그들이 정확했던 한 아무도 그들의 작업 표에있는 것에 대해 불이익을받지 않을 것이라고 약속했다. 따라서 수익성이나 이용률 또는 기타 다른 것에 근거한 리뷰는 입력되지 않습니다. 이것은 왜곡에 대한 인센티브가 없다는 것을 의미합니다.

5. 정확히 말하자면 대략 의미합니다. 사람들은 커피를 마시거나 화장실에 갈 때 일어나는 일에 대해 너무 많은 시간을 소비하지 않아도됩니다. 기본적으로 하루 동안 작업 한 각 항목의 패드에 메모를 작성하면 하루가 끝날 무렵에는 작업 한 시간에 걸쳐 대략적으로 세분화됩니다. 최대 5 분 이상 걸리지 않아야합니다.

6. 내가보기에 마음에 들지 않으면 (예를 들어 누군가가 작업 X에 너무 오랜 시간을 보냈다면) 조사는 작업 표와 관련이있는 것보다 X를 더 빠르게 만들기 위해 할 수있는 일에 대한 것입니다.

7. 당신이 무언가를하는데 걸린 시간을 아는 것은 추정치를 향상시키는 좋은 방법입니다.

많은 프로그래머들 사이의 작업 표 방지 느낌은 다음 두 가지에서 비롯된 것 같습니다. (1) 완료하는 데 너무 오래 걸리고 실제로 필요한 것보다 더 많은 정보를 요구하며 거짓말과 왜곡을 장려하여 정보가 가치가 없으며, (2) ) 개발자에게 약간의 불편을 초래하는 모든 일을 해결해야한다는 느낌.

첫 번째는 공정하지만 이러한 문제가없는 방식으로 수행 할 수 있는 작업 표의 전체 아이디어가 아니라 구현 및 누군가가 첨부 한 규칙을 비난해야 합니다. 두 번째는 비현실적입니다. 회사 내부와 외부에서 프로젝트에 관련된 많은 당사자가 있으며, 각 당사자는 많은 요구를 가지고 있습니다. 그렇습니다. 프로그래머의 생산성을 높이기 위해 최선을 다하고 싶지만 다른 당사자의 요구와 균형을 이루어야합니다.

안티 타임 시트를 전혀 얻지 못했습니다. 작업 표는 급여를받는 원인입니다. 작업 표도없고 돈도 없습니다. 나는 돈을받는 것을 좋아하기 때문에 작업 표를 좋아한다. 하루에 5 분 이상 걸리는 작업 표는 없었습니다. 솔직히 내 하루에는 5 분 작업 표보다 훨씬 더 성가신 일이 있습니다.

프로그래머는 타임 시트를 작성하지 않습니다. 우리는 사람들이 사용하지 않는 작업 관리 시스템을 가지고있어 회계에 관한 한 거의 모든 데이터를 제공합니다. 예상 한 시간 동안 무언가가 지나갔을 때 누군가가 항목을 완료로 표시하는 것을 잊어 버린 것을 알아내는 것은 어렵지 않습니다.

누군가가 생산하지 않는 것도 분명해진다.

버그 추적기의 일부 쿼리는 또한 물건이 막히는 위치를 표시하는 데 도움이됩니다.

우리는 가능하면 프로그래머가 관리 작업을 피하고 사람들이 자신의 일을하고 있다고 신뢰합니다.

세분화 된 시간을 합리적으로 유지하는 유일한 시간은 고객이 한 시간 동안 요금을 청구 한 경우입니다. 그러나 그 일을하는 궁극적 인 이유는 분명하고 조금 더 편안해지며, 고객이 지불 할 금액이기 때문에 시간을 정확하게 추적해야합니다. 그것은 관리를 위해 미세 관리되는 느낌과 약간 다릅니다.

나는 성인처럼 성인을 대하는 일입니다.

시간 단위로 고객에게 요금을 청구하지 않는 한 또는 시간 단위로 지불하는 계약자가 아닌 한 작업 표를 채우지 않을 것으로 예상됩니다. 내 경험상 그것들은 반 생산적입니다. 예, 일반적으로 프로젝트에 들어가는 자원의 양을 추적해야하지만, 매월 추정 할 수 있습니다 ( "프로젝트 X의 경우 10 일, 프로젝트 Y의 경우 9 일"). 보다 세분화 된 것의 이점은 종종 기록하는 비용보다 중요하며, 직원을 이길 수있는 지팡이로 사용될 수 있다면 직원은 정확한 것보다는 수용 가능한 것을 기록 할 것입니다.

비즈니스에 대한 예상치 못한 다른 단점은 직원 모니터링을 시작하면 직원이 얼마나 추가 작업을하고 있는지 기록 할 수 있다는 것입니다. 당신이 40 시간 동안 지불하고 40 시간 동안 추적되면, 40 시간이 오면 그냥 집에 갈 놀라운 인센티브가 있습니다. 직원들은 종종 차이를 만들 수있는 약간의 추가 작업을 중단합니다.

우리 회사는 시도했지만 여전히 일을 끝내고 잊어 버린 몇 주 동안 무시하거나 넌센스 시간을 기록했습니다.

이전 직장에서 나는 매 15 분의 시간을 설명해야했습니다. 그것은 웹 개발 회사 였고 우리는 각각 임무를 맡았습니다. 각 작업에는 특정 시간이 할당되었습니다. 프로젝트에 사용할 수있는 총 시간을 얻기 위해 고객에게 청구 한 총 가격을 시간당 $ 100로 나누었습니다.

업무를 수행하는 데 10 시간이 걸리고 15 시간이 걸린다면 회사는 초과 근무 5 시간을 빚졌습니다. Franklin Covey의 일일 플래너를 사용하여 시간을 추적했습니다.

저는 소규모 회사 (총 10 명)에서 웹 개발자 / 프로젝트 관리자로 일하고 있으며 CEO를 포함한 모든 사람은 자신이하는 일을 기록해야합니다. 5 분 이상 걸리는 모든 것을 기록해야합니다.

일반적인 작업 표는 다음과 같습니다.

07:46-08:01 : 고객 A-프로젝트 B-프로그래밍-옵션 설명
08:01-08:38 : 고객 B-프로젝트 C-고정-옵션 설명
08:38-08:46 : 고객 B-프로젝트 D- 프로젝트 관리-선택적
비고 08:46-09:00 : 고객 A-프로젝트 B-고객 지원-선택적 비고
...

나는 이런 식으로 일하는 데 익숙하기 때문에 직업을 거부 할 이유가되지 않습니다. CEO는 이러한 종류의 세부 작업 표를 사용하여 견적을 프로젝트에 소요 된 실제 시간과 비교할 수있는 완벽한 방법으로 사용합니다.

나는 타임 시트를하지 않습니다. 실제 시간에 대한 견적을 추적하는 특정 프로젝트가 있습니다 (타이머는 사용하지 않습니다). 이것은 필수는 아니지만 내 추정 능력에 대한 연구가 필요하다고 느낍니다.

작업 표는 나를위한 거래자가 아닙니다. 저의 마지막 직업은 처음에는 고객에게 투명성을 제공 한 다음 삭제했습니다. 저의 현재 직업은 그들에게 있으며 우리는 정부 연구 보조금을 신청하기 때문에 감사를 위해 보관됩니다.

작업 표에 사용 된 소프트웨어는 완전히 짜증나지만, 하루 8 시간, 휴가 / 아픈 날을 표시하고 일에 메모를 적어 매우 높은 수준에 있기 때문에 작업 표를 작성하는 데 여전히 5 분 정도 걸립니다. 일주일 동안 일했다. 매일 메모를하기 때문에 작업 표에 몇 줄을 입력하는 데 시간이 오래 걸리지 않습니다.

1. 예, 직원들은 근무 시간 기록표를 작성해야하며 이것은 제가보기에 드문 일이 아닙니다.
2. 일반적으로 이들은 지원 또는 사이트 검색과 같은 큰 기능으로 항목 당 최소 15 분 (시간당 .25)의 다양한 범주로 분류됩니다.
3. 아니요, 작업 표는 업무의 일부로 허용되는 관리 기능 일뿐입니다. 내 작업을 관리, 지원 및 개발 작업과 같은 다양한 버킷으로 나누는 것이 흥미로울 수 있습니다.
4. 개발자가 작업 표를 수행하도록하는 데는 몇 가지 다른 근거가 있습니다.
   1. 책에서 더 잘 보이도록 일부 경비를 자본화하고 상각 할 수있는 방법에 대한 다양한 회계 규칙이 있습니다.
   2. 시간 할당량을 수량화하면 경영진이 전략적 계획에 사용될 수있는 다양한 영역에서 소요되는 시간을 확인할 수 있습니다. 지원에 많은 시간을 소비하는 개발자 그룹이있는 경우 새로운 지원 팀을 만들어이를 지원할 수 있습니다. 또 다른 생각은 우리가 내부 직원이지만 급여가 어느 예산에서 나오는지 여전히 의문입니다. 대부분의 프로젝트 작업을 수행하는 경우 지원 예산과 같지 않은 프로젝트 예산이 부족합니다.

여러 작업 표를 작성해야합니다.

먼저 HR에 관한 작업 표가 있습니다. 이 작업 표에는 단순히 작동 / 작동하지 않음이 표시되며 PTO 및 병가를 추적하는 데 사용됩니다. 따라서 항상 8의 배수로 작성됩니다 (하루 종일 또는 하루 종일).

그런 다음 비즈니스에 관한 작업 표가 있습니다. 대기업에서 소프트웨어 개발을하고 있습니다. 프로젝트의 대부분 (99 %)은 내부 사용자를위한 것입니다. 이 프로젝트는 시간 단위로 사용자에게 청구됩니다. 예를 들어 법무 부서의 프로젝트는 법무 부서 예산으로 청구됩니다. 이 작업 표는 가장 정치적인 것입니다. IT 관리자는 가능한 한 많은 시간을 프로젝트에 청구해야하고, 프로젝트 소유자는 가능한 한 많은 시간을 IT에 청구해야합니다 (예 : 직원 회의, 비공식 교육 등). 또한 프로젝트에 대한 작업을 수행하기 전에 '추정'되고 특정 '예산'시간이 할당됩니다. 따라서 시간을 늘리려면 모든 당사자가 작업 표를 창의적으로 만들어야한다는 압박이 있습니다. 같은 프로젝트에 하루에 8 시간을 표시하면 3 명 이상의 관리자가 큐브를 때 리도록하는 붉은 깃발이 나타납니다. 초과 근무는 목적이 없기 때문에 절대 표시되지 않습니다 (급여는 동일하며 사용 가능한 시간이 더 빨리 줄어 듭니다). 이 작업 표의 정확성은 경력에 해로울 수 있습니다.

마지막으로 프로젝트 작업 표가 있습니다. 이것은 프로젝트 소유자에게가는 것입니다. 날짜별로 분류되지 않고 시간별로 분류됩니다. "이번 주에 프로젝트에 9 시간을 보냈고, 작업 A와 B가 완료되었고 버그 X와 Y가 수정되었습니다"라는 시트입니다. 이 작업 표는 완전 허구의 작품입니다. 이전 작업 표에서 시간 번호를 얻는 경우 작업 대 시간 비율이 완전히 정확하지 않습니다. 그러나이 작업 표는 실제로 지정된 시간 사용량 Y로 이정표 X에 도달했는지 여부를 결정하는 데에만 사용되므로 다른 것보다 일반적인 진행률이 더 높습니다.

두 직전에 작업 표를 작성했습니다. 그들은 급여를 기록하고 (우리는 초과 근무 수당을 지불했다) 고객에게 청구하고 (많은 작업은 T & M) 고정 가격 프로젝트에서 가정과 실제를 점검하기 위해 수행되었습니다. 또한 개인 로그 대 작업 표 로그를 유지하는 대신 내 정보 중 일부를 로깅하는 데 유용하다는 것을 알았습니다. 잘 작동했습니다.

한 직전에 저는 작업 표를 같은 방식으로 사용하려고했지만 (조건은 매우 비슷했습니다),이 경우 회사는 작업 표에있는 모든 작은 일에 의문을 갖습니다. 문제 시간보다 오래 지속 된 작업 표에 넣은 내용에 대해 전화 대화를 나누고 싶습니다. 터무니 없기 때문에 정확한 시간을 내리지 않았습니다. 다른 사람들은 의문시 작업 표에 누워있는 것처럼 보였습니다.

이 직무에서 내 시간은 고객에게 직접 청구 할 수 없으며 대부분 내부 프로젝트에만 청구 할 수 있지만 여전히 작업 표를 작성합니다. 그들은 나 자신뿐만 아니라 회계 회사 등에 게도 쉽고 도움이됩니다. 여기에 작업 표에 넣은 것에 대해 질문을받지 않았으므로 매우 정확하게 유지합니다.

나는 그들이 당신이 그들에게 입힌 것에 대해 당신에게 불이익을주기 시작할 때까지 그들은 훌륭하다고 말하고 싶습니다.

불행히도, 그렇습니다.

그러나 하나의 작업 표 만이 아닙니다. 우리는 :

• 도착 / 출발 체크인 및 체크 아웃
• 매월 말에 모회사의 작업 표를 작성하십시오
• 우리의 바보 정부 ( 크로아티아 )는 최근 또 다른 일일 작업 표를 채우는 또 다른 성가신 것을 추가했습니다 . 왜? 따라서 모든 직원이 돈을 완전히 채우지 않은 경우 "검사"를 보내 돈을 훔칠 수 있습니다.

나는 시간표에 얼마나 많은 시간이 낭비되고 조직에서 얼마나 많은 시간을 낭비하고 있는지 놀랐습니다.

여기에서 대부분의 그룹에 대해 관리자는 일정 기간 동안 예산이 정해진 시간을 보냅니다. 프로젝트 계획과 일치시키기 위해 프로젝트 당, 직원당. 그런 다음 모든 프로그래머는 작업중인 각 프로젝트에 해당 시간을 입력합니다. 그들이 프로젝트 당 실제로 보낸 시간에 관계없이 또는 그 작업이 얼마나 유용한 지.

그들에게 시간표는 전혀 쓸모가 없습니다.

반면에 Hudson에서 빌드 레코드를 가져오고 VCS에서 커밋 로그를 얻습니다. 그로부터 나는 팀이 더 많은 양식을 제출하도록 요구하지 않고 실제로 우리 팀이 작업 한 것에 대해 잘 이해합니다.

사람들이 시간을 보냈다고 말한 것이 아니라 개발자가 한 일을 추적 할 때 더 정확합니다.

나는 직장에서 그것들을 채우는 것을 싫어합니다. 열정으로 싫어합니다 ... 왜 내가 3 개월 뒤인지 설명 할 수 있습니다. 이메일, 캘린더, 작업 추적 소프트웨어, 프로젝트, '더 큰'프로젝트 추적 소프트웨어에 포함 된 작업이 있습니다. 그럼에도 불구하고 그들은 다른 프로그램의 프로젝트 / 작업을 참조하는 작업 표를 작성해야한다고 주장합니다. 모두 엉망입니다.

그런 다음 보너스 계산시 사용되는 효율성, 속도 등을 결정하는 데 사용됩니다. 기술적으로 40 시간 동안 60 시간 분량의 작업을 수행했다는 사실은 실제로 눈치 채지 못했지만 주목할만한 점은 예상 시간을 따랐다는 사실에도 불구하고 모든 것이 늦었다는 것입니다. 8 시간을 일했는데 일부는 제 시간에 맞춰졌지만 나중에는 결국에는 마감일이 끝나기 전에 시작되지도 않았습니다.

그러나 프리 랜싱, 나는 그들을 채우는 데 아무런 문제가 없습니다. 간단한 "날짜, 설명, 시간"으로 Excel 파일을 보관합니다. 간단하고 빠르며 훨씬 잘 작동합니다.

관리자가 정한 기한을 지키려고하지 않았고, 상담을받지 않은 이후 주사위가 굴러 간 것처럼 엄청나게 무작위였습니다. 작업 A, 2 시간을 할당 받았지만 하루는 걸릴 것입니다. 작업 B 20 시간을 할당 받게되지만 15 분 안에 노크 할 수 있다는 것을 알고 있습니다.

작업 표 개념은 나쁘지 않습니다. 개인의 경우 작업 수행에 걸리는 시간을 추적 할 수 있으면

1. 유사한 작업을보다 정확하게 평가
2. 일주일 동안 바쁘게 지낼 일을 잘 계획하고
3. 마감일을 놓칠 것인지 미리 알기

또한 프로젝트 비용을 추적 할 수 있습니다.

그러나 항상 한 가지 문제가 빠르게 나타납니다. 다음은 일련의 이벤트 템플릿입니다.

1. 경영진은 '측정 성'의 향기를 얻습니다. 그들은 이것이 관리 도구라고 생각합니다.
2. 기록 된 시간에 의문이 제기되고 설명에는 잘못된 제어 및 관리의 의미에서 어떤 숫자 (6이라고 말하자)보다 큰 숫자가 요구됩니다.
3. 다음으로, 팀은 누가 더 많은 시간을 기록하고 있는지 비교하고 서로를 상대합니다. 소요 시간에 따라 출력이 모니터링됩니다.
4. 그들은이 과정을 돕기 위해 작업 표 코디네이터 또는 그와 같은 역할을 고용 할 것입니다.
5. 이 사람은 요점을 증명하기 위해 템플릿에 몇 개의 필드를 추가 하고 프로세스를 보강합니다 . 이제 작업 표에 소요되는 시간이 갑자기 4 배가되었습니다.

따라서 한때 프로그래머를 도울 것으로 예상되었던 시스템은 병목이됩니다.

예. 그러나 매주 관리 보고서는 상당히 조잡합니다. 이는 PMO에 의해 고위 경영진에서 이사 수준까지 적절한 세분성으로보고됩니다. 개별 프로젝트의 경우 진행 상황을 추적하기위한 프로젝트 작업 수준이지만 작업 표에는 제공되지 않지만 프로젝트 관리에 더 적합합니다.

작업 표를 다시 작성하지 않아도되는 유일한 시간은 XP를 사용하는 팀에서 일할 때였습니다. 나는 그것이 때문이라고 생각

1. 그 카드는 매일 아침 대기 회의의 일환으로 작성되었습니다.
2. 실제로 사용 된 노력의 결과를 볼 수 있습니다 (향후 작업을 구현하는 데 필요한 시간을 계산하기 위해)

OTOH, 저는 집에서 만든 Excel 시트를 사용하여 10 년 넘게 초과 근무 상태 (및 매일 수행 한 작업)를 추적했습니다. 그래서 저는 보통 회사를 떠나기 전에 금요일에 작업 표를 작성하고 Excel 시트에서 복사합니다.

아니요, 시간표를 작성할 수있는 직업 / 계약 제안을 거부했습니다. 악명 높은 타임 시트는 프로그래머를 훈련시키고 성과를 측정하는 데 유용한 도구라고 생각하는 관리자의 무지를 결코 이해하지 못할 것입니다.

그가 아는 ​​한, 처음 10 분 동안 어려운 문제를 해결하는 블로그에서 코드 덩어리를 복사 / 붙여 넣기 만하면 남은 시간을 P.SE에 대한 흥미로운 토론을 읽는 데 보냈습니다.

우리는 목화 농장 노동자가 아니며 그렇게 취급되어서는 안됩니다.

예전의 모든 회사에서 근무 시간표를 작성해야했지만 현재 공연에서는 그렇지 않았습니다.

대부분의 경우 한 가지 경우를 제외하고는 무의미한 운동처럼 보였습니다. 개발자 시간에 고객에게 직접 청구하는 곳에서 근무한 회사입니다. 이해할 수있었습니다.

일반적인 소프트웨어 작업에서 작업 표의 문제점은 작업이 너무 작아서 작은 묶음에 맞지 않는다는 것입니다. 예를 들어, 현재 공연에서 : 일반적인 시간에 마케팅 담당자의 이메일에 17 분, 일부 고객 문제에 대한 헬프 데스크의 질문에 11 분, 무언가를 가진 초보자 동료를 돕기 위해 12 분, 실제로 20 분 동안 작업을 할 수 있습니다. 명확하게 작업 표를 작성할 수있는 공식 CR 문제. 이 간격을 무작위로 섞으면 전형적인 수석 ​​개발자 시간이 있습니다.

매일 매시간마다 이것과 동일한 것은 아니지만 여기서 일정표를 무의미하게 만들수 있도록 충분히 충분합니다. 청구 가능한 특정 작업에 소요되는 시간 (여기서는 해당되지 않음)을 측정하려고하지 않는 한 기본적으로 시간 낭비입니다 (개발자 시간과 급여 시간 모두).

여러 직종, 내가 살고있는 나라와 다른 나라에서, 우리는 시간표를 작성하지 않았습니다. 우리는 월급을 받았습니다. 작업이 완료되면 끝났습니다.

호주로 이사했을 때 시간표가 도처에있었습니다. "봉급"이라고 불리는 것을 지불했지만 시간표와 시간이 기록되었습니다. 급여받는 위치와 임금을받는 것에 대한 나의 일반적인 이해가 아닙니다.

필요한 경우 작업 표를 작성합니다 (고객이 알아야 할 청구 가능 시간이 있음). 일반적으로 몇 가지 이유로 전체 아이디어를 싫어합니다.

1. 잊어 버려요 열 아홉 번, 나는 며칠 동안 잊어 버린 다음 돌아가서 대부분 부정확 한 정보로 채 웁니다.
2. 나는 나만의 시간을 할애 할 수있는 성인입니다. 무언가에 너무 많은 시간을 보내고 있다면 관리자에게 알려줄 것입니다. 나는 필요가 없습니다 그들을 내가 뭔가에 너무 많은 시간을 보내고있을 때 말해.

우리의 작업 표 응용 프로그램은 휴가 및 경비 보고서를 추적하는 데에도 사용됩니다.

입력 시간은 1/2 시간 단위로 이루어집니다. 이것은 고위 관리자에게보고 목적으로 수행됩니다. 일부 개발자는 작업을 거부하므로 작업을 중단하고 시간을 최신으로 유지하기 위해 분기별로 작업을 수행하게됩니다. 나는 12 시간을 보낸다면 사람들에게 상기 시키려고 노력하고 그들은 8 시간을 쓴다. 최상의 바보는 우리가 전혀 새로운 개발자가 필요 없다는 아이디어를 얻게 될 것이다-우리는 짐을 다룰 수있다. 지난 겨울 동안 몇 달 동안 7 주간 일주일이 소요되는 사망 행진이있었습니다. 개발자 중 절반은보고 앱에 주당 40 시간을 작성했으며 일부는 실제 숫자를보고했습니다. 연방법에 따라 프로그래머는 "면제"(노동 계약이없는 경우 초과 근무가 면제 됨) 초과 근무를보고해도 초과 근무 수당을받지는 않지만 보고서에는 계속 표시됩니다.

버그 작업에 소요 된 시간과 Team Foundation Server에서 새 코드가 추적 (일종)되며 하루 종일 단위로 추적합니다. 우리는 추정 과정이 -25 %에서 + 1000 %까지 떨어져 있기 때문에 얼마나 많은 시간이 걸리는지를 더 잘 추정하기 위해 노력하고 있습니다. 현재 방 전체의 캘린더에 다트를 던지는 것은 예상 프로세스만큼이나 정확합니다.

이전에는 작업 표를 사용하여 고객에게 청구 했으므로 고객의 버그를 처리하는 데 45 분을 소비 한 경우 45 분 동안 고객에게 청구되었습니다.

나는 거의 10 년 동안 4 개의 다른 일자리에서 정규직 직원과 계약자 모두로 타임 시트를 작성 했으므로 그때 사용하는 데 약간의 마찰이 있지만, 너무 익숙하지는 않다고 생각합니다. 작업의 축소. 내가 갈 것 중 가장 세분화 된 것은 1/4 시간이며, 드물다.

그러나 최근에는 Grindstone 을 사용하여 내가하고있는 일을 추적하고 있습니다 (감사하게도 현재의 입장은 집에서 자란 인트라넷 기반 시스템을 작성하지 않고 자신의 작업 표를 제출하도록 허용합니다).

작업 표 유지 관리가 너무 오래 걸리거나 자극적이라는 것을 아는 사람에게 권합니다.

나는 작업 표를 작성할 필요가 없었으며 내가 필요한 회사에 합류했다고 생각하지 않습니다. 내가 일한 모든 회사에서, 나는 항상 판단에 따라 봤는데 내가 다있어 무엇 아니라 그것은 걸린 시간 . 결과와 성능은 결과를 얻는 데 걸리는 시간보다 훨씬 중요합니다. 실제로 전자에는 후자가 포함됩니다. 비슷한 위치에있는 다른 개발자가 한 달에 한만큼 많은 일을 한 경우 내 평가는 그리 좋지 않을 것입니다. 다른 방법으로는 효과가 없습니다. 한 사람이 이번 주 직장에서 60 시간을 보냈고 다른 사람이 40 시간을 보냈다는 것은 의미있는 판단을하기에 충분하지 않습니다. 가장 효과적인 개발자 중 일부 는 효율적이기 때문에 업무 시간 이 가장 적습니다 .

또한 저는 각 직종에서 월급을받은 직원이므로 시간을 조금씩 들여서 임금을 더 이상받지 못했습니다. 따라서 작업 표의 정보는 절대로 유리 하지 않습니다 . 마지막으로, 프로젝트를 완수하기 위해 시간을 보내는 것이 당신의 사업은 무엇입니까? 회사에서 최고의 소프트웨어를 생산하지만 하루에 4 시간 동안 웹을 서핑한다는 사실을 알게되면 저를 해고 하시겠습니까? 웹 서핑이 내 정신 과정에 필수적이지 않다는 것을 어떻게 알 수 있습니까? 또한, 나는 경우에도 한 하루 서핑을 웹 4 시간, 나는 아마도 정보를 의미 내 작업 표에 넣지 것은 매우 쓸모 어쨌든입니다. 나는 BS로 그것을 채우고 일주일 말에 내 TPS 보고서와 함께 그것을 유혹하고 싶다고 생각합니다 ...