Jak si dát platný časový odhad pro něco, co jste nikdy udělat?

hlasů
30

Jako nový developer, který je jediný software chlap na zaměstnance jsem čelil několika problémům, ale možná nejtěžší byla časové odhady. I boj na pokaždé, když musím dát odhad projektu.

Moje otázka tedy je, Pokud nemám žádné zkušenosti a nemám kolegy dev ve svém prostředí, jak mohu poskytnout solidní odhad? Přečetl jsem si článek Joel Spolsky je na Evidence Based Scheduling , ale jak by to mohlo použít, pokud nemám žádný důkaz ?

Vážím si nějakou radu na toto téma.

Položena 08/04/2009 v 15:27
zdroj uživatelem
V jiných jazycích...                            


13 odpovědí

hlasů
6

Je dovoleno říkat „já nevím, nemám dostatek důkazů“

Pak se někteří prototyping získat nějaké důkazy.

Pak odpovědět na otázku.

Takže si může ve skutečnosti být schopen poskytnout odhad, kdy budete moci poskytnout odhad.

Odpovězeno 08/04/2009 v 15:28
zdroj uživatelem

hlasů
31

Nemusíte poskytnout solidní odhad. Dáte tak dobrou odpověď, jak je to možné, a vysvětlit, že to je jen velmi hrubý odhad, a proč je to tak drsná.

Máte-li, aby bylo zcela jasné, že:

  • Nemůžete dát přesný odhad
  • Je naprosto logické, že vám nemůže dát přesný odhad, protože je to jiné práce s tím, co jste udělali předtím
  • Budete aktualizovat odhad, jak plyne čas a vy lépe poznat téma

Myslím, že byste měli být v pořádku. Je třeba, aby tyto věci velmi jasné, i když v písemné formě, takže nemusíte dostat držel svých hrubých odhadů později.

Odpovězeno 08/04/2009 v 15:29
zdroj uživatelem

hlasů
3

Poprvé jsem se založit svůj odhad na mém vnímáno složitosti problému. Jak velký je ten problém. Kolik kusů by se mohlo dotknout nebo požadovat. To mi dává obecný pokyn. Pak jsem se vždy ujistěte, že přidám 15-25% fudge faktor je proto, že se chystáte něco unikne.

Nakonec, aby bylo zcela jasné, že se jedná o hrubý odhad na základě vašeho pochopení problému, a jak to mohlo vyřešit.

Také nedávají žádné hrubé odhady na velmi přesných krocích. 4,5 hodiny není hrubý odhad. Půl dne je hrubý odhad.

Odpovězeno 08/04/2009 v 15:32
zdroj uživatelem

hlasů
5

IMO Joel je daleko, daleko ve svém článku, a jeho závěry a doporučení nejsou založeny na žádném realitě. (Omlouvám se, Joel) V podstatě říká, že byste měli být schopni naplánovat svou práci až do časových jednotkách hodin nebo méně ještě předtím, než začít. Ale skutečnost je taková, nevíte, co tyto jednotky práce jsou všechno bude (v netriviálních systémech), než se dostanete do kódu. Takže nemůžete přijít s hodin jednotlivých hodinu zhroucení, co budete dělat ještě předtím, než pop kapotu a mít tím, že rozpis odráží to, co se skutečně děje s jakoukoli přesností.

Dává odhad projektu je velmi obtížné, pokud chcete tento odhad bude nějakou hodnotu. Přijít s přesných odhadů je těžké pro programátory, protože velmi často nemají objevit všechny složitosti projektu, až se dostanete pod kapotou.

Takže řešení je dostat pod kapotu, když přišel s odhady. Pro menší projekty & chyb, je to docela jednoduché:

  • Replikovat chyba na vašem počítači.
  • Najít kód, který způsobuje chybu.
  • Zjistit, jak psát kód, který bude opravit chybu.
  • Odhadnout, jak dlouho to bude trvat vám napsat, že kód.

Při hledání kód, který vám musím napsat nutně musí objevit většinu nebo všechny složitosti, které by shodil svůj odhad.

Zajímavostí této metody je, že čas potřebný k vytvoření odhadu je velmi často 90% z celkového času, aby skutečně dělat svou práci. Prakticky muset dělat práci, aby se přijít s odhadem. S opravami chyb hlavně, řešení je často řádově jeden řádek kódu, takže váš odhad skončí na 5 minut. To je v pořádku, protože termíny lze nastavit kolem odhady takhle.

Jak si získat praxi se to bude lepší a lepší „jen vědět“, jak dlouho to bude trvat. Zpočátku budete moci „jen vědět,“ jak dlouho bude nejmenší projekty trvat jen. Ale postupem času budete moci odhadnout větších a větších projektů.

Odpovězeno 08/04/2009 v 15:58
zdroj uživatelem

hlasů
1

Osobně jsem si představit, odhad jako statistického rozdělení - a snaží se komunikovat myšlenku směrodatnou odchylkou s ním:

10 ‚že má 50% šanci, že se pohybuje mezi 8 a 12‘

Je těžké získat mnohem přesnější než u celkové odhady projektu. Je zcela možné získat přesnější (rozdělen do jednotlivých samostatných příběhů, společně odhadnout každý, a další agilní praktiky) - ale to má cenu.

(Také odhad by neměla být střetnutí na výstupech - jinak se dostane ořezán k trestu smrti a bude k ničemu)

Odpovězeno 08/04/2009 v 16:02
zdroj uživatelem

hlasů
3

I když je velmi drsné, odhaduji na řádků kódu. Tento parametr, jehož význam pro produktivitu se blíží nule, stále dává představu o složitosti projektu.

Změřte skutečnost, že v průměru, vývojář může psát kolem roku 200, max 300 řádků kódu denně. Zachovat v úvahu, že jen pro kódování jediného člověka armády:

  • Malý projekt 1000 řádků (logický) kód může být provedeno v jedné nebo dvou týdnů
  • Průměrná komplexnost projekt 10.000 řádků (logický) kód by mohl být dokončen do dvou až tří měsíců.
  • Rozsáhlý projekt 100.000 řádků (logický) kód vyžaduje alespoň pár let

Do logiky kód, budete muset přidat testování, které je již zahrnuto v předchozích odhadů. Chcete-li mít ponětí o složitosti Gimp je 600.000 řádků kódu, jádro se pohybuje v milionech nebo více.

K tomu přidejte skutečnost, že pokud pracujete vodopád, čas potřebné vyvinout kód je ve skutečnosti malá část času potřebného k vývoji specifikace a design. Já bych odhadnout 2/3 čas pro specs + design, a zbývající třetina jde do kódování, možná ještě více na specifikace + konstrukční části. To je opravdu časově náročné.

Takže, sledovat svůj odhad ze složitosti, do řádků kódu, v úvahu pracovní sílu máte a kolik mohou pracovat paralelně, a přidat režii specifikace + designu, dostanete velmi hrubý odhad.

Navrhuji vám mytický muž měsíc . Je to fantastické knihy na tomto ohledu.

Odpovězeno 08/04/2009 v 16:11
zdroj uživatelem

hlasů
1

Pokud odmítnete dát odhad něco, co jste nikdy udělal, budete pravděpodobně dělat celý život. První rozdělit úkol, stejně jako je to možné, bude to pomůže objasnit, jak se bude dělat. Tam je větší šance, budete moci porovnat fragment úkolu s něčím jste udělali předtím. Neváhejte sdělit svoji míru jistoty svého nadřízeného.

Odpovězeno 08/04/2009 v 23:08
zdroj uživatelem

hlasů
1

Pro zkušeného programátora, který alespoň zná systém a má řadu rozumných požadavků před nimi, „já nevím“ není platný odpověď. Pokud řeknete, nevíte váš PHB zhasne a aplikovat 1337 h4x0r sk1lz a odhadnout v řádu „který zní jako kus dortu, jak se asi 1 hodinu“.

Měli byste být schopni prolomit problém dolů do řady menších problémů, které jste řešeny dříve a přijít s rozumnou čísla pro každou část. Poukázat na to, že je velmi drsné a může sfouknout značně, jakmile se dostanete k úplné analýze problému.

Říká se jim ‚odhady‘, protože je máte drsné. Získáte lepší odhadování tím, že dělá to více a naučit se čerpat z dosavadních zkušeností v co největší míře. Nezapomeňte faktor v pojistné události (přerušení, přepínání úloh, možnost zvracení, možnost přepracovat, atd). Obvykle se přidáním 50% činí odhad blíže ke značce.

Odpovězeno 08/04/2009 v 23:19
zdroj uživatelem

hlasů
0

Poskytnout hrubý odhad a musí být úplně jasné, o tom.

Stanovit strategii, jak budete řešit projekt. Zejména jaké kousky systému, který může přinést jako pracovní průběžných zpráv. Věnovat zvláštní pozornost na nejbližší z nich byste byli schopni uvolnit plně funkční, a pokud je to možné vzít zbytek mimo rozsah (vést seznam těchto a všemu, co přichází až, které mají být naplánované jako navazující projekt).

Používat krátké iterací. Zvážit / analyzovat, jak mezilehlé zprávy vešly do 2-6 týdnů iterací. Zohlednit learnings to vám dá, a upravit celkový odhad.

Pokračovat v první iteraci a použít to, co jste se dozvěděli o předpokladech, které jste provedli. Jak off jste v prvních iterací obvykle poukazují na problémy v odhadech. Odolat pokušení s ohledem na odchylky v odhadech v rámci počátečního nad hlavou, jak budete pravděpodobně zpozdí časový okamžik, kdy si uvědomíte, kde odhady off. Všimněte si, že rozumím / souhlasit rychlost zvyšuje projektu v průběhu času, ale přemýšlet o tom, že má tendenci se skrýt / oddálit problémy.

Odpovězeno 08/04/2009 v 23:30
zdroj uživatelem

hlasů
0

Dělám to po celou dobu. Téměř vše, co dělám, je to poprvé. Jak mohu odhadnout? Já myslím ! A pak myslím znovu. A já pořád dělá, že každý delta-time interval, že plán je přepracován, protože projektové plány jsou iterativní a jen to, co víte, když to děláte. Mé odhady jsou docela dobré tho, protože jsem se po mnoha letech, přišel na to, co vypadá "snadné a co vypadá hard '

Odpovězeno 08/04/2009 v 23:44
zdroj uživatelem

hlasů
0

Zkuste Bodová funkce analýzy . Pro CRUD věci dává dobré postavy ballpark. To je hlavní výhodou je, že je založený ne na to, co budete realizovat, ale o tom, co má uživatel žádal. Budete muset zjistit, jaké jsou vaše produktivita FP je, ačkoli. Můžete použít minulé projekty ve stejném jazyce, jak to udělat.

Byste mohli použít průměrnou produktivitu cílovém jazyce, pokud si prostě nemůže stavět historické datové sady. To vám dá něco, ne nutně blíží realitě, ale přinejmenším umožní porovnat úsilí pro různé projekty.

Nyní, myslí si FPA je špatné na algoritmicky těžký software, a to závisí na průměrů, což znamená, budete pravděpodobně přeceňovat ani podceňovat každý projekt.

Odpovězeno 09/04/2009 v 00:19
zdroj uživatelem

hlasů
0

můj spolupracovník vždycky říká, nejprve odhadnout délku projektu, pak ji vynásobit dvěma přidat 1 a poté přidat další nejvyšší jednotek. takže pokud vaše odpověď je 3 dny, pak bych řekl, 7 týdnů. to je půl vtip, jeden nápad by byl první odhad projekt a pak, když jeho hotové vidět, jak daleko jste, možná jste trvale vypnout násobkem 2 nebo 3, nebo cokoliv jiného.

Odpovězeno 21/04/2009 v 18:48
zdroj uživatelem

hlasů
0

Jakýkoli neznámý úkolu nebo zaměstnání má vždy něco, co je známo, že do určité míry a snadno odhadnout. rozdělit I a dám odhady hned za věci, které znám, a na věci, které jsem pocit, já vím. Zbytek se poctivě byly prohlášeny jako tenká místě a pak začneme „dohodu“. Pokud je pracovní dárce důvěřuje mé kompetenci bude přijměte mou hrubé odhady a rizika - pracujeme společně. Nikdy to nebylo selhání, jednoduše proto, že bych se nikdy vzít úkol, který nemohu zvednout nebo spustit na zem (intuice?). Pokud je pracovní dárce mi nevěří, já vždy doporučuji, kteří se zeptat a kde hledat pro lepší možnost. Pak jsme buď pracovat společně, nebo ne. Většinu času, co děláme, ale každý je na bezpečné straně. Dělám svou práci, „tenké bodové specialista“ dostane jeho / její střih, manažeři jsou šťastní a zákazník je spokojen. Možná je to trochu naivní, ale funguje to pro mě :)

Odpovězeno 21/04/2009 v 19:04
zdroj uživatelem

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more