시간 추적 방법론에 대한 대안 [닫기]

첫 번째 질문 : 웹 / 소프트웨어 개발 회사의 직원을위한 시간 추적에 대한 가능한 대안은 무엇이며 왜 더 나은 옵션입니까?

설명:

나는 우리가 이런 식으로 일하는 회사에서 일합니다. 모두 급여를받습니다. 계약, 임시 및 내부 (비 청구 가능)의 3 가지 유형의 작업이 있습니다. Adhoc은 몇 시간이 걸리는 작은 변경 사항이며 월말에 고객에게 청구합니다. 계약서에 서명하면 일반적으로 이처럼 긴 프로세스가 진행됩니다.

우리는 (디자인과 개발자로부터) 관련된 시간을 추정하여 시간당 요금을 곱하여 청구되는 금액을 계산합니다. 웹 사이트의 예상 시간은 50 시간입니다. 우리는 시간 추적 소프트웨어를 가지고 있으며, 프로젝트 이름과 시간을 15 분 안에 기록해야합니다 (예 : 7:00 ~ 7:15).

이제 50 시간이 지나면 돈을 잃고 비효율적입니다.

이제 시스템 작동 방식에 대해 설명 했으므로 더 나은 방법이 존재하는 경우 다른 방법을 수행 할 수 있습니다 (필자는 확실합니다). 여기서 아무도 현재 시스템을 좋아하지 않으며 대안을 찾을 수 없습니다. 프로젝트를 제 시간에 끝내기 위해 몇 시간 더 오랜 시간을 일한 후에도 기꺼이 노력할 것이지만 현재 시스템에서는 그렇게하는 경향이 있습니다. 관리자 가이 시스템 대신 abc 시스템을 사용해야하는 이유를 보여주기 위해이 게시물에 요약 (또는 링크)하고 싶습니다.

소프트웨어 견적은 항상 어렵습니다. 소프트웨어는 창조적 인 사업이며 창의성 왁스입니다. 나는 일주일 동안 심한 피로를 겪은 후 튀어 오르기 시작했습니다. 다른 밤에는 15-30 분이 걸리는 작업을 수행하는 데 몇 시간 이 걸렸습니다 ...

또한 각 개발자마다 서로 다른 추정 능력이 있다고 생각하십시오. 더 훈련 된 또는 선임 개발자는 더 정확하고, 주니어 또는 훈련되지 않은 개발자는 덜 정확합니다. 또한 시간이 지남에 따라 정확도가 변경됩니다 (항상 더 나은 것은 아닙니다).

개인적 컨설팅 경험에서 나는 현실적인 견적을 한도액과 혼합하려고 노력합니다. 기본적으로 "이 기능은 7-10 시간이 걸리지 만 18 시간이 걸릴 수 있습니다. 최대 40 시간이 걸리더라도 18 시간이 청구됩니다." 일반적으로 이러한 유형의 접근 방식은 고객에게 새로운 것이며 일부 고객은 "견고한 가격을 제시"하여 거부합니다. 고객이 상한선을 얻습니다 (또는 정중하게 비즈니스를 거부합니다). 이 방법을 받아들이는 고객의 경우 시간을 정직하게 추적한다는 사실을 이해하고 실제 최종 청구서에는 내 소요 시간이 반영되지만 내 한도를 초과하지는 않습니다. 본질적으로 이것은 보증이 추가 된 린 접근 방식입니다. 고객은 요구 사항을 변경하면 견적이 변경된다는 것을 알고 있습니다.

전체적으로 이러한 접근 방식은이를 수용하려는 고객에게 효과적이었습니다. 저의 개인적인 목표는 신뢰를 얻고 사업을 반복하는 것이므로 정직하고 한도 내에서 잘 들어 오려고 노력하는 것이 저의 관심사입니다. 그리고 저의 추정치 (불확실성, 늦은 변경 등-변경이 사소한 것이 아닌 경우 추정치를 수정합니다.

그렇지 않은 경우, The Mythical Man Month를 읽으십시오 .

증거 기반 일정을 살펴보십시오 . 견적이 얼마나 정확한지 알 수 있습니다.

작년 한 해 동안 Fog Creek에서 우리는 가장 까다로운 개발자도 기꺼이 따라갈 수있는 시스템을 개발했습니다. 그리고 우리가 알 수있는 한, 그것은 매우 안정적인 일정을 생성합니다. 이를 증거 기반 예약 또는 EBS라고합니다. 주로 과거 작업 표 데이터에서 일정으로 피드백한다는 증거를 수집 합니다. 당신이 얻는 것은 단지 하나의 선적 날짜가 아닙니다. 당신은 당신이 주어진 날짜에 선적 할 확률을 보여주는 신뢰도 분포 곡선을 얻습니다. 다음과 같이 보입니다 :

곡선이 가파를수록 배송 날짜가 실제임을 확신합니다.

방법은 다음과 같습니다.

이 방법의 문제점은 추정에 내재 된 위험을 고려하지 않는다는 것입니다. 모든 추정치에 대한 최상의 방법은 50 시간 ± 15 시간 또는 이와 유사한 시간 범위로 표현하는 것입니다. 오류 용어는 찾기가 쉽지 않지만 어쨌든 정확히 50 시간이 걸릴 것이라고 아무도 믿지 않습니다.

고정 가격 모델 외에 다른 접근 방법이 있습니다. 더 낮은 요금을 사용하고 곧바로 청구 할 수 있지만 요즘에는 고객이 위험을 귀하에게 이전하려고합니다. 괜찮습니다. 그러나 예상 시간 범위에 따라 합리적인 위험 프리미엄을 청구해야합니다.

우리는 "+/-"요인으로 추정하려고하기보다는 "불확실성"요인으로 추정합니다. 프로그래머는 "아무것도 잘못되었다고 가정"하는 데 걸리는 시간을 쉽게 알 수 있습니다. 그들이 쉽게 말해 줄 수없는 것은 무언가 잘못되면 얼마나 오래 걸리는가입니다. 따라서 불확실성 요인을 추가합니다. "L"은 "추가 25 %"를 의미합니다. "M"은 "추가 50 %"를 의미하고 "H"는 "추가 100 %-두 배가 될 수 있음"을 의미합니다. 실시간은 추정 시간과 추정 + 불확실성 시간 사이에있는 경향이 있습니다.

시간을 추적하는 한 가장 정확한 방법은 1 분마다 대화 상자를 팝업하고 가능한 작업의 드롭 다운 목록 상자와 함께 "무엇을하고 있습니까?"라는 프로그램을 작성하는 것입니다. 드롭 다운 목록 상자에 실제로 필요한 유일한 항목은 "추적 시간"입니다. 매분 중단되면 실제로 다른 작업을 수행 할 수 없기 때문입니다. 15 분 간격에도 같은 원칙이 적용됩니다.

우리가하는 일은 목록에 작업을 추가하고 작업중인 작업을 선택하여 시간을 추가 할 수있는 작은 프로그램을 실행하는 것입니다. 선택기를 올바른 작업으로 이동하는 것을 잊어 버린 경우 총계를 편집 할 수 있습니다. 행 중 하나에없는 것은 "misc"로갑니다. 완전히 정확하지는 않지만 흐름 시간을 얻는 것보다 총 정확도가 덜 중요합니다.