Alternatywy dla metodologii śledzenia czasu [zamknięte]

Pytanie pierwsze: Jakie są możliwe alternatywy dla śledzenia czasu dla pracowników firmy zajmującej się tworzeniem stron internetowych / oprogramowania i dlaczego są lepszymi opcjami

Wyjaśnienie:

Pracuję w firmie, w której tak pracujemy. Wszyscy otrzymują pensję. Mamy 3 rodzaje pracy: kontraktową, doraźną i wewnętrzną (nie rozliczane). Adhoc to tylko niewielkie zmiany, które zajmują kilka godzin, a my wystawiamy klienta na koniec miesiąca. Kontrakty są podpisywane i zwykle mamy ten długi proces.

Obliczamy, ile należy naliczyć, uzyskując szacunkowy czas (od projektu i programistów), mnożąc go przez naszą stawkę godzinową i to wszystko. Powiedzmy, że szacujemy 50 godzin na stronę internetową. Mamy oprogramowanie do śledzenia czasu i musimy rejestrować czas w 15, który spędzamy na nim (na przykład od 7:00 do 7:15), nazwę projektu i podać kilka komentarzy.

Jeśli przekroczymy te 50 godzin, stracimy pieniądze i będziemy nieefektywni.

Teraz , gdy wyjaśniłem, jak działa system, moje pytanie brzmi, jak inaczej można to zrobić, jeśli istnieje lepsza metoda (którą jestem pewien, że trzeba). Nikt tutaj nie lubi obecnego systemu, po prostu nie możemy znaleźć alternatywy. Byłbym bardziej niż chętny do pracy po godzinach dłuższych godzin nad projektem, aby zrobić to na czas, ale jestem bardzo skłonny do zrobienia tego w obecnym systemie. Chciałbym móc podsumować (lub link) do tego postu, aby mój menedżer pokazał im, dlaczego powinniśmy używać systemu abc zamiast tego systemu.

Szacunki oprogramowania są zawsze trudne. Oprogramowanie to twórczy biznes, a kreatywność rośnie i zanika. Właśnie zaczynam wracać po tygodniu ciężkiego wyczerpania - tamtej nocy zajęło mi godziny, aby wykonać zadanie, które powinno być 15-30 minut ...

Weź również pod uwagę, że każdy programista ma inne możliwości szacowania. Bardziej zdyscyplinowani lub starsi programiści będą zwykle bardziej dokładni, a mniejsi lub niezdyscyplinowani programiści będą mniej dokładni. Ponadto ich dokładność zmienia się w czasie (nie zawsze na lepsze).

W moim osobistym doświadczeniu doradczym staram się łączyć realistyczne oszacowanie z sufitem. Mówiąc w skrócie: „Spodziewam się, że ta funkcja zajmie 7–10 godzin, ale może osiągnąć 18 - co najwyżej, nawet jeśli zajmie to 40 godzin, naliczymy opłatę za 18”. Zazwyczaj tego rodzaju podejście jest nowe dla klientów i niektórzy całkowicie odrzucają je z „daj mi solidną cenę” - ci klienci dostają szacunkowy pułap (lub grzecznie odmawiam ich działalności). Klienci, którzy akceptują to podejście, rozumieją, że uczciwie śledzę czas, a ich faktyczny rachunek końcowy odzwierciedla mój czas spędzony (ale nie przekracza pułapu). Zasadniczo jest to podejście lean, z dodaną gwarancją; a klient jest świadomy, że wszelkie zmiany wymagań wprowadzają zmiany w szacunkach.

Ogólnie rzecz biorąc, to podejście sprawdziło się dobrze u klientów, którzy chcą je zaakceptować. Moim osobistym celem jest zdobycie ich zaufania i powtórzenie działalności, dlatego w moim interesie jest bycie uczciwym i próba wejścia dobrze pod sufit - i w ich interesie jest pomoc w utrzymaniu mnie poniżej moich szacunków (poprzez unikanie niepewności, późne zmiany itp. - Poprawiam szacunki, jeśli zmiany są czymś więcej niż nieznacznym).

Jeśli nie, proponuję przeczytać Miesiąc mitycznego człowieka

Spójrz na harmonogram oparty na dowodach . Może naprawdę pomóc zobaczyć, jak dokładne mogą być Twoje prognozy.

W ciągu ostatniego roku w Fog Creek opracowaliśmy system, który jest tak łatwy, że nawet nasi zrzędliwi programiści są gotowi się z nim pogodzić. I o ile nam wiadomo, tworzy wyjątkowo niezawodne harmonogramy. Nazywa się to harmonogramowaniem opartym na dowodach lub EBS. Gromadzisz dowody , głównie z historycznych danych grafiku, że wracasz do swoich harmonogramów. Dostajesz nie tylko jedną datę wysyłki: dostajesz krzywą rozkładu ufności, pokazującą prawdopodobieństwo, że wyślesz w danym dniu. To wygląda tak:

Im bardziej stroma krzywa, tym większa pewność, że data wysyłki jest prawdziwa.

Oto jak to robisz ...

Problem związany z tą metodą polega na tym, że w szacunkach nie bierze się pod uwagę nieodłącznego ryzyka. Najlepszą praktyką dla wszelkich szacunków jest wyrażanie tego jako przedział czasu, np. 50 godzin ± 15 godzin lub coś podobnego. Trudno wymyślić termin błędu, ale nikt nie wierzy, że i tak zajmie to dokładnie 50 godzin.

Istnieją inne podejścia oprócz modelu ceny stałej; możesz skorzystać z niższej stawki i rozliczać się za godziny zwykłe, ale obecnie Twoi klienci prawdopodobnie będą chcieli przenieść ryzyko na Ciebie. To dobrze, ale oznacza to, że musisz naliczyć rozsądną premię za ryzyko w oparciu o zakres szacowanych terminów.

Szacunki przeprowadzamy przy użyciu współczynnika „niepewności”, zamiast próbować oszacować przy użyciu czynników „+/-”. Programiści mogą łatwo powiedzieć, ile czasu zajmie „zakładając, że nic nie pójdzie źle”. Nie mogą ci łatwo powiedzieć, ile czasu zajmie, jeśli coś pójdzie nie tak. Dodajemy więc współczynnik niepewności - „L” oznacza „dodaj 25%” - „M” oznacza „dodaj 50%”, a „H” oznacza „dodaj 100% - można podwoić”. Czas rzeczywisty zwykle zawiera się między szacowanym czasem a oszacowaniem powiększonym o czas niepewności.

Jeśli chodzi o ŚLEDZENIE twojego czasu, najdokładniejszą metodą jest napisanie programu, który co minutę wyskakuje w oknie dialogowym i pyta cię „co robisz?”, Z rozwijaną listą możliwych zadań. Jedynym wpisem, którego naprawdę potrzebujesz w tym rozwijanym polu listy, jest „czas śledzenia”, ponieważ jeśli będziesz przerywany co minutę, nigdy nie zrobisz nic innego. Ta sama zasada dotyczy również 15-minutowych interwałów, ale nie tak źle.

To, co robimy, to uruchomić mały program, który pozwala nam dodawać zadania do listy i wybierać, nad którym pracujemy, co pozwala zsumować czas. Jeśli zapomnimy przenieść selektor do właściwego zadania, sumy są edytowalne. Wszystko, co nie znajduje się w jednym z wierszy, trafia do „misc”. To nie jest całkowicie dokładne, ale całkowita dokładność jest mniej ważna niż uzyskanie czasu przepływu.