Pokročilý průvodce

Dobrá cena nevzniká z věštění, ale z rozumného rozdělení rizika

Smysl má chápat hlavní cost drivers, rozsah první etapy a to, co je ještě neznámé.

Odhad webové aplikace nebývá přesný proto, že by vývojáři neuměli počítat. Nepřesnost vzniká hlavně z nejasného scope a z neznámých rizik.

Rozumný odhad proto stojí na dělení projektu do etap a na pojmenování toho, co je jisté, co je přibližné a co je zatím hypotéza.

Co cenu ovlivňuje nejvíc

Nejde jen o počet obrazovek. Důležitější bývá komplexita workflow, role, integrace, datový model a požadavky na provoz.

  • více rolí a oprávnění
  • integrace a import/export dat
  • výjimky ve workflow
  • provozní a bezpečnostní nároky

Jak odhad zpřesnit bez zbytečné byrokracie

Nejlepší cesta bývá rozpad na první etapu, jasný cíl a pojmenování rizik, která se musí ověřit v praxi.

Čemu se vyhnout

Nejhorší variantou je trvat na velmi přesném čísle ve chvíli, kdy ještě není jasné, co přesně má být dodané a co se ukáže až během práce.

Jak s odhadem pracovat v projektu

Odhad není jednorázový akt. Měl by se zpřesňovat s tím, jak se potvrzují priority a poznává realita projektu.

Pro koho je to vhodné

  • guide-how-to-scope-a-custom-web-application
  • service-custom-web-app-development
  • use-case-reporting-dashboard
  • inquiry

Kdy to vhodné není

  • obecné neprojektové ctení

FAQ

Lze dát cenu bez specifikace?

Lze dát rámcový odhad nebo návrh první etapy. Přesné číslo bez kontextu bývá spíš iluze než užitečná informace.

Co je lepší: fixní cena nebo průběžná spolupráce?

Záleží na jistotě scope. U vyšší nejistoty bývá bezpečnější dobře řízená etapová spolupráce.

Má smysl nacenit nejdřív jen MVP?

Ano. To je často nejrozumnější forma prvního odhadu.

Další krok

Máte podobnou situaci?

Pošlete základní kontext a navrhnu rozumný další krok.

Popsat projekt