SNiP 1.06.04-85 Säännöt projektin pääinsinööristä (pääarkkitehti)

1.1 Tässä asetuksessa määritellään pääinsinöörin (pääarkkitehti) velvollisuudet, oikeudet ja vastuut hankkeessa, joka koskee nykyisten yritysten, kansantalouden ja teollisuuden rakennusten ja rakenteiden uusien, laajennus-, jälleenrakennus- ja teknisten laitteistojen rakentamista, kaupunkien, kaupunkityyppisten asutusten ja maaseutukylien suunnittelua ja kehittämistä (jäljempänä - tilojen rakentaminen).

1.2 Ministeriöillä ja osastoilla on voimassa olevan lainsäädännön ohjaamana oikeus asettaa tähän asetukseen lisätehtäviä hankkeen pääinsinöörille (pääarkkitehti) ottaen huomioon tilojen suunnittelun ja rakentamisen erityispiirteet kansantalouden ja teollisuuden eri sektoreilla..

1.3 Projektin pääinsinööri (pääarkkitehti) nimitetään järjestämään suunnitteluennusteiden kehittäminen sekä suunnittelu- ja kartoitustöiden tekninen hallinta koko suunnittelun, rakentamisen, laitoksen käyttöönoton ja suunnittelukapasiteetin kehittämisen ajan.

Suunnitellessaan teollisuuden, liikenteen, energian, viestinnän, maatalouden ja vesihuollon rakennustöitä nimitetään hankkeen pääinsinööri, kaupunkien, kaupunkityyppisten asutusten ja maaseutukuntien siviilirakentaminen, suunnittelu ja kehittäminen - hankkeen pääarkkitehti.

Suunnitellessaan suuria ja monimutkaisia ​​esineitä tai esineitä, joilla on suuri merkitys kaupungin, yritysten ja rakenteiden arkkitehtoniselle ulkonäölle, on sallittua nimittää projektin pääinsinööri ja projektin pääarkkitehti. Tällöin johtava rooli osoitetaan yhdelle heistä.

Projektin pääinsinööri (pääarkkitehti) nimitetään suurten ja monimutkaisten kohteiden pätevimpien asiantuntijoiden joukosta - ministeriöt ja osastot, muut kohteet - suunnitteluorganisaatioiden johtajat.

Lähetetty
Glavorgproekt Glavstroyproekt Neuvostoliiton ja Gosgrazhdanstroy Gosstroy

Hyväksytty Neuvostoliiton valtion rakennusvaliokunnan 28. kesäkuuta 1985 antamalla päätöslauselmalla N 103

Voimaantulopäivä
15. heinäkuuta 1985.

Yleinen suunnitteluorganisaatio nimittää hankkeen pääinsinöörin (pääarkkitehti) yrityksen koko rakennukselle, rakennuksille, kaupunkien, kaupunkityyppisten asutusten ja maaseutukuntien suunnittelulle ja kehittämiselle, alihankkijoiden suunnitteluorganisaatiolle - tämän organisaation suorittamille töille.

Organisaatioiden päälliköt - yleissuunnittelijat saavat tulla henkilöstöön tarvittaessa suunnittelussa tärkeimpiä esineitä, projektin varajohtajan asema.

1.4. Projektin pääinsinööriä (pääarkkitehti) ohjaa toiminnassaan:

suunnitelmat kansantalouden ja teollisuuden alojen kehittämiseksi ja sijoittamiseksi;

järjestelmät tuotantovoimien kehittämiseksi ja jakamiseksi talousalueilla ja liittotasavalloissa;

piirisuunnittelun suunnitelmat ja hankkeet;

kaupunkien, kaupunkityyppisten asutusten ja maaseutualueiden suunnittelu- ja kehityshankkeet;

teollisuusyksiköiden yleissuunnitelmien suunnitelmat;

asiakirjat asianomaisten teollisuudenalojen esineiden suunnittelun pääsuunnista;

luettelot vakiomuotoisesta dokumentaatiosta;

rakennusmääräykset ja määräykset;

valtion valvontaviranomaisten sääntelyasiakirjat ja Neuvostoliiton yksittäisten ministeriöiden ja osastojen sekä julkisten organisaatioiden koko liittoa koskevat sääntelyasiakirjat, jotka liittyvät suunnitteluun, insinööritutkimuksiin ja rakentamiseen sekä muut ministeriöiden, osastojen ja liittotasavallan ministerineuvostojen ohjeet.

2. PROJEKTIN PÄÄSUUNNITTELIJAN (PÄÄARKITEHTI) PÄÄTEHTÄVÄT JA TEHTÄVÄT

2.1. Projektin pääinsinöörin (pääarkkitehti) päätehtävänä on varmistaa suunniteltujen tilojen korkea tekninen ja taloudellinen taso sekä suunnitteluennusteiden laatu rakennussuunnitelman arvioiden laadun arviointia koskevien määräysten mukaisesti, lisätä työn tuottavuutta ja vähentää materiaalivarojen kulutusta niiden aikana. rakentaminen ja käyttö vähentämällä rakennus- ja asennustöiden osuutta ja esineiden kustannuksia, parantamalla kaupunkisuunnittelun ja arkkitehtisuunnitteluratkaisujen laatua.

2.2. Päätehtävien mukaisesti projektin pääinsinöörille (pääarkkitehdille) on annettu vastuut:

2.2.1. Osallistuminen rakennuskohteen (reitin) valintaa, suunnittelutehtävän laatimista ja suunnittelukartoitusten järjestämistä varten olemassa olevien yritysten, rakennusten ja rakenteiden jälleenrakennusta ja teknistä uudelleenlaitteistoa varten suunnitellun suunnittelun arviointikomitean työhön.

2.2.2. Osallistuminen integroitujen suunnitelmien ja aikataulujen valmisteluun sellaisten laitosten tutkimus-, suunnittelu- ja suunnittelutyön toteuttamiseksi, joissa käytetään uusia teknologisia prosesseja ja laitteita, joilla on pitkä kehitys-, suunnittelu- ja valmistussykli.

2.2.3. Tietojen valmistelu sopimuksen tekemiseksi asiakkaan kanssa suunnittelu- ja selvitystöiden suorittamiseksi, mukaan lukien suunnittelun ja selvityksen kustannukset ja niiden jakaminen organisaatioiden ja osastojen välillä - projektin kehittämisen osallistujat, sekä aikataulun laatiminen suunnittelu- ja arvioidokumentaation kehittämiselle.

2.2.4. Varmistetaan projektin kehittäjien kokoonpanon muodostuminen, tehtävien jakaminen niiden välillä projektin osien ja osien mukaan ja työn laajuus asianmukaisella palkanlaskennalla.

2.2.5. Hyväksyttyjen suunnittelupäätösten teknisen ja taloudellisen tason hallinta ja suunnitteluennusteiden kehittämisen ajoitus.

2.2.6. Toimeksiantojen valmistelu alihankintana toimiville suunnittelu- ja tutkimusorganisaatioille heille uskotun työn suorittamiseksi ja näille organisaatioille tarvittavien lähtötietojen toimittaminen suunnittelua varten. kaikkien alihankkijoiden kysymysten oikea-aikainen ratkaisu suunnittelu- ja arviointidokumentaation kehittämisprosessissa.

2.2.7. Tavallisten ja uudelleenkäytettävien taloudellisten yksittäisten projektien, yhtenäisen tilasuunnittelun, rakenteellisten ja teknologisten ratkaisujen, kokoonpanojen, rakenteiden ja tuotteiden valinta niiden laajaan käyttöön suunnittelussa estäen yksittäisten projektien ja suunnitteluratkaisujen perusteettoman kehittämisen.

2.2.8. Suunnittelu- ja mittaustöiden koordinointi koko projektikokonaisuudessa, varmistamalla, että asiakkaalle toimitetaan täydellinen suunnittelu- ja arviointidokumentaatio näiden töiden toteuttamista koskevan sopimuksen aikataulussa asetetussa aikataulussa, ja suunnitelmiin ja mittaustöihin tarkoitettujen varojen asianmukaisen käytön järjestelmällinen valvonta.

2.2.9. Suunnitteluun liittyvien ja rakentamisen, laitoksen käyttöönoton ja suunnittelukapasiteetin kehittämisen yhteydessä syntyvien kysymysten oikea-aikainen ratkaisu.

2.2.10. Varmistetaan tarvittavien vaihtoehtojen kehittäminen sopivimpien ja kustannustehokkaimpien suunnitteluratkaisujen tunnistamiseksi.

2.2.11. Varmistetaan, että projektit ovat suunnittelutehtävän ja työasiakirjojen mukaisia ​​- hyväksytty projekti.

2.2.12. Projektissa ensimmäisen kerran sovellettujen tai kehitettyjen teknologisten prosessien, laitteiden, laitteiden, rakenteiden, materiaalien ja tuotteiden patenttisuojan tarkistaminen.

2.2.13. Suunnitteluestimaattien ja muun dokumentaation määrän vähentäminen.

2.2.14. Näiden poikkeamien perusteella perustelluilla poikkeamilla nykyisistä normeista, säännöistä ja ohjeista laaditun asiakirjan koordinointi valtion valvontaviranomaisten ja niiden hyväksyneiden sidosryhmien kanssa.

2.2.15. Vahvistus projektimateriaaleissa asianmukaisella merkinnällä, että yritysten, rakennusten ja rakenteiden suunnittelu- ja arviointidokumentaatio on kehitetty normien, sääntöjen, ohjeiden ja valtion standardien mukaisesti.

2.2.16. Osallistuminen suunnittelu- ja ennakkoasiakirjojen pääurakoitsijaorganisaation arviointiin ja hyväksymiseen Neuvostoliiton valtion rakennusvaliokunnan vahvistaman menettelyn mukaisesti.

2.2.17. Hankkeen puolustaminen ylemmissä organisaatioissa ja asiantuntijaelimissä.

2.2.18. Rakentamisen valvonta.

2.2.19. Ehdotusten valmistelu suunnitteluorganisaation ja suunnittelun asiakkaan hallintaa varten ja arvioidokumentaatio uusien sääntelyasiakirjojen käyttöönottoon liittyvien työasiakirjojen muutosten tekemisestä ottaen huomioon rakennuksen todellinen tila.

3. PÄÄMOOTTORIN OIKEUDET
PROJEKTIN (PÄÄARKITEHTI)

3.1. Projektin pääinsinöörillä (pääarkkitehti) on oikeus:

3.1.1. Edustaa suunnitteluorganisaatiota laitoksissa, organisaatioissa ja yrityksissä suunnittelu- ja arvioasiakirjojen kehittämisessä, hyväksymisessä ja harkinnassa, rakentamisen toteutuksessa hyväksytyn projektin mukaisesti ja vastaamaan näihin kysymyksiin suunnitteluorganisaation määrittelemällä tavalla.

3.1.2. Teknisten päätösten tekeminen laitoksen suunnittelun, rakentamisen, käyttöönoton ja suunnittelukapasiteetin kehittämisen aikana.

3.1.3. Keskeytä tietyntyyppisten rakennus- ja asennustöiden tuotanto, kun ne tehdään poikkeavasti projektista, jos näiden teosten tuotantoa koskevia teknisiä ehtoja ja sääntöjä rikotaan sekä niiden epätyydyttävä laatu.

3.1.4. Laaditaan yhteistyössä urakoitavien rakennus- ja asennusorganisaatioiden kanssa pienempi määrä työasiakirjoja.

3.1.5. Tarkista projektikehityksen tila, varojen asianmukainen käyttö suunnittelu- ja etsintätöihin, asetettujen määräaikojen noudattaminen ja suunnitteluratkaisujen laatu suunnittelua ja arvioidokumentaatiota kehitettäessä.

3.1.6. Jätä suunnitteluorganisaation johdolle ehdotuksia uusien ja olemassa olevien sääntelyasiakirjojen kehittämisestä laitosten suunnittelua, rakentamista ja käyttöä varten.

3.1.7. Tee päätökset vuotuisen työmäärän varauksen käytöstä tietyille hankkeille.

3.1.8. Esitä ehdotuksia suunnitteluorganisaation johdolle kannustaakseen työntekijöitä, jotka ovat huomanneet itsensä projektin kehittämisessä, osallistumaan bonusten jakamiseen organisaatioiden ja osa-alueiden - esiintyjien välillä sekä tekemään ehdotuksia seuraamusten määrittelemisestä syyllisiksi suunnittelun ennusteiden ennenaikaisessa ja huonolaatuisessa kehittämisessä.

4. PÄÄMOOTTORIN VASTUU
PROJEKTIN (PÄÄARKITEHTI)

4.1 Hankkeen pääinsinööri (pääarkkitehti) on vastuussa rakenteilla olevien tilojen teknisestä ja taloudellisesta tasosta ja arkkitehtonisista ratkaisuista, suunnittelu- ja arviointidokumentaation laadusta, oikea-aikaisesta kehittämisestä ja täydellisyydestä, arvioitujen kustannusten ja rakentamisjärjestyksen oikeasta määrittämisestä sekä siitä, että yritykset saavuttavat suunnitteluindikaattorit perustetulla alueella ehtojen täyttämiseksi sekä kaikkien tämän asetuksen nojalla hänelle annettujen velvoitteiden täyttämiseksi.

SNiP 1.06.04-85 Säännöt projektin pääinsinööristä (pääarkkitehti)

Soveltamisala ja käyttöehdotTässä asetuksessa määritellään pääinsinöörin (pääarkkitehti) tehtävät, oikeudet ja vastuut hankkeessa, joka koskee nykyisten yritysten, kansantalouden ja teollisuuden rakennusten ja rakenteiden uusien, laajennus-, jälleenrakennus- ja teknisten laitteiden uudelleenrakentamista, kaupunkien, kaupunkityyppisten asutusten ja maaseutukylien suunnittelua ja kehittämistä.
Sisällysluettelo1. Yleiset säännökset
2 Projektin pääinsinöörin (pääarkkitehti) päätehtävät ja vastuut
3 Projektin pääinsinöörin (pääarkkitehti) oikeudet
4 Projektin pääinsinöörin (pääarkkitehti) vastuu
KehittäjäNeuvostoliiton TsNIIproekt Gosstroy (taloustieteiden kandidaatti M.S.Podolsky; A.V.Litvinov, S.A.Barchenkov)
Toimitettu ja valmisteltu hyväksyttäväksiGlavorgproekt (V.G.Korshunov, A.D.Meroshnikov, V.M.Lutsenko), Neuvostoliiton valtion rakennusvaliokunnan Glavstroyproekt (S.E.Potekhin) ja Gosgrazhdanstroy (V.V.Milashevsky).
HyväksyttyNeuvostoliiton valtion rakennusvaliokunnan päätöslauselma 28. kesäkuuta 1985 N 103
JulkaistuTsITP Gosstroy Neuvostoliitto 1989
Voimaantulopäivä1985-07-15
TilaSNiP 1.06.04-85 Säännöt projektin pääinsinööristä (pääarkkitehti)
Päivitetty nykyinen painos

SNiP 1.06.04-85: n tultua voimaan "Hankkeen pääinsinöörin (pääarkkitehdin) määräykset", jotka hyväksyttiin Neuvostoliiton valtion rakennusvaliokunnan 31. joulukuuta 1969 antamalla asetuksella nro 150.

Normatiivista asiakirjaa käytettäessä on otettava huomioon rakennuslehtien ja -määräysten sekä valtion standardien hyväksytyt muutokset, jotka on julkaistu lehdessä "Bulletin of Construction Equipment" ja tietohakemistossa "State Standards"..

1. Yleiset säännökset

1.1 Tässä asetuksessa määritellään pääinsinöörin (pääarkkitehti) velvollisuudet, oikeudet ja vastuut hankkeessa, joka koskee nykyisten yritysten, kansantalouden ja teollisuuden rakennusten ja rakenteiden uusien, laajennus-, jälleenrakennus- ja teknisten laitteistojen rakentamista, kaupunkien, kaupunkityyppisten asutusten ja maaseutukylien suunnittelua ja kehittämistä (jäljempänä - tilojen rakentaminen).

1.2 Ministeriöillä ja osastoilla on voimassa olevan lainsäädännön ohjaamana oikeus asettaa tähän asetukseen lisätehtäviä hankkeen pääinsinöörille (pääarkkitehti) ottaen huomioon tilojen suunnittelun ja rakentamisen erityispiirteet kansantalouden ja teollisuuden eri sektoreilla..

1.3 Projektin pääinsinööri (pääarkkitehti) nimitetään järjestämään suunnitteluennusteiden kehittäminen sekä suunnittelu- ja kartoitustöiden tekninen hallinta koko suunnittelun, rakentamisen, laitoksen käyttöönoton ja suunnittelukapasiteetin kehittämisen ajan.

Suunnitellessaan teollisuuden, liikenteen, energian, viestinnän, maatalouden ja vesihuollon rakennustöitä nimitetään hankkeen pääinsinööri, kaupunkien, kaupunkityyppisten asutusten ja maaseutukuntien siviilirakentaminen, suunnittelu ja kehittäminen - hankkeen pääarkkitehti.

Suunnitellessaan suuria ja monimutkaisia ​​esineitä tai esineitä, joilla on suuri merkitys kaupungin, yritysten ja rakenteiden arkkitehtoniselle ulkonäölle, on sallittua nimittää projektin pääinsinööri ja projektin pääarkkitehti. Tällöin johtava rooli osoitetaan yhdelle heistä.

Projektin pääinsinööri (pääarkkitehti) nimitetään suurten ja monimutkaisten kohteiden pätevimpien asiantuntijoiden joukosta - ministeriöt ja osastot, muut kohteet - suunnitteluorganisaatioiden johtajat.

Yleinen suunnitteluorganisaatio nimittää hankkeen pääinsinöörin (pääarkkitehti) yrityksen koko rakennukselle, rakennuksille, kaupunkien, kaupunkityyppisten asutusten ja maaseutukuntien suunnittelulle ja kehittämiselle, alihankkijoiden suunnitteluorganisaatiolle - tämän organisaation suorittamille töille.

Organisaatioiden päälliköt - yleissuunnittelijat saavat tulla henkilöstöön tarvittaessa suunnittelussa tärkeimpiä esineitä, projektin varajohtajan asema.

1.4 Hankkeen pääinsinööriä (pääarkkitehti) ohjaa toiminnassaan:

  • nykyinen lainsäädäntö;
  • suunnitelmat kansantalouden ja teollisuuden alojen kehittämiseksi ja sijoittamiseksi;
  • järjestelmät tuotantovoimien kehittämiseksi ja jakamiseksi talousalueilla ja liittotasavalloissa;
  • piirisuunnittelun suunnitelmat ja hankkeet;
  • kaupunkien, kaupunkityyppisten asutusten ja maaseutualueiden suunnittelu- ja kehityshankkeet;
  • teollisuusyksiköiden yleissuunnitelmien suunnitelmat;
  • standardit;
  • asiakirjat asianomaisten teollisuudenalojen esineiden suunnittelun pääsuunnista;
  • luettelot vakiomuotoisesta dokumentaatiosta;
  • rakennusmääräykset ja määräykset;
  • valtion valvontaviranomaisten sääntelyasiakirjat ja Neuvostoliiton yksittäisten ministeriöiden ja osastojen sekä julkisten organisaatioiden koko liittoa koskevat sääntelyasiakirjat, jotka liittyvät suunnitteluun, insinööritutkimuksiin ja rakentamiseen sekä muut ministeriöiden, osastojen ja liittotasavallan ministerineuvostojen ohjeet.

2 Projektin pääinsinöörin (pääarkkitehti) päätehtävät ja vastuut

2.1 Hankkeen pääinsinöörin (pääarkkitehti) päätehtävänä on varmistaa suunniteltujen tilojen korkea tekninen ja taloudellinen taso sekä suunnittelu- ja arviointiasiakirjojen laatu "Suunnittelun laadun arviointia ja rakennusdokumentaation arviointia koskevan asetuksen" mukaisesti, lisätä työn tuottavuutta ja vähentää materiaalivarojen kulutusta, kun niiden rakentaminen ja käyttö vähentämällä rakennus- ja asennustöiden osuutta ja esineiden kustannuksia, parantamalla kaupunkisuunnittelun ja arkkitehtisuunnitteluratkaisujen laatua.

2.2 Hankkeen pääinsinöörille (pääarkkitehdille) on annettu päätehtävien mukaisesti vastuut:

2.2.1 Osallistuminen toimipaikan (reitin) valintaa rakentamiseen, suunnittelutehtävän valmisteluun ja suunnittelututkimusten järjestämiseen olemassa olevien yritysten, rakennusten ja rakenteiden jälleenrakentamisen ja teknisen uudelleenvarustuksen suunnitteluarvioiden kehittämiseksi.

2.2.2 Osallistuminen integroitujen suunnitelmien ja aikataulujen valmisteluun sellaisten laitosten tutkimus-, kehitys- ja suunnittelutyön toteuttamiseksi, joissa käytetään uusia teknologisia prosesseja ja laitteita, joilla on pitkä kehitys-, suunnittelu- ja valmistussykli.

2.2.3 Tietojen valmistelu sopimuksen tekemiseksi asiakkaan kanssa suunnittelu- ja mittaustöiden suorittamisesta, mukaan lukien suunnittelun ja selvityksen kustannukset ja niiden jakaminen organisaatioiden ja osastojen välillä - projektin kehittämisen osallistujat, ja aikataulun laatiminen suunnittelu- ja arviointidokumentaation kehittämiselle.

2.2.4 Varmistetaan projektin kehittäjien kokoonpanon muodostuminen, tehtävien jakaminen niiden välillä projektin osien ja osien mukaan sekä työn laajuus asianmukaisella palkkasummalla.

2.2.5 Tehtyjen suunnittelupäätösten teknisen ja taloudellisen tason sekä suunnittelun ja arvioidokumentaation kehittämisen ajoituksen valvonta.

2.2.6 Toimeksiantojen valmistelu alihankintana toimiville suunnittelu- ja tutkimusorganisaatioille heille uskotun työn suorittamiseksi ja näiden organisaatioiden toimittaminen suunnittelulle tarvittavilla lähtötiedoilla; kaikkien alihankkijoiden kysymysten oikea-aikainen ratkaisu suunnittelu- ja arviointidokumentaation kehittämisprosessissa.

2.2.7 Tavallisten ja uudelleenkäytettävien taloudellisten yksittäisten projektien, yhtenäisen tilasuunnittelun, rakenteellisten ja teknologisten ratkaisujen, kokoonpanojen, rakenteiden ja tuotteiden valinta niiden laajaan käyttöön suunnittelussa estäen yksittäisten projektien ja suunnitteluratkaisujen perusteettoman kehittämisen.

2.2.8 Suunnittelu- ja selvitystyön koordinointi koko projektikokonaisuudessa, varmistamalla täydellisen suunnittelu- ja arviointidokumentaation luovuttaminen asiakkaalle näiden töiden suorittamista koskevan sopimuksen aikataulussa asetetussa aikataulussa ja suunnittelu- ja mittaustöiden varojen asianmukaisen käytön järjestelmällinen valvonta.

2.2.9 Suunnitteluun liittyvien ja rakentamisen, laitoksen käyttöönoton ja suunnittelukapasiteetin kehittämisen yhteydessä syntyvien kysymysten oikea-aikainen ratkaisu.

2.2.10 Varmistetaan tarvittavien vaihtoehtojen kehittäminen sopivimpien ja kustannustehokkaimpien suunnitteluratkaisujen tunnistamiseksi.

2.2.11 Varmistetaan, että projektit noudattavat suunnittelutehtävää ja työasiakirjoja - hyväksytty projekti.

2.2.12 Projektissa ensimmäisen kerran käyttöönotettujen tai kehitettyjen teknologisten prosessien, laitteiden, laitteiden, rakenteiden, materiaalien ja tuotteiden patenttisuojan tarkistamisen organisointi.

2.2.13 Suunnitteluestimaattien ja muun dokumentaation määrän vähentäminen.

2.2.14 Perustelluilla poikkeamilla nykyisistä normeista, säännöistä ja ohjeista laaditun asiakirjan koordinointi näiden poikkeamien osalta valtion valvontaviranomaisten ja niiden hyväksyneiden sidosryhmien kanssa.

2.2.15 Projektimateriaalien vahvistus asianmukaisella merkinnällä siitä, että yritysten, rakennusten ja rakenteiden suunnittelu- ja arviointidokumentaatio on kehitetty normien, sääntöjen, ohjeiden ja valtion standardien mukaisesti.

2.2.16 Osallistuminen suunnittelu- ja ennakkoasiakirjojen pääurakoitsijaorganisaation arviointiin ja hyväksymiseen Neuvostoliiton valtion rakennusvaliokunnan vahvistaman menettelyn mukaisesti.

2.2.17 Projektin puolustaminen ylemmissä organisaatioissa ja tenttielimissä.

2.2.18 Rakentamisen kenttävalvonta.

2.2.19 Ehdotusten valmistelu suunnitteluorganisaation ja suunnittelun asiakkaan hallintaa varten ja arvioidokumentaatio uusien sääntelyasiakirjojen käyttöönottoon liittyvien työasiakirjojen muutosten tekemisestä ottaen huomioon rakennuksen todellinen tila.

3 Projektin pääinsinöörin (pääarkkitehti) oikeudet

3.1 Hankkeen pääinsinöörillä (pääarkkitehdilla) on oikeus:

3.1.1 Edustaa suunnitteluorganisaatiota laitoksissa, organisaatioissa ja yrityksissä suunnittelu- ja arvioasiakirjojen kehittämisessä, hyväksymisessä ja harkinnassa, rakentamisen toteuttamisessa hyväksytyn projektin mukaisesti ja vastaamaan näihin kysymyksiin suunnitteluorganisaation määrittelemällä tavalla.

3.1.2 Teknisten päätösten tekeminen laitoksen suunnittelun, rakentamisen, käyttöönoton ja suunnittelukapasiteetin kehittämisen aikana.

3.1.3 Keskeytetään tietyntyyppisten rakennus- ja asennustöiden tuotanto, kun ne toteutetaan poikkeavasti projektista, jos näiden töiden tuotantoa koskevia teknisiä ehtoja ja sääntöjä rikotaan sekä niiden epätyydyttävä laatu.

3.1.4 Laaditaan yhteistyössä urakoitsijan rakennus- ja asennusorganisaatioiden kanssa pienempi määrä työasiakirjoja.

3.1.5 Tarkista projektikehityksen tila, varojen asianmukainen käyttö suunnittelu- ja kartoitustöihin, asetettujen suunnitteluaikojen noudattaminen ja suunnitteluratkaisujen laatu suunnittelua ja arvioidokumentaatiota kehitettäessä.

3.1.6 Toimittaa suunnitteluorganisaation johdolle ehdotuksia tilojen suunnittelua, rakentamista ja käyttöä koskevien uusien sääntelyasiakirjojen kehittämiseksi ja muuttamiseksi.

3.1.7 Tee päätökset vuotuisen työmäärän varauksen käytöstä tietyille hankkeille.

3.1.8 Esitä ehdotuksia suunnitteluorganisaation johdolle kannustaakseen työntekijöitä, jotka ovat huomanneet itsensä projektin kehittämisessä, osallistumaan bonusten jakamiseen organisaatioiden ja osa-alueiden - esiintyjien välillä sekä tekemään ehdotuksia seuraamusten määrittelemisestä syyllistyneille suunnittelun ja arvioidokumentaation ennenaikaisessa ja huonolaatuisessa kehittämisessä..

4 Projektin pääinsinöörin (pääarkkitehti) vastuu

4.1 Hankkeen pääinsinööri (pääarkkitehti) on vastuussa rakenteilla olevien tilojen teknisestä ja taloudellisesta tasosta ja arkkitehtonisista ratkaisuista, suunnittelu- ja arviointidokumentaation laadusta, oikea-aikaisesta kehittämisestä ja täydellisyydestä, arvioitujen kustannusten ja rakentamisjärjestyksen oikeasta määrittämisestä sekä siitä, että yritykset saavuttavat suunnitteluindikaattorit perustetulla alueella ehtojen täyttämiseksi sekä kaikkien tämän asetuksen nojalla hänelle annettujen velvoitteiden täyttämiseksi.

Avainsanat: SNiP 1.06.04-85, Säännöt projektin pääinsinööristä (pääarkkitehti), nykyinen, tila, 2019

Pääprojektiinsinööri on avainhenkilö suunnitteluprosessissa

M.S.Podolsky, Kansallisen suunnittelijoiden ja maanmittaajien liiton teollisuuslaitosten teknisen suunnittelun komitean pääprojektiinsinöörien toiminnan organisointia käsittelevän alakomitean puheenjohtaja, MGSU: n kansainvälisen pääinsinöörien (pääarkkitehdit) koulun tieteellinen johtaja

A. V. Litvinov, TsNIO-projektin konsultointikeskuksen apulaisjohtaja, MGSU: n kansainvälisen pääinsinöörien (pääarkkitehdit) koulun neuvoston jäsen.

Nykyaikaisissa taloudellisissa olosuhteissa asiakkaalla on mahdollisuus valita suunnitteluorganisaatio (ohjelmisto) tarjottujen palvelujen ehtojen, hinnan ja laadun optimaalisen suhteen mukaan. Lueteltujen kriteerien näennäisen yhtäläisyyden vuoksi projektidokumentaation laadusta voi tulla ratkaiseva edellytys ohjelmistojen menestykselle kilpailussa. Projektiasiakirjojen laatua arvioidaan sekä objektiivisilla parametreilla - nykyisten normien ja sääntöjen vaatimusten noudattaminen että subjektiivisilla - maksimoimalla asiakastyytyväisyys. Sekä nämä että muut parametrit muuttuvat jatkuvasti: asiakkaat siirtyvät tavallisesta suunnittelusta yksilölliseen suunnitteluun, kuukausimuutokset ja lisäykset sääntely-, teknisiin ja lainsäädännöllisiin puitteisiin, uudet rakennusmateriaalit, uudet laitteet, tekniikat jne. Tavanomainen asiakas on "tyytyväinen" tai "Ei ole tyytyväinen" projektidokumentaatioon täydentää tarve parantaa jatkuvasti asiakastyytyväisyyttä, ja tämä on määritelty kansainvälisten ISO 9000 -sarjan ideologiassa..

Vaaditun tuotteen laadun varmistamiseksi ohjelmistojen on, ellei pysyttävä tieteen ja tekniikan kehityksen mukana, ainakin pysyttävä mukana ja tarjottava asiakkaalle uusia, alkuperäisiä ja luotettavia suunnitteluratkaisuja.

Mikä estää projektien pääinsinöörien (pääarkkitehdit) työn todellisen parantamisen? Mielestämme ensinnäkin vallitsevat väärät stereotypiat GUI: n asemasta ja roolista suunnitteluprosessissa, jotka siirtyvät suunnittelijoiden sukupolvelta toiselle, ja toiseksi ohjelmistopäälliköiden riittämätön pätevyys käyttöliittymien toimintaan liittyvissä asioissa, mikä ei salli heidän ottaa riittävästi kolmanneksi, selkeän käsityksen puuttuminen siitä, mistä suunnitteluratkaisun laatu koostuu ja mistä osasta GUI on vastuussa, neljänneksi yksinkertaistettu käsitys laadunmuodostusmekanismista, myös silloin kun alisuunnittelijat toteuttavat sen, ja lopuksi, viidenneksi, koska suurin osa suunnittelijoista ei vielä ymmärrä graafisen käyttöliittymän merkitystä suunnittelutyön kustannusten alentamisessa.

Olisi väärin ajatella, että ohjelmistopäälliköt ja ISU: t itse eivät halua poistaa edellä mainittuja syitä, mutta heidän yrityksensä eivät tuota havaittavia tuloksia, sillä sen sijaan, että luotettaisiin tosiasioihin, jotka ilmeisesti sanelevat oikeita päätöksiä, heidät ohjaavat aiemmat kokemukset ja subjektiiviset mielipiteet, jotka eivät täytä ajan vaatimuksia.

Keskustellessamme näistä asioista, löysimme itsemme usein barrikadin vastakkaisilta puolilta monien kollegojemme kanssa - eräänlaisen "kollektiivisen vastustajan" kanssa, jonka näkemykset muodostuivat historiallisesti ja jotka elävät edelleen menneessä taloudellisessa todellisuudessa. Tämä artikkeli on lisävastustus "kollektiiviselle vastustajalle".

Kuten tiedätte, nykyaikainen hallinto suosittelee tärkeiden säädösten dokumentoimista, mutta minkä tahansa sääntelyn syntymistä on edeltävä sellaisten periaatteiden muodostaminen, jotka perustavat esimerkiksi "joen varrelle tai yli", rakennetaan silta. Tämä on olennainen osa sääntelyä. Tässä vaiheessa ammattiyhteisössä on päästävä yksimielisyyteen, jonka jälkeen sääntelyrajoitukset eivät saa olla ristiriidassa sovittujen periaatteiden kanssa.

Valitettavasti todellisuudessa vallitsevat "huonot stereotypiat", joilla ei useimmissa tapauksissa ole mitään tekemistä organisaation ja tuotannon hallinnan kanssa, mutta usein vain terveen järjen kanssa.

Pysykäämme joissakin mielestämme virheellisissä ideoissa, joista eroon pääseminen on todellinen varaus suunnitteluliiketoiminnan kehittämisessä:

1. GUI vastaa suunnittelun (työ) dokumentaation laadusta, eli GUI vastaa kaikesta.

Se on mahdotonta. Vaatimukset graafisen käyttöliittymän asemalle tai, kuten tänään sanotaan, "vastuulle ja auktoriteetille" ovat historiallisesti korreloineet suunnitteluobjektien vaatimusten lisääntyvän monimutkaisuuden kanssa sekä muutoksiin asiakkaiden odotuksissa suunnittelutuloksista. Aikaisemmin suunnittelua ja rakentamista johti yksi asiantuntija, joka teki kaikki päätökset. Tällä hetkellä ISU: n päätehtävänä on varmistaa tarvittava investointien dynamiikka sekä asiakkaalle projektin toteuttamisesta saatavat tulot, jotka riittävät korvaamaan sijoittajille sijoittamistaan ​​resursseista ja riskeistä. Näin ollen kaikki käyttöliittymän suunnittelua koskevat päätökset tehdään laitoksen suunnittelun, rakentamisen ja käytön taloudellisen tehokkuuden kriteerin mukaisesti. Tästä syystä hänen pätevyytensä vaatimukset. Silti muut suunnitteluprosessin osallistujat tekevät päätöksen teknisen optimaalisuuden kriteeristä, ja tämä ehto toteutetaan suunnittelupäätösten yhteensovittamisprosessissa pääosaajien toimesta projektiosioissa.

2. GUI: n "vala" poistaa muilta suunnittelun osanottajilta vastuun suunnittelu (työ) dokumentaation laadusta.

Toisin sanoen, ISU on vastuussa siitä, että projektissa noudatetaan laitosten suunnittelua, rakentamista ja käyttöä koskevia normeja ja standardeja, itsesääntelyorganisaatioiden standardeja, asiakkaiden yksilöllisiä teknisen tason ja laadun vaatimuksia, rakennusten arkkitehtonista ilmeellisyyttä ja sosiaalista merkitystä. Pidämme tarpeellisena palata merkityksiin: vastuu mistä ja missä tapauksissa.

On selvää, että vastuu voi syntyä, jos työn negatiivinen tulos paljastuu, että asiantuntija on suorittanut sen henkilökohtaisesti tai henkilökohtaisesti. jos on olemassa vastaava allekirjoitus, jota tukee päivämäärä ja joka on myös dokumentoitu, mistä ja kenelle vastuu kuuluu ja milloin se päättyy. Nämä ovat henkilökohtaisen vastuun edellytyksiä. Muuten vallitsee kollektiivinen vastuuttomuus. Annetaan esimerkki. Kuten tiedätte, piirustuksissa on oltava allekirjoitukset: "kehitetty", "tarkastettu" ja "normatiivinen valvonta". Kiinnitämme huomiota siihen, että allekirjoitukset annetaan toimina, eli ne vastaavat kysymykseen: mitä teit? - kehitetty; Mitä sinä teit? - on täyttänyt tavanomaisen valvonnan jne. On mahdotonta sallia suunnitteluorganisaatioiden "aloitetta" ja osastojen johtajien, pääasiantuntijoiden, pääprojektiinsinöörien jne. allekirjoitusten esittämistä. Painopiste siirtyy, ja allekirjoitukset alkavat määrittää "ei" mitä ", vaan" kuka " teki ".

Kuten jo todettiin, allekirjoitus edustaa vastuuta. Ei allekirjoitusta - ei vastuuta. Koska vastuulla on rajoja, on välttämätöntä sopia siitä, mihin he menevät, eli varmistaa, että kaikki ymmärtävät tasan vastuualueen. Sopimuksen tarkoitus on seuraava: jokaisella piirustuksella on sisältö ("mitä" näytetään) ja muotoilu ("miten" näytetään). Urakoitsija vastaa sisällöstä ja suunnittelusta. Sisältöä - ennen tarkastajaa, suunnittelua - ennen normatiivista ohjainta Toteuttajan vastuu päättyy sillä hetkellä, kun tarkastaja ja valvontaviranomainen antavat allekirjoituksensa. Seuraavaksi sinun on määritettävä, kenelle tarkastaja ja normatiivinen valvoja ovat vastuussa. Ihannetapauksessa tämän pitäisi olla asiakas, joka on todella kiinnostunut allekirjoituksen ja tuloksen vaatimustenmukaisuudesta. Itse suunnitteluorganisaatiossa on mahdotonta löytää niitä, jotka seuraavat tarkastajaa ja vakio-ohjainta. Mutta voisiko se olla graafinen käyttöliittymä? Tässä tapauksessa käyttöliittymän allekirjoitus tarkoittaa, että hän tarkisti jälleen piirustuksen sisällön ja suunnittelun ja otti vastuun itsestään, mukaan lukien "siitä, että projektissa noudatetaan laitosten suunnittelua, rakentamista ja käyttöä koskevia normeja ja standardeja..." jne. jne. Mutta käyttöliittymä ei voi fyysisesti tarkistaa kaikkien suunnitteluratkaisujen vaatimustenmukaisuutta. Siksi ISU: n vastuun asettaminen kaikesta yleensä ei ole muuta kuin loitsu, muodollinen, koska teloitus on mahdotonta, ja vaarallinen rangaistus tarvittaessa jonkun toisen syyllisyydestä. ISU on vain yksi "projektidokumentaation valmistelu" -nimisen näytelmän kirjoittajista..

3. Jos rakennustyömaalla tapahtuu jotain vakavaa, ensimmäinen "vankilaan" GIP.

Jos tapahtuu jotain todella vakavaa, tutkija nimittää oikeuslääketieteellisen teknisen tutkimuksen tai suorittaa useita tällaisia ​​tutkimuksia suunnittelijan, joka esimerkiksi on laskenut rakenteen ja soveltanut väärän kertoimen, sitten hän määrittää laskentatarkastajan ja tämä henkilö esittelee syytteeseen, mutta tuomioistuin voi tietyissä olosuhteissa rangaista toimeenpanijaa ja tarkastajaa.

4. GUI: n on oltava pätevin suunnittelija kaikissa projektin osissa.

On selvää, että näin ei yksinkertaisesti voi olla, koska projektiasiakirjoissa on vähintään kymmenen erikoistunutta osastoa, joihin liittyy yli 20 erikoisalaa. Tämä "huono stereotypia" ulottuu myös ajatukseen asiantuntijan nimittämisestä ylitarkastajan tehtävään. On kuitenkin suositeltavaa tehdä päätös käyttöliittymän nimittämisestä kilpailullisen valinnan perusteella ja täysin eri kriteerien perusteella..

Pääinsinööriksi hakijan on perusteltava hakijan mahdollisuus saavuttaa korkeampi tekninen ja taloudellinen indikaattori suunnitellusta laitoksesta, lyhentää alkuperäistä suunnittelua ja rakennusaikaa, vähentää suunnittelutyön työvoimavalta (kustannuksia), suotuisampia ratkaisuehtoja suunnitteluorganisaatiolle työn osanottajien kanssa sekä laajentaa lisävaatimusten luetteloa suunnitteluobjektin asiakas (7.2.1 "d" GOST R ISO 9001-2008) jne. GUI: n maine on erityisen tärkeä: luonne, sosiaalisuus, ahkeruus, sitoutuminen, tehokkuus, täsmällisyys, siveys, neuvottelukyky, tarkkaavaisuus, kohteliaisuus, reagointikyky, tehokkuus jne..

Siviilikiinteistöille taloudellinen ja arkkitehtikoulutus voi olla etu, kun hänet nimitetään pääprojektiarkkitehdiksi (GAP). Toinen prioriteetti on taloudellinen koulutus, kolmas on arkkitehtuuri ja lopuksi vain tekniikka.

Teollisuuslaitoksille (tekninen suunnittelu) etuna nimitettäessä pääprojektiinsinööriksi (GUI) voi olla suunnitteluobjektin erityispiirteiden mukainen taloudellisen ja teknisen koulutuksen saatavuus. Toinen prioriteetti on taloudellinen koulutus, kolmas on tekninen ja lopuksi vain tekniikka.

Sekä ensimmäisessä että toisessa tapauksessa pääinsinöörillä (GAP) on oltava projektinhallinnan pätevyys. Kilpailevan valinnan tulosten perusteella ISU nimitetään tehtävään ohjelmiston päällikön asianmukaisella järjestyksellä.

5. Jos projektin osien pääasiantuntijoiden välillä on erimielisyyksiä, GUI tekee lopullisen päätöksen.

Kuvitellaan seuraava kuva: Pääasiantuntija - projektin osassa oleva sähköasentaja on päättänyt, että kytkinlaite on tällaisten ja tällaisten akselien välillä ja rakennuksen sellaisessa ja sellaisessa korkeudessa. Pääasiantuntija, lämpöinsinööri, sijoitti lämpöpisteen samaan paikkaan. He tulevat GIP: hen "sovittamaan" heidät. Luonnollisesti kunkin erikoisalan erikoisasiantuntijan pätevyys on korkeampi kuin pääinsinöörin. Jos ISU keskustelee asiasta heidän kanssaan ehdotetulla teknisellä tasolla, hän on ilmeisesti epäedullisessa asemassa. Hänen pitäisi siirtää keskustelu taloudelliselle tasolle sanomalla, että yksi vaihtoehto maksaa niin paljon ja toinen - niin paljon, ottaen huomioon paitsi rakennuskustannukset, myös käyttökustannukset sekä mahdolliset riskit, jotka liittyvät laitekustannusten muutoksiin. Tehdessään ja perustellessaan päätöksensä taloudellisesta näkökulmasta ISU: n, joka on vastuussa päätöksestä sijoittajalle, on haettava asiantuntijoilta asianmukainen tekninen ratkaisu. Nykyään harvat käyttöliittymät voivat toimia tällä tavalla, mutta tämä on käyttöliittymän tarkoitus, hänen osuutensa vastuusta suunnitteluratkaisujen laadusta.

6. Pääinsinöörillä on ennen kaikkea oltava tekninen erikoisuus.

Olemme jo puhuneet siitä, mikä erikoisuus ja miksi pääinsinöörillä pitäisi olla. Tieteellisen ja teknisen kehityksen kiihtyneissä olosuhteissa projektidokumentaation laatu riippuu suoraan pääinsinöörien pätevyyden järjestelmällisestä parantamisesta. Nykyään ISU: n on oltava pätevä suunnitteluprosessin organisoinnissa ja hallinnassa, menetelmissä, joilla varmistetaan laitoksen suunnittelun, rakentamisen ja toiminnan taloudellinen tehokkuus, jotta hän voisi saada asemansa kilpailullisesti. Mutta jopa menestyksekkäästi toimivat graafiset käyttöliittymät tuntevat riittämättömän tietämyksensä näistä asioista, he yrittävät kompensoida itsenäisesti osaamisen puutteet.

Näiden ongelmien ratkaisemiseksi, teollisuustilojen teknisen suunnittelun komitean NOPRIZin ja Moskovan kansallisen tutkimusyliopiston (MGSU) Rakennus- ja arkkitehtuurininstituutin (ISA) aloitteesta, johon osallistuvat TsNIO-projektin konsultointikeskus ja rakennusalan ammattikoulutuksen komitea Venäjän rakennusliitto (RCC) järjesti kansainvälisen pääinsinöörien koulun (pääarkkitehdit). Kouluneuvostoon kuuluu Venäjän federaation ja IVY-maiden tunnettuja asiantuntijoita suunnittelun ja suunnittelu (työ) dokumentaation laadunvarmistuksen alalla. Projektin kansainvälisen pääinsinöörien (pääarkkitehdit) koulun neuvoston puheenjohtaja Igor V.Meshcherinillä on ainutlaatuinen kokemus työskentelystä pääjohtajana ja pääinsinöörinä Neuvostoliitossa, Venäjällä, Yhdysvalloissa ja Italiassa.

Tietoa kansainvälisestä GIP-koulusta (GAP), mukaan lukien erityiskurssien järjestäminen, on julkaistu ISA MGSU: n, National Designer and Surveyors Associationin, TsNIO-projektin verkkosivustoilla sekä Venäjän federaation, Kazakstanin, Valko-Venäjän ja Ukrainan projektorisivustoilla..

GIP: n kansainvälisen koulun päätavoitteena on tarjota GIP: n erittäin ammattitaitoisen henkilöstön koulutusta jatkokoulutuksella. Nykyaikaisia ​​vaatimuksia vastaavat ohjelmat, kurssien käytännön suuntautuminen antavat meille mahdollisuuden vastata teknisen, arkkitehtonisen ja rakennussuunnittelun tarpeisiin, ylläpitää jatkuvaa ammatillista kasvua ja graafisten käyttöliittymien toistamista sekä valmistaa lahjakkuuspoolia GUI: n tehtävien täyttämiseksi suunnitteluorganisaatioiden tilauksista.

Internet-palveluntarjoajien kansainvälisen koulun "koulutusportfoliossa" on kaksi päätuotetta:

Ehdotettu graafisen käyttöliittymän uudelleenkoulutusjärjestelmä on joustava, ajanmukaisiin tarpeisiin sopiva ja vastaa käytännössä erittäin kiireisten suunnittelijoiden todellisiin tarpeisiin. Ohjelmien sisältö tasapainottaa teoreettisen ja käytännön tiedon sekä kokemuksen suunnittelun johtamisesta. On erittäin tärkeää, että ohjelmassa oletetaan laaja kuulijoiden alueellinen kattavuus ja oppimisen helppous, myös käyttämällä nykyaikaisia ​​opetuksen periaatteita, muotoja ja menetelmiä: modulaarisuus, koulutus "pisteeseen", koulutuksen keston vaihtelu, etäopetus jne..

Pääaiheet, joista keskustellaan MGSU: n International School of GIPs -kursseilla:

1. Rakennusmarkkinoiden tilanne ja sen vaikutus toimitusjohtajan toimintaan.

2. "Laadunhallintajärjestelmän" käsitteen sisällön tärkeimmät muutokset suhteessa käyttöliittymän työhön.

3. Suunnitteluratkaisujen ja niiden laadun kehittämisvastuun jakautuminen suunnitteluorganisaatiossa ensimmäisen johtajan, pääinsinöörin, tuotantojohtajan, graafisen käyttöliittymän, teknisen osaston ja tuotanto-osastojen (työpajojen) välillä suunnittelun (teknisen) teknisen valmistelun, julkaisun ja toteutuksen aikana ) asiakirjat, mukaan lukien valvonta, todentaminen, analysointi, sopimus, validointi ja suunnittelu- ja arvio-asiakirjojen hyväksyminen.

4. Selvennetään graafisten käyttöliittymien roolia ja sijaintia asiakkaalle suuntautuvan ohjelmiston "end-to-end-prosessissa": "vuorovaikutus ohjelmistoasiakkaiden kanssa" - "ohjelmistotilausten salkun muodostaminen ja tukeminen" - "suunnittelu (työ) dokumentaation valmistelu ja julkaisu / toteutus" - "toteutustuki rakennusprojekti "-" rakennusalalla toteutettujen ohjelmistohankkeiden takuuvelvoitteiden täyttäminen ".

5. Tuotanto-osaston johtaja: suunnittelija tai johtaja (johtaja)? Vuorovaikutus graafisten käyttöliittymien kanssa. Tuotantoyksikön johtajan pääkohteet: työvoimaresurssit, työ, aika, raha-asiat, aineelliset resurssit; tuotantoyksikön johtajan alisteisuus, valtuudet, tärkeimmät toiminnalliset tehtävät (vastuu), kriteerit hänen toiminnan arvioimiseksi.

6. Suunnitteludokumentaation valmistelua koskevien töiden "aloittamisen" menettely menettelyn mukaisesti tehdyn yleisen suunnittelusopimuksen mukaisesti. Mallisopimus alihankkijoiden suunnitteluorganisaation (STR) kanssa; avoimen lähdekoodin ohjelmistojen arviointi-, valinta- (valinta) ja uudelleenarvostamismenettelyt; alihankinnan ja ulkoistamisen käsitteet.

7. GUI: n vuorovaikutus sopimusosaston, teknisen arkiston, projektin julkaisuosaston kanssa. Toimitusjohtajan perusedellytykset toimeenpanevan kurinalaisuuden järjestelmässä.

8. ISU: n uusien vastuiden analyysi; graafisen käyttöliittymän tavallinen työnkuvaus; käyttöliittymää koskevat vaatimukset kenttävalvonnan aikana (mukaan lukien alisuunnittelijat); Käyttöliittymä ja teknisen uudelleenvarustuksen, yrityksen laajentamisen, modernisoinnin, peruskorjauksen jne. Kysymykset.

9. Asiakastyytyväisyyden seuranta suunnitteluorganisaation prosesseihin ja tuloksiin.

10. GUI: n rooli suunnitteluorganisaation tuotetyyppien (palveluiden) laajentamisessa. GUI: n maineen muodostuminen investointiprojektin osallistujien keskuudessa.

11. Alisuunnittelijoiden hallinta. Nykyaikaiset vaatimukset suunnitteluosallistujien valinnalle.

12. Huomautuksia luonnoksista uusille organisaatio- ja metodologisille asiakirjoille ISU: ille: ISU: n ammatillisen toiminnan standardi, ISU: n toiminnan järjestämistä koskevat suositukset, ProfilyuGIP, ISU: n valmistelua ja nimittämistä koskevat vaatimukset, jotka on kehitetty alakomiteassa tilojen teknisen suunnittelukomitean pääprojektiinsinöörien organisointia varten teollisuustarkoituksiin NOP tänä vuonna.

13. Neuvottelut sopimuksia tehtäessä ja sopimushintoja määritettäessä. Sopimustyypit.

14. Vuorovaikutus valtion ja muun kuin valtion asiantuntijoiden kanssa.

15. Oikeudellinen ja organisatorinen suunnitteluperusta, käyttöliittymien työhön liittyvät sääntelyasiakirjat, mukaan lukien GOST R 54869-2011, sekä EUROCODES-järjestelmä.

16. Suunnittelutyön kustannukset. Perusindeksi ja resurssimenetelmät kustannusten laskemiseksi. Arvioidokumentaation muodot. Suunnitteluratkaisujen taloudellisen tehokkuuden arviointi.

17. Projektiriskien hallinta. Riskien määrittely ja tunnistaminen (riskiluokat, tunnetut riskit ja tuntemattomat riskit, riskin suuruus, esiintymisen todennäköisyys ja riskin vaikutusaste); riskienhallinnan budjetointi; määritetään tiettyjen määräaikojen ja hankebudjetin noudattamisen todennäköisyys; riskinhallintamenetelmät (välttäminen, siirtäminen, lieventäminen ja hyväksyminen); riskioireiden hallinta.

18. Osallistuminen tarjouskilpailuihin suunnittelu- ja kartoitustöitä koskevan sopimuksen saamiseksi.

19. Laadunhallintajärjestelmän perussäännökset suunnitteluorganisaatiossa, joka täyttää standardin GOST ISO 9001-2015 vaatimukset.

20. Asiakkaan teknisen valvonnan toiminnot ja sisältö. Valtion rakennusvalvonta.

21. ISU: n pätevyys itseopetukseen ja ammatilliseen kehittämiseen liittyvissä asioissa.

22. GUI, GAP suunnitteluorganisaation toiminnallisissa, organisatorisissa ja taloudellisissa rakenteissa.

23. ISU: n osaaminen markkinoinnissa ja myynnissä.

24. ISU: n toimivalta sen toimivallan, oikeuksien ja vastuiden määrittämisessä.

25. ISU: n pätevyys ammatillisen toiminnan ja motivaation vaikuttavuuden ja vaikuttavuuden arvioinnissa.

Toukokuusta 2015 lähtien Internet-palveluntarjoajien kansainvälisen koulun ohjelmaan on sisällytetty lisäyksikkö "Suunnittelu ratkaisujen taloudellisen tehokkuuden arviointi" (30 akateemista tuntia). Ohjelman kokonaismäärä on 80 ac. tunnin. Tämän moduulin luokat opettavat Valtion sijoitusammattilaisten akatemian (GASIS) opettajat National Research University "Higher School of Economicsissa". Opiskelijat saavat myös GASIS-todistuksen.

Internet-palveluntarjoajien kansainvälisen koulun tarjoamat koulutus-, konsultointi- ja tutkimusohjelmien aiheet keskittyvät suunnitteluorganisaatioiden nykyisten perusongelmien ratkaisemiseen suunnitteluprosessin avainhenkilöiden todellisen jatkokoulutuksen avulla.

TsNIO-projektin konsultointikeskus on kehittänyt kansainvälisen GIP-koulun ohjelman pääaiheita koskevia erityisiä suosituksia.

Ja nyt katsotaanpa mekanismia suunnitteluratkaisujen laadun muodostamiseksi, jotta voidaan määrittää selkeästi ja yksiselitteisesti käyttöliittymän vastuun rajat.

Muutama yleinen muotoilumääräys:

1. Kaikki rakennushankkeet ovat kolmen mallin yhdistelmä:

- tulevan objektin mallit (avaruuden suunnittelu ja suunnitteluratkaisut);

- mallit sen luomisesta (rakennusorganisaatiohanke);

- toimintamallit (tuotannon organisointi ja hallinta).

2. Suunnitteluratkaisun muodostaminen koostuu sen todellisesta hyväksymisestä ja sen jälkeen on tarpeen vahvistaa sen vaatimustenmukaisuus eli tarkistaa. Pelkästään suunnittelupäätöksen hyväksyminen on valinta vaihtoehdoista, ja vaatimustenmukaisuuden vahvistamisella on monia erilaisia ​​vaihtoehtoja ja vastaavasti monia termejä, jotka vastaavat näitä vaihtoehtoja. Suurin osa vaihtoehdoista riippuu vahvistettavaksi valitusta ajasta, sijainnista ja standardeista.

Suunnitteluratkaisun laatu koostuu neljästä pääominaisuudesta. Jokaisen näistä ominaisuuksista muodostaa joku ohjelmistossa ja se on tarkoitettu jollekin. Laadun omaisuuden muodostavalla on henkilökohtainen vastuu tästä. Ensimmäinen on "tekninen toteutettavuus", toisin sanoen suunnitteluratkaisun on oltava sellainen, että se voidaan toteuttaa rakentamisen aikana. Sen tarvitsee ennen kaikkea rakennusurakoitsija, ja sen muodostavat teknikot, insinöörit ja tuotanto-osastojen pääasiantuntijat. Toinen on "informaatiokyky", toisin sanoen suunnitteluratkaisun on sisällettävä kaikki tarvittavat tiedot rakennus- ja asennustöiden suorittamiseksi, laitteiden tilaamiseksi, kaikkien tarvittavien lupien ja hyväksyntöjen saamiseksi. Asiakas ja rakennusurakoitsija tarvitsevat sitä. Tämän kiinteistön muodostavat teknikot, insinöörit ja tuotanto-osastojen pääasiantuntijat. Kolmas on suunnitteluratkaisun "taloudellinen toteutettavuus", toisin sanoen suunnitteluratkaisun on oltava taloudellisesti kilpailukykyinen laitoksen rakentamisen ja käytön aikana. Tämä on välttämätöntä markkinoiden päähenkilölle - sijoittajalle, se muodostuu, ja ISU on siitä vastuussa. Neljänneksi - "johdonmukaisuus", toisin sanoen kaikista projektin suunnitteluratkaisuista on sovittava. Tämä on ensisijaisesti välttämätöntä suunnittelijoille itselleen, ja siitä vastaavat projektiosien pääasiantuntijat..

Suunnittelupäätökset tehdään viidellä tasolla. Tarkastellaan näitä tasoja käyttämällä projektin suunnitteluosan esimerkkiä. Ensimmäinen taso on "solmut, yksityiskohdat". Tällä tekniikan tasolla päätetään raudoitusverkoista, upotetuista osista jne. Toinen taso on "elementit". Tällä tasolla insinöörit suunnittelevat palkit, pylväät, vapaasti seisovat perustukset ja niin edelleen. Kolmanneksi "komponentit". Vanhemmat ja johtavat insinöörit suunnittelevat laatat, pinnoitteet, ympäröivät rakenteet jne. Neljännen tason "projektiosa". Tällä tasolla pääasiantuntija tekee päätöksen rakennuksen rakenteellisesta rakenteesta ja rakenteen päälujuusparametreista. Viides taso on "hankkeen tekniset ja taloudelliset indikaattorit". ISU on vastuussa päätöksenteosta tällä tasolla..

Tarkastellaanpa "suunnitteluratkaisun vaatimustenmukaisuuden vahvistamista. Nämä ovat suunnitteluratkaisujen hallinta, arviointi, todentaminen, analysointi, validointi, sopiminen ja hyväksyminen. Tässä on meille tärkeää määrittää pääinsinöörin vastuun rajat.

Valvontaan kuuluu käytetyn suunnitteluratkaisun korrelointi nykyisten normien (sääntöjen), ts. Rakennuskompleksissa tällä hetkellä toimivien sääntelyasiakirjojen (Venäjän federaation kaupunkikehityssäännöstö, SNiP, SN, GOST, VSN, jne.) Kanssa. Valvonnan tulos - "vastaa" tai "ei vastaa" suunnitteluratkaisua määriteltyihin sääntelyasiakirjoihin.

Arviointi - sama valvontamenettely, vain "vastaa" tai "ei vastaa" lisäksi ilmoitetaan, kuinka paljon "vastaa" tai "ei vastaa". Arvioinnin tulos annetaan pääsääntöisesti kvantitatiivisesti, esimerkiksi rakennusten välinen paloväli on standardia pienempi 10 metriä.

Niin sanottu vakio-ohjaus on samalla rivillä kuin ohjaus, ainoana erona, että GOST SPDS: ää käytetään vertaamaan hyväksyttyä suunnitteluratkaisua sääntelyasiakirjoihin.

Verifiointiin sisältyy hyväksytyn suunnitteluratkaisun vertaaminen suunnittelun syöttötietoihin (suunnittelun määritys, alkuperäiset suunnittelutiedot, tekniset ehdot). GOST ISO 9001-2011 asettaa melko selvästi vaatimukset suunnitteluratkaisujen todentamiselle, mukaan lukien suunnittelun todentaminen ja tulosten kirjaaminen. Erityisesti kohdassa 7.3.5 todetaan, että "suunnitellun järjestelyn mukaisesti on suoritettava todentaminen sen varmistamiseksi, että suunnittelu- ja kehitystuotokset täyttävät suunnittelu- ja kehitystyön vaatimukset. Testitulokset ja kaikki tarvittavat toimet olisi pidettävä yllä ja ylläpidettävä. " Koska "syöttötiedoissa" annetaan pääsääntöisesti suunnitteluasiakirjojen tekniset ja taloudelliset indikaattorit (vaatimukset), käyttöliittymä tarkistaa niiden yhdenmukaisuuden todellisen.

Analyysi - yhteinen toiminta graafisen käyttöliittymän johdolla - antaa mahdollisuuden ennustaa olemassa olevan suunnitteluprosessin pysyvyyden seurauksia suunnitteluratkaisujen teknisille ja taloudellisille ominaisuuksille, suunnittelukustannuksille ja kestolle. GOST ISO 9001-2011: n lauseke 7.3.4, samoin kuin todentaminen, asettaa vaatimukset analyysille, nimittäin: "Sopivissa vaiheissa suunnitellun toiminnan mukaisesti on tehtävä järjestelmällisiä suunnittelu- ja kehityskatselmuksia arvioimaan suunnittelun ja kehityksen tulosten kykyä täyttämään vaatimukset, tunnistamaan kaikki [suunnittelu ja kehitys] -ongelmat ja ehdottamaan tarvittavia toimia. Tällaisiin arvosteluihin osallistuvien tulisi olla edustettuina analysoitavan suunnittelu- ja kehitysvaiheen kannalta merkityksellisiä toimintoja. Analyysitulokset ja kaikki tarvittavat toimet olisi pidettävä yllä ja ylläpidettävä. " Huomaa, että analyysi on suunniteltava ja dokumentoitava. On myös ilmeistä, että analyysiä ei voida suorittaa suunnittelun alussa, koska ei ole vielä mitään analysoitavaa, ja suunnittelun lopussa, koska juna on jo lähtenyt ja prosessi on saatu päätökseen. Suunnittelussa ISU vastaa analyysistä. Yleensä GUI kokoaa suunnitteluprosessin aikana säännöllisesti tuotanto-osastojen johtajat ja pääosaajat projektin osioihin ja keskustelee heidän kanssaan suunnittelun etenemisestä ja suunnittelupäätösten teknisistä ja taloudellisista ominaisuuksista varmistaakseen, että suunnittelun lopussa vastaanotetut suunnittelumateriaalit vastaavat "syöttötietoja"..

Koordinointi merkitsee luottamusta siihen, että tämä suunnitteluratkaisu ei ole ristiriidassa hankkeen muiden osien suunnitteluratkaisujen kanssa, ts. Esimerkiksi projektin suunnitteluratkaisun suunnitteluratkaisua verrataan projektin sähkö-, saniteettiteknisen tai lämpöteknisen osan suunnitteluratkaisuihin.

Vastuu hyväksynnän suorittamisesta on ISU: lla, ja vastaavat pääosaajat hankkeiden osioissa ovat vastuussa hyväksynnän oikeellisuudesta..

Palataanpa mieleen, mikä "validointi" on. Suunnittelussa on mahdollista vahvistaa kaksi vahvistustilannetta: ensimmäisessä tapauksessa se voidaan tehdä suoraan "paperilla", toisin sanoen suunnitteluratkaisu on tietokoneen näytöllä. Esimerkiksi suunnitteluratkaisu on laskettu ja jäsennelty palkki, jonka on kestettävä asianmukainen kuormitus. Vaatimustenmukaisuuden varmistamiseksi riittää, että käytetään samaa laskentamenetelmää, jota käytettiin tämän päätöksen tekemisessä (tai vaihtoehtoista), ja jos tämä menetelmä on osoittautunut ja luotettava, toistuva laskenta antaa ehdottoman luottamuksen suunnittelupäätöksen oikeellisuuteen. Tai toinen esimerkki, suunnittelutehtävässä ilmoitetaan rakennuksen vastaavan kerroksen tilojen koostumus ja tarvittavat alueet. Tämän kerroksen suunnitteluratkaisu voidaan helposti todentaa vertaamalla sitä alkuperäisiin tietoihin. On korostettava, että tällaiset suunnitteluratkaisut suunnittelun kokonaismäärässä ovat vähintään 80-90 prosenttia. Näitä ovat suunnittelupäätökset, jotka tehdään käyttäen vakiomalleja, vakiokokoonpanoja ja osia, hyväksyttyjä yksittäisiä aiemmin kehitettyjä suunnitteluratkaisuja, jotka käytetään uudelleen, laiteluetteloita, jotka on sertifioitu määrätyllä tavalla jne., Toisin sanoen puhe kyse on luotettavista, testatuista, monta kertaa sovelletuista, kiistattomista suunnitteluratkaisuista.

Toinen tilanne on, kun suunnitteluratkaisua ei voida luotettavasti todentaa perinteisillä todentamistekniikoilla. Ne voidaan tarkistaa vain rakennetun rakennuksen rakentamisen tai käytön aikana sekä suorittamalla erityisiä testejä olosuhteissa, jotka ovat mahdollisimman lähellä rakennuksen rakennetta tai toimintaa. Tällainen tarve syntyy, kun käytetään mainoksissa jo suositeltuja tai ilmoitettuja kehittyneitä tekniikoita tai materiaaleja, uusia laskentamenetelmiä, laitteita, joita ei ole koskaan aiemmin käytetty, teknisiä ratkaisuja, joilla ei ole analogeja, jne. Esimerkiksi näyttelyssä suunnittelijat tutustuivat uuteen kattomateriaaliin jota mainostetaan voimakkaasti ja tämän materiaalin ominaisuudet ovat vaikuttavia.

Tämän materiaalin käytöstä voidaan päättää katolle, jonka pinta-ala on 20 tuhatta neliömetriä, mutta on erityisesti määrätty, että rakentamisen aikana sinun on ensin täytettävä 10 neliömetrin katto-osa, luotava siihen dynaaminen kuormitus tietyksi ajaksi, kaadettava vettä päälle ja katso miten katon alapinta käyttäytyy tässä tapauksessa. Jos testitulos on positiivinen, suunnittelijat antavat luvan muun katon valmistamiseen. Joskus tällainen tarve syntyy geologisten olosuhteiden suuren epävarmuuden vuoksi vaikeilla rakennusalueilla, kun etsintäjärjestelmät eivät voi (myös taloudellisista syistä) mallintaa maaperän ominaisuuksia riittävän tarkasti perustusten tietyissä paikoissa. Näissä tapauksissa ne osoittavat tarpeen koeaalujen ajamiseksi ja vasta sen jälkeen vahvistavat mahdollisuuden järjestää paalukenttä koko kohteen alle..

Tämä on suunnittelun validointi. Vahvistuksen käyttö osoittaa suunnitteluorganisaation sitoutumisen kaikkeen uuteen, kärjessä olevaan. Tämä on merkki suunnitteluratkaisujen kilpailukyvystä, se on halu ottaa johtava asema suunnittelussa parantamalla jatkuvasti asiakastyytyväisyyttä. GUI on vastuussa varmentamisen tosiasiasta, projektin osien pääasiantuntijat ovat vastuussa validoinnin sisällöstä..

Hyväksyntä on lupa siirtää valmis suunnitteluasiakirja asiakkaalle. Tämä on graafisen käyttöliittymän vastuulla, ja hän toteuttaa sen, kun hän allekirjoittaa laskun ennen asiakirjojen lähettämistä asiakkaalle..

Siirrytään nyt graafisen käyttöliittymän vastuuseen, joka liittyy suunnittelutyön kustannusten alentamiseen. Kuten tiedätte, kustannusten alentamiseksi on monia mahdollisuuksia, ja tämä on "päänsärkyä" johdolle ja kaikille johtaville ohjelmistoasiantuntijoille, koska se on käytännössä ainoa tapa lisätä suunnitteluorganisaation voittoja. ISU myötävaikuttaa tähän merkittävästi ymmärtämällä vastuun alisuunnittelijoiden johtamisesta (ulkoistamisesta).

Tällä hetkellä on mahdollista valita alisuunnittelijoita arvioinnin tulosten, kilpailijoihin vertailun, säännöllisen uudelleenarvioinnin tulosten perusteella, ja käyttöliittymän vastuu valinnasta on ilmestynyt. Suunnittelun kohteiden välillä alkoi toimia tärkeä periaate, "kuka maksaa, hän tilaa sävelmän", ei vain tietyssä perinteisessä mielessä, vaan myös yleissuunnittelijan vaatimuksena ajatella jatkuvasti suunnittelutyön laadun parantamista (varmistamista) ja kustannusten alentamista. Lisäksi laissa säädetään, että vain SE on vastuussa avoimen lähdekoodin ohjelmiston kehittämien suunnittelun ja arviointidokumentaation laadusta. Siksi on tarpeen noudattaa GOST ISO 9001-2011: n vaatimuksia ja ulkoistamisprosessien soveltamisohjeita // ISO / TS 176 / SC 2 / N 630R2, 24. marraskuuta 2003).

Yleensä voidaan erottaa kolme tavanomaista avoimen lähdekoodin ohjelmistoa:

- "Tavalliset" - STR: t, joihin valtion omistamilla yrityksillä on normaalit markkinat;

- "Tavalliset" - STR: t, joihin valtion omistamilla yrityksillä on normaalit markkinat;

- "Protégés" - asiakkaan olento, valtionyhtiön suhde, jonka asiakas määrittää.

Käyttämällä esimerkkiä suhteista avoimen lähdekoodin ohjelmistoihin tarkastelemme peräkkäin kutakin alijärjestelmää ottaen huomioon, että graafinen käyttöliittymä tekee joissakin tapauksissa päätöksiä ja toisissa se osallistuu niiden käyttöönottoon..

Alisuunnittelijoiden arviointi, valinta ja uudelleenarviointi.

Tämä osajärjestelmä koostuu kahdesta lohkosta:

- hyväksyttyjen avoimen lähdekoodin ohjelmistojen luettelon (tietokanta, rekisteri jne.) muodostaminen ja ylläpito sekä sen päivittäminen;

- avoimen lähdekoodin ohjelmiston valinta määritetystä luettelosta työn suorittamiseksi tietyssä projektissa.

Työn suorittaminen ensimmäisen lohkon puitteissa on ohjelmiston teknisen osaston tehtävä, toisen yhteydessä - GUI: n vastuu.

Luodakseen luettelon ohjelmiston tekninen osasto hakee, arvioi, valitsee ja arvioi uudelleen avoimen lähdekoodin ohjelmiston ohjelmiston tarpeiden mukaan käyttäen käyttöliittymien kanssa kehitettyjä kriteerejä.

On selvää, että tällainen lähestymistapa ei takaa strategian täydellistä soveltuvuutta valtionyhtiön odotuksiin joidenkin asioiden virallistamisen monimutkaisuuden vuoksi. Esimerkiksi kysymys voimassa olevan QMS: n olemassaolosta ja sen noudattamisesta GOST ISO 9001-2011: n vaatimusten mukaisesti. Avoin lähdekoodi vastaa, että laadunhallintajärjestelmä toimii ja on yhteensopiva, mikä näkyy "N" -kymmenennen sertifiointielimen sertifikaatista. Kokemus siitä, miten suunnittelijoiden itsesääntelyorganisaatiot arvioivat GOST ISO 9001-2011 -standardin tiettyjen vaatimusten täyttymistä, osoittaa, että yli 90% sertifikaateista on hankittu muodollisesti, yksinkertaisesti "ostettu" eikä niillä ole usein mitään tekemistä tietyn avoimen lähdekoodin ohjelmiston kanssa. Osoittautuu, että SE on todellinen vastuu avoimen lähdekoodin ohjelmiston laatiman suunnittelu- (työ) dokumentaation laadusta, mutta avoimen lähdekoodin ohjelmiston valinta perustuu itse avoimen lähdekoodin ohjelmiston "vakuutuksiin" vastausten muodossa kyselyyn. Tiettyä objektia suunniteltaessa graafinen käyttöliittymä valitsee pääsääntöisesti luettelosta sopivan avoimen lähdekoodin ohjelmiston, jota ohjaavat lisäkriteerit, mukaan lukien avoimen lähdekoodin ohjelmiston alueellinen sijainti, avoimen lähdekoodin ohjelmiston tietoisuus tietyn rakennustyömaan ominaisuuksista, aiemmat yhteydet tiettyyn asiakkaaseen, avoimen lähdekoodin ohjelmiston valmius täyttää tilaus ja muut..

Ennen kuin tehdään päätös avoimen lähdekoodin ohjelmistojen ottamisesta mukaan suunnitteluun, graafisen käyttöliittymän on käytävä suoraan organisaatiossa. Tämä on ISU: n uusi vastuu. Tämän tekniikan tarjoaa ISO 9000 -sarja ja sitä kutsutaan "toisen osapuolen" auditiksi. Toisen osapuolen suorittama tarkastus kestää enintään yhden työpäivän (optimaalisesti 3-4 tuntia).

Tällainen lyhyt kesto selittyy sillä, että avoimen lähdekoodin ohjelmistojen koko laadunhallintajärjestelmää ei oteta huomioon, vaan vain yksittäisiä avainkohtia. Käytäntö osoittaa, että jos kaikki on normaalia näissä kohdissa, niin suurella todennäköisyydellä STR täyttää valtion omaisuuden odotukset.

On korostettava, että asiakas käsittelee vain valtionyhtiötä, jonka kanssa hänellä on sopimus. Hän ei ehkä tunne muita projektin osanottajia. Näin ollen suhde STR: ään on yksinomaan SOE: n ongelma. SPO toimii tosiasiallisesti SE: n lisärakenneyksikkönä, jota hänen on hallinnoitava hankkeen toteuttamisprosessissa samalla tavalla kuin "hänen" rakenteellisia osastojaan, ottaen huomioon SE: n kehittämän hankkeen (työ) dokumentaation ajoituksen ja laadun, josta SE on vastuussa. asiakas. Tämä määrittää myös SE: n vastuut avoimen lähdekoodin ohjelmistojen hallinnassa..

Avoimen lähdekoodin hallinnan tyyppi ja laajuus voivat vaihdella merkittävällä alueella: vähimmäismäärästä, kun avoimen lähdekoodin tekninen tehtävä ja suoritettu työ hyväksytään käytännössä ilman todentamista, aina maksimiin, kun vaaditaan, että avointa lähdekoodia ohjataan toteuttaessaan tilausta johdon ja muiden valtion yrityksen hyväksymien asiakirjojen avulla. Samalla suoritetaan täydellinen avoimen lähdekoodin suunnittelu- ja arviointidokumentaation tarkistus, mukaan lukien riippumattomien asiantuntijoiden osallistuminen.

Vaadittu hallinnan laajuus määritetään ISU: n mukaan STR: n arvioinnin (uudelleenarvioinnin) tulosten mukaan, mukaan lukien toisen osapuolen suorittaman tarkastuksen aikana saatujen tietojen huomioon ottaminen sekä SP: n suunnitelluista kustannuksista STR-materiaalien saapuvan valvonnan suorittamiseksi, pitäen mielessä, että nämä kustannukset lisäävät projektin työn kustannuksia.

Avoimen lähdekoodin ohjelmistojen hallinnan ominaisuudet GUI: n on virallistettava alihankintasopimuksen "erityisehdoissa". SOE: n tekninen osasto kehittää mallin tällaisille "erityisehdoille", joka kuvaa lähes kaikki avoimen lähdekoodin ohjelmistojen hallinnan mahdolliset ja / tai välttämättömät näkökohdat, ja GUI, kun analysoidaan avoimen lähdekoodin ohjelmistojen kanssa tehtyä sopimusta, sisältää ne hallintamenetelmät, jotka täyttävät tietyn projektin ehdot. Mitä syvempi STR: n hallinta on, sitä vähemmän STR: n suunnittelumateriaalien saapuvan ohjauksen määrä ja siten SE: n kustannukset.

Tällaisiin hallintomenetelmiin voi sisältyä tarve:

- SPO: n käyttämän suunnitteluprosessin hyväksyminen tai suunnittelutyön toteuttamisen varmistaminen SP: n käyttämää suunnitteluprosessia käyttäen;

- suunnittelun työaikataulun hyväksyminen, jonka avoimen lähdekoodin ohjelmiston on kehitettävä sopimukseen liitetyn työaikataulun perusteella;

- tietyn käyttöliittymän (projektipäällikkö) nimittäminen (yhteisymmärryksessä GP: n kanssa) suoritettavaksi siirrettyyn tilaukseen (projektiosa) jne..

Avoimen lähdekoodin ohjelmiston hallinnan asteesta riippuen saapuvan valvonnan laajuus valtionyhtiössä voi vaihdella 100 prosentista käytännössä olemattomaan, eli avoimen lähdekoodin ohjelmistolta vastaanotettujen projektiasiakirjojen muodollinen uudelleenlaskenta.

Kun valmiit suunnittelu- ja arvioasiakirjat on siirretty asiakkaalle tai laitos on otettu käyttöön (jos kenttävalvonta on suoritettu), käyttöliittymän on suoritettava ulkoistamisprojekti.

Tämä edellyttää:

- tarkistaa asiakirjojen saatavuus, jotka vahvistavat suunnittelun hyväksynnän, ja arvioi asiakirjat avoimen lähdekoodin ohjelmistoista, mukaan lukien määriteltyjen asiakirjojen laatu

- arvioida yhteistyötä STR: n kanssa ja raportoida tulokset tekniselle osastolle luettelon päivittämistä varten;

- saada avoimen lähdekoodin ohjelmistolta ja siirtää GP-arkistoon tietoja kehitetyistä yksittäisistä tehokkaista suunnitteluratkaisuista, mukaan lukien avoimen lähdekoodin ohjelmisto-ohjeet, joita voidaan suositella uudelleenkäyttöä varten;

- valmistella virallinen katsaus avoimen lähdekoodin ohjelmistoihin;

- ratkaista (tarvittaessa ja mahdollista) kysymys avoimen lähdekoodin ohjelmistojen taloudellisista kannustimista.

Nyt GUI: n vastuusta, joka liittyy osallistumiseen "tilausten salkun" muodostamiseen ja ohjelmistokustannusten vähentämiseen uusien asiakkaiden löytämisessä..

Asia on, että kohdan 7.2.1 "Kuluttajiin liittyvät prosessit" GOST ISO 9001-2011 mukaan ohjelmiston on määriteltävä vaatimukset:

1. Asiakkaan määrittelemät, mukaan lukien toimitus- ja postitoimintaa koskevat vaatimukset.

2. Asiakas ei ole määrittänyt, mutta se on välttämätöntä suunnittelu- ja arvio-asiakirjojen erityiselle tai aiotulle käytölle, kun se on tiedossa.

3. Lainsäädäntö ja muut pakolliset, liittyvät suunnittelu- ja arviointidokumentaatioon.

4. Mahdolliset lisäohjelmat.

Mitä tarkoitetaan kolmella ensimmäisellä vaatimusten ryhmällä (1-3), on enemmän tai vähemmän selvää. Selitetään lisäksi, että "vaatimukset, joita asiakas ei ole ilmoittanut, mutta jotka ovat tarpeen suunnittelu- ja arviointidokumentaation tietylle tai tarkoitetulle käytölle, jos ne ovat tiedossa", voivat sisältää kaikki itse ohjelmiston vaatimukset, joiden täyttymisestä riippuu projektidokumentaation laatu, hinta ja toimitusaika.

Esimerkiksi, jos asiakas saa suunnittelu- ja arviointidokumentaation, joka nykyisen suunnittelutekniikan mukaisesti on varastoitu tietyn ajan ennen kuin se siirretään asiakkaalle tekniseen arkistoon, itse ohjelmiston vaatimuksiin, jotka koskevat mainittujen asiakirjojen arkistointiolosuhteita, viitataan standardin lausekkeen 7.2.1 (2) kohtaan.... Ohjelmiston standardin 7.2.1 (1-3) vaatimusten mukaisesti ohjelmisto ei voi saada kilpailuetua, koska kaikki kilpailijat toteuttavat nämä vaatimukset välttämättä. Markkinaolosuhteissa selviävät vain ohjelmistot, jotka pystyvät määrittämään ja täyttämään 7.2.1 (4) kohdan vaatimukset. Kutsumme näitä vaatimuksia "oletetuiksi" ja selkeytimme niiden merkityksen: ensinnäkin ne "arvataan", itse ohjelmisto muotoilee, toiseksi niitä ei hyväksytä tai koordinoida asiakkaan kanssa ja kolmanneksi niiden toteutus tapahtuu omalla kustannuksellamme BY. Tämän seurauksena asiakas saa projektidokumentaation (palvelut), joilla on odottamattomat parametrit tai joiden parametrit ovat odotettua parempia, mikä takaa paitsi asiakastyytyväisyyden myös ilahduttaa häntä toimitetulla suunnittelu- ja arvio-dokumentaatiolla (palvelu). Jälkimmäisessä tapauksessa ohjelmisto voi olla varma, että asiakas palaa siihen toistuvasti. Kuten tiedät, asiakkaan pitäminen on 5-7 kertaa halvempaa kuin uuden etsiminen. Tämä on pohjimmiltaan GOST ISO 9001-2011 -standardin mukainen uusi säännös.

Jotta standardin 7.2.1 (4) kohdassa määritellyn vaatimuksen täyttymisellä olisi vaikutusta ohjelmiston kilpailuetujen muodostumiseen, on tarpeen määrittää prosessin omistaja asiakkaiden odotettujen vaatimusten muodostamiseksi eli yksi johtajista, jotka vahvistaa säännöt tämän toiminnan toteuttamiseksi. Ohjelmistojen osalta prosessin omistaja olisi todennäköisesti instituutin pääinsinööri. Prosessin "omistajan", toisin sanoen asiantuntijan, joka muodostaa odotetut asiakasvaatimukset tietylle projektille, tulisi olla käyttöliittymä. Selvyyden vuoksi GUI on vastuussa siitä, että asiakkaan odotetut vaatimukset määritetään, ja tuotanto-osastojen pääasiantuntijat vastaavat näiden vaatimusten sisällöstä..

Toinen käyttöliittymän vastuu muodostuu asiakkaan kanssa tehdyn sopimuksen (sopimuksen) analysoinnissa. Asiakkaan vetoomus ohjelmistoon voi olla erilainen: tiedot voitetusta tarjouksesta (kilpailu); virallinen kirje ehdotuksella hankedokumentaation kehittämiseksi; puhelinsoitto ohjelmistopäällikölle; epävirallinen vetoomus työtovereiden jne. kautta. Kun jokin yllä olevista signaaleista on vastaanotettu, on suositeltavaa nimetä käyttöliittymä, joka hoitaa sopimuksen analyysin ennen kuin asiakas allekirjoittaa sen..

Tähän ISU: n vastuuseen kuuluu:

- määritetään sopimusluonnoksen hyväksymiseen osallistuvien henkilöiden piiri ja vastuun jakaminen heidän keskenään;

- mainittujen johtajien ja asiantuntijoiden ottaminen mukaan neuvottelujen (työkokousten) pitämiseen asiakkaan kanssa keskustelemaan tietyistä sopimusluonnoksen määräyksistä, mukaan lukien neuvottelut sopimushinnan määrittämiseksi;

- valinta mallipohjalta sopiva vaihtoehto tietylle asiakkaalle ja suunnitteluobjektille;

- määritetään tarve ja mahdollisuus houkutella alisuunnittelijoita ja käydä alustavia neuvotteluja heidän kanssaan;

- arvio riskeistä, jotka voivat liittyä ohjelmiston sopimuksen mukaisten velvoitteiden täyttämiseen.

Jokainen näistä toimista nykypäivän olosuhteissa eroaa merkittävästi tuntemastamme käytännöstä. Esimerkiksi sopimusluonnoksen hyväksyminen laaditaan pääsääntöisesti "Hyväksyntälomakkeeseen", jossa ilmoitetaan vastaavan päällikön koko nimi ja asema, joka allekirjoittaa myönteisen päätöksen tekemisen yhteydessä tai jos kielteinen perustelee mielipiteensä kirjallisesti. Mielestämme on tarpeen määrittää johtajan vastuu sopimusluonnoksen asiaankuuluvista lausekkeista. "Hyväksyntälomakkeen" pisteiden summan on oltava yhtä suuri kuin sopimusluonnoksen pisteiden summa. Tällä varmistetaan jokaisen johtajan henkilökohtainen vastuu siitä, että suunnitteluorganisaatio täyttää sopimusehdot ja että suunnitteluorganisaatio ja asiakas jne. Ymmärtävät samanlaisesti sopimusluonnoksen ehdot..

Jotkut suunnittelijat voivat vastustaa tämän artikkelin materiaalia. Olemme valmiita rakentavaan keskusteluun kollegoiden kanssa heille sopivassa muodossa..