2008-ig az építési projektnek a szakmai környezetben ismert dokumentumot kellett tartalmaznia a „GIP Oath” jellegzetes név alatt. Most „a projektszervezet bizalmának az a meggyőződése, hogy a projekt dokumentációját...” [1] szerint dolgozták ki, majd számos dokumentumot, amelyeknek a betartását értékelik.
De, mint korábban, mindenki megérti, hogy a főmérnök és / vagy a projekt főépítészének - GIP és GAP - felelősségteljes és átfogó szerepe van.
Az építőipar önszabályozásának korszakának megkezdésével 2010-ben a projektdokumentáció elkészítését végző személy (általános tervező) feladatait és felelősségét szövetségi törvények és minisztériumok és osztályok dokumentumai rögzítik és rögzítik [1] [2] [3] [4]. Ugyanakkor az 1985-ös SNiP "A főépítészről (főépítészről) szóló rendeletek" [5], amelyek megállapították a nevezett személyek jogait, kötelességeit és felelősségét a Szovjetunió jogszabályai alapján, nem szerepeltek a kötelező és önkéntes szabványosítási dokumentumok listáiban, t 2010 óta elvesztette státuszát.
Milyen jogi aktusok írják le az ISU / GAP funkcióit, jogait, kötelességeit és felelősségét?
Az információforrások két forrásból származnak:
- Az Orosz Föderáció Munkaügyi és Szociális Fejlesztési Minisztériumának határozata 1998-ban „A vezetők, szakemberek és más alkalmazottak képesítési referenciakönyvének jóváhagyásáról” [6];
- Az Orosz Föderáció Egészségügyi és Szociális Fejlesztési Minisztériumának rendelete 2008-ban "A vezetők, a szakemberek és a munkavállalók pozícióinak egyetlen képesítési könyvtárának jóváhagyásáról" [7].
Mindkét cselekmény a feltűnő nevek azonosításával jár. Az 1998-as dokumentum tartalmazza a projekt főmérnöke és főépítészének felelősségét és 2008-ban csak a projekt főmérnökeit. Mindkét dokumentum csak hivatalos feladatokat és képesítési követelményeket állapít meg, és ugyanazokkal a szavakkal.
A gondos olvasás azt mutatja, hogy az oroszországi Egészségügyi Minisztérium egy évtizeddel később (2008-ban) szinte szó szerint megismétli az 1998-as Munkaügyi Minisztérium összeállítását az 1985-ös SNiP-vel, a projekt főmérnökének / építészének feladataival foglalkozó részben, és tavaly mindkét minisztérium egy nap ( 2014.12.22.) „Frissítették” dokumentumaikat anélkül, hogy egyetlen szót helyettesítenének a megfelelő részekben! A sztereotípiás duplikáció, amelyen nyilvánvalóan állami források kerülnek felhasználásra, zavaró. A tisztességben megjegyezzük, hogy bár a szavak és az egész mondatok az eredeti forrásra mutatnak, de a helyek részleges átrendeződése miatt, a plágium visszaszorítása elfogadhatatlan lenne.
Mivel a Munkaügyi Minisztérium, mint az Egészségügyi Minisztérium, nem vette meg a problémát, hogy új dokumentumot hozzon létre, amely megfelel az aktuális pillanatnak, vagy legalábbis megfelelően frissítette, ma még mindig nyomkövető papírt használunk az 1985-ös SNiP-től. Emlékeztetni arra, hogy a GUI-k és a GAP-ok harminc évvel ezelőtt kötelezően teljesítették a funkciókat, és a minisztériumok véleménye szerint ma is végre kell hajtani, szükség van a Munkaügyi Minisztérium határozatának idézésére (és valójában mindhárom aktusra).
Főmérnök, a projekt főépítésze:
„A tervezési és felmérési munkák technikai irányítását végzi a létesítmény tervezése során, és felügyeli a tervezési kapacitás kiépítését, üzembe helyezését és fejlesztését.
Intézkedéseket tesz a tervezési és becslési dokumentáció minőségének javítására.
Adatokat készít a szerződések megkötéséhez az ügyfelekkel a tudományos és műszaki termékek fejlesztéséhez (átadásához)
Részt vesz az építési helyszínek (pályák) kiválasztásával, a tervezési feladatok elkészítésével és a tervezési becslések és egyéb műszaki dokumentáció kidolgozásával kapcsolatos mérnöki felmérések megszervezésében.
Szervezi annak fejlesztését a hozzá rendelt tárgyakon, részt vesz a kutatási, tervezési, műszaki és technológiai munkálatok átfogó tervezési terveinek elkészítésében
A tudományos és műszaki termékek kiadásának ütemezéseit teszi lehetővé.
Alvállalkozók számára feladatokat hoz létre a rájuk ruházott munkák elvégzéséhez, és biztosítja a szükséges beviteli adatokat. Megoldja a dokumentáció kidolgozása során felmerülő kérdéseket.
Ellenőrzi a tervezés, a várostervezés és az építészeti tervezési döntések technikai szintjét, a tervezési és felmérési munkák pénzeszközeinek gazdaságos kiadását, a tervezési és becslési dokumentáció fejlesztésének időzítését.
Garantálja a kidolgozott tervezési és becslési dokumentáció megfelelőségét az állami szabványokkal, normákkal, szabályokkal és utasításokkal.
A szabadalom tisztaságát és szabadalmazhatóságát a projektben először használják fel, vagy technológiai folyamatok, berendezések, műszerek, szerkezetek, anyagok és termékek számára fejlesztették ki.
Védi a projektet az anyavállalatokban és a szakértelemben.
Részt vesz a tervezési és becslési dokumentáció általános szerződő szervezetének megvizsgálásában és jóváhagyásában.
Megoldja a tervezési, építési, üzembe helyezési, tervezési kapacitásfejlesztési folyamatokat.
Szervezi a tervezett becslések és egyéb műszaki dokumentáció észlelt hibáinak megszüntetését, valamint a jóváhagyott becslések kiadásainak elszámolását.
Javaslatokat készít a projektszervezet és az ügyfél vezetésére az új szabályozási dokumentumok bevezetésével kapcsolatos munkadokumentáció módosítására, figyelembe véve az építés aktuális állapotát.
Koordinálja az érvényes felügyeleti szervekkel és más, azokat jóváhagyó szervezetekkel való ésszerű eltéréseket a meglévő szabályoktól, előírásoktól, utasításoktól.
A kialakított létesítmények tervezésével, kivitelezésével és működtetésével kapcsolatos tapasztalatok elemzését és szintézisét, valamint a tervezési megoldások műszaki és gazdasági szintjének javítását célzó javaslatok alapján történő előkészítését nyújtja.
Felülvizsgálatokat és következtetéseket készít az innovációkról és a találmányokról, a szabványtervezetről, a műszaki előírásokról és a tervezéssel és az építéssel kapcsolatos egyéb szabályozási dokumentumokról.
Részt vesz a projektek vizsgálatában, a kiadványok előkészítésében és a találmányok iránti kérelmek előkészítésében, szemináriumok és konferenciák munkájában. "
Hogyan felelnek meg a felsorolt feladatok a várostervezésről, az önszabályozásról és a műszaki szabályozásról szóló jelenlegi szabályozási aktusokról? A fenti tételek jelentős része ellentétes a terminológiával és a tartalommal, és nem kötelező érvényű.
Fontolja meg a pozíció sorrendjét, és kérdéseket vet fel a kötelezettségvállalás szempontjából.
1. A tervezési és felmérési munkák technikai kezelése az objektum kialakításában és az építés felügyeletében, az üzembe helyezés és a tervezési kapacitás fejlesztésében.
Az épületek és épületek biztonságáról szóló műszaki előírások [8] szerint 2010 óta a szerző felügyelete a megfelelőségértékelés önkéntes formáinak tulajdonítható, és a felek egyetértésével, a fejlesztő (műszaki ügyfél) döntése alapján történik. Természetesen építészeti felügyeletre van szükség az építészeti alkotások létrehozásakor - a kreatív folyamat szerves részeként és a szerzői jogi védelem egyik eleme. A szerző felügyelete nélkül nincs bizonyíték arra, hogy az általános tervező felelősséget vállaljon az épített tőkeépítési projektnek a tervdokumentációval való megfeleléséért, amely elpusztítja az önszabályozás feltételei szerinti piramisszerű felelősségi fogalmat. Ugyanakkor a szerző felügyelete nélkül nem lehet sem kötelező, sem önkéntes részvétel az általános tervező és különösen a mérnök vagy mérnök részéről az építés, a létesítmény üzembe helyezése és a tervezési kapacitások fejlesztése terén.
Megjegyezzük, hogy a megnevezett műszaki előírások [8] azonosították a tőkeépítési objektum üzembe helyezéséért felelős személyeket: a fővállalkozót, a fejlesztőt és / vagy a technikai ügyfelet, az építési ellenőrzést gyakorló személyeket és az állami építési felügyeletet. Ez tisztességtelen és téves lehet a tervezési és építési eredmények egymással összefüggő felelőssége szempontjából, de sem az általános tervező, sem az ISU / HAP sem szerepel a jelenlegi szabályokban, amikor a létesítményt üzembe helyezik.
Mindaddig, amíg a szerző felügyeletét az építési folyamat önkéntes eleme a törvény határozza meg, az nem szabályozható semmilyen személy feladataival, azonban szükség esetén ezeket a kapcsolatokat a szervezet belső munkaköri leírása szabályozhatja.
A fentiek teljes mértékben érvényesek az 5. oldalra. (Megoldja a létesítmény tervezésének, kivitelezésének, üzembe helyezésének folyamatában felmerülő problémákat, a tervezési kapacitás fejlesztését).
1). 2004-től a Várostervezési Kódex [2] értelmében az „objektum üzembe helyezése” helyett a „tőkeépítési objektum üzembe helyezése” kifejezést kell használni.
2). A Városi Tervezési Kódex [2] nem használja a „tervezési kapacitás kihasználása” fogalmát.
2. Részvétel az építési helyszínek (pályák) kiválasztásával, a tervezési feladatok elkészítésével és a mérnöki felmérések szervezésével foglalkozó bizottságok munkájában.
Itt helyénvaló felidézni a várostervezési kódexben [2] létrehozott fejlesztő vagy műszaki ügyfél felelősségét: „a fejlesztő vagy a műszaki ügyfél köteles (az általános tervezőnek) szolgáltatni: (lásd az előző kiadás szövegét)
1) egy telek tervezési terve, vagy egy lineáris objektumra vonatkozó projektdokumentáció készítése esetén egy területtervezési projekt és egy földmérési projekt;
(lásd az előző kiadás szövegét)
2) a mérnöki felmérések eredményei...;
3) technikai feltételek... ".
Továbbá: "A projekt dokumentációjának elkészítése a fejlesztő vagy a műszaki ügyfél feladata alapján történik."
Így az építési helyek kiválasztása, a tervezési feladatok előkészítése és a mérnöki felmérések (és nem a felmérések) megszervezése ma nem a PIU vagy a GAP hivatalos feladata, mint harminc évvel ezelőtt, hanem a fejlesztő vagy a műszaki ügyfél funkcionális felelőssége. A fejlesztő vagy a műszaki ügyfél funkcionális felelőssége különösen a közbeszerzési jogszabályokon alapuló tervezési pályázatok során egyértelműen bemutatásra kerül. A fent említett kezdeti adatok ebben az esetben a vásárló által létrehozott pályázati dokumentációcsomagot képezik, és a projektvezető vagy a GAP előkészítésében való részvétel definíció szerint az általános tervező képviseletét tekintik a trösztellenes törvények megsértésének.
3. Biztosítja, hogy a kidolgozott tervezési és becslési dokumentáció megfeleljen az állami szabványoknak, normáknak, szabályoknak és utasításoknak.
A "A projektdokumentáció szakaszainak összetételéről szóló" kormányrendeletnek [1] megfelelően a projektdokumentációnak a jogszabályi követelményeknek való megfelelésének értékelése a "projekt-szervezet tanúsítása formájában történik, hogy a tervdokumentációt a telek tervezési tervének megfelelően tervezték, tervezési feladat,..., műszaki előírások,... és a műszaki feltételek betartása mellett ”. Amint látjuk, a felelősséget ebben a részben nem a szervezet alkalmazottja terheli, hanem az általános tervező szervezetet, amely az önszabályozás szempontjából igaz, az általános tervezői tagság speciális partnerségekben való részvételének szükségességére és a partnerségek kompenzációs alapjainak felelősségére. Emellett a dokumentumok listája, melynek betartását értékelik, teljesen más, és 2008 óta.
4. Az állami felügyeleti szervekkel és az azokat jóváhagyó más szervezetekkel koordinálja a meglévő szabályok, rendeletek, utasítások ésszerű eltéréseket.
A leginkább komoly figyelmet kell fordítani a jelenlegi Városi Fejlesztési Kódex [2] főbb rendelkezéseire: „A projektdokumentáció jóváhagyása, a projektdokumentációra vonatkozó következtetés és más, a jelen kódexben nem szereplő dokumentumok megengedése nem megengedett.” A kód [2] által megkövetelt következtetések között szerepelnek a vizsgálat következtetése, a tárgyak körének állami ökológiai vizsgálata, valamint a kulturális örökség tárgyainak történelmi és kulturális vizsgálata.
Ha szükséges eltérni a szabályozási dokumentumok követelményeitől, ma az épületek és építmények biztonságáról szóló műszaki előírásokban [8] megállapított szabályokat kell követnünk: „... ha a projekt dokumentációjának előkészítése során eltérni kell a... nemzeti szabványok és gyakorlati előírások által előírt követelményektől... a dokumentációt... a különleges műszaki feltételeknek megfelelően végzik. "
És ismét a "A projektdokumentáció szakaszainak összetételéről szóló" kormányrendelet [1]: "... a (projekt) dokumentáció kidolgozását megelőzni kell a speciális műszaki feltételek előírt módon történő kidolgozásával és jóváhagyásával." Más szavakkal, a speciális technikai feltételek (STU) a projekt előtti előkészítés anyaga, azaz forrásadatok a tervezéshez. Így a szabályozási követelményektől való eltérés harmonizálása a jelenlegi jogszabályok nem írják elő, és a CTS (a szabályozási dokumentumok követelményeitől való eltérést legitimáló dokumentum, ha bizonyos követelmények teljesülnek) dokumentumának kidolgozása a fejlesztő vagy a műszaki ügyfél funkcionális felelőssége.
Tehát megállapítható, hogy a PIU / GAP felelősségére vonatkozó meglévő dokumentumok nem kielégítőek, hiszen harminc évvel ezelőtt elavult normákat idéznek, és nem veszik figyelembe a várostervezési jogszabályok modern követelményeit, a műszaki szabályozás szabályait és az építés önszabályozását. A módszertani dokumentumok létrehozására tett kísérletek tartósak, amennyiben azok az elavult normákon alapulnak. Például, a közelmúltban elkészített, a projekt tanácsadói plusz (2015) információs rendszere, a projekt főmérnökének munkaköri leírása formája, makacsan tér vissza hozzánk az 1985-ös rendelkezésekhez. A követelmények ellentmondásos becslése konfliktus légkört vált ki a fejlesztők, az általános tervezők és a speciális szakemberek közötti kapcsolatokban.
A kormányzati intézmények elismeri, hogy időről időre vissza kell állítani a rendet. 2012-ben, röviddel azelőtt, hogy Oroszország csatlakozott a WTO-hoz, megvizsgálták a várostervezési kódex és a főmérnök és a főépítész intézményének bevezetésével kapcsolatos szabályozási és jogi aktusok sikertelen módosításainak tervezetét. Javasolták az ISU és a GAP feltételeinek meghatározását, a megbízás feltételeinek és a minősítési kritériumoknak a közvetlen kapcsolatba hozatalát közvetlenül a várostervezési kóddal. Ugyanakkor figyelembe vették a GIP és a GAP személyes felelősségének biztosításának kérdését, az adminisztratív és büntető törvénykönyvek vonatkozó cikkeinek beillesztésével, nagyon súlyos büntetésekkel a tisztviselői feladatok megsértése miatt: 18 hónapos bér, bírság, hét évig terjedő szabadságvesztés...
Feltételezhető, hogy a GIP / GAP intézménye még a létrehozása előtt is megsemmisülne, ha ilyen jogalkotási kezdeményezéseket fogadnának el. Egyrészt a tervezési szabályok megsértésének felelőssége ma az általános tervezőnek önszabályozó eszközök, kompenzációs alapok és kockázatbiztosítás segítségével kerül sor. Másrészről a büntető törvénykönyv még mindig rendelkezik megfelelő szankcióval a tulajdon, az egészség vagy az élet károsodása esetén. De van egy harmadik oldala a kérdésnek: a jelenlegi szabályozás meglehetősen ellentmondásos, terminológiailag elégtelen, a különböző szabályozási ágak között rosszul koordinált, és ezáltal meghatározza, hogy nem lehet-e jelentős kivételek nélkül teljesíteni követelményeit. A társadalmi igazságosság elveinek megfelelően ésszerűen beszélni kell a felelősség megállapításáról, legalábbis adminisztratív módon, még akkor is, ha ütköző (és így nem végrehajtható) szabályozási aktusokat dolgoznak ki és fogadnak el. Csak akkor, ha minden területen logikus, következetes, kölcsönösen elfogadott jogszabály létezik, lehetséges-e jóhiszemű megfigyelés, és a jogsértés meggyőzően értékelhető.
Nyilvánvaló, hogy a legmodernebb jogi és szakmai követelmények alapján teljes körű és összetett dokumentumok szükségesek, amelyek megbízhatóan meghatározzák a projekt főmérnöke / főépítészének jogait, kötelességeit, képesítési követelményeit és felelősségét - a projekt folyamat főbb adatai. A felelősséget, a legvalószínűbb, a várostervezési kapcsolatok, a jogalkotási és a végrehajtó hatóságok valamennyi témájának elválaszthatatlan összefüggésében kell figyelembe venni. Annak érdekében, hogy a mai napon egy ilyen akut és rosszul fedett kérdésről egységes véleményt lehessen készíteni, hasznos lenne egy széles körű szakmai megbeszélés lefolytatása, amelynek eredményei a szükséges változtatások csomagjának, és szükség esetén új szabályozási aktusok kidolgozásának alapjává válhatnak.
A szövegben említett dokumentumok:
[1] Az Orosz Föderáció kormányának 2008. február 16-i rendelete "A projektdokumentációs szakaszok összetételéről és azok tartalmára vonatkozó követelményekről" (A dokumentáció szakaszainak összeállításáról és a karbantartás követelményeiről szóló rendelet)
[2] Az Orosz Föderáció szövetségi törvénye, №190-ФЗ 2004. december 29-én "Az Orosz Föderáció várostervezési kódexe"
[3] Az Orosz Föderáció 2007. december 1-jei 315-ФЗ szövetségi törvénye „Az önszabályozó szervezetekről”
[4] Az Orosz Föderáció Regionális Fejlesztési Minisztériumának 2009. december 30-i 624 sz. Rendelete „A mérnöki felmérésekre vonatkozó munkálatok listájának jóváhagyásáról, a beruházási objektumok építését, újjáépítését és felújítását érintő projektdokumentáció elkészítéséről”
[5] SNiP 1.06.04-85 "A projekt főmérnöke (főépítész) szabályai"
[6] Az Orosz Föderáció Munkaügyi és Szociális Fejlesztési Minisztériuma 1998. 08. 21-i határozata „A vezetők, szakemberek és más alkalmazottak képesítési referenciakönyvének jóváhagyásáról”. II. Szakasz, 2. rész. „A tervező, mérnöki, technológiai és felmérő szervezetek vezető és mérnöki-technikai munkatársainak pozíciói”, „A projekt főmérnöke. A projekt fő építésze.
[7] Az Orosz Föderáció Egészségügyi és Szociális Fejlesztési Minisztériumának 2008. április 23-i rendelete „A vezetők, szakemberek és alkalmazottak egységes képesítési referenciakönyvének jóváhagyásáról”, „A vezetők és a szakemberek képesítési jellemzői az építészet és a várostervezés területén”. 5. rész "Tervezés", p.5.1. „A vezetők pozíciói. Projektmérnök.
[8] Az Orosz Föderáció 384. sz. Törvénye, 2009. december 30., „Az épületek és szerkezetek biztonságára vonatkozó műszaki előírások”.
Ki lehet a hipo
Csoport: Új
Hozzászólások: 11
Regisztráció: 2011.01.01
Felhasználói azonosító: 91953
Csoport: Moderátorok
Hozzászólások: 34679
Regisztráció: 07/11/2006
Feladó: Moszkva
Felhasználói azonosító: 3370
Csoport: Fórum résztvevők
Üzenetek: 1553
Regisztráció: 2008.08.18
Feladó: Krasnoyarsk
Felhasználói azonosító: 14254
nem, nem tudják.
és miért van szüksége erre?
Nos, ez egy büntetőügy, ezzel a tapasztalattal.
pecsét például, hogyan fog kitölteni?
GUI - I
kész - I
és.t.p.?
A postát szerkesztettékDaniel - 4.4.2012, 9:13
Csoport: Új
Üzenetek: 8
Regisztráció: 2010.12.04
Felhasználói azonosító: 51897
Csoport: Moderátorok
Hozzászólások: 34679
Regisztráció: 07/11/2006
Feladó: Moszkva
Felhasználói azonosító: 3370
Csoport: Új
Hozzászólások: 11
Regisztráció: 2011.01.01
Felhasználói azonosító: 91953
Csoport: Moderátorok
Hozzászólások: 34679
Regisztráció: 07/11/2006
Feladó: Moszkva
Felhasználói azonosító: 3370
Csoport: Fórum résztvevők
Üzenetek: 1302
Regisztrált: 2009. december 4.
A következő: a nem pótolható természeti erőforrások elferdítése ellen
Felhasználói azonosító: 41817
Csoport: Fórum résztvevők
Üzenetek: 2360
Regisztrált: 2006.7.12
Feladó: Kharkov
Felhasználói azonosító: 3382
Csoport: Moderátorok
Hozzászólások: 34679
Regisztráció: 07/11/2006
Feladó: Moszkva
Felhasználói azonosító: 3370
Csoport: Fórum résztvevők
Üzenetek: 104
Regisztráció: 2010.01.24
Felhasználói azonosító: 45022
A grafikus felület esetében a tapasztalatokra van szükség, a címoldalon lévő GUI aláírásra kerül, hogy a projekt a jelenlegi szabványoknak megfelelően befejeződött és robbanásbiztos, tűzálló, azaz teljes mértékben felelős a műszaki döntések meghozataláért. Korábban a projektirodákban szükség volt a projekt aláírására, a vezető mérnök, vezető mérnök, csapatvezető, majd a fő szakember, a tanszékvezető, a GIP aláírására, majd aláírni a műszaki ellenőrzési osztályban.
A hozzászólás szerkesztve - 4.4.2012, 20:10
A fő projektmérnök olyan helyzet, mint ez vagy valami.
hidraulikus szerkezetek tervezése
Szeretnék fotós lenni :)
(((7) Ez egy bűnbak, amelyet a fejléceknek és a rácsnak fizetnek.
És ha szükséges, holnap munka közben megvizsgálhatom a törvény szerinti jogait, kötelezettségeit és felelősségét. )))
Ha lehetőség van a szkennelésre, a törvény szerinti felelősség (cikkszám stb.) Különösen érdekes.
Ha a GUI-ról van szó, akkor szükséged van rá.
A tény az, hogy például az építési munkaköri leírások listájában csak a főmérnök és a főtervező áll.
Amennyire értem, az ISU nem egy pozíció, hanem egy bizonyos projekten belüli ideiglenes státusz.
Jogi felelősség, azt értettem, nos, tudod mit. - A személy halála, mert a projekt hiányos tanulmánya a tervezők hibáján keresztül történt. - Büntetőjogi felelősség.
Ez a szkennelt szórólap tanfolyam "Szervezés és menedzsment a design területén".
[ATTACH] 1147756227.jpg [/ ATTACH]
hidraulikus szerkezetek tervezése
Az egyik irodában GAPom lány lett, aki csak diplomát kapott, és a munka elviselhetetlen lett. Ez egy rendező szeszélye, mert az akkori oktatás nélküli ember, nehéz neki, hogy vitatkozzon egy valódi Pts szakemberrel, így egy ilyen mozdulatot tett.
Mindenesetre a tandem könnyedén megváltoztathatja az Azerbajdzsán Köztársaság szakaszait, amikor a CR-t felkészítették, és világszerte davolno volt, és ez normális lett. Mindegyik felesleges munkát végzett a mandulákon. Végtelen értelmetlen átdolgozás, és egy és ugyanaz. Nem akarok beszélni a részletekről, de arra a pontra jutottam, hogy a többszintes épületet 3 helyről, 1-ből az első emeletektől, 2-től a felsőre, 3-tól a középre (a padlóra) terveztem. Végül a padlók nem egyeztek meg. Nitsche, remade. És amikor újratárcsázott, kiderült, hogy a szomszédos szakaszok nem felelnek meg az AR-nak, és davolno komolyan. Amikor a szomszédos szakaszokat korrigálni kezdték, kiderült, hogy nincs technikai emelet, ez volt az igazgató ötlete, mindent akart feloldani az irodák mennyezetében, és „leeresztette” alvállalkozóit saját SNiP-jével. Ez a bajok a földalatti garázsban lévő parkolóhelyek számának csökkenésével zárultak.
Az év során minden igazi szakember kilépett, köztük én is. És a lány elég átkozott, rendben van, ha nem ismeri a tégla méretét, vagy hogy milyen aszfalt készült, stb.
Ki lehet a hipo
A Városi Tervezési Kódex 55.5. Cikke (6) bekezdésének (2) bekezdése a következőképpen szól: t
„6. Az önszabályozó szervezet tagjainak az önszabályozó szervezet standardjaiban és az önszabályozó szervezet belső dokumentumaiban megállapított követelmények nem lehetnek alacsonyabbak az ebben a részben megállapított minimumnál:
2) egyéni vállalkozó vagy jogi személy szakemberek jelenlétére vonatkozó követelmények a mérnöki felmérések megszervezésében (fő projektmérnökök), az építészeti és építési tervezési szakemberek (főprojektmérnökök, projektépítészek), építési szervezők (főmérnökök), munkaerő amelynek feladata a mérnöki felmérések teljesítésének megszervezése, a projektdokumentáció elkészítésével kapcsolatos munkák végrehajtása, az építési munkák a tőkeépítési tárgyak építése, felújítása, felújítása és az ezen kódex 55.5-1. cikkében meghatározott, a nemzeti szakértők listáján szereplő információk (a továbbiakban: szakértők) legalább két fő szakember a főmunka helyén ”.
A Várostervezési Kódex 55.5-1. Cikkének 1., 3. és 6. pontja a következőképpen szól: t
„1. A mérnöki felmérések szervezője, az építészeti és építési tervező szakembere, az építési szervezés szakembere egy olyan személy, akinek joga van egy vállalkozóval vagy jogi személyiséggel kötött munkaszerződés alapján elvégezni a mérnöki felmérési munkák, a tervezői képzés szervezésével kapcsolatos feladatokat. dokumentáció, építés, rekonstrukció, főváros építési objektumának főjavítása projektmérnök, a projekt főépítésze és a műszaki mérnöki felmérések és építészeti tervezés területén működő szakemberek nemzeti nyilvántartásában, illetve az építőipar szakembereinek nemzeti nyilvántartásában szereplő információk. ”
„3. A mérnöki felmérések megszervezésében a szakemberek hivatalos feladatai, az építészeti és építési tervezési szakemberek közé tartoznak:
1) a mérnöki felmérések elvégzéséhez szükséges feladatok előkészítése és jóváhagyása, a főépítési létesítmény projektdokumentációjának elkészítésével kapcsolatos feladatok;
2) a mérnöki felmérések végrehajtásával kapcsolatos munkában résztvevők kiválasztási kritériumainak meghatározása, a projektdokumentáció elkészítése és az ilyen művek végrehajtóinak kiválasztása, valamint az ilyen művek végrehajtói tevékenységének összehangolása;
3) a mérnöki felmérések végrehajtásával kapcsolatos munka eredményeinek benyújtása, jóváhagyása és elfogadása, a projektdokumentáció elkészítése;
4) a mérnöki felmérések, a projektdokumentáció eredményeinek jóváhagyása.
„6. Az e cikk 1. részében meghatározott egyénekre vonatkozó információkat az önszabályozó szervezetek nemzeti szövetsége, a mérnöki felmérések és az építészeti tervezés területén működő szakemberek nemzeti nyilvántartásába, az építőipari szakemberek nemzeti nyilvántartásába (a továbbiakban: szakemberek nemzeti nyilvántartásai) is fel kell venni. egy ilyen személy kérelme, az alábbi minimumkövetelmények betartása mellett: t
1) a szakmában, a szakmában vagy a képzés területén a felsőoktatás jelenléte az építés területén;
2) a mérnöki felméréseket végző szervezetekben a munkatapasztalat jelenléte, a projektdokumentáció készítése, a mérnöki pozíciókban a tőkeépítési projektek felépítése, felújítása, felújítása legalább három évig;
3) az építőiparban a szakmában, szakterületen vagy képzés irányában szerzett teljes munkatapasztalat nem kevesebb, mint tíz év;
4) legalább ötévente egyszeri fejlesztés az építés területén folytatott képzés irányában;
5) a munkavállalási engedély (külföldi állampolgárok számára) rendelkezésre állása ".
A jogi személy vezetője - egy önszabályozó szervezet tagja - megbízhatja a projekt főmérnökének feladatait egy olyan munkavállalónak, aki nem felel meg a fenti követelményeknek, azonban a munkavállaló az 55.5-1. Cikk (3) bekezdésében felsorolt feladatok teljesítése jogellenes lesz (lásd az Oroszországi Építészeti Minisztérium magyarázó levele utolsó részét) 2017.06.08. 20243-TB / 02).
A projekt főmérnöke aláírása a vizsgálatra benyújtott projektdokumentációban a jóváhagyás, elfogadás és jóváhagyás tényét jelenti, vagyis az építészeti és építési tervező szakemberének feladatait, ezért a szakértői megjegyzés jogszerű.
A fő projektmérnök a tervezési folyamat kulcsfontosságú szereplője.
Podolsky M.S., az MGSU Projektek Országos Tervezői és Földmérő Szövetségének Műszaki Tervező Bizottságának tudományos főigazgatója, a Műszaki Tervező és Műszaki Tervező Műszaki Tervezési Bizottságának főmérnökei tevékenységének megszervezésével foglalkozó albizottságának elnöke
A. V. Litvinov, vezérigazgató-helyettes, „TsNIO-Project” konzultációs központ, az MGSU Projektmérnöki Főiskola Nemzetközi Főiskola Tanácsa tagja
A modern üzleti feltételek mellett az ügyfélnek lehetősége van kiválasztani a projekt szervezetét (szoftvert) a kínált szolgáltatások optimális idejének, árának és minőségének megfelelően. A fenti kritériumok látszólagos egyenlőségével a projektdokumentáció minősége meghatározó feltétele lehet a szoftver sikerének a versenyben. A projektdokumentáció minőségét mind az objektív paraméterek, mind a jelenlegi szabályok és előírások betartása, mind a szubjektív értékek alapján értékelik az ügyfél-elégedettség maximalizálása érdekében. Ezek és egyéb paraméterek folyamatosan változnak: az ügyfelek a szabványos tervezéstől az egyéni, havi változásokig és a szabályozási, műszaki és jogalkotási alapokhoz, új építőanyagokhoz, új berendezésekhez, technológiákhoz stb. A „nem elégedett” a projektdokumentációval kiegészül az igény az ügyfelek elégedettségének folyamatos növelésével, ami a nemzetközi szabványok ISO 9000 sorozatának ideológiájához kapcsolódik.
A szükséges termékek minőségének biztosítása érdekében a szoftver, ha nem lépést tart a tudományos és technológiai fejlődéssel, legalábbis lépést tartson az új, eredeti és megbízható tervezési megoldásokkal.
Mi akadályozza a projektek főmérnökeinek (CIP) munkájának tényleges javulását? Véleményünk szerint először is a GUI helyét és szerepét illetően érvényesülő szabálytalan sztereotípiák a tervezési folyamatban, amelyeket generációról a tervezők generációjára továbbítanak, másrészt a szoftvervezetők képesítésének hiánya a GUI-k tevékenységével kapcsolatos ügyekben, ami nem teszi lehetővé számukra a megfelelő Harmadszor, hogy nincs egyértelmű elképzelés arról, hogy mi képezi a tervezési döntés minőségét, és melyik része az ISU felelőssége, negyedszer, a minőség kialakulásának mechanizmusának egyszerűsített megértése és különösen, ha annak végrehajtását a subproektirovschikov, és végül az ötödik helyen, mert a legtöbb tervező még nem felismerték a GIPA költségének csökkentése érdekében a tervezési munkát.
Helytelen lenne azt hinni, hogy a szoftverkezelők és a GUI-k maguk nem akarják megszüntetni a fenti okokat, de kísérleteik nem hoznak észrevehető eredményt, mert ahelyett, hogy a helyes döntéseket egyértelműen diktáló tényekre támaszkodnának, a múltbeli tapasztalatok és szubjektívek irányítják őket nézetek, amelyek nem felelnek meg az idő követelményeinek.
E kérdések megvitatása során gyakran tapasztaltuk a barikádok ellentétes oldalain sok kollégánkkal - egyfajta „kollektív ellenfelével”, akinek a nézetei történelmileg alakultak és még mindig a múltbeli gazdasági valóságban élnek. Ez a cikk további kifogást jelent a „kollektív ellenfél” ellen.
Mint ismeretes, a modern vezetés a fontos szabályozások dokumentálását javasolja, de bármely szabályozás kialakulását megelőzően olyan elvek kialakulása szükséges, amelyek például „a folyó mentén vagy egészén” kialakulnak. Ez a szabályalkotás legfontosabb része. Ebben a szakaszban konszenzusra van szükség a szakmai közösségben, amely után semmilyen szabályozási korlátozásnak nem szabad ellentmondania az elfogadott elveknek.
Sajnos a valóságban a „rossz sztereotípiák” diadalmaskodnak, ami a legtöbb esetben nemcsak a szervezet és a termelésmenedzsment tudományához kapcsolódik, hanem gyakran a józan észhez.
Vegyünk néhányat, véleményünk szerint, hibás elképzeléseket, amelyek megszabadulása valódi tartalék a projekt üzleti fejlődésében:
1. Az ISU felelős a projekt (munka) dokumentáció minőségéért, azaz az ISU felelős mindenért.
Nem lehet. A pozícióra vonatkozó követelmények, vagy ahogyan azt ma mondják, az ISU „felelőssége és felhatalmazása” történelmileg korreláltak a tervezési tárgyak követelményeinek komplikációival, valamint a tervezési eredményekkel kapcsolatos vevői elvárások változásával. A múltban a tervezést és kivitelezést egy szakértő irányította, aki az összes döntést meghozta. Jelenleg a vállalat fő feladata a beruházások szükséges dinamikájának, valamint az ügyfélnek a jövőbeni jövedelem biztosítása a projektből, amely elegendő ahhoz, hogy a befektetőknek az általuk befektetett erőforrásokat és a vállalt kockázatot kompenzálják. Így az ISU megtervezésének minden döntése az objektum tervezésének, kivitelezésének és működésének gazdasági hatékonyságának kritériumát veszi figyelembe. Ebből következik a képesítésekre vonatkozó követelmények. A tervezési folyamat többi résztvevője dönt a műszaki optimalitás kritériumáról, és ez a feltétel a projektszakaszok fő szakemberei által tervezett döntések összehangolásának folyamatában valósul meg.
2. A GIP „Oath” -ja eltávolítja a tervezési (munkaköri) dokumentáció minőségének felelősségét a többi tervező résztvevőtől.
Más szavakkal, a GUI felelős a projekttervezési, építési és üzemeltetési normák és szabványok betartásáért, az önszabályozó szervezetek szabványaiért, az egyedi műszaki követelményeknek és minőségnek, az építészeti kifejeződésnek és a létesítmények társadalmi jelentőségének. Fontosnak tartjuk, hogy visszatérjünk az érzékekhez: a felelősség miért és milyen esetekben.
Nyilvánvaló, hogy a felelősség akkor fordulhat elő, ha kiderül a negatív eredmény, amit a szakember személyesen vagy személyesen ellenőrizte; ha van egy megfelelő aláírás, amelyet a dátum támogat, és dokumentálva van, miért és kinek a felelősséget vállalják, és mikor véget ér. Ezek a személyes felelősség kötelező feltételei. Ellenkező esetben a kollektív felelőtlenség érvényesül. Tegyünk egy példát. Mint tudják, a rajzokat alá kell írni: "kifejlesztett", "ellenőrzött" és "normál vezérlés". Felhívjuk a figyelmet arra a tényre, hogy az aláírások cselekvésekben vannak megadva, azaz válaszolnak a kérdésre: mit tettél? - fejlett; mit csináltál? - elvégezte a normák ellenőrzését, stb. Lehetetlen engedélyezni a tervező szervezetek kezdeményezését és az osztályvezetők, fő szakemberek, a projektek főmérnökei stb. aláírásainak megjelenését. Akcentusok eltolódása, és az aláírások nem határozzák meg, hogy „mit tettek”, hanem „ki tette.
Mint már említettük, az aláírás felelősséget vállal. Nincs aláírás - nincs felelősség. Mivel a felelősségnek határa van, meg kell állapodni arról, hogy hová mennek, azaz, hogy mindenki egyenlően megértse a felelősségi területet. A megállapodás jelentése a következő: minden rajznak tartalma van („mit ábrázol”) és a design („hogyan” van ábrázolva). A szerződő fél felelős a tartalomért és a tervezésért. A tartalom - a vizsgáztató előtt - a tervezés előtt - a normál vezérlő előtt. A vállalkozó felelőssége megszűnik abban az időpontban, amikor aláírásaikat az ellenőr és az adatkezelő hozza meg. Ezután meg kell határozni, hogy kinek a felelőssége a hitelesítő és az adatkezelő. Ideális esetben ez egy olyan ügyfél, aki igazán érdekel az aláírás és az eredmény illeszkedésében. A projektszervezetben nem lehet megtalálni az ellenőrző és a normontroller követői. De ez lehet GUI? Ebben az esetben a PIU aláírása azt jelenti, hogy ismételten ellenőrzi a rajz tartalmát és kialakítását, és felelősséget vállalt magára, beleértve „a tárgyak tervezésének, kivitelezésének és üzemeltetésének normáinak és szabványainak betartását…” stb. stb. De nem lehet fizikailag ellenőrizni az összes tervezési megoldást az ISU minden szabványának és követelményeinek teljesítéséhez. Ezért a GUI-nál a felelősség általános megkötése mindennek nem más, mint egy varázslat, formális, mivel a végrehajtás lehetetlensége és szükség esetén veszélyes lehet valaki más bűntettének büntetésére. A grafikus felület csak egy a projekt dokumentációjának előkészítésének sok szerzője.
3. Ha valami komoly történik az építkezésen, az lesz az első, amelyet a GIP „ültetni” fog.
Ha valami igazán komoly esemény következik be, a vizsgálatot végző személy, aki igazságügyi műszaki vizsgálatot végzett, vagy több ilyen vizsgálatot végzett, meghatározza a tervezőt, aki például elvégezte a tervezési számítást és alkalmazta a rossz tényezőt, majd meghatározza, hogy ki ellenőrzi a számítást, és ez az a személy, aki bemutatja az ügyészség, de a bíróság bizonyos körülmények között büntetheti az elkövetőt és a hitelesítőt.
4. A grafikus felületnek a projekt minden szakaszában a leginkább képzett tervezőnek kell lennie.
Nyilvánvaló, hogy ez egyszerűen nem lehet, mert a projektdokumentációban nem kevesebb, mint tíz szakosodott szakágazat van, melynek munkája több mint húsz különlegesség jelenlétét feltételezi. Ez a „rossz sztereotípia” kiterjed a szakember kinevezésére az intézet posztjára. Ugyanakkor tanácsos dönteni a PIU kinevezéséről a versenyképes kiválasztás alapján, és teljesen eltérő kritériumok alapján kell eljárni.
A PIU álláspontjának kérelmezőjének meg kell erősítenie a kérelmezőnek a tervezett objektum magasabb műszaki és gazdasági mutatóinak elérésének lehetőségét, csökkentve a tervezési és kivitelezési kezdeti feltételeket, csökkentve a tervezési munkák munkaerő-intenzitását (költségét), a projektben résztvevők számára kedvezőbb számítási feltételeket, valamint a további követelmények bővítését. az ügyfél a tervezési objektumon (7.2.1 "d" GOST R ISO 9001-2008), stb. Különösen fontos a GIP hírneve: karakter, kommunikáció tartósság, szorgalom, elkötelezettség, hatékonyság, pontosság, tisztesség, tárgyalási képesség, figyelem, udvariasság, reagálás, hatékonyság, stb.
A polgári tárgyak esetében a projekt főépítészének (GAP) álláspontjához való csatlakozás előnye a gazdasági és építészeti oktatás jelenléte lehet. A második prioritás a gazdasági oktatás, a harmadik az építészeti és végül a mérnöki tevékenység.
Az ipari létesítmények (technológiai tervezés) esetében a fő projektmérnök (CIP) pozíciójának kinevezése előnye lehet a tervezési objektum sajátosságainak megfelelő gazdasági oktatás és technológia. A második prioritás a gazdasági oktatás, a harmadik pedig a technológiai és végül a mérnöki tevékenység.
Mind az első, mind a második esetben a projektvezetőnek projektvezetői képesítéssel kell rendelkeznie. A versenyképes kiválasztás eredményei alapján az ISU-t a szoftvermenedzser megfelelő sorrendjében nevezik ki a beosztásba.
5. Ha a projektszakaszok fő szakemberei között nézeteltérések merülnek fel, az ISU dönt.
Képzeld el egy ilyen képet: A fő villanyszerelő a projektrészében úgy döntött, hogy a kapcsolótábla az ilyen és az ilyen tengelyek között, és az ilyen és az épület egy ilyen jelén lesz. A fő szakember - egy helyiség hőmérnöke egy alállomással rendelkezik. Az ISU-ba jönnek, hogy „békét” tegyenek róluk. Természetesen az adott szakterület mindegyik fő szakemberének minősítése magasabb, mint az ISUé. Ha az ISU megvitatja a kérdést a javasolt műszaki síkon, akkor nyilvánvalóan hátrányos helyzetben van. Meg kell fordítania a vitát a gazdasági síkra, mondván, hogy az egyik opció annyira költséges, és a másik annyira, figyelembe véve nem csak az építési költségeket, hanem a működési költségeket, valamint a berendezések költségeinek változásával kapcsolatos lehetséges kockázatokat. Gazdasági szempontból a döntés elfogadásával és indoklásával az ISU, amely a döntésért felelős a befektetőnek, megfelelő technikai megoldást kell kérnie a szakemberektől. Ma a GUI-k közül csak kevesen tudnak ilyen módon cselekedni, de ez a GUI küldetése, mely része a tervezési döntések minőségéért.
6. A GUI-nek először technikai szakterülettel kell rendelkeznie.
Már beszéltünk arról, hogy mi a szakterület és miért kellene a grafikus felületen lennie. A tudományos és műszaki fejlődés gyorsított feltételei között a projektdokumentáció minősége közvetlenül függ a GIP-ek rendszeres továbbképzésétől. Ma az ISU-nak képesnek kell lennie a tervezési folyamat megszervezésében és irányításában, a létesítmény tervezésének, építésének és üzemeltetésének gazdasági hatékonyságának biztosítására, a versenyképesség alapján történő pozíciójának megszerzésére. De még a sikeresen működő GUI-k is érzik a tudásuk elégtelenségét ezekben a kérdésekben, próbálják önállóan kompenzálni a kompetenciáik hiányosságait.
E problémák megoldása az NOPRIZ Ipari Tárgyak Technológiai Tervezési Bizottságának és a Nemzeti Kutatóintézet Nemzeti Mûszaki Egyetem Építészeti és Építészeti Intézetének (ISA) kezdeményezésére, a "CSRI projekt" tanácsadó központ és az építőipari szakképzéssel foglalkozó bizottság részvételével. Az Orosz Építők Szövetsége (RCC) megszervezte a főmérnökök nemzetközi iskoláját (Chief Architects). Az Iskola Tanácsa jól ismert szakembereket foglal magában az Orosz Föderációban és a FÁK-országokban a projekt (munka) dokumentáció tervezésének és minőségbiztosításának területén. A Nemzetközi Mérnöki Főiskola Tanácsa (Chief Architects) projektjeinek elnöke Mescherin Igor Viktorovich egyedülálló tapasztalattal rendelkezik a GAP-tal és a GIP-mel való együttműködésben a Szovjetunióban, Oroszországban, USA-ban és Olaszországban.
A Nemzetközi Tudományos és Technológiai Információs Iskoláról (GAP), beleértve a konkrét kurzusok végrehajtását is, tájékoztatást kap az MGSU, a Tervezők és Földmérők Országos Szövetsége, a Központi Tudományos Kutatási Projekt, valamint az Orosz Föderáció, Kazahsztán, Fehéroroszország és Ukrajna Designer weboldalain.
A GIP-ek Nemzetközi Iskola fő célja, hogy fejlett képzéssel biztosítsa a GIP-ek magasan képzett személyzetének képzését. A modern igényeket kielégítő programok, a tanfolyamok gyakorlati irányultsága lehetővé teszi a technológiai és építészeti tervezés igényeinek kielégítését, a GUI-k folyamatos szakmai fejlődésének és reprodukciójának fenntartását, valamint a GUI-bejegyzések helyettesítésére szolgáló személyzeti tartalék készítését a tervező szervezetek megrendelésein.
A Nemzetközi Tudományos és Ipari Információs Iskola „oktatási portfóliójában” két fő termék található:
A GIP-ek átképzésének javasolt rendszere rugalmas, az idő szükségleteihez igazodva, reagálva a rendkívül elfoglalt tervezők gyakorlati munkájával. A programok tartalma kiegyensúlyozott elméleti és gyakorlati ismeretek, valamint a tervezési menedzsment tapasztalatai. Nagyon fontos, hogy a program a diákok széles körű területi lefedettségét és a képzés kényelmét foglalja magában, többek között a képzés modern elveinek, formáinak és módszereinek felhasználásával: a modularitás, a tanulás előtti tanulás, a tanulás, a távoktatás stb.
A fő témák, amelyeket az MSSU Nemzetközi GIP-iskoláinak kurzusaiban tárgyalnak:
1. Az építési piac helyzete és hatása az ISU tevékenységére.
2. A "minőségirányítási rendszer" fogalmának tartalmának főbb változásai az ISU munkájával kapcsolatban.
3. A tervezési megoldások fejlesztéséért és minőségéért felelős projektterjesztés (szoftver) terjesztése az első menedzser, főmérnök, termelési igazgató, mérnöki részleg, műszaki részleg és termelési részlegek (műhelyek) között az építési projekt előkészítése, gyártása és megvalósítása során (műszaki) a) dokumentáció, beleértve a tervezési és becslési dokumentáció ellenőrzését, ellenőrzését, elemzését, koordinálását, validálását és jóváhagyását.
4. A GUI-k szerepének és helyének tisztázása az ügyfélorientált szoftver „végpontok közötti folyamatában”: „szoftveres ügyfelekkel való kölcsönhatás” - „szoftverrendelési portfólió létrehozása és fenntartása” - „projekt (munka) dokumentáció elkészítése és kiadása / végrehajtása” - „végrehajtási támogatás építési projekt ”-„ az építési beruházásokra vonatkozó garanciális kötelezettségek teljesítése ”.
5. A termelési egység vezetője: a tervező vagy vezető (menedzser)? Interakció a GUI-kkal. A termelési egység vezetőjének főbb tárgyai: munkaerőforrások, munka, idő, pénzügyek, anyagi erőforrások; a termelési egység vezetőjének alárendeltsége, hatásköre, alapvető funkcionális feladatai (felelőssége), tevékenységének értékelésének kritériumai.
6. A projektdokumentáció elkészítésével kapcsolatos „elindítás” eljárása a megkötött tervezési projektmegállapodással összhangban. A hozzávetőleges szerződés az alvállalkozói tervező szervezetsel (ACT); értékelési eljárások, kiválasztás (kiválasztás) és a nyílt forráskódú szoftverek újraértékelése; az alvállalkozás és a kiszervezés fogalmát.
7. A grafikus felület interakciója a szerződéses részleggel, a technikai archívummal, a projektkiadó részleggel. Az ISU fő követelményei a végrehajtó fegyelem rendszerében.
8. Az ISU új feladatainak elemzése; az ISU tipikus munkaköri leírása; követelmények a GUI-nak a terepi felügyelet során (ideértve az altervezőket is); GUI és a technikai újratelepítés, a vállalati bővítés, a korszerűsítés, a nagyjavítás stb.
9. Az ügyfelek elégedettségének figyelemmel kísérése a projekt szervezet folyamatával és eredményeivel.
10. A grafikus felhasználói felület szerepe a projektszervezet termékeinek (szolgáltatások) bővítésében. A vállalat hírnevének kialakítása a befektetési projekt résztvevői körében.
11. Kezelési alprojektek. A design résztvevők kiválasztásának modern követelményei.
12. Megjegyzések a CIP-ek új szervezeti és módszertani dokumentumaihoz: a CIP szakmai tevékenységének szabványai, ajánlások a CIP tevékenységeinek megszervezéséről, a CIP profilja, a CIP előkészítésének és kinevezésének követelményei, amelyeket az Objektumok Technológiai Tervezési Bizottságának főmérnökei tevékenységének megszervezésével foglalkozó albizottságban dolgoztak ki termelési célállomás NOP az adott évben.
13. A szerződések megkötése és a szerződéses árak meghatározása. A szerződések típusai.
14. Interakció az állami és nem állami szakértelemmel.
15. A tervezés jogi és szervezeti kerete, a GIP-ek munkájához kapcsolódó szabályozási dokumentumok, beleértve a GOST R 54869-2011-et, valamint az EUROCODES rendszert.
16. A tervezési munka költsége. Alapvető index és erőforrás módszerek a költség kiszámításához. A költségvetési dokumentáció formái. A tervezési megoldások gazdasági hatékonyságának értékelése.
17. A projekt kockázatkezelése. A kockázatok azonosítása és azonosítása (kockázati kategóriák, ismert kockázatok és ismeretlen kockázatok, kockázat nagysága, előfordulási valószínűség és kockázati hatás mértéke); kockázatkezelési költségvetés; a határidők és a projekt költségvetésének végrehajtásának valószínűségének meghatározása kockázatkezelési technikák (elkerülés, átadás, mérséklés és elfogadás); kockázati tünetek ellenőrzése.
18. Részvétel a tervezési és felmérési szerződésekre vonatkozó ajánlattételben.
19. A projektszervezet minőségirányítási rendszerének főbb rendelkezései, amelyek megfelelnek a GOST ISO 9001-2015 követelményeinek.
20. Az ügyfél műszaki felügyeletének funkciói és tartalma. Állami építési felügyelet.
21. Az Intézet kompetenciája az önképzés és a továbbképzés területén.
22. GIP, GAP a projektszervezet funkcionális, szervezeti és pénzügyi struktúráiban.
23. A GIP-nek a marketing és értékesítéssel kapcsolatos kompetenciája.
24. Kompetencia GIP hatásköreinek, jogainak és felelősségeinek meghatározásakor.
25. Az Intézet kompetenciája szakmai tevékenységének és motivációjának hatékonyságának és eredményességének értékelésében.
2015 májusától a Nemzetközi Tudományos és Technológiai Információs Iskola programjában egy további modul „A tervezési megoldások gazdasági hatékonyságának becslése” (30 óra) szerepel. A program teljes volumene 80 ac. egy óra Ezt a modult a Nemzeti Kutató Egyetem Gazdasági Főiskola GASIS tanárai tanítják, a hallgatók GASIS tanúsítványt kapnak.
A Nemzetközi Tudományos és Ipari Információs Iskola által javasolt oktatási, tanácsadási és kutatási programok tárgya a tervezői szervezetek által a tervezési folyamatban szereplő kulcsfontosságú számok valós szakmai fejlesztésével kapcsolatos alapvető problémák megoldása.
A Nemzetközi GIP-iskola program fő témáiban a „TsNIO-Project” konzultációs központ speciális ajánlásokat dolgozott ki.
Most forduljunk a tervezési döntések minőségének alakítására szolgáló mechanizmushoz, annak érdekében, hogy egyértelműen és egyértelműen meghatározzuk az ISU felelősségének korlátait.
Néhány közös tervezési rendelkezés:
1. Minden építési projekt három modell kombinációja:
- jövőbeli objektummodellek (űrtervezési és mérnöki megoldások);
- létrehozásának modelljei (Építésszervezési projekt);
- működésének modelljei (Szervezet és termelésirányítás).
2. A tervezési döntés megfogalmazása a tényleges elfogadásából áll, majd meg kell erősíteni annak megfelelőségét, azaz ellenőrizni kell. A tervezési döntés elfogadása az alternatívák közül választható, és a megfelelőség megerősítése számos különböző lehetőséget kínál, és ennek megfelelően számos kifejezést, amelyek megfelelnek ezeknek a lehetőségeknek. Az opciók többsége attól függ, hogy milyen idő, hely és szabványok vannak kiválasztva a megerősítéshez.
A tervezési döntés minősége négy alapvető tulajdonságból áll. Mindegyik tulajdonságot valaki hozza létre a szoftverben, és valaki számára készült. Az a személy, aki a minőség tulajdonát képezi, személyes felelősséget visel. Az első a „technikai képesség”, azaz a tervezési megoldásnak olyannak kell lennie, hogy megvalósítható legyen az építés során. Elsősorban az építési vállalkozónak, technikusainak, mérnökeinek és az ipari divíziók fő szakembereinek kell lennie. A második az „információs lehetőség”, vagyis a tervezési döntésnek tartalmaznia kell az építési és szerelési munkák végrehajtásához szükséges összes információt, a berendezések rendelését, az összes szükséges engedély és jóváhagyás átvételét. Szüksége van egy ügyfélre és egy építési vállalkozóra. Ezt a tulajdonságot a gyártók technikusai, mérnökei és fő szakemberei alkotják. A harmadik a tervezési megoldás „gazdasági megvalósíthatósága”, azaz a tervezési megoldásnak gazdaságilag versenyképesnek kell lennie a létesítmény építése és üzemeltetése során. Ez szükséges a piacon lévő fő személyhez - a befektetőhöz, megalakulásához, és az ISU felelőssége. A negyedik „rendszerszintű”, vagyis a projekt minden tervezési döntését össze kell hangolni. Ezt elsősorban a tervezők maguknak kell megtenniük, és a projektek szekcióinak fő szakemberei felelősek ennekért.
A tervezési döntéseket öt szinten végzik. Tekintsük ezeket a szinteket a projekt tervezési részének példáján. Az első szint "csomópontok, alkatrészek" lesz. Ezen a technológiai szinten döntéseket hoznak a hálószemek, a beágyazott részek stb. Megerősítéséről. A második szint „elemek”. Ezen a szinten a mérnökök gerendákat, oszlopokat, szabadon álló alapokat stb. Terveznek. A harmadik a „komponensek”. A vezető és vezető mérnökök átfedéseket, burkolatokat, zárt szerkezeteket stb. Terveznek. A negyedik szint a „projektszakasz”. Ezen a szinten a fő szakember dönt az épület szerkezeti felépítéséről és a szerkezet főbb szilárdsági paramétereiről. Az ötödik szint - a projekt technikai és gazdasági mutatói. Az ISU felelős azért, hogy döntéseket hozzon ezen a szinten.
Forduljunk a „tervezési megoldás megfelelőségének megerősítéséhez”. A tervezési döntések ellenőrzése, értékelése, ellenőrzése, elemzése, validálása, koordinálása és jóváhagyása. Itt fontos, hogy meghatározzuk a GUI felelősségének korlátait
A kontroll magában foglalja az elfogadott tervezési döntés és a meglévő normák (szabályok), azaz az épületekben jelenleg működő szabályozási dokumentumok (az Orosz Föderáció Várostervezési Kódex, SNiP, SN, GOST, VSN stb.) Összefüggését. Az ellenőrzés eredménye „megfelel” vagy „nem felel meg” a tervezési döntésnek a meghatározott szabályozási dokumentumoknak.
Az értékelés - ugyanaz az ellenőrzési eljárás, csak a „megfelelő” vagy „nem felel meg” függelékben jelzi, hogy mennyi „megfelel” vagy „nem felel meg”. Az értékelés eredményét rendszerint mennyiségi értelemben adjuk meg, például az épületek közötti tűzszakadás 10 méternél kisebb a standardnál.
Az úgynevezett normakontroll ugyanabban a sorban van, mint az ellenőrzés, azzal a különbséggel, hogy a GOST SPDS-t az elfogadott tervezési megoldás és a szabályozási dokumentumok összehasonlítására használják.
Az ellenőrzés magában foglalja a tervezési döntés összehasonlítását a bemeneti tervadatokkal (tervezési hozzárendelés, kezdeti tervezési adatok, műszaki specifikációk). A GOST ISO 9001-2011 egyértelműen meghatározza a tervezési megoldások ellenőrzésének követelményeit, beleértve az ellenőrzések és az eredmények rögzítésének tervezését. A 7.3.5. Pont kimondja, hogy „a tervezett tevékenységeknek megfelelően ellenőrizni kell, hogy a tervezés és a fejlesztés teljesítménye megfelel-e a tervezés és fejlesztés beviteli követelményeinek. A vizsgálati eredményeket és az összes szükséges intézkedést meg kell őrizni és meg kell őrizni. ” Mivel a „bemeneti adatok” általában a projekt dokumentációjára vonatkozó technikai és gazdasági mutatókat (követelményeket) tartalmaznak, az ISU ellenőrzi a ténylegesen kapott adatok megfelelőségét.
Az elemzés - a GIP vezetése alatt álló kollektív cselekvés - lehetővé teszi, hogy megjósolja a meglévő tervezési folyamat változhatatlanságának következményeit a tervezési döntések műszaki és gazdasági jellemzői, a tervezés költségei és időtartama tekintetében. A GOST ISO 9001-2011 7.3.4. Pontjában, valamint az ellenőrzésre vonatkozóan az elemzés követelményei szerepelnek, nevezetesen: „Megfelelő szakaszokban, a tervezett tevékenységekkel összhangban, rendszeres tervezési és fejlesztési elemzéseket kell végezni a tervezési és fejlesztési eredmények képességének felmérése érdekében megfelelnek a követelményeknek, valamint azonosítaniuk kell a [tervezés és fejlesztés során felmerülő] problémákat, és javasolniuk kell a szükséges intézkedéseket. Az elemzések résztvevőinek az elemzett tervezési és fejlesztési szakaszhoz kapcsolódó funkciók képviselőit kell tartalmazniuk. Az elemzés eredményeit és az összes szükséges intézkedést meg kell őrizni és meg kell őrizni. ” Ne feledje, hogy az elemzést meg kell tervezni és eredményeit dokumentálni kell. Az is nyilvánvaló, hogy az elemzés nem végezhető el a tervezés kezdetén, mivel még nincs semmi elemzés, és a tervezés végén, mivel a „vonat már elhagyta” és a folyamat befejeződött. A tervezés során az elemzés felelőssége az ISU. Rendszerint a tervezési folyamat során a PIU összegyűjti a termelési osztályok vezetőit és a fő szakembereket a projektszakaszokon, és velük tárgyalja a tervezési folyamatot és a tervezési döntések technikai és gazdasági jellemzőit annak biztosítása érdekében, hogy a tervezési anyagok a tervezési végén legyenek megfelelnek a „bemeneti adatoknak”..
A koordináció feltételezi azt a bizalmat, hogy ez a tervezési megoldás nem ellentétes a projekt más részeinek tervezési döntéseivel, azaz például a projekt tervezési részének tervezési megoldását hasonlítják össze a projekt elektromos, egészségügyi vagy hőmérnöki részeinek tervezési megoldásaival.
Az elvégzendő koordinációért az ISU felelős, és a koordináció helyességéért a projektszakaszok fő szakemberei felelősek.
Emlékezzünk arra, hogy mi az "érvényesítés". A kialakításban két megerősítési helyzet lehetséges: az első esetben közvetlenül „papírra”, azaz a tervezési megoldás a számítógép képernyőjén található. Például a tervezési döntés egy tervezett és kialakított gerenda, amely ellenáll a megfelelő terhelésnek. A megfelelés megerősítéséhez elegendő ugyanaz a számítási módszer alkalmazása, amelyet a döntés meghozatalakor (vagy alternatívában) alkalmaztak, és ha ezt a módszert tesztelték és megbízható, akkor az újraszámítás abszolút bizalmat ad a tervezési döntés helyességére. Vagy egy másik példa a tervezési feladatban az épület megfelelő emeletén lévő helyiségek összetételét jelzi, és a szükséges területek megjelennek. Az alaprajz tervezési megoldása könnyen ellenőrizhető az eredeti adatokkal összehasonlítva. Hangsúlyozni kell, hogy az ilyen tervezési döntések a terv teljes összegében - legalább 80-90 százalék. Ezek közé tartoznak a tervezési döntések, amelyeket szabványos tervezetek, tipikus szerelvények és alkatrészek felhasználásával hoztak létre, jóváhagyott egyedi, korán kidolgozott tervezési megoldásokat, amelyeket ismételten használnak, az előírt módon tanúsított berendezéskatalógusokat stb. A megbízható, tesztelt, sokszor alkalmazott, kétségtelenül tervezési megoldásokról van szó.
A második helyzet az, amikor a tervezési megoldást nem lehet megbízhatóan ellenőrizni hagyományos ellenőrzési technikákkal. Ezeket csak az épített létesítmény építésének vagy üzemeltetésének folyamatában lehet ellenőrizni, valamint speciális vizsgálatokat végezni olyan körülmények között, amelyek a lehető legközelebb állnak a létesítmény építéséhez vagy üzemeltetéséhez. Ilyen igény merül fel, amikor a már ajánlott vagy hirdetett korszerű technológiákat vagy hirdetéseket alkalmazzák, új számítási módszereket, az eddig még soha nem használt berendezéseket, analógok nélküli technológiai megoldásokat, stb. amely aktívan hirdet, és ennek az anyagnak a jellemzői lenyűgözőek.
Úgy dönthetünk, hogy ezt az anyagot 20 ezer négyzetméteres tetőre használják, azonban kifejezetten előírják, hogy az építés során először 10 négyzetméter tetőszakaszt kell készítenie, dinamikus terhelést kell létrehoznia egy bizonyos ideig, öntsük fel a vizet, és lássuk hogyan viselkedik a tető alsó felülete. Ha a teszt eredménye pozitív, akkor a tervezők engedélyt adnak a tető többi részének elkészítésére. Néha ez a szükséglet a nehéz építési területek geológiai körülményeinek nagyfokú bizonytalanságából adódik, amikor a kutatók nem tudnak (gazdasági okokból) kellő pontossággal szimulálni a talaj jellemzőit az alapítványok bizonyos helyszínein. Ezekben az esetekben a vizsgálati cölöpök vezetésének szükségességét jelzik, és csak azt követően megerősítik, hogy egy halom mezőt a teljes objektum alá kell építeni.
Ez a tervezési megoldás érvényesítése. Az érvényesítés használata a projektszervezet elkötelezettségét mutatja be mindent, ami új és fejlett. Ez a tervezési megoldások versenyképességének jele, a vevői elégedettség folyamatos növekedése miatt a tervezési vezető pozíció. A validálás tényéért az ISU viseli a felelősséget a validálás tartalmáért - a projekt szakaszainak fő szakértői.
A jóváhagyás engedélyezi a teljes projektdokumentáció átadását az ügyfélnek. Ez a GUI felelőssége, és végrehajtja, amikor aláírja a számlát, mielőtt elküldi a dokumentációt az ügyfélnek.
Most fordulunk az ISU felelősségéhez, ami a tervezési munkák költségeinek csökkenésével jár. Mint tudják, rengeteg lehetőség van a költségek csökkentésére, és ez egy „fejfájás” a vezetés és az összes vezető szoftver szakember számára, mivel ez gyakorlatilag az egyetlen módja a projektszervezet nyereségének növelésének. A grafikus felhasználói felület jelentősen hozzájárul ehhez, felismerve a felelősséget az al-tervezők irányításáért (kiszervezéséért).
Jelenleg lehetõvé vált az altervezõk (STR) kiválasztása az értékelés eredményei, a versenytársakkal való összehasonlítás, a rendszeres újraértékelés alapján, és a GUI felelõssége erre a választásra. Fontos elve, „aki fizet, zenét rendel,” kezdett dolgozni az alanyok között, nemcsak a jól ismert hagyományos értelemben, hanem az általános tervező (GP) követelményének is, hogy folyamatosan gondolja a minőség javítását (biztosítását) és a tervezési munkák költségeinek csökkentését. Ezen túlmenően a törvény megállapítja, hogy az ACT által kidolgozott tervezési és becslési dokumentáció minőségéért az ügyfélnek való felelősséget csak a háziorvos viseli. Ezért szükség van a GOST ISO 9001-2011 követelményeinek és a kiszervezési folyamatok alkalmazására vonatkozó iránymutatásoknak (ISO / TS 176 / SC 2 / N 630R2, 2003. november 24.).
Általában három feltételes típusú STR:
- „Rendes” - olyan SPO-k, amelyekkel a GP rendes piaci viszonyban áll;
- „Rendes” - olyan SPO-k, amelyekkel a GP rendes piaci viszonyban áll;
- "Henchmen" - az ügyfél teremtménye, az a GP viszonya, amellyel az ügyfél határoz.
A nyílt forráskódú szoftverekkel való kapcsolatok példáján keresztül minden egyes alrendszert egymás után fogunk figyelembe venni, mivel az ISU bizonyos esetekben döntéseket hoz, és másokban részt vesz azok elfogadásában.
Az al-tervezők értékelése, kiválasztása és újraértékelése.
Ez az alrendszer két blokkból áll:
- a jóváhagyott STR-ek listájának (adatbázis, nyilvántartás stb.) kialakítása és karbantartása és frissítése;
- a nyílt forráskódú szoftverek kiválasztása a megadott listából egy adott projekt munkájának elvégzéséhez.
Az első egység alatt végzett munka a szoftver műszaki részlegének feladata, a második pedig az ISU felelőssége.
A lista létrehozásához a szoftver műszaki részlege keresi, értékeli, kiválasztja és újraértékeli a nyílt forráskódú szoftvert a szoftver igényeinek megfelelően, a GUI-kkal együtt kifejlesztett kritériumok alapján.
Nyilvánvaló, hogy egy ilyen megközelítés nem garantálja az STR teljes körű megfelelőségét a GP elvárásai miatt, mivel egyes kérdések formalizálása bonyolult. Például egy érvényes QMS rendelkezésre állására és a GOST ISO 9001-2011 követelményeinek való megfelelésre vonatkozó kérdés. Az ACT válaszol arra, hogy a QMS működik és megfelel az „N” tanúsító szerv tanúsítványának. A GOST ISO 9001-2011 egyes követelményeinek a tervezők önszabályozó szervezetek általi teljesítésének értékelése során szerzett tapasztalatok azt mutatják, hogy a tanúsítványok több mint 90% -át formálisan megkapják, egyszerűen „vásárolják”, és gyakran nem kapcsolódnak egy adott STR-hez. Kiderül, hogy a GP a felelősséggel tartozik az ACT által készített projekt (munka) dokumentáció minőségéért, de az ACT megválasztása maga az STR „biztosítékain” alapul, a kérdőívre adott válaszok formájában. Egy adott objektum tervezésekor a GUI általában kiválasztja a megfelelő ACT-t a listából, további kritériumok alapján, beleértve az STR területi elhelyezkedését, az STR egy adott építési terület tulajdonságairól szóló információt, egy korábbi ügyféllel való kapcsolattartást, az ACT készségét a megrendelés teljesítéséhez és mások.
A nyílt forráskódú szoftverek bevonásával kapcsolatos döntés meghozatala előtt a GUI-nek közvetlenül a szervezetben kell lennie. Ez egy új GUI-kötelesség. Ezt a technológiát az ISO 9000-es sorozat szabványai biztosítják, és ezt „második félnek” nevezik. A második fél által végzett ellenőrzés időtartama nem több, mint egy munkanap (lehetőleg 3-4 óra).
Az ilyen rövid időtartamot azzal magyarázza, hogy nem tekintjük a nyílt forráskódú szoftverek teljes minőségirányítási rendszerét, hanem csak néhány kulcsfontosságú pontot. A gyakorlat azt mutatja, hogy ha ezekben a pontokban minden normális, akkor nagy valószínűséggel az ACT megfelel az SE elvárásainak.
Hangsúlyozni kell, hogy az Ügyfél csak a GP-vel foglalkozik, akivel szerződése van. Lehet, hogy nem ismeri a projekt többi résztvevőjét. Következésképpen a nyílt forráskódú szoftverekkel való kapcsolat kizárólag a GP problémája. Az SPO valójában a GP GP-jének egy további szervezeti egysége, amelyet a projektek megvalósításában ugyanúgy kell kezelnie, mint a saját „saját” szerkezeti felosztásait, figyelembe véve az ACT által kidolgozott projekt (munka) dokumentáció határidejét és minőségét, amelyért a GP felelős az ügyfél. Ez határozza meg az állami vállalatok felelősségét az STR kezelésében.
A nyílt forráskódú szoftverek kezelési módja és terjedelme széles skálán változhat: minimális esetben, amikor a nyílt forráskódú szoftverek technikai feladatot adnak ki, és az elvégzett munka elfogadásra kerül, vagy csak kevés ellenőrzéssel, maximálisan, ha az alapkezelő társaságnak és a beszerző cég által jóváhagyott egyéb dokumentumoknak a megbízás alapján kell irányítaniuk. Ugyanakkor a befejezett STR, PSD teljes ellenőrzése, beleértve a független szakértők segítségét is, történik.
A szükséges menedzsmentmennyiséget az ISU határozza meg az STR értékelésének (újraértékelése) eredményeitől függően, beleértve a második fél által végzett ellenőrzés során szerzett információkat, valamint attól függően, hogy az RP-nek milyen tervei vannak az STR-anyagok beérkező ellenőrzésének elvégzésére, figyelembe véve, hogy ezek a költségek növelik a projekt költségeit.
Az SPO menedzsment jellemzőit a grafikus felületen kell kialakítani az alvállalkozói szerződés „különleges feltételeiben”. A GP műszaki részlege olyan „különleges feltételeket” dolgoz ki, amelyekben a nyílt forráskódú irányítás gyakorlatilag minden lehetséges és / vagy szükséges aspektusát bemutatják, és a GUI, amikor egy nyílt forráskódú szoftverrel kötött szerződést elemez, magában foglalja azokat a kezelési módszereket, amelyek megfelelnek egy adott projekt feltételeinek. Minél mélyebb a nyílt forráskódú szoftverek irányításának mértéke, annál kisebb a nyílt forráskódú szoftverek tervezési anyagainak bemeneti vezérlése, és ezáltal a GP költsége.
Az ilyen ellenőrzési módszerek magukban foglalhatják:
- a nyílt forráskódú szoftver által használt technológiai tervezési folyamat jóváhagyása vagy a tervezési munkák végrehajtása a főigazgató által használt mérnöki tervezési folyamat segítségével;
- a tervezési munka ütemtervének összehangolása, amelyet az STR-nek a szerződéshez csatolt munkarend alapján kell kidolgoznia;
- egy adott projektmenedzser (projektmenedzser) kinevezése (az állami vállalkozással egyetértésben) a végrehajtásra benyújtott megbízás (projektrész) stb.
A nyílt forráskódú szoftverek ellenőrzésének mértékétől függően a GP bemeneti vezérlési volumene 100% -ról szinte egyáltalán nem változhat, azaz a nyílt forráskódú szoftverekből származó projektdokumentumok hivatalos újraszámítása.
A kitöltött tervezési és becslési dokumentáció átadása után vagy az objektum üzembe helyezése után (ha a szerző felügyelete megtörtént) az ISU-nak ki kell töltenie a kiszervezési projektet.
Ehhez:
- ellenőrizze az ACT-től a tervezési és becslési dokumentáció átvételét igazoló dokumentumok rendelkezésre állását, beleértve a meghatározott dokumentáció minőségellenőrzését;
- értékelje az ACT-vel való együttműködést és jelentse az eredményeket a műszaki osztálynak, hogy módosítsa a listát;
- szerezze be az ACT-től és átadja a GP archívumnak a kifejlesztett egyedi hatékony tervezési megoldásokról szóló információkat, beleértve az STR dokumentációt is, amelyet az újrafelhasználásra ajánlunk;
- a nyílt forráskódú szoftverek hivatalos felülvizsgálata;
- megoldja a problémát (ha szükséges és lehetséges) a nyílt forráskódú szoftverek gazdasági ösztönzőiről.
Most a GUI felelősségéről, amely a „megrendelési könyv” kialakításában való részvételhez és az új ügyfelek megtalálásához szükséges kisebb szoftverköltségekhez kapcsolódik.
A lényeg az, hogy a GOST ISO 9001-2011 „A fogyasztókhoz kapcsolódó folyamatok” 7.2.1. Pontja szerint a szoftvernek meg kell határoznia a követelményeket:
1. Az ügyfél által létrehozott, beleértve a szállítás és a szállítás utáni tevékenységek követelményeit.
2. A megrendelő nem határozta meg, de a DED konkrét vagy tervezett használatához szükséges, ha ismert.
3. A DED-hez kapcsolódó jogalkotási és egyéb kötelező.
4. Minden további speciális szoftver.
Az első három követelménycsoport (1-3) jelentése többé-kevésbé egyértelmű. Továbbá tisztázzuk, hogy „az ügyfél által nem meghatározott, de a DED egy meghatározott vagy tervezett használatához szükséges követelmények, ha ismertek”, magukban foglalhatják magának a szoftvernek az összes követelményét, amelyen a projektdokumentáció minősége, ára és szállítási ideje függ.
Például, ha az ügyfél tervezési becsléseket kap, amelyek a meglévő tervezési technológia szerint egy bizonyos ideig tárolódnak, mielőtt egy technikai archívumban átadják az ügyfelet, a szoftver követelményei a meghatározott dokumentáció archívumában a tárolási feltételekkel kapcsolatban a szabvány 7.2.1.. A szabvány 7.2.1 (1-3) pontjában meghatározott követelmények teljesítésével a szoftver nem tud versenyelőnyt szerezni, mivel minden versenytársnak eleget kell tennie ezeknek a követelményeknek. Piaci feltételek mellett csak a „túlélő” szoftver képes meghatározni és teljesíteni a 7.2.1 (4) pont követelményeit. Ezeket a követelményeket „feltételezettnek” neveztük el, és megmagyaráztuk a jelentésüket: először is „kitalálták”, maga a szoftver is megfogalmazódik, másodsorban nem fogadják el vagy nem állapodnak meg az ügyféllel, és harmadszor, a végrehajtásuk saját költségén történik szoftvert. Ennek eredményeként az ügyfél megkapja a projekt dokumentációját (szolgáltatásokat), amelyek nem várt paraméterekkel, vagy a vártnál jobb paraméterekkel rendelkeznek, ami nemcsak az ügyfelek elégedettségét garantálja, hanem a feltárt PSD (szolgáltatás nyújtott) csodálatát is okozza. Ez utóbbi esetben a szoftver biztos lehet abban, hogy az ügyfél ismételten visszatér. Ahhoz, hogy az ügyfelet megőrizhessük, 5-7-szer olcsóbb, mint egy új keresése. Ez a GOST ISO 9001-2011-ben megfogalmazott, alapvetően új álláspont lényege.
Annak érdekében, hogy a szabvány 7.2.1 (4) pontjában meghatározott követelmény teljesüljön a szoftver versenyelőnyeinek befolyásolásában, meg kell határozni a folyamat tulajdonosát, hogy az ügyfelek, azaz az egyik vezetők tervezett követelményeit képezze. meghatározza a tevékenység végrehajtásának szabályait. A szoftver esetében a folyamat tulajdonosa valószínűleg az intézet főmérnöke legyen. A folyamat „mestere”, vagyis a szakember, aki a leendő ügyfél igényeit egy adott projekthez képezi, GUI-nak kell lennie. A tisztázás érdekében az ISU felelős azért, hogy az ügyfél tervezett követelményeit meghatározták, és a termelési osztályok fő szakemberei felelősek ezekért a követelményekért.
A PIU másik felelőssége az ügyféllel kötött szerződés (megállapodás) elemzésében jön létre. Az ügyfél fellebbezése a szoftverben különböző módon történhet: információ a nyertes pályázatról (verseny); hivatalos levél a projektdokumentáció kidolgozására irányuló javaslattal; telefonhívás a szoftver fejére; informális kommunikáció kollégákon keresztül, stb. A fenti jelek egyikének fogadásakor ajánlott egy GUI-t kinevezni, aki a szerződés aláírása előtt kezeli az ügyfél elemzését.
Ez az ISU-vám az alábbiakat foglalja magában:
- azon személyek körének meghatározása, akik részt vesznek a szerződés tervezetének összehangolásában és a felelősség megosztásában;
- a meghatározott vezetők és szakemberek bevonása a megrendelővel folytatott tárgyalásokhoz (munkacsoportok), hogy megvitassák a szerződés tervezetének bizonyos rendelkezéseit, beleértve a szerződéses ár meghatározására vonatkozó tárgyalásokat;
- a megfelelő opció sablonjainak kiválasztásában egy adott ügyfél- és tervezési objektumhoz;
- az al-tervezők bevonásának szükségességének és lehetőségének meghatározása és előzetes tárgyalások megtartása velük;
- a szerződésből eredő kötelezettségeinek teljesítésével összefüggő kockázatok értékelése.
A mai körülmények között mindegyik intézkedés jelentősen eltér a gyakorlatunktól. Például a megállapodástervezetről szóló megállapodást általában a „Jóváhagyások listáján” dolgozzák ki, ahol feltüntetik az érintett vezető teljes nevét és pozícióját, aki, ha pozitívan fogadja el, aláírja, negatívan - írásos véleményt ad nekik írásban. Véleményünk szerint meg kell állapítani a vezető felelősségét a szerződés tervezetének megfelelő elemei tekintetében. A „Jóváhagyások listája” pontok összegének meg kell egyeznie a szerződés-tervezet pontjainak összegével. Ez biztosítja az egyes menedzserek személyes felelősségét a szerződés feltételeinek a projektszervezet általi teljesítéséért és a projekttervezet és az ügyfél által a szerződés tervezetének megfelelő megértéséért stb.
Ennek a cikknek a néhány tervezővel való tartalma kifogást okozhat. Készen állunk a konstruktív beszélgetésre a kollégákkal egy kényelmes formában.