ÚtmutatóvisszatovábbMEH IKI kezdõ oldal

4. A projekt javaslatok felépítése

A projektjavaslatok megadásánál a leglényegesebb, hogy tisztán lássuk, kinek készülnek. A fejlett országok gyakorlatának megfelelõ megoldásnál a projektjavaslat felsõvezetõi döntést alapoz meg (Informatikai Irányító Bizottság), így stílusa, aggregáltsági szintje ennek kell hogy megfeleljen. A projektekrõl egyedileg megadandó ismereteket pontokba szedve ismertetjük típusonként. Ezek elsõsorban a projektek tartalmára vonatkoznak, s csak érintik a projekt többi vonatkozását (menedzselés, kapcsolat, indoklás). Ennek oka, hogy az összefüggések érzékeltetése elsõsorban nem az egyes projektleírások feladata, hanem a magasabb szintû terveké. Az informatikai stratégiai tervnek kell kijelölni a végrehajtandó projektek körét, a részletes indokoltságot, a projektek kapcsolatrendszerét. Az egyes projektleírásoknál már csak emlékeztetõ jelleggel jelennek meg ezek a komponensek, de semmiképpen nem a stratégiai szint helyettesítésére. Ha a vezetés a döntéseket esetenként, projektenként hozza, az egységesség, célirányosság aligha biztosítható. Az informatikai stratégiai tervek ajánlott tartalmát külön ajánlások tartalmazzák, így erre nem térünk ki.

4.1. Általános adatok

Az egységes nyilvántarthatóság érdekében természetesen minden projektjavaslatnak tartalmaznia kell egy általános azonosítási, illetve szervezeti adathalmazt, ezt egyenként nem ismertetjük. Az adathalmaz az adott szervezet hivatali szokásaitól függ, szokásos összetevõi a következõk:

Valamennyi leírásban lehetõvé kell tenni egyéb információk rögzítését, amit a javaslat kidolgozója fontosnak tart.

A javaslatok kötelezõ részét képezhetik az egyes szervezeteknél szükséges egyéb kategorizálások megadása (pl. központi, illetve saját keret felhasználás aránya, titkossági besorolás, stb.).

Pályázati jellegû beadványnál pályázó adatai (személy, cég), referenciák, stb. illetve a pályázati feltételekhez viszonyulás (pl. kormányzati szintû pályázatnál mennyiben érint több minisztériumot, stb.)

4.2. Rendszerfejlesztési és beruházási projektek

Projekt		Ennek a résznek kell tartalmaznia a projekt   
leírása		definícióját és azokat a feltételezéseket, 
		amelyek alappilléreit képezik a munkálatoknak. 
		Ekkor válhat világossá, hogy valóban
		projektrõl van-e szó, vagy csak egy másik
		projekt résztevékenységérõl. Lényeges 
		annak megfogalmazása is, milyen produktum 
		jön létre, ha a projekt sikeresen befejezõdik.


Elérendõ	Természetesen minden projektnek az a célja,
cél		 hogy az elõírt termékeket megfelelõ minõségben 
		létrehozza. Ettõl eltérõen most azt a célt kell 
		megnevezni, amely a háttérben bújik meg, a
		szervezet igényeibõl fogalmazódott meg, és 
		elõidézõje volt a projektnek. (Például egy 
		projekt megfelelõ paraméterekkel jellemezhetõ, 
		átadáskor tesztelhetõ hálózatot hoz létre. 
		Ugyanennek a projektnek a célja a végpontokon
		keletkezõ információk elõírt sebességû 
		eljuttatása lehet egy információközpontba.)


Konkrét		Amennyiben lehetséges, vegyük számba az
haszon		összegszerûen kifejezhetõ hasznot és azokat is, 
		amelyeket csak szolgáltatási szint
		növekedésében fognak jelentkezni. Elsõ esetben 
		konkrét összegeket, második esetben a
		szolgáltatási szint nevesítését kell itt 
		megadni.


Hatás a		Itt kell megadni mindazokat a hatásokat,      
szervezetre	amelyeket a projekt jelent a szervezetnek. Erre      
		példa egy elektronikus iktatási vagy   
		levelezési rendszer, ahol a használatot meg 
		kell hogy elõzze a használatot szabályozó 
		ügyrend kiadása. A hatások között kell 
		szerepeltetni a majdani üzemeltetési
		követelményeket, azok esetleges anyagi 
		vonzataival együtt (pl. X.25 vonal bérlése,
		stb). 


Mûszaki		Ebben a részben kell leírni azt a      
eredmény	paraméterhalmazt, amellyel a projekt          
		végtermékének rendelkeznie kell.
		Infrastruktúra fejlesztés esetén ez többnyire 
		valóban "mûszaki" adatok utólag ellenõrizhetõ 
		összességét jelenti, rendszerfejlesztések 
		esetén azonban a kulcsfontosságú funkciókat 
		és követelményeket kell megadni. (1. példa: 
		a hálózat sebessége. 2. példa: az
		ügyfélszolgálati rendszerek válaszideje legyen 
		kisebb, mint 10 másodperc.). Néha egyazon 
		projekt mindkét értelmû mûszaki eredményt elér, 
		ekkor természetesen fel kell sorolni minden 
		ilyen jellemzõt.


Költség		A költségeket az adott szervezetre érvényes 
		szabályzat szerint, közhivataloknál a
		költségvetési tervezésnél használt bontásban 
		kell megadni. A fõ címeken belüli bontás az 
		alábbi volt:

		 * Béralap
		 * Tb járulék
		 * Dologi kiadás
		 * Dologi kiadás tárgyi eszköz
		   része
		 * Felújítás
		 * Beruházás

		A fejlesztés költsége abban az esetben
		könnyebben becsülhetõ, ha kulcsrakész rendszer 
		készül kizárólag külsõ erõforrások bevonásával. 
		Ha közalkalmazottak is részt vesznek a
		munkálatokban, akkor értelemszerûen a bérük és 
		járulékaik arányosan beszámítandók a 
		fejlesztési költségek közé (de elkülönítetten 
		kimutatva). Létrehozandó rendszernél majdani 
		üzemeltetési költségre is gondolni kell, a 
		hatást befolyásolja! Nem szabad figyelmen kívül 
		hagyni az amortizációt. (Azzal együtt, hogy a
		költségvetési szervek ezt csak nyilvántartási 
		szempontból használják, képezni nem lehet!)


Erõforrás-	A projekt erõforrásigényét a szükséges
igény		erõforrástípusok mennyiségének és idõbeni 
		rendelkezésre állásának megadása jelenti. 
		Célszerû az alábbi bontást követni: 

		 * külsõ erõforrások
		 * belsõ erõforrrások
		 * eszközök (szoftver, gép, stb.)

		A lehetõ legrészletesebb meghatározásra kell 
		törekedni. Például az "1 fõ felkért szakértõ" 
		helyett jobb lehet az "1 fõ adatbázistervezõ 
		x idõponttól y idõpontig". Az
		erõforrásigényeknek és a rájuk kalkulált 
		költségeknek összhangban kell lenniük.


Követendõ	Arra kérdésre kell választ adni, hogy a 
szabványok	projekt valamely szakaszában használatos-e
		szabványos módszer vagy megközelítési mód. Ha 
		a tervek között szerepel például az
		Informatikai Tárcaközi Bizottság (ITB)
		megfelelõ ajánlásainak átvétele, akkor azokat 
		itt kell megnevezni.


Ütemezés	Az ütemezésnek az alábbi szempontokat ajánlatos 
		kielégítenie:

		 * tartalmaznia kell a projekt kezdetét és
		   véghatáridejét is
		 * olyan fázisokból kell állnia, amelyek önálló
		   részcélt alkotnak, így teljesülésük
		   ellenõrizhetõ
		 * világosan jeleznie kell a felhasználói
		   rendelkezésre állást
		 * illeszkednie kell az erõforrásigényhez


Menedzselés	A projekt minden szakaszára vonatkozóan
módja		nyilatkozni kell arról, hogy a kivitelezés
		tendereztetéssel, kipróbált szállítóval, vagy 
		belsõ erõforrások igénybevételével történik. A
		leírás olyan mélységû legyen, hogy minden 
		kétséget kizárólag megvalósítható legyen. 
		Így belsõ erõforrásnál meg kell nevezni a 
		szervezeti egységet, illetve ha a menedzser 
		szûk kapacitás, magát a tervezett személyt, 
		vállalkozóknál pedig a szóbajöhetõ cégeket.


Biztonsági	A projekteknél, különösen az informatikai
szempontok	szolgáltatásokra közvetlen hatással lévõ 
		fejlesztési, beruházási projekteknél
		figyelemmel kell lenni a biztonsági 
		szempontokra is. Ez adódhat elõzetes
		követelményrendszerként, amit a projekt során 
		mind a tervezésnél, mind a kivitelezésnél 
		teljesíteni kell, de az is lehet, hogy a 
		projekthez kapcsolva (vagy annak részeként)
		kell a biztonsági szempontokat feltárni, a
		biztonsági kockázatelemzést elvégezni s a 
		döntések eredményét figyelembe venni. Az itt 
		említett biztonsági kockázatelemzés a 
		kialakítandó rendszerre, szolgáltatásra 
		vonatkozik, ez nem azonos a projekt indítását 
		megelõzõen magára a projektre vonatkozó
		kockázatelemzéssel,ami magának a projektnek a 
		kockázatával foglalkozik (milyen esély van
		arra, hogy nem lesz sikeres).


Felelõs		A kijelölt projektfelelõs (projektvezetõség
személy		elnöke), vagy a szervezéssel megbízott személy, 
		valamint ha már ismert, a projektirányító.

4.3. Tanulmányok

Projekt		Ennek a résznek kell tartalmaznia a projekt
leírása		definícióját és azokat a feltételezéseket, 
		amelyek alappilléreit képezik a munkálatoknak. 
		Lényeges annak megfogalmazása, milyen produktum
		jön létre, ha a projekt sikeresen befejezõdik
		(terjedelem, vizsgálati mélység, a vizsgálat 
		kiterjedése, stb.). Itt kell megadni például, 
		hogy egy u.n. "hálózati" tanulmány a 
		számítógépes hálózat mellett a 
		telefonrendszereket is vizsgálja-e, 
		kiterjedjen-e az alárendelt szervekre, s ha 
		igen, milyen körben, stb...).


Elérendõ	Itt azt kell megfogalmazni, milyen döntést kell 
cél       	hogy megalapozzon a tanulmány, ténylegesen mi 
		érdekel bennünket. Ilyen lehet pl.: indítsunk-e 
		hálózatfejlesztési projektet, ehhez felmérni 
		a várható igényeket, megbecsülni a költségeket, 
		lehetséges alternatívákat feltárni, stb. A 
		bemutatottak mind külön célok, külön-külön kell 
		megfogalmazni ezeket.


Mûszaki		Ebben a fejezetben a létrejövõ tanulmány
eredmény	mûszaki és formai követelményei kerülnek 
		ismertetésre. Ilyen pl.: egy alkalmazás
		fejlesztésre vonatkozó megvalósíthatósági 
		tanulmány az SSADM elõírásai szerint készüljön, 
		a dokumentum elektronikus formában is átadásra 
		kerüljön, stb.


Költség		Az elkészítés költségigénye


Erõforrás-	A projekt erõforrásigényét a szükséges
igény		erõforrástípusok  mennyiségének és idõbeni 
		rendelkezésre állásának megadása jelenti. 
		Célszerû az alábbi bontást követni:

		 * külsõ erõforrások
		 * belsõ erõforrrások
		 * eszközök (szoftver, gép, stb.)

		A lehetõ legrészletesebb meghatározásra kell 
		törekedni. Például az "1 fõ felkért szakértõ" 
		helyett jobb lehet az "1 fõ adatbázistervezõ 
		x idõponttól y idõpontig". Az
		erõforrásigényeknek és a rájuk kalkulált 
		költségeknek összhangban kell lenniük.


Követendõ	Arra kérdésre kell választ adni, hogy a
szabványok	projekt valamely szakaszában használatos-e
		szabványos módszer vagy megközelítési mód. Ha a 
		tervek között szerepel például az Informatikai 
		Tárcaközi Bizottság (ITB) megfelelõ
		ajánlásainak átvétele, akkor azokat itt kell 
		megnevezni.


Ütemezés	Az ütemezésnek az alábbi szempontokat ajánlatos 
		kielégítenie:

		 * tartalmaznia kell a projekt kezdetét és
		   véghatáridejét is
		 * világosan jeleznie kell a felhasználói
		   rendelkezésre állást
		 * illeszkednie kell az erõforrásigényhez


Menedzselés	A projekt minden szakaszára vonatkozóan
módja		nyilatkozni kell arról, hogy a kivitelezés
		tendereztetéssel, kipróbált szállítóval, vagy 
		belsõ erõforrások igénybevételével történik.


Felelõs		A kijelölt projektfelelõs (projektvezetõség
személy		elnöke), vagy a szervezéssel megbízott személy, 
		valamint ha már ismert, a projektirányító.

4.4. Oktatási programok

Tematika	Amennyiben az adott oktatási program
(leírás)	tematikája rendelkezésre áll, annak kivonata 
		jelenik meg ebben a szakaszban. Egyébként azt a
		konkrét célkitûzést kell megnevezni, amelyet az 
		oktatásban résztvevõk elérnek. (pl. Word 
		for Windows tanfolyam az alapvetõ ügyintézési 
		feladatok ellátásához, professzionális Word for 
		Windows tanfolyam, elõkészíti a fejlesztõi 
		rendszerdokumentáció automatikus generálását, 
		stb.).


Cél		Itt mindig a szervezet igényeibõl levezethetõ 
		célt kell megnevezni. Például megjelenhet az 
		igény a rendszerek utólagos dokumentálására. 
		Ekkor a cél olyan szakembergárda kialakítása, 
		akik a megfelelõ tanfolyamokat elvégezve
		önállóan képesek a kijelölt feladatra. Ebbõl 
		következik az, hogy a cél több oktatási
		programra nézve azonos lehet, de elképzelhetõ 
		több cél egyidejû kielégítése is egy oktatási 
		programmal.


Haszon		Amennyiben lehetséges, vegyük számba az
		összegszerûen kifejezhetõ hasznot és azokat is, 
		amelyek csak szolgáltatási szint növekedésében 
		fognak jelentkezni. Elsõ esetben konkrét
		összegeket, második esetben a szolgáltatási 
		szint nevesítését kell megadni. Az elõbb 
		említett példánál maradva: viszonylag 
		egyszerûen kiszámolható egy rendszer utólagos
		dokumentálásának belsõ munkatársakkal, illetve 
		szerzõdéses alapon történõ elvégzése közötti 
		különbség. Nem számszerûsíthetõ haszon (eleinte) 
		a képzettebb gárda által dokumentált rendszerek 
		minõségében megmutatkozó javulás.


Oktatásban	Amennyiben olyan oktatási programról van szó, 
résztvevõk	amelyiknél elõre megnevezhetõk a résztvevõk, 
		akkor ezt meg kell tenni. Elõfordulhatnak 
		azonban olyan programok is, amelyeket 
		mindenkinek el kell végezni, amennyiben egy 
		bizonyos feladatot el kell látni. Ekkor azokat 
		a feltételeket kell pontosítani, amelyek
		kielégítése esetén automatikusan résztvevõvé 
		válik egy alkalmazott, és egy becslést az
		oktatásban adott idõszakban résztvevõk számára 
		vonatkozóan.


Idõpont		Fix tanfolyam esetén a kezdés és befejezés 
		dátuma, egyébként elõfordulhat a "minden hónap 
		elsõ hétfõje" típusú utalás is.


Hely		Annak tisztázása, belsõ vagy külsõ tanfolyamról 
		van-e szó. Ahol lényeges (pl. felszerelt
		oktatóterem kapacitás optimalizálásához) meg 
		kell adni - belsõ tanfolyamok esetén - a szoba
		vagy helyiség megnevezését - külsõ tanfolyamok 
		esetén - a pontos címet.


Költség		Általában az oktatók költségét jelenti, de 
		elõfordulhatnak másolási, szállodai, étkezési, 
		stb. költségek is. Amennyire lehetséges ezeket 
		részletezni kell.


Erõforrás	Többnyire az oktató cégeket vagy személyeket 
		kell itt felsorolni, de a lehetséges tárgyi
		feltételek is ide tartoznak. Például egy
		kihelyezett kezelõi tanfolyam esetén nagyon
		lényeges lehet, hogy a megfelelõ konfigurációjú 
		és szoftverekkel ellátott PC-k rendelkezésre 
		álljanak.


Szervezésért	A szervezéssel megbízott személy(ek) neve.
felelõs
személy

4.5. Az üzemeltetéssel kapcsolatos projektek

Az üzemeltetéssel kapcsolatos projektekbe tartoznak például az adatok megszerzésével kapcsolatos projektek, üzemeltetés szervezési projektek, stb. Ezeknél a projekteknél nem célszerû elõre kötött formát megadni, a leírás az elõbbiekben megadottak szerinti mintákhoz igazodhat úgy, amelyikhez a tárgy a legjobban hasonlít. A leírás mélysége legyen összhangban a projekt jelentõségével, költségkihatásával.

4.6. Egyéb témakörök

Az informatika támogatási lehetõségeinek sokfélesége miatt soha ne zárjuk ki egy egyéb, a megadottakon kívüli projektjavaslati forma beterjeszthetõségét. A gyakorlatban elõ fognak fordulni olyan esetek, ahol a vezetés döntéséhez egészen más szempontok szükségesek (konkrét példa a jogszabályi kényszer, vagy politikai szempont figyelembe vétele, ahol alapvetõen ezzel kapcsolatos elemzések kapnak helyet).

ÚtmutatóvisszatovábbMEH IKI kezdõ oldal