Skip to content

Latest commit

 

History

History
21 lines (17 loc) · 3.08 KB

File metadata and controls

21 lines (17 loc) · 3.08 KB

Ajánlatkérés scope-ja

Mivel megrendelőként tapasztalatlanok vagyunk a témában ezért segít, ha egy ajánlat több variácót / lehetőséget is tartalmaz, akár előfeltételek nem teljesülése miatt pontatlan árakkal. Például lehet olyan árajánlat ami a projekt előkészítésére (specifikálás és még biztos vannak egyebek) konkrét összeget tartalmaz, a projekt több részére még csak tájékoztató jellegű nagyságrendeket.

Pár termékfejlesztési elem és hozzá megjegyzések

  • Specifikálás: ebből a dokumentumból látszik, hogy kb mire vagyok egymagam képes. Inkább legyen benne a költségvetési- és ütemtervben, mint hogy emiatt ússzon el a projekt és a jó kapcsolat. Lehet akár olyat is - ha van értelme - hogy egy külön szerződést kötünk csak az előkészületekre akár a kivitelezés nélkül (egyelőre).
  • UI tervezés: biztosan szükséges (UX talán kicsit kevésbé). Erős szempont, hogy hasonlítson a nyomtatott formához. Ennek része a liturgiák ikonjai, tehát teljes design pack.
  • Szövegforrás: pár ezer oldalról van szó. Nem feltétel, hogy ezt is a fejlesztést végző csapat csinálja. Viszont fontos, hogy megfelelő formátumokat a fejlesztő definiálja (xml/json struktúra stb.)
  • Fejlesztés
  • Tesztelés: A tesztelésnek egy jelentős része kell abból álljon, hogy megnézzük: adott naptári napon tényleg azok ünnepelhetőek amik. Illetve adott liturgia helyesen állt össze (minden eleme megvan és csak azok). Ebbe megrendelőként be tudunk vonni a terepen gyakorlott papokat és tőlük tudunk ellenőrző próbákat kérni, de ennek ütemét, módját, visszajelzések rögzítését biztosabb ha a kivitelező fejlesztő csapat vállalja.
  • Support: a termék szállítása után meghatározott ideig (negyedév?) support, hogy hibás teljesítés esetén a specifikációtól eltérő működést orvosolni lehhesen. (Kinek a költségére?) Minden más fejleszteni vagy javítani való külön megállapodást igényel.

Elvárt és opcionális követelmények

  • A legtöbb követelménynél szerepel egy must, should, could vagy won’t. Ahol nem szerepel semmi azt must-nak kell értelmezni. Az ajánlatot a must és should teljesítésére kérjük.
  • A could-al jelölt követelményekhet egyben vagy valamilyen részenként szeretnénk kiegészítő ajánlatot ill. ajánlat becslést kérni.

Határidők, ütemezés: rugalmas, de az ajánlat rögzítse le

  • Természetesen legyen konkrét határidő, de az ajánlattevőre van bízva. (Nincs külső meghatározó cél, esemény, bármi ami behatárolja a projektet.)
  • Az ütemezésnél fontos szempont, hogy a megrendelő gyakorlatlansága miatt meg kell azt is határozni, hogy felé mik az elvárások, hogy ő mikor mit “szállítson” ahhoz, hogy a fejlesztés tudjon haladni.
  • A megrendelő képviselőjével (Elek László SJ) szoros és sűrű kapcsolatra lehet érdemes építeni. Akár a heti rendszerességű ilyen-olyan egyeztetések sem jelentenek problémát a projekt érdekében.