Comments on: Děláme odhady http://blog.krecan.net/2007/07/28/delame-odhady/ Short remarks from Java world Sat, 04 Feb 2012 09:44:38 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Petr Macek http://blog.krecan.net/2007/07/28/delame-odhady/comment-page-1/#comment-279 Petr Macek Fri, 14 Sep 2007 19:30:55 +0000 http://blog.krecan.net/2007/07/28/delame-odhady/#comment-279 Reaguji na Petra: také máme podobnou konstantu (říkáme ji bulharská konstanta) a má hodnotu přibližně 3. Programátoři mají tendenci většinou odhad podceňovat, zvlášť v českých podmínkách. Proto doporučuji konstantu použít u všech projektů, které nejedou dle agilních metodik. Reaguji na Petra: také máme podobnou konstantu (říkáme ji bulharská konstanta) a má hodnotu přibližně 3. Programátoři mají tendenci většinou odhad podceňovat, zvlášť v českých podmínkách. Proto doporučuji konstantu použít u všech projektů, které nejedou dle agilních metodik.

]]> By: Indrik http://blog.krecan.net/2007/07/28/delame-odhady/comment-page-1/#comment-272 Indrik Wed, 05 Sep 2007 20:03:13 +0000 http://blog.krecan.net/2007/07/28/delame-odhady/#comment-272 Já vidim dobré plánování jako takové, které počítá s tim, že odhad je špatný, proto si vytváří rezervy, které využije, pokud se něco nebude dařit podle plánu (velmi pravděpodobné). Pak už je to jenom u nastavení té vaty (o které se tu už taky mluvilo). Metodologie, která toto uvažuje je Critical Chain Project Management. Těm, co na tom pracují by se však měly říkat optimisticky odhadunuté časy, protože když se jim řekne, že na to maj 2×víc času, tak to zaručeně neudělaj rychleji, i kdyby mohli. = Studentův syndrom a Parkinsonův zákon jede... Jenom by mě zajímalo, jestli někdo na těchto CCPM opravdu jede, a jakej k tomu používá SW.. Vim o nějakejch pluginech akorát. Dělat to všechno růčo je hc.. Já vidim dobré plánování jako takové, které počítá s tim, že odhad je špatný, proto si vytváří rezervy, které využije, pokud se něco nebude dařit podle plánu (velmi pravděpodobné). Pak už je to jenom u nastavení té vaty (o které se tu už taky mluvilo). Metodologie, která toto uvažuje je Critical Chain Project Management.

Těm, co na tom pracují by se však měly říkat optimisticky odhadunuté časy, protože když se jim řekne, že na to maj 2×víc času, tak to zaručeně neudělaj rychleji, i kdyby mohli. = Studentův syndrom a Parkinsonův zákon jede...

Jenom by mě zajímalo, jestli někdo na těchto CCPM opravdu jede, a jakej k tomu používá SW.. Vim o nějakejch pluginech akorát. Dělat to všechno růčo je hc..

]]> By: Petr Jůza http://blog.krecan.net/2007/07/28/delame-odhady/comment-page-1/#comment-253 Petr Jůza Wed, 08 Aug 2007 11:07:40 +0000 http://blog.krecan.net/2007/07/28/delame-odhady/#comment-253 Uplne souhlasim s tim, ze idealni clovekoden a normalni clovekoden jsou celkem rozdilne. Snad jsme jeste nemeli projekt, kde by naklady byly nad odhadovanymi naklady, ale mame problemy s terminy, prave z duvodu rozdilu mezi idealnim a normalnim dnem. My jsme z duvodu ulehceni odhadovani v nasi firme dali dohromady konstantu (nyni priblizne 2.2, kterou na zaklade zkusenosti upresnujeme), kterou nasobime odhad na cisty vyvoj a tim dostaneme odhad na cely projekt. Jinak receno odhadneme cisty vyvoj a vynasobime konstantou 2.2, ktera v sobe zahrnuje tu potrebnou vatu okolo - testovani, analyza, navrh, dokumentace, skoleni, nasazeni. Toto je samozrejme vhodne jen pro hrube odhady nakladu na projekty a ze zkusenosti mohu rici, ze to tak priblizne sedi. Pro vytvoreni harmonogramu projektu je uz pak potreba se tim zabyvat podrobneji. PETR Uplne souhlasim s tim, ze idealni clovekoden a normalni clovekoden jsou celkem rozdilne. Snad jsme jeste nemeli projekt, kde by naklady byly nad odhadovanymi naklady, ale mame problemy s terminy, prave z duvodu rozdilu mezi idealnim a normalnim dnem.

My jsme z duvodu ulehceni odhadovani v nasi firme dali dohromady konstantu (nyni priblizne 2.2, kterou na zaklade zkusenosti upresnujeme), kterou nasobime odhad na cisty vyvoj a tim dostaneme odhad na cely projekt. Jinak receno odhadneme cisty vyvoj a vynasobime konstantou 2.2, ktera v sobe zahrnuje tu potrebnou vatu okolo - testovani, analyza, navrh, dokumentace, skoleni, nasazeni.

Toto je samozrejme vhodne jen pro hrube odhady nakladu na projekty a ze zkusenosti mohu rici, ze to tak priblizne sedi. Pro vytvoreni harmonogramu projektu je uz pak potreba se tim zabyvat podrobneji.

PETR

]]> By: finn http://blog.krecan.net/2007/07/28/delame-odhady/comment-page-1/#comment-246 finn Wed, 01 Aug 2007 19:40:32 +0000 http://blog.krecan.net/2007/07/28/delame-odhady/#comment-246 co se tyce skupinoveho odhadovani casu - hezky to ma zarizeny SCRUM, kdy se na jak na zacatku projektu tak i na zacatku jednotlivych iteraci na casovem odhadu podili cely tym, kdy kazdy ucini svuj soukromy a nezavisly odhad a nasledne se nad temito cisly v tymu diskutuje (nekdo udela optimistictejsi odhad, protoze na neco zapomene ci podceni, nekdo je zase pesimistictejsi a v kazde veci vidi potencionalni problem)... jina, videl jsem uz i par vzorecku, ktere pocitaji jakysi vazeny prumer, ktery by mel vyjadrovat nejpravdepodobnejsi dobu trvani tasku: (3*o + 2*p)/5 nebo (o + 4*n + p)/6 kde o = optimisticky odhad - za predpokladu, ze vse pujde jak po masle p = pesimisticky odhad - za predpokladu, ze vsecho se bude *** jak muze n = normalni odhad - cislo, ktere se na zaklade nejakych zkusenosti zda byt jako nejpravdepodobnejsi co se tyce skupinoveho odhadovani casu - hezky to ma zarizeny SCRUM, kdy se na jak na zacatku projektu tak i na zacatku jednotlivych iteraci na casovem odhadu podili cely tym, kdy kazdy ucini svuj soukromy a nezavisly odhad a nasledne se nad temito cisly v tymu diskutuje (nekdo udela optimistictejsi odhad, protoze na neco zapomene ci podceni, nekdo je zase pesimistictejsi a v kazde veci vidi potencionalni problem)...

jina, videl jsem uz i par vzorecku, ktere pocitaji jakysi vazeny prumer, ktery by mel vyjadrovat nejpravdepodobnejsi dobu trvani tasku:

(3*o + 2*p)/5

nebo

(o + 4*n + p)/6

kde
o = optimisticky odhad - za predpokladu, ze vse pujde jak po masle
p = pesimisticky odhad - za predpokladu, ze vsecho se bude *** jak muze
n = normalni odhad - cislo, ktere se na zaklade nejakych zkusenosti zda byt jako nejpravdepodobnejsi

]]> By: Honza http://blog.krecan.net/2007/07/28/delame-odhady/comment-page-1/#comment-244 Honza Wed, 01 Aug 2007 15:15:40 +0000 http://blog.krecan.net/2007/07/28/delame-odhady/#comment-244 Pekny clanek, nakonec se tam i cosi z praxe naslo. Myslim ze by bylo dobre zpomenout zakladni pravdila sofwaroveho inzenyrstvi: 80/20 = 80% casu nam zabere napsani 20% funkcionality Kazdy projekt bude trvat dele nez se odhadovalo a to dokonce i ten ve kterem se s timto pravidlem pocita. Uspesne projekty jsou ty ktere konverguji. Pekny clanek, nakonec se tam i cosi z praxe naslo. Myslim ze by bylo dobre zpomenout zakladni pravdila sofwaroveho inzenyrstvi:

80/20 = 80% casu nam zabere napsani 20% funkcionality

Kazdy projekt bude trvat dele nez se odhadovalo a to dokonce i ten ve kterem se s timto pravidlem pocita. Uspesne projekty jsou ty ktere konverguji.

]]> By: Marek http://blog.krecan.net/2007/07/28/delame-odhady/comment-page-1/#comment-231 Marek Tue, 31 Jul 2007 08:38:31 +0000 http://blog.krecan.net/2007/07/28/delame-odhady/#comment-231 to Lukas a idealni clovekoden - co delat v situaci, kdy odhad = planovani? :-)) to Lukas a idealni clovekoden - co delat v situaci, kdy odhad = planovani? :-) )

]]> By: filemon http://blog.krecan.net/2007/07/28/delame-odhady/comment-page-1/#comment-223 filemon Mon, 30 Jul 2007 08:02:28 +0000 http://blog.krecan.net/2007/07/28/delame-odhady/#comment-223 Delat odhady ve skupine je skutecne rada nad zlato a X krat se mi vyplatila. Muzete si ji opeprit nekterou planovaci hrou - treba planning pokerem. Delat odhady ve skupine je skutecne rada nad zlato a X krat se mi vyplatila. Muzete si ji opeprit nekterou planovaci hrou - treba planning pokerem.

]]> By: Dagi http://blog.krecan.net/2007/07/28/delame-odhady/comment-page-1/#comment-222 Dagi Mon, 30 Jul 2007 07:17:26 +0000 http://blog.krecan.net/2007/07/28/delame-odhady/#comment-222 Z vlastni zkusenosti mohu rict, ze vetsina odhadu trpi temi citovanymi neduhy. Podle meho nazoru je lepsi mit hruby odhad a iterativnim zpusobem se k nemu po malych kruccich (rekneme tyden) blizit. Pak v kazdou chvili presne vime kde jsme a kam se mame dostat. Pokud uz delat dlouhodobejsi odhady, pak se mi libi ta myslenka pridani invariant, za kterych ten odhad plati. Z vlastni zkusenosti mohu rict, ze vetsina odhadu trpi temi citovanymi neduhy. Podle meho nazoru je lepsi mit hruby odhad a iterativnim zpusobem se k nemu po malych kruccich (rekneme tyden) blizit. Pak v kazdou chvili presne vime kde jsme a kam se mame dostat. Pokud uz delat dlouhodobejsi odhady, pak se mi libi ta myslenka pridani invariant, za kterych ten odhad plati.

]]> By: Wu http://blog.krecan.net/2007/07/28/delame-odhady/comment-page-1/#comment-219 Wu Sun, 29 Jul 2007 18:48:14 +0000 http://blog.krecan.net/2007/07/28/delame-odhady/#comment-219 Jistě. Ovšem v praxi se s ideálními člověkodny běžně pracuje jako s člověkodny normálními :(. Jistě. Ovšem v praxi se s ideálními člověkodny běžně pracuje jako s člověkodny normálními :( .

]]> By: Lukáš Křečan http://blog.krecan.net/2007/07/28/delame-odhady/comment-page-1/#comment-217 Lukáš Křečan Sun, 29 Jul 2007 08:27:05 +0000 http://blog.krecan.net/2007/07/28/delame-odhady/#comment-217 To kolik procent času mohu věnovat projektu bych zohledňoval až při plánování, na při odhadech. U odhadů se doporučuje udávat čas v "ideálních člověkodnech". To kolik procent času mohu věnovat projektu bych zohledňoval až při plánování, na při odhadech. U odhadů se doporučuje udávat čas v "ideálních člověkodnech".

]]>