Baş layihə mühəndisi dizayn prosesində əsas fiqurdur

Otuz il əvvəl ləğv edilmiş norma tətbiq edən dizaynerlərə necə münasibət bildirmək olar? Dizayn sahəsində bilik çatışmazlığını göstərən lakmus testi "GIP andı" nın ümumi məlumatlara daxil edilməsidir.

Tarix ən azı GOST 21.102-79 "SPDS İşçi təsvirlər haqqında ümumi məlumatlar" -a qayıdır:

“12. İşçi çertyojların hər bir əsas toplusunun ümumi məlumatlarının birinci vərəqinin aşağı sol küncündə layihənin baş mühəndisinin layihənin qüvvədə olan normalara uyğunluğunu təsdiq edən dördbucaqlı çərçivədə qeydi yerləşdirilir və istehsalatda yanğın təhlükəli və partlayıcı xarakter daşıyan bina və ya tikililər üçün, əlavə olaraq, layihədə nəzərdə tutulmuş tədbirlərə riayət etməklə onların istismarı təhlükəsiz olmalıdır.

Onu əvəz edən GOST 21.101-93 "SPDS İş sənədlərinə əsas tələblər" bu normanı ləğv etdi:

" 2.5.4. Ümumi təlimatlar bunlardır:

4) işçi təsvirlərdə qəbul edilmiş texniki həllərin Rusiya Federasiyasının ərazisində qüvvədə olan ekoloji, sanitariya-gigiyena, yanğın təhlükəsizliyi və digər standartların tələblərinə uyğun olması və obyektin insan həyatı üçün təhlükəsiz istismarını təmin edən qeyd. işçi çertyojlarda nəzərdə tutulmuş tədbirlərə uyğun olaraq sağlamlıq və sağlamlıq;"

Onu əvəz edən GOST 21.101-97 "Dizayn və iş sənədləri üçün SPDS əsas tələbləri" lazımi ifadəni daha da sadələşdirdi:

"4.2.9 Ümumi təlimatlar verir:

d) işçi çertyojların qüvvədə olan kodlara, qaydalara və standartlara uyğun tərtib edilməsi haqqında qeyd.

Hazırda Rusiyada qüvvədə olan GOST R 21.1101-2013 “Tikinti üçün layihə sənədləri sistemi. Dizayn və iş sənədlərinə əsas tələblər” aşağıdakı ifadəni ehtiva edir:

"4.3.5 Ümumi təlimatlar verir:

- iş sənədlərinin dizayn tapşırığına, verilmiş texniki şərtlərə, mövcud texniki reqlamentlərin, standartların, təcrübə məcəllələrinin tələblərinə və müəyyən edilmiş tələbləri ehtiva edən digər sənədlərə uyğunluğunun qeydi.

Yuxarıdakı normativ sənədlərin heç birində, birincisi istisna olmaqla, GUI haqqında bir söz olmadığını görmək asandır. İndi əlinizə gələn ilk əsas dəsti götürün. Orada "uyğunluq haqqında" ifadəsini tapın. Tələblərdən asılı olaraq, sənədləri verən dizaynerin yaşını təxmini olaraq təxmin edə bilərsiniz :) "Çərçivədə GUI andı" görürsünüzsə, yəqin ki, pensiyaçısınız və çox da uzaqda deyilsiniz: ona bir dəfə bunu öyrətmişdilər. yol və 25 ildir heç vaxt normativə baxmağı düşünmürdü.

Şübhə edənlər üçün daha bir arqument deyim. Ləğv edilmiş SNiP 1.06.04-85 "Layihənin baş mühəndisi (baş memarı) haqqında Əsasnamə hələ də yoxdur. Aşağıdakı müddəaları ehtiva edir:

"2.2. Əsas vəzifələrə uyğun olaraq layihənin baş mühəndisi (baş memarı) aşağıdakılara cavabdehdir:

2.2.15. Təsdiqləmə materiallar layihə müvafiq giriş müəssisələrin, binaların və tikililərin tikintisi üçün layihə-smeta sənədlərinin normativlərə, qaydalara, təlimatlara və dövlət standartlarına uyğun tərtib edildiyini. Bir söz daha deyil, işçi sənədlərdə ayrıca qeyd etməyi tələb edir.

İndi toplu xatirinə İzahlar Toplusunun 2-ci sayına daxil edilmiş sualımı sitat gətirəcəyəm. “Tikinti üçün layihə sənədləri sisteminin standartlarının tələblərinə dair izahatlar toplusu (suallar və cavablar). Buraxılış 2. - ASC "CNS", Moskva, 2012 ":

"4. Ümumi məlumat vərəqlərində" GIP andının gətirilməsinin zəruriliyini göstərin. Bu tələb hətta GOST 21.101-97-də də əksini tapmamışdı, lakin əhəmiyyətli sayda layihə təşkilatı bu tələblərə əməl etmək üçün ətalətlə davam edir. 1979-cu il ləğv edilmiş GOST.

Cavab: Bəli, 1993-cü ildə ləğv edilmiş QOST 21.102-79-da olduğu kimi, "iş sənədlərinin uyğunluğu haqqında qeyd" aparmağa davam etməklə, indi bu layihə təşkilatları mövcud standartı pozurlar. GOST R 21.1101-2009-un 4.3.5-ci bəndinə uyğun olaraq, dizayn sənədlərinin texniki şərtlərlə verilmiş dizayn tapşırığına, mövcud TR, GOSTs, SP və s. tələblərinə uyğunluğu qeydi ümumi məlumat vərəqlərində ümumi təlimatlar.

Sual zehinləri qarışdırmağa davam edir və İzahlar kitabında 4-cü buraxılış “Tikinti üçün layihə sənədləri sisteminin (SPDS) standartlarının tələblərinə dair izahatlar toplusu (suallar və cavablar). Buraxılış 4. - ASC "CNS", Moskva, 2015 " yenidən oxuyun:

"Sual 5: GOST R 21.1101-2013-ün 4.5.6-cı bəndinin işçi sənədlərinin bütün norma və qaydalara uyğunluğu ilə bağlı tələbini ayrıca, çərçivədə vermək və GUI-nin imzasını qoymaq lazımdırmı?

Cavab: GOST R 21.1101-2013-də "iş sənədlərinin uyğunluğu haqqında qeyd" və onun GUI tərəfindən ayrıca imzalanması olan ümumi təlimatların bir bəndinin çərçivəsinə hər hansı bir yerləşdirmə tələbləri yoxdur.

İşçi sənədləri (GIP) hazırlayan şəxsin imzası işçi təsvirlər və əlavə imzalar üzrə ümumi məlumat vərəqlərindəki əsas yazılarda məcburidir. eyni adam altında eyni vərəqlərdə hər hansı bir məlumat tələb olunmur.

Eyni sənəddə (və əksər hallarda eyni vərəqdə) iki GUI imzasının olması sənədləri iki dəfə yaxşı etməyəcək.

İş sənədlərindəki "ümumi təlimatlar" dakı bəndi layihə sənədlərindəki "dizayn təşkilatının sertifikatı" ilə qarışdırmayın."

Layihə sənədlərinin bölmələrinin Rusiya Federasiyasının normalarına uyğun tərkibi və icra üçün xüsusi tələblər 87 saylı Qətnamədə göstərilmişdir. Bir çoxları mövcud qanunvericilik və onun bu qətnaməyə dair izahatları ilə maraqlanır, buna görə də nəyin olduğunu öyrənməlisiniz. bu il üçün bu qanunda yeni çıxdı və onun tələblərinin siyahısı necə görünür.

layihə sənədlərinin tərkibinə dair

Bu müddəanı yazarkən hökumət şəhərsalma və onun Rusiya kodeksinə istinad etdi. Sənətə görə. Bu məcəllənin 48-ci maddəsinə əsasən sənədlərin məzmunu müəyyən edilmişdir. Əsas tələblər tikintinin səlahiyyətində olduğu Nazirlik, həmçinin Federasiyanın təhlükəsizlik xidməti tərəfindən təqdim edilməyə başlandı. Həmçinin, Federasiya dövlət nəqliyyat orqanı vasitəsilə sənədlərin hazırlanması ilə bağlı tövsiyələr ala bilər. Bir çox digər xidmətlərin tələbi ilə əlavə tələb qoyula bilər. İlk nəşr və dəqiqləşdirmələr 2008-ci ilin fevralında qüvvəyə minməli idi. Daha sonra, fevralın sonunda tələblərin hər bir aspektinə bir təyinat verildi.

Layihə sənədlərinin tərkibinə dair Federal Qanuna dəyişikliklər

Layihə sənədlərinin tərkibinə dair Rusiya Federasiyası Hökumətinin 16 fevral 2008-ci il tarixli 87 saylı qərarı dəyişikliklərlə 2016-cı ilin yanvarında təsdiq edilməli idi. Bundan əvvəl hökumətin qərarı ilə ötən illərin aprel və aprelin sonunda, dekabr, mart, avqust, iyul, may və iyun aylarında birdən çox bölmə dəyişdirilib. Plenumun qərarı ilə sonuncu redaksiyaya kiçik əlavə edilib və bəzi abzas yeni redaksiyada daxil ediləcək. Bu gün redaksiyanı pulsuz oxuya bilərsiniz. 2016-cı il tarixli kompüteriniz vasitəsilə və ya mövqe planını yükləyin.

Dəyişikliklər edilmiş layihə sənədlərinin tərkibinə dair Rusiya Federasiyasının Əsasnaməsi aşağıdakı bölmələri ehtiva edir:

• Əsas müddəalar;
• Xətti tikinti prosesi üçün layihənin tərkibi;
• Əsaslı istehsal və qeyri-istehsal tikinti prosesi üzrə bölmələrin tərkibi.

87 saylı Qətnamə ilə bağlı şərhlər

Bu qanunun planlaşdırma sənədlərinə edilən son şərhlər yeni müddəaların aktuallığını aydın şəkildə göstərir. Məsələn, Federal qanunda iş dizayn mərhələsi üçün tələblərin siyahısı var. Şərhlərlə əlaqədar olaraq, qanunda konkret postdan şərt yerinə yetirildiyi təqdirdə nə edəcəyini, bu fərmanın gücünün necə işlədiyini və sistemin texnoloji nəzarəti necə həyata keçirdiyini daha dəqiq başa düşmək olar.

87-ci qərara əsasən GIP andı

Rusiya Federasiyasının bu müddəası GIP-nin andını tənzimləmir, baxmayaraq ki, onun qeydi və ya layihəyə girişi olmalıdır. Həmişə İSU-nun sertifikatı, möhürü və imzası olmalıdır. Bu, layihənin sxeminin tələblərə uyğun yazıldığını və inkişafın rəsmi olaraq təsdiqləndiyi barədə məlumat verməyə imkan verir.

87 Federal Qanuna uyğun olaraq layihə sənədlərinin bölmələrinin siyahısı

Bu müddəanın tətbiq edilməsinin tələb olunduğu tikintidən asılı olaraq tərtibin nümunəsi və mərhələsi dəyişir. Ümumilikdə qanuna əlavədə iki növ tikinti var - xətti obyektlər və əsaslı tikinti. Obyekti təsnif etməyə və ona mətn və qrafik dizayn qaydalarını tətbiq etməyə dəyər. Bu mövzuda yardım bir çox hüquqi portallar, məsələn, texniki ekspert, məsləhətçi və ya məsləhətçiplus tərəfindən ləğv edilir. Bu onu deməyə əsas verir ki, bu gün layihələrin yazılma qaydası birdən çox təşkilat üçün maraqlıdır. Bu qanuna əsasən torpaq sahəsinin, binaların və tikililərin statusunu öyrənməyə və sonra yazılı şəkildə əməl etməyə dəyər.

87 saylı Fərman üzrə ümumi izahat qeydi

Müddəanın mətninə uyğun olaraq ümumi izahat qeydi və onun işlənməsi əsaslandırılır. Layihədə qətnamədə təsvir olunan cildlər və bölmələr olmalıdır. Məsələn, smeta, elektrik təchizatı, vacib kodlar, şəbəkənin mövcudluğu, layihənin ekoloji aspekti, təhlükəsizlik və təcrübə, enerji səmərəliliyi və s. göstərilməlidir. Həmçinin, layihənin özü düzgün inkişafın təminatçısı kimi çıxış etməlidir, məsələn, Moskvada nüvə zavodu və ya avtomobil yuma üçün sənəddirsə, ətraf mühitin qorunması vacibdir. Əhəmiyyətli ictimai qovşaq bloklanırsa və ya infrastrukturun bir hissəsinin çıxarılması lazımdırsa, icazələr əlavə edilməlidir. Hazır sənəd bağlana və ya qatlana bilər və qəbul tarixi də qoyulur.

Başlıq səhifəsində kifayət qədər GUI vizası
Biz hər il ərazi standartlaşdırma təşkilatı tərəfindən yoxlanırıq
və heç bir şərh yox idi
Mən və nəinki mən, sizin doğru hesab etdiyiniz sənədlər toplusuna əməl etdiyinizi artıq bildirdim
Deyəsən, layihə sənədlərini layihə institutları ordusundan yalnız sizin təşkilat həyata keçirir
sağ
Məndən daha heç bir şərh olmayacaq.
Yenə deyirəm ki, bu sual artıq “diş dişləməsi” yaradıb və iş sənədlərinin işlənib hazırlanmasına faydalı vaxt ayırmağın vaxtı deyilmi?

Mən sizin narazılığınızı başa düşmürəm. Əgər maraqlanmırsınızsa və ya hər şeyi özünüz qərar verdinizsə və həqiqətən bunu müzakirə etməklə vaxt itirməməlisinizsə, mən sizi buna məcbur etmirəm. Üstəlik, bu mövzu ilə bağlı fikrin hələ yaranmamışdan əvvəl məlum idi. Mən də bu barədə sizə yazdım və dedim ki, bu məsələ ilə bağlı təkcə mənim və sizin fikirlərinizlə deyil, digər mütəxəssislərlə də maraqlanıram. Həm də mən heç bir şəkildə firmamın sizdən fərqli olaraq bir dizayner kimi şəxsən məndən üstün olduğunu iddia etməmişəm. Sadəcə qeydiyyat qaydaları ilə bağlı mübahisəmiz var və yalnız mənim layihəmlə bağlı şərhləriniz əsasında. Təbii ki, siz mənim yerimə edəcəyiniz kimi mən də öz layihəmi qorumağa çalışıram. Ancaq mən hər şeyi başa düşməyə və gələcək dizaynda müvafiq dəyişikliklər etməyə hazıram, düşünürəm ki, hər bir özünə hörmət edən dizayner düzgün formatlanmış sənədləri buraxmaq istəyir.

8.7 Layihə sənədlərinin cildlərinin başlıq səhifələri aşağıdakılar tərəfindən imzalanır:

- təşkilatın rəhbəri və ya baş mühəndisi;

Layihənin baş mühəndisi (memarı).

Layihənin baş mühəndisinin (memarının) imzaları işçi çertyojlar üzrə ümumi məlumatların vərəqlərində, işçi çertyojların ən əhəmiyyətli vərəqlərində, dizayn və hesabat sorğu sənədlərinin qrafik hissəsində məcburidir;

GUI-nin andının məcburi olması və OD-də normativ sənədlərin siyahısı haqqında mən artıq bağlantılar yerləşdirmişəm.

Buradan bir nəticə çıxarırıq. Standartlaşdırmanın ərazi təşkilatından şərhlərin olmamasına baxmayaraq (böyük Mütəxəssislərin olduğunu düşünmürəm) və dəfələrlə qeyd etdiyiniz QOST 21.1101-2009 baxımından çox hörmət etdiyim böyük təcrübəniz, siz OD-ni səhv tərtib edin, lakin, məni istisna etmirəm, burada (və yalnız burada deyil) iştirak edənlərin əksəriyyəti (hamısını deməsə) kimi.
Kim daha çox pozur, kim daha az dərəcədə, lakin heç kim ən azı OD ilə tamamilə səriştəli olması ilə öyünə bilməz (ümid edirik ki, kimsə, xüsusən də söz verdiyindən) və bu, həqiqətən təəssüf doğurur. Yalnız bu faktı utancaqlıqla etiraf etmək, regaliyalarına və ləyaqətlərinə baxmayaraq, səhvlər üzərində işləmək və tələbləri yerinə yetirməyə davam etmək qalır. Prinsipcə, bu mövzunu ona görə yaratdım.

04/01/2015 tarixində yerləşdirilib

M.S.Podolski, Milli Konstruktorlar və Mərkəzçilər Assosiasiyasının Sənaye Obyektlərinin Texnoloji Layihələndirilməsi Komitəsinin Layihələr üzrə Baş Mühəndislərinin fəaliyyətinin təşkili üzrə Alt Komitənin sədri, Beynəlxalq Baş Mühəndislər Məktəbinin (Baş Memarlar) Elmi Rəhbəri MGSU-da Layihələr

A. V. Litvinov, TsNIO-layihə Məsləhət Mərkəzinin baş direktorunun müavini, Moskva Dövlət İnşaat Mühəndisliyi Universitetində Layihələr üzrə Beynəlxalq Baş Mühəndislər (Baş Memarlar) Məktəbinin İdarə Heyətinin üzvü

Müasir biznes şəraitində müştəri təklif olunan xidmətlərin şərtlərinin, qiymətinin və keyfiyyətinin optimal nisbətinə uyğun olaraq dizayn təşkilatını (PO) seçmək imkanına malikdir. Yuxarıda göstərilən meyarların görünən bərabərliyi ilə, müsabiqədə proqram təminatının uğuru üçün həlledici şərt ola biləcək layihə sənədlərinin keyfiyyətidir. Layihə sənədlərinin keyfiyyəti həm obyektiv parametrlər - mövcud norma və qaydaların tələblərinə uyğunluq, həm də subyektiv - müştəri tələblərinin maksimum dərəcədə ödənilməsi ilə qiymətləndirilir. Həm bu, həm də digər parametrlər daim dəyişir: müştərilər standart dizayndan fərdiliyə keçir, normativ, texniki və qanunvericilik bazalarına hər ay dəyişiklik və əlavələr buraxılır, yeni tikinti materialları, yeni avadanlıq, texnologiyalar və s. Adi müştəri “məmnun olur” ” və ya “məmnun deyiləm” layihə sənədləri müştəri məmnuniyyətinin daim təkmilləşdirilməsi ehtiyacı ilə tamamlanır və bu, ISO 9000 seriyası beynəlxalq standartlarının ideologiyasına daxil edilmişdir.

Məhsulların tələb olunan keyfiyyətini təmin etmək üçün proqram təminatı elmi və texnoloji tərəqqi ilə ayaqlaşmırsa, heç olmasa, müştəriyə yeni, orijinal və etibarlı dizayn həlləri təklif etməklə ayaqlaşmalıdır.

Layihələrin Baş Mühəndislərinin (Baş Memarlarının) (CEO-ların) işinin real təkmilləşdirilməsinə nə mane olur? Fikrimizcə, birincisi, dizayn prosesində GUI-nin yeri və rolu ilə bağlı nəsildən-nəslə ötürülən yanlış stereotiplər, ikincisi, proqram menecerlərinin fəaliyyəti ilə bağlı məsələlərdə kifayət qədər ixtisas olmamasıdır. Adekvat qərarlar qəbul etməyə imkan verməyən GUI-lər, üçüncüsü, dizayn həllinin keyfiyyətinin nədən ibarət olduğu və GUI-nin hansı hissəsi üçün cavabdeh olduğu barədə dəqiq bir fikrin olmaması, dördüncü, sadələşdirilmiş anlayış. keyfiyyətin formalaşması mexanizmi, o cümlədən subdizaynerlər tərəfindən həyata keçirildikdə və nəhayət, beşincisi, çünki dizaynerlərin əksəriyyəti dizayn işlərinin dəyərinin azaldılmasında GUI rolunun əhəmiyyətini hələ dərk etmirlər.

Proqram menecerlərinin və GUI-lərin özləri yuxarıda göstərilən səbəbləri aradan qaldırmaq istəmədiklərini düşünmək yanlış olardı, lakin onların cəhdləri nəzərəçarpacaq nəticələr vermir, çünki düzgün qərarları açıq şəkildə diktə edən faktlara etibar etmək əvəzinə, keçmiş təcrübəni rəhbər tuturlar və zamanın tələblərinə cavab verməyən subyektiv fikirlər.

Bu məsələlərin müzakirəsi prosesində biz tez-tez özümüzü bir çox həmkarlarımızla - baxışları tarixən formalaşmış və hələ də keçmiş iqtisadi reallıqda yaşayan bir növ “kollektiv rəqib”lə barrikadanın əks tərəfində tapırdıq. Bu yazı “kollektiv rəqib”ə əlavə etirazdır.

Bildiyiniz kimi, müasir menecment vacib qaydaların sənədləşdirilməsini tövsiyə edir, lakin hər hansı bir tənzimləmənin görünüşündən əvvəl, məsələn, "çay boyunca və ya onun üzərindən körpü tikiləcək" prinsiplərinin formalaşması lazımdır. Bu, qayda yaratmağın ən vacib hissəsidir. Bu mərhələdə peşəkar ictimaiyyətdə konsensus əldə edilməlidir, bundan sonra hər hansı tənzimləyici məhdudiyyət razılaşdırılmış prinsiplərə zidd olmamalıdır.

Təəssüf ki, reallıqda əksər hallarda təkcə istehsalın təşkili və idarə edilməsi elmi ilə deyil, çox vaxt sadəcə sağlam düşüncə ilə bağlı olan “pis stereotiplər” qalib gəlir.

Gəlin, fikrimizcə, dizayn biznesinin inkişafında real ehtiyatdan qurtulmaq olan bəzi səhv fikirlər üzərində dayanaq:

1. GUI dizayn (iş) sənədlərinin keyfiyyətinə cavabdehdir, yəni GUI hər şeyə cavabdehdir.

Bu mümkünsüzdür. İş tələbləri və ya bu gün deyildiyi kimi, GUI-nin "məsuliyyəti və səlahiyyəti" tarixən dizayn obyektlərinə olan tələblərin mürəkkəbliyi, eləcə də dizayn nəticələri ilə bağlı müştərilərin gözləntilərindəki dəyişikliklərlə əlaqələndirilir. Əvvəllər layihələndirmə və tikintiyə bütün qərarları verən bir mütəxəssis rəhbərlik edirdi. Hazırda GUI-nin əsas vəzifəsi sərmayələrin lazımi dinamikasını, habelə layihənin həyata keçirilməsindən müştəriyə sərmayə qoyduqları resursları və götürdükləri riskləri kompensasiya etmək üçün kifayət qədər gəliri təmin etməkdir. Beləliklə, GUI-nin layihələndirilməsində bütün qərarlar obyektin layihələndirilməsi, tikintisi və istismarının iqtisadi səmərəliliyi meyarına uyğun olaraq qəbul edilir. Ona görə də onun ixtisaslarına olan tələblər. Dizayn prosesinin bütün digər iştirakçıları texniki optimallıq meyarına uyğun olaraq qərarlar qəbul edirlər və bu şərt layihənin bölmələri üzrə əsas mütəxəssislər tərəfindən dizayn qərarlarının əlaqələndirilməsi prosesində həyata keçirilir.

2. GUI-nin "andı" dizayn (işçi) sənədlərinin keyfiyyətinə görə digər dizayn iştirakçılarının məsuliyyətindən azad edir.

Başqa sözlə, GUI obyektlərin layihələndirilməsi, tikintisi və istismarı üçün norma və standartlara, özünü tənzimləyən təşkilatların standartlarına, texniki səviyyə və keyfiyyətə fərdi müştəri tələblərinə, obyektlərin memarlıq ifadəliliyinə və sosial əhəmiyyətinə cavabdehdir. layihə. Mənalara qayıtmağı zəruri hesab edirik: nəyə görə və hansı hallarda məsuliyyət.

Aydındır ki, mütəxəssisin şəxsən yerinə yetirdiyi və ya şəxsən yoxladığı işin mənfi nəticəsi aşkar edildikdə, məsuliyyət yarana bilər; tarixi ilə təsdiq edilmiş, habelə sənədləşdirilmiş müvafiq imza olduqda, məsuliyyətin nəyə və kimə aid olması və nə vaxt başa çatması. Bunlar şəxsi məsuliyyət üçün ilkin şərtlərdir. Əks halda, kollektiv məsuliyyətsizlik qalib gəlir. Bir misal götürək. Bildiyiniz kimi, çertyojlar imzalanmalıdır: “işlənmiş”, “yoxlanmış” və “standart nəzarət”. Diqqət edək ki, imzalar hərəkət baxımından verilir, yəni suala cavab verirlər ki, siz nə etdiniz? - inkişaf etmiş; Sən nə etdin? - yerinə yetirilən normativ nəzarət və s. Layihə təşkilatlarının “həvəskar fəaliyyətinə” və çertyojlarda şöbə müdirlərinin, baş mütəxəssislərin, baş layihə mühəndislərinin və s. imzalarının görünməsinə yol verməməliyik. Vurğular dəyişir, imzalar isə müəyyənləşməyə başlayır”. nə etdi", amma "kim etdi".

Artıq qeyd edildiyi kimi, imza məsuliyyəti təmsil edir. İmza yoxdur - məsuliyyət yoxdur. Məsuliyyətin sərhədləri olduğundan, hara getdiklərini razılaşdırmaq lazımdır, yəni hər kəsin məsuliyyət sahəsini eyni şəkildə başa düşdüyünə əmin olmaq lazımdır. Müqavilənin mənası belədir: hər bir rəsmdə məzmun (“nə” göstərilir) və dizayn (“necə” göstərilir) var. Məzmun və dizayn üçün podratçı məsuliyyət daşıyır. Məzmun üçün - müfəttişdən əvvəl, dizayn üçün - normativ nəzarətçidən əvvəl. Müfəttiş və normativ nəzarətçi imza atdıqları andan podratçının məsuliyyəti dayandırılır. Bundan sonra müfəttişin və normativ nəzarətçinin kimə cavabdeh olduğunu müəyyən etmək lazımdır. İdeal olaraq, bu, imza və nəticəni uyğunlaşdırmaqda həqiqətən maraqlı olan bir müştəri olmalıdır. Layihə təşkilatının özündə müfəttişə və normativ nəzarətçiyə tabe olanlara rast gəlmək mümkün deyil. Ancaq bu GUI ola bilərmi? Bu vəziyyətdə, GUI-nin imzası, rəsmin məzmununu və dizaynını bir daha yoxladığını və məsuliyyət daşıdığını, o cümlədən "layihədə obyektlərin dizaynı, tikintisi və istismarı üçün norma və standartlara riayət etmək ... ” və s. və s. Lakin GUI-nin bütün dizayn həllərinin bütün standartlara və bütün tələblərə uyğunluğunu yoxlaması fiziki cəhətdən mümkün deyil. Buna görə də, GUI-nin ümumiyyətlə hər şeyə cavabdeh olması, yerinə yetirilməsinin qeyri-mümkünlüyünə görə formal bir sehrdən başqa bir şey deyil və zəruri hallarda başqasının günahına görə cəzalandırmaq üçün təhlükəlidir. İDU “Layihə sənədləri” adlı tamaşanın çoxsaylı müəlliflərindən sadəcə biridir.

3. Əgər tikinti sahəsində ciddi bir şey olarsa, o zaman ilk olaraq GUI “həbs ediləcək”.

Həqiqətən ciddi bir şey olarsa, müstəntiq məhkəmə-texniki ekspertizası təyin edərək və ya bir neçə belə ekspertiza keçirdikdən sonra, məsələn, strukturun hesablamasını həyata keçirən və səhv əmsal tətbiq edən konstruktoru müəyyənləşdirir, sonra yoxlayanı müəyyənləşdirir. hesablama və ittihamı məhz bu şəxs təqdim edəcək, lakin məhkəmə müəyyən hallarda ifaçı və müfəttişi cəzalandıra bilər.

4. GUI layihənin bütün sahələrində ən ixtisaslı dizayner olmalıdır.

Aydındır ki, bu, sadəcə ola bilməz, çünki layihə sənədlərində iyirmidən çox ixtisasın mövcudluğunu nəzərdə tutan ən azı on ixtisaslaşdırılmış bölmə var. Bu “pis stereotip” baş direktor vəzifəsinə mütəxəssis təyin etmək ideyasına da şamil edilir. Lakin icra başçısının təyinatı ilə bağlı qərarın müsabiqə yolu ilə verilməsi və tamamilə fərqli meyarların rəhbər tutulması məqsədəuyğundur.

Baş mühəndis vəzifəsinə iddiaçı layihələndirilən obyektin daha yüksək texniki-iqtisadi göstəricilərinə nail olmaq, ilkin layihələndirmə və tikinti müddətinin azaldılması, layihələndirmə işlərinin əmək intensivliyinin (dəyərinin) azaldılması, daha əlverişli şəraitin mümkünlüyünü ərizəçi tərəfindən əsaslandırmalıdır. dizayn təşkilatı üçün layihə iştirakçıları ilə hesablaşmalar üçün, eləcə də dizayn obyekti üçün əlavə tələblər müştəri əhatə dairəsinin genişləndirilməsi (7.2.1 "d" QOST R ISO 9001-2008) və s. GUI-nin nüfuzu xüsusi əhəmiyyət kəsb edir. : xarakter, ünsiyyətcillik, çalışqanlıq, öhdəlik, operativlik, punktuallıq, ədəblilik, danışıqlar aparmaq bacarığı, diqqətlilik, nəzakət, cavabdehlik, performans və s.

Mülki obyektlər üçün Baş Layihə Memarı (GAP) vəzifəsinə təyinatda üstünlük iqtisadi və memarlıq təhsilinin olması ola bilər. İkinci prioritet iqtisadi təhsil, üçüncüsü memarlıq və nəhayət, sadəcə mühəndislikdir.

Sənaye obyektləri (texnoloji dizayn) üçün Baş Layihə Mühəndisi (CIP) vəzifəsinə təyinatda üstünlük iqtisadi təhsilin və dizayn obyektinin xüsusiyyətlərinə uyğun olan texnoloji təhsilin olması ola bilər. İkinci prioritet iqtisadi təhsil, üçüncüsü texnoloji və nəhayət, sadəcə mühəndislikdir.

Həm birinci, həm də ikinci hallarda, LİQ (GAP) layihənin idarə edilməsi üzrə ixtisasa malik olmalıdır. Müsabiqəli seçimin nəticələrinə əsasən proqram təminatı rəhbərinin müvafiq əmri ilə baş direktor vəzifəyə təyin edilir.

5. Layihənin bölmələri üzrə əsas mütəxəssislər arasında fikir ayrılığı yaranarsa, yekun qərarı İSU qəbul edir.

Aşağıdakı mənzərəni təsəvvür edin: Layihənin öz bölməsində baş mütəxəssis - elektrik montyoru qərara gəldi ki, kommutator filan baltalar arasında və binanın filan işarəsində olacaq. Baş mütəxəssis - istilik mühəndisi eyni yerdə istilik məntəqəsini yerləşdirdi. Onları "barışdırmaq" üçün GUI-yə gəlirlər. Təbii ki, müvafiq ixtisas üzrə Baş Mütəxəssislərin hər birinin ixtisası baş icraçı direktordan yüksəkdir. Əgər ISU təklif olunan texniki sahədə onlarla bu məsələni müzakirə edəcəksə, bu, açıq-aydın əlverişsiz vəziyyətdədir. O, təkcə tikinti xərclərini deyil, həm də istismar xərclərini, həmçinin maya dəyərinin dəyişməsi ilə bağlı mümkün riski nəzərə alaraq bir variantın bu qədər, digərinin isə bu qədər baha başa gəldiyini söyləyərək müzakirəni iqtisadi müstəviyə keçirməlidir. avadanlıqların. Qərarını iqtisadi nöqteyi-nəzərdən qəbul edərək əsaslandıraraq, investor qarşısında bu qərara cavabdeh olan GUI mütəxəssislərdən müvafiq texniki həll yolu axtarmalıdır. Bu gün GUI-lərdən bir neçəsi belə hərəkət edə bilər, lakin bu, GUI-nin missiyasıdır, onun dizayn həllərinin keyfiyyətinə görə məsuliyyətin bir hissəsidir.

6. GUI, ilk növbədə, texniki ixtisasa malik olmalıdır.

GIP-in hansı ixtisasa sahib olması və niyə olması barədə artıq danışdıq. Elmi və texnoloji inkişafın sürətləndirilmiş tempi şəraitində layihə sənədlərinin keyfiyyəti birbaşa GUI-lərin bacarıqlarının sistematik təkmilləşdirilməsindən asılıdır. Bu gün CEO müsabiqə əsasında öz vəzifəsini tutmaq üçün layihələndirmə prosesinin təşkili və idarə edilməsində, obyektin layihələndirilməsinin, tikintisinin və istismarının iqtisadi səmərəliliyinin təmin edilməsi üsullarında səriştəli olmalıdır. Lakin hətta uğurlu CEO-lar da bu məsələlərdə öz biliklərinin olmadığını hiss edərək, öz səlahiyyətlərindəki boşluqları müstəqil şəkildə kompensasiya etməyə çalışırlar.

Bu problemləri həll etmək üçün NOPRIZ-in Sənaye Obyektlərinin Texnoloji Layihələndirilməsi Komitəsinin və Milli Tədqiqat Moskva Dövlət İnşaat Mühəndisliyi Universitetinin (MGSU) İnşaat və Memarlıq İnstitutunun (ISA) təşəbbüsü ilə TsNIO-nun iştirakı ilə -layihə Məsləhət Mərkəzi və İnşaat Sənayesində Davamlı Peşəkar Təhsil Komitəsi Rusiya İnşaatçılar İttifaqı (RCC) layihələr üzrə Beynəlxalq Baş Mühəndislər Məktəbini (Baş Memarlar) təşkil etdi. Məktəb Şurasına Rusiya Federasiyasında və MDB ölkələrində dizayn (işçi) sənədlərinin dizaynı və keyfiyyətinin təminatı sahəsində tanınmış mütəxəssislər daxil edilmişdir. Layihələr üzrə Beynəlxalq Baş Mühəndislər (Baş Memarlar) Məktəbinin İdarə Heyətinin sədri Meşcherin İqor Viktoroviç SSRİ, Rusiya, ABŞ və İtaliyada baş memar və baş memar kimi nadir iş təcrübəsinə malikdir.

Xüsusi kursların keçirilməsi də daxil olmaqla Beynəlxalq GUI Məktəbi (GAS) haqqında məlumat ISA MGSU-nun, Milli Dizaynerlər və Yer Departamentləri Assosiasiyasının, TsNIO-layihəsinin veb-saytlarında, eləcə də Layihəçinin veb-saytlarında yerləşdirilmişdir. Rusiya Federasiyası, Qazaxıstan, Belarusiya və Ukrayna.

GUI-lərin Beynəlxalq Məktəbinin əsas məqsədi qoymaqdır yo m icra başçılarının yüksək peşəkar kadrlarının hazırlanmasını təmin etmək üçün ixtisasartırma. Müasir tələblərə cavab verən proqramlar, kursların praktiki yönümlü olması texnoloji və memarlıq-tikinti layihələndirmə ehtiyaclarını ödəməyə, rəhbər işçilərin davamlı peşəkar yüksəlişini və təkrar istehsalını təmin etməyə, habelə vəzifələrin tutulması üçün kadr ehtiyatının hazırlanmasına imkan verir. layihə təşkilatlarının sifarişi ilə baş icraçıların.

Beynəlxalq GUI Məktəbinin "təhsil portfelində" iki əsas məhsul var:

Təklif olunan GUI-lərin yenidən hazırlanması sistemi çevikdir, dövrün tələblərinə adekvatdır, praktiki işlə son dərəcə məşğul olan dizaynerlərin real ehtiyaclarına cavab verir. Proqramların məzmunu nəzəri və praktiki bilikləri, eləcə də dizayn idarəetmə təcrübəsini tarazlaşdırır. Proqramın tələbələrin geniş ərazi əhatəsini və təlimin rahatlığını, o cümlədən təhsilin müasir prinsipləri, formaları və metodlarından istifadə etməklə: modulluq, “nəticəyə” öyrənmə, təlim baxımından dəyişkənlik, məsafədən istifadəni nəzərdə tutması çox vacibdir. öyrənmək və s.

MGSU-da Beynəlxalq GIP Məktəbinin kurslarında müzakirə olunan əsas mövzular:

1. Tikinti bazarındakı vəziyyət və onun GİP-in fəaliyyətinə təsiri.

2. İSU-nun işi ilə bağlı “keyfiyyət idarəetmə sistemi” konsepsiyasının məzmununda əsas dəyişikliklər.

3. Layihənin hazırlanması, verilməsi və həyata keçirilməsi prosesində birinci menecer, baş mühəndis, istehsalat direktoru, GUI, texniki şöbə və istehsal şöbələri (emalatxanalar) arasında dizayn həllərinin hazırlanmasına və onların keyfiyyətinə görə məsuliyyətin layihə təşkilatında (PO) bölüşdürülməsi tikintidə (texniki) sənədlər, o cümlədən layihə-smeta sənədlərinin nəzarəti, yoxlanılması, təhlili, təsdiqi, təsdiqi və təsdiqi.

4. Müştəri yönümlü proqram təminatının “son-to-end prosesində” GUI-lərin rolunun və yerinin aydınlaşdırılması: “proqram təminatı müştəriləri ilə qarşılıqlı əlaqə” - “proqram təminatı sifarişləri portfelinin formalaşdırılması və dəstəklənməsi” - “hazırlanması və buraxılması / həyata keçirilməsi. layihə (işçi) sənədləri" - "tikintidə layihənin həyata keçirilməsinə dəstək" - "tikintidə həyata keçirilən proqram təminatı layihələri üçün zəmanət öhdəliklərinin yerinə yetirilməsi".

5. İstehsal bölməsinin rəhbəri: dizayner, yoxsa rəhbər (menecer)? GUI-lərlə qarşılıqlı əlaqə. İstehsal bölməsinin rəhbərinin əsas idarəetmə obyektləri: əmək ehtiyatları, iş, vaxt, maliyyə, maddi ehtiyatlar; istehsalat bölməsi rəhbərinin tabeliyi, səlahiyyətləri, əsas funksional vəzifələri (məsuliyyəti), onun fəaliyyətinin qiymətləndirilməsi meyarları.

6. Bağlanmış baş dizayn müqaviləsinə uyğun olaraq layihə sənədlərinin hazırlanması üzrə işlərin "başlanması" qaydası. Subpodratçı layihə təşkilatı (SPO) ilə nümunəvi müqavilə; STR-lərin qiymətləndirilməsi, seçilməsi (seçilməsi) və yenidən qiymətləndirilməsi prosedurları; subpodratçılıq və autsorsinq anlayışları.

7. GUI-nin müqavilə şöbəsi, texniki arxiv, layihənin buraxılış şöbəsi ilə qarşılıqlı əlaqəsi. İcra intizamı sistemində GUI üçün əsas tələblər.

8. İDU-nun yeni vəzifələrinin təhlili; GIP-nin tipik iş təsviri; memarlıq nəzarəti zamanı GUI üçün tələblər (o cümlədən subdizaynerlər tərəfindən); GUI və texniki yenidən təchizat məsələləri, müəssisənin genişləndirilməsi, modernləşdirilməsi, əsaslı təmiri və s.

9. Dizayn təşkilatının prosesləri və nəticələri ilə müştəri məmnuniyyətinin monitorinqi.

10. Dizayn təşkilatının məhsullarının (xidmətlərinin) növlərinin genişləndirilməsində GUI-nin rolu. İnvestisiya layihəsinin iştirakçıları arasında İDU-nun reputasiyasının formalaşması.

11. Subdizayner idarəçiliyi. Dizayn iştirakçılarının seçilməsi üçün müasir tələblər.

12. Baş direktorlar üçün yeni təşkilati-metodiki sənədlərin layihəsinə şərhlər: Baş direktorun peşə fəaliyyəti üçün standart, Baş direktorun fəaliyyətinin təşkili üçün tövsiyələr, Baş direktorun profili, Baş direktorun hazırlanması və təyin edilməsi üçün tələblər, bunlar İstehsalat Obyektlərinin Texnoloji Layihələndirilməsi Komitəsinin Baş Layihə Mühəndislərinin cari ildə fəaliyyətinin təşkili üzrə Alt Komitə tərəfindən hazırlanmışdır.

13. Müqavilələrin hazırlanması və qiymətlərin müəyyənləşdirilməsi. Müqavilələrin növləri.

14. Dövlət və qeyri-dövlət ekspertizası ilə qarşılıqlı əlaqə.

15. Dizayn üçün hüquqi və təşkilati əsaslar, GUI-lərin işi ilə bağlı normativ sənədlər, o cümlədən GOST R 54869-2011, həmçinin EUROCODE sistemi.

16. Dizayn işlərinin dəyəri. Xərclərin hesablanmasının əsas-indeks və resurs üsulları. Büdcə sənədlərinin formaları. Dizayn həllərinin iqtisadi səmərəliliyinin qiymətləndirilməsi.

17. Layihə riskinin idarə edilməsi. Risklərin tərifi və müəyyən edilməsi (risklərin kateqoriyaları, məlum risklər və naməlum risklər, riskin miqyası, baş vermə ehtimalı və riskin təsir dərəcəsi); risklərin idarə edilməsi büdcəsi; müəyyən edilmiş müddətlərin və layihənin büdcəsinin yerinə yetirilməsi ehtimalının müəyyən edilməsi; riskə cavab üsulları (qaçınma, ötürmə, təsirin azaldılması və qəbul edilməsi); risk əlamətlərinə nəzarət.

18. Layihə-axtarış işləri üçün müqavilənin alınması üçün tenderlərdə iştirak.

19. GOST ISO 9001-2015 tələblərinə cavab verən bir dizayn təşkilatında keyfiyyət idarəetmə sisteminin əsas müddəaları.

20. Sifarişçinin texniki nəzarətinin funksiyaları və məzmunu. Dövlət tikinti nəzarəti.

21. Özünütəhsil və təkmilləşdirmə məsələlərində GIP-nin səlahiyyətləri.

22. Layihə təşkilatının funksional, təşkilati və maliyyə strukturlarında baş direktor, baş memar.

23. Marketinq və satışla bağlı CEO səlahiyyətləri.

24. İSU-nun səlahiyyətlərinin, hüquq və vəzifələrinin müəyyən edilməsi məsələlərində səlahiyyətləri.

25. Baş icraçı direktorun peşəkar fəaliyyətinin və motivasiyasının effektivliyini və səmərəliliyini qiymətləndirmək səlahiyyəti.

2015-ci ilin may ayından Beynəlxalq GUI Məktəbinin Proqramına əlavə olaraq “Dizayn həllərinin iqtisadi səmərəliliyinin qiymətləndirilməsi” modulu (30 akademik saat) daxildir. Proqramın ümumi məbləği 80 ac olur. saat. Bu modul üzrə dərslər Milli Tədqiqat Universiteti Ali İqtisadiyyat Məktəbinin Dövlət İnvestisiya Mütəxəssisləri Akademiyasının (QASIS) müəllimləri tərəfindən keçirilir.Tələbələr həmçinin QASIS sertifikatı alırlar.

Beynəlxalq GUI Məktəbi tərəfindən təklif olunan təhsil, konsaltinq və tədqiqat proqramlarının mövzuları dizayn prosesində əsas fiqurların - GUI-lərin bacarıqlarını həqiqətən təkmilləşdirməklə, hazırda dizayn təşkilatlarının üzləşdiyi əsas problemlərin həllinə yönəldilmişdir.

Beynəlxalq GUI Məktəbinin Proqramının əsas mövzuları üzrə TsNIO-layihə Məsləhət Mərkəzi hazırlanmışdır.

İndi GUI-nin məsuliyyətinin sərhədlərini aydın və birmənalı şəkildə müəyyən etmək üçün dizayn qərarlarının keyfiyyətinin formalaşması mexanizminə müraciət edək.

Bir neçə ümumi dizayn mülahizələri:

1. Tikinti üçün hər hansı bir layihə üç modelin birləşməsidir:

Gələcək obyektin modelləri (kosmik planlaşdırma və mühəndislik həlləri);

Onun yaradılması modelləri (Tikinti təşkilatı layihəsi);

Onun fəaliyyət modelləri (İstehsalın təşkili və idarə edilməsi).

2. Dizayn qərarının formalaşması onun faktiki qəbulundan ibarətdir və sonra onun uyğunluğunu təsdiqləmək, başqa sözlə, yoxlamaq lazımdır. Dizayn qərarının qəbulu alternativlərin seçimidir və uyğunluğun təsdiqi çoxlu müxtəlif variantlara və müvafiq olaraq bu variantlara uyğun gələn bir çox terminə malikdir. Əsasən, seçimlər təsdiq üçün seçilən vaxt, məkan və standartlardan asılıdır.

Dizayn həllinin keyfiyyəti dörd əsas xüsusiyyətdən ibarətdir. Bu xassələrin hər biri proqram təminatında kimsə tərəfindən formalaşır və kimsə üçün nəzərdə tutulub. Keyfiyyət mülkiyyətini formalaşdıran şəxs buna görə şəxsi məsuliyyət daşıyır. Birincisi, “texniki mümkünlüyü”, yəni layihə həlli elə olmalıdır ki, tikinti zamanı həyata keçirilə bilsin. İlk növbədə tikinti podratçısına lazımdır və onun texniki işçiləri, mühəndisləri və istehsalat idarələrinin baş mütəxəssisləri təşkil edir. İkincisi, "informasiya qabiliyyəti", yəni dizayn həllində tikinti-quraşdırma işlərini yerinə yetirmək, avadanlıq sifariş etmək, bütün lazımi icazələri və təsdiqləri almaq üçün lazım olan bütün məlumatlar olmalıdır. Sifarişçi və tikinti podratçısı tərəfindən tələb olunur. Bu əmlakı texniki işçilər, mühəndislər və istehsalat bölmələrinin baş mütəxəssisləri təşkil edir. Üçüncüsü, layihə həllinin "iqtisadi məqsədəuyğunluğu", yəni layihə həlli obyektin tikintisi və istismarı prosesində iqtisadi cəhətdən rəqabətə davamlı olmalıdır. Bu, bazarda əsas şəxs - investor üçün lazımdır, o, formalaşır və ISU buna cavabdehdir. Dördüncüsü “sistematikdir”, yəni layihə üçün bütün dizayn qərarları razılaşdırılmalıdır. Bu, ilk növbədə dizaynerlərin özləri üçün lazımdır və layihələrin bölmələrindəki əsas mütəxəssislər buna cavabdehdirlər.

Dizayn qərarları beş səviyyədə qəbul edilir. Layihənin dizayn bölməsinin nümunəsində bu səviyyələri nəzərdən keçirək. Birinci səviyyə "montajlar, hissələr" olacaq. Bu səviyyədə texniklər möhkəmləndirici şəbəkələr, quraşdırılmış hissələr və s. üzrə qərarlar qəbul edirlər. İkinci səviyyə “elementlər”dir. Bu səviyyədə mühəndislər tirləri, sütunları, müstəqil təməlləri və s. layihələndirirlər. Üçüncüsü "komponentlər" dir. Böyük və aparıcı mühəndislər tavanları, örtükləri, qapalı strukturları və s. layihələndirirlər. Dördüncü səviyyə “layihə bölməsidir”. Bu səviyyədə baş mütəxəssis binanın konstruktiv dizaynı və strukturun əsas möhkəmlik parametrləri barədə qərar qəbul edir. Beşinci səviyyə “layihənin texniki və iqtisadi göstəriciləri”dir. Bu səviyyədə qərarların qəbulu İSU-nun məsuliyyətidir.

Gəlin “dizayn həllinin uyğunluğunun təsdiqi”nə keçək. Bunlar dizayn qərarlarının nəzarəti, qiymətləndirilməsi, yoxlanılması, təhlili, təsdiqi, əlaqələndirilməsi və təsdiqidir. Burada GUI-nin məsuliyyətinin sərhədlərini müəyyən etmək bizim üçün vacibdir.

Nəzarət, qəbul edilmiş dizayn qərarının mövcud normalar (qaydalar), yəni hazırda tikinti kompleksində fəaliyyət göstərən normativ sənədlər (Rusiya Federasiyasının Şəhərsalma Məcəlləsi, SNiP, SN, GOST, VSN və s.) ilə əlaqələndirilməsini əhatə edir. Nəzarətin nəticəsi - layihə həllini göstərilən normativ sənədlərə "uyğunlaşdırır" və ya "uyğun vermir".

Qiymətləndirmə - eyni nəzarət proseduru, yalnız "uyğundur" və ya "uyğun deyil" ilə yanaşı, nə qədər "uyğundur" və ya "uyğun deyil" göstərilir. Bir qayda olaraq, qiymətləndirmənin nəticəsi kəmiyyət baxımından verilir, məsələn, binalar arasında yanğın boşluğu normadan 10 metr azdır.

Sözdə normativ nəzarət nəzarətlə eyni sıradadır, yeganə fərq, qəbul edilmiş dizayn qərarını normativ sənədlərlə müqayisə etmək üçün GOST SPDS istifadə olunur.

Yoxlama qəbul edilmiş dizayn qərarını giriş dizayn məlumatları ilə (dizayn tapşırığı, dizayn giriş məlumatları, spesifikasiyalar) müqayisə etməyi əhatə edir. GOST ISO 9001-2011 dizayn həllərinin yoxlanılması, o cümlədən nəticələrin yoxlanılması və qeydə alınması üçün planlaşdırma tələblərini olduqca aydın şəkildə müəyyən edir. Xüsusilə, 7.3.5-də deyilir “Planlaşdırılan tədbirlərə uyğun olaraq, layihələndirmə və inkişaf nəticələrinin layihələndirmə və inkişaf giriş tələblərinə uyğunluğunu təmin etmək üçün yoxlama aparılmalıdır. Yoxlamanın nəticələrinin və bütün zəruri tədbirlərin qeydləri aparılmalı və saxlanmalıdır.. "Giriş məlumatları", bir qayda olaraq, layihə sənədləri üçün texniki və iqtisadi göstəriciləri (tələbləri) ehtiva etdiyindən, GUI onların faktiki qəbul edilənlərə uyğunluğunu yoxlayır.

Təhlil - GUI-nin rəhbərlik etdiyi kollektiv fəaliyyət - dizayn həllərinin texniki və iqtisadi xüsusiyyətləri, dizayn xərcləri və onun müddəti baxımından mövcud dizayn prosesinin dəyişməzliyinin nəticələrini proqnozlaşdırmağa imkan verir. GOST ISO 9001-2011-in 7.3.4-cü bəndində, habelə yoxlama üçün təhlil üçün tələblər müəyyən edilir, yəni: “Müvafiq mərhələlərdə, planlaşdırılan fəaliyyətlərə uyğun olaraq, dizayn və inkişaf nəticələrinin tələblərə cavab vermə qabiliyyətini qiymətləndirmək, həmçinin hər hansı [dizayn və inkişaf] problemlərini müəyyən etmək və lazımi tədbirləri təklif etmək üçün sistematik dizayn və inkişaf baxışları aparılmalıdır. Belə baxışların iştirakçılarına nəzərdən keçirilən layihələndirmə və inkişaf mərhələsinə aid olan funksiyaların nümayəndələri daxil edilməlidir. Təhlilin nəticələrinin və bütün zəruri tədbirlərin qeydləri saxlanılmalı və saxlanmalıdır. Qeyd edək ki, təhlil planlaşdırılmalı və onun nəticələri sənədləşdirilməlidir. O da aydındır ki, təhlili layihənin əvvəlində aparmaq mümkün deyil, çünki hələ təhlil ediləcək heç bir şey yoxdur və layihənin sonunda “qatar artıq yola düşüb” və proses başa çatıb. Dizaynda GUI təhlilin aparılmasına cavabdehdir. Bir qayda olaraq, GUI layihələndirmə prosesində vaxtaşırı olaraq layihənin bölmələri üzrə istehsalat şöbələrinin rəhbərlərini və əsas mütəxəssisləri toplayır və onlarla layihənin gedişatını və qəbul edilmiş dizayn qərarlarının texniki-iqtisadi xüsusiyyətlərini müzakirə edir. dizaynın sonunda alınan dizayn materiallarının "giriş məlumatlarına" uyğun olacağına əmin olun.

Koordinasiya bu dizayn həllinin layihənin digər bölmələri üçün dizayn həlləri ilə ziddiyyət təşkil etmədiyinə əminliyi nəzərdə tutur, yəni, məsələn, layihənin dizayn hissəsinin dizayn həlli elektrik, sanitariya və ya istilik mühəndisliyi bölmələrinin dizayn həlləri ilə müqayisə edilir. layihənin.

Koordinasiyanın həyata keçirilməsini təmin etmək PSU-nun məsuliyyətidir və layihə bölmələri üzrə müvafiq baş mütəxəssislər koordinasiyanın düzgünlüyünə cavabdehdirlər.

"Təsdiqləmə"nin nə olduğunu xatırlayın. Dizaynda iki təsdiq vəziyyəti mümkündür: birinci halda, bu, birbaşa "kağız üzərində" edilə bilər, yəni dizayn qərarı kompüter ekranındadır. Məsələn, dizayn qərarı hesablanmış və dizayn edilmiş bir şüadır, müvafiq yükə tab gətirməlidir. Uyğunluğu təsdiqləmək üçün bu qərarı (və ya alternativ) qəbul edərkən istifadə edilmiş eyni hesablama metodundan istifadə etmək kifayətdir və bu üsul sübut edilmiş və etibarlıdırsa, təkrar hesablama dizaynın düzgünlüyünə mütləq inam verəcəkdir. qərar. Və ya başqa bir misal, dizayn tapşırığında binanın müvafiq mərtəbəsindəki binaların tərkibi göstərilir və tələb olunan sahələr göstərilir. Bu mərtəbə planı üçün dizayn həllini orijinal məlumatlar ilə müqayisə edərək yoxlamaq asandır. Vurğulamaq lazımdır ki, dizaynın ümumi həcmində belə dizayn həlləri ən azı 80-90 faiz təşkil edir. Bunlara standart konstruksiyalar, standart birləşmələr və hissələrdən istifadə etməklə qəbul edilmiş dizayn qərarları, təkrar istifadə olunan fərdi erkən işlənmiş dizayn həlləri, lazımi qaydada sertifikatlaşdırılmış avadanlıq kataloqları və s. daxildir. Başqa sözlə, söhbət etibarlı, sınaqdan keçirilmiş, bir çox dəfə tətbiq, şübhəsiz dizayn həlləri.

İkinci vəziyyət, dizayn həllinin ənənəvi yoxlama üsullarından istifadə edərək etibarlı şəkildə yoxlanılmamasıdır. Onlar yalnız tikilmiş obyektin tikintisi və ya istismarı zamanı, habelə obyektin tikintisinə və ya istismarına mümkün qədər yaxın olan şəraitdə xüsusi sınaqlar aparmaqla yoxlanıla bilər. Reklamlarda artıq tövsiyə olunan və ya elan edilən qabaqcıl texnologiyalar və ya materiallar, yeni hesablama üsulları, əvvəllər heç vaxt istifadə olunmamış avadanlıqlar, analoqu olmayan texnoloji həllər və s. istifadə edildikdə belə bir ehtiyac yaranır.Məsələn, sərgidə dizaynerlər tanış olublar. yeni bir dam örtüyü ilə , aktiv şəkildə reklam olunur və bu materialın xüsusiyyətləri təsir edicidir.

Bu materialın 20 min kvadratmetr sahəsi olan bir dam üçün istifadə edilməsinə qərar verilə bilər, lakin tikinti zamanı ilk növbədə 10 kvadratmetrlik bir dam hissəsini tamamlamalı, dinamik bir yük yaratmalısınız. müəyyən bir müddət üçün üstünə su tökün və damın alt səthinin bu vəziyyətdə necə davrandığına baxın. Testin nəticəsi müsbət olarsa, dizaynerlər damın qalan hissəsinin istehsalına icazə verəcəklər. Bəzən belə zərurət mürəkkəb tikinti sahələrində geoloji şəraitin yüksək qeyri-müəyyənliyi səbəbindən yaranır, o zaman tədqiqatçılar (o cümlədən iqtisadi səbəblərə görə) konkret bünövrə yerlərində qrunt xüsusiyyətlərini kifayət qədər dəqiqliklə modelləşdirə bilmirlər. Bu hallarda, onlar sınaq svaylarının vurulmasının zəruriliyini göstərir və yalnız bundan sonra bütün obyektin altında bir qalaq sahəsinin təşkilinin mümkünlüyünü təsdiqləyirlər.

Bu dizayn həllinin təsdiqidir. Doğrulamanın istifadəsi dizayn təşkilatının yeni, qabaqcıl hər şeyə sadiqliyini göstərir. Bu, dizayn həllərində rəqabət qabiliyyətinin əlamətidir, müştəri məmnuniyyətinin davamlı olaraq təkmilləşdirilməsi yolu ilə dizaynda lider mövqe tutmaq istəyidir. Doğrulama faktına görə məsuliyyəti GUI, təsdiqləmə məzmunu üçün - layihənin bölmələrindəki əsas mütəxəssislər daşıyır.

Təsdiq tamamlanmış dizayn sənədlərinin sifarişçiyə təhvil verilməsinə icazədir. Bu GUI-nin məsuliyyətidir və o, sənədləri müştəriyə göndərməzdən əvvəl faktura imzaladıqda bunu həyata keçirir.

İndi dizayn işlərinin dəyərinin azaldılması ilə əlaqəli GUI-nin məsuliyyətinə müraciət edək. Bildiyiniz kimi, xərcləri azaltmaq üçün bir çox imkanlar var və bu, rəhbərlik və bütün aparıcı proqram mütəxəssisləri üçün "baş ağrısı" dır, çünki bu, dizayn təşkilatının mənfəətini artırmağın praktiki olaraq yeganə yoludur. Subdizaynerlərin idarə edilməsi (autsorsinq) üçün məsuliyyəti dərk edən GUI buna əhəmiyyətli töhfə verir.

Hazırda sub-dizaynerləri (SPO) onların qiymətləndirilməsi, rəqiblərlə müqayisəsi, mütəmadi olaraq yenidən qiymətləndirilməsinin nəticələrinə əsasən seçmək mümkün olub və bu seçim üçün GUI-nin məsuliyyəti ortaya çıxıb. Dizaynda subyektlər arasında vacib bir prinsip işləməyə başladı, “kim ödəyir, musiqi çağırır” təkcə müəyyən ənənəvi mənada deyil, həm də ümumi dizaynerin (GP) daim təkmilləşdirilməsi (təmin edilməsi) haqqında düşünmək tələbi kimi. dizayn işlərinin keyfiyyəti və dəyərinin azaldılması. Bundan əlavə, Qanun müəyyən edir ki, açıq mənbə proqram təminatı tərəfindən hazırlanmış layihə-smeta sənədlərinin keyfiyyətinə görə Sifarişçi qarşısında yalnız GP cavabdehdir. Buna görə də, GOST ISO 9001-2011 tələblərini və autsorsing proseslərinin istifadəsi üçün Təlimatları rəhbər tutmaq lazımdır // ISO/TS 176/SC 2/N 630R2, 24 noyabr 2003-cü il).

Ümumiyyətlə, açıq mənbə proqram təminatının üç şərti növü var:

- "adi" - DİM-lərin normal bazar münasibətlərinə malik olduğu STR-lər;

- "proteges" - müştərinin məxluqu, GP ilə əlaqəsi müştəri tərəfindən müəyyən edilir.

Açıq mənbə proqram təminatı ilə əlaqələr nümunəsindən istifadə edərək, GUI-nin bəzi hallarda qərarlar qəbul etdiyini, digərlərində isə onların qəbulunda iştirak etdiyini nəzərə alaraq, alt sistemlərin hər birini növbə ilə nəzərdən keçirəcəyik.

Subdizaynerlərin qiymətləndirilməsi, seçilməsi və yenidən qiymətləndirilməsi.

Bu alt sistem iki blokdan ibarətdir:

Təsdiq edilmiş açıq proqram təminatının Siyahısının (məlumat bazası, reyestr və s.) formalaşdırılması və aparılması və onun yenilənməsi;

Müəyyən bir layihə üzərində işi yerinə yetirmək üçün müəyyən edilmiş Siyahıdan açıq mənbə proqram təminatının seçilməsi.

Birinci blok daxilində işlərin yerinə yetirilməsi proqram təminatının texniki şöbəsinin funksiyasıdır, ikinci blokda isə GUI-nin məsuliyyətidir.

Siyahını formalaşdırmaq üçün proqram təminatının texniki şöbəsi GUI-lərlə birgə hazırlanmış meyarlardan istifadə edərək proqram təminatının ehtiyaclarına uyğun olaraq proqram təminatını axtarır, qiymətləndirir, seçir və yenidən qiymətləndirir.

Aydındır ki, bu cür yanaşma bəzi məsələlərin rəsmiləşdirilməsinin çətinliyi səbəbindən STR-nin GP-nin gözləntilərinə tam uyğunluğuna zəmanət vermir. Məsələn, etibarlı QMS-nin mövcudluğu və onun GOST ISO 9001-2011 tələblərinə uyğunluğu ilə bağlı sual. Açıq mənbə proqram təminatı, “N” sertifikatlaşdırma orqanının sertifikatı ilə sübut olunduğu kimi, QMS-nin işlədiyinə və uyğun olduğuna cavab verir. Dizaynerlərin özünü tənzimləyən təşkilatları tərəfindən GOST ISO 9001-2011-in müəyyən tələblərinin yerinə yetirilməsinin qiymətləndirilməsi təcrübəsi göstərir ki, sertifikatların 90% -dən çoxu rəsmi şəkildə alınır, sadəcə "alınır" və çox vaxt müəyyən bir açıq mənbə proqram təminatı ilə heç bir əlaqəsi yoxdur. . Məlum oldu ki, GP DPT tərəfindən hazırlanan layihə (iş) sənədlərinin keyfiyyətinə görə real məsuliyyət daşıyır, lakin DİM-in seçimi DİM-in özünün “sertifikatlarına” əsaslanır və suallara cavab verir. anket. Müəyyən bir obyekti layihələndirərkən, GUI, bir qayda olaraq, SS-nin ərazi yeri, SS-nin müəyyən bir tikinti sahəsinin xüsusiyyətləri haqqında məlumatlılığı, əvvəlki əlaqələr daxil olmaqla əlavə meyarları rəhbər tutaraq Siyahıdan müvafiq SS-ni seçir. müəyyən bir Müştəri ilə, SS-nin sifarişi yerinə yetirməyə hazırlığı və s.

Açıq mənbə proqram təminatını dizayna cəlb etmək qərarına gəlməzdən əvvəl GUI birbaşa təşkilata baş çəkməlidir. Bu, GUI-nin yeni vəzifəsidir. Bu texnologiya ISO 9000 seriyası standartları ilə təmin edilir və “ikinci tərəf” audit adlanır. İkinci şəxs tərəfindən yoxlamanın müddəti bir iş günündən çox deyil (optimal olaraq 3-4 saat).

Belə qısa müddət açıq mənbə proqram təminatının bütün keyfiyyət idarəetmə sisteminin deyil, yalnız müəyyən əsas məqamların nəzərə alınması ilə izah olunur. Təcrübə göstərir ki, bu nöqtələrdə hər şey normaldırsa, STR yüksək ehtimalla GP-nin gözləntilərinə cavab verir.

Qeyd etmək lazımdır ki, Müştəri yalnız müqaviləsi olduğu GP ilə məşğul olur. O, layihənin qalan iştirakçılarını tanıma bilər. Buna görə də, açıq mənbə proqram təminatı ilə əlaqə yalnız dövlət müəssisələri üçün problemdir. DPT faktiki olaraq SE-nin əlavə struktur bölməsi kimi çıxış edir, layihənin icrası prosesində "öz" struktur bölmələri ilə eyni şəkildə idarə etməli, layihə (iş) sənədlərinin vaxtını və keyfiyyətini nəzərə alaraq SE-nin müştəri qarşısında cavabdeh olduğu DİM. Bu, həm də DİM-in STR-lərin idarə edilməsi üzrə öhdəliklərini müəyyən edir.

Açıq mənbəli proqram təminatının idarə edilməsinin növü və əhatə dairəsi əhəmiyyətli diapazonda dəyişə bilər: texniki tapşırıq verildikdə və yerinə yetirilən iş çox az və ya yoxlanışla qəbul edildikdə minimumdan maksimuma qədər, açıq mənbəli proqram təminatı sifarişi yerinə yetirərkən GP tərəfindən təsdiq edilmiş rəhbərlik və digər sənədləri rəhbər tutmalıdır. Eyni zamanda, müstəqil ekspertlərin cəlb edilməsi də daxil olmaqla, layihə-smeta sənədlərinin tamamlanmış DPT-nin tam yoxlanılması həyata keçirilir.

Tələb olunan idarəetmə miqyası STR-nin qiymətləndirilməsinin (yenidən qiymətləndirilməsinin) nəticələrindən, o cümlədən ikinci tərəfin auditi zamanı əldə edilmiş məlumatların nəzərə alınmasından, habelə planlaşdırılan xərclərdən asılı olaraq GUI tərəfindən müəyyən edilir. STR materiallarının daxilinə nəzarət üçün GM, bu xərclərin layihənin dəyərinə əlavə olunduğunu nəzərə alaraq.

DİM-in rəhbərliyinin xüsusiyyətləri ISU “xüsusi şərtlər” əsasında subpodrat müqaviləsi verməlidir. SE-nin texniki şöbəsi açıq mənbə proqram təminatı ilə xüsusi müqaviləni təhlil edərkən açıq mənbəli proqram təminatının və GUI-nin idarə edilməsinin demək olar ki, bütün mümkün və/və ya zəruri aspektlərini sadalayan belə “xüsusi şərtlər” üçün şablon hazırlayır. konkret layihənin şərtlərinə cavab verən idarəetmə üsullarını əhatə edir. Açıq mənbəli proqram təminatına nəzarət dərəcəsi nə qədər dərin olarsa, açıq mənbəli proqram təminatının dizayn materiallarının daxilolma nəzarətinin həcmi və deməli, GP-nin dəyəri bir o qədər kiçik olar.

Bu cür idarəetmə üsullarına aşağıdakı ehtiyaclar daxil ola bilər:

DİM-in istifadə etdiyi texnoloji layihələndirmə prosesini GP ilə əlaqələndirmək və ya GP tərəfindən istifadə edilən dizayn prosesindən istifadə etməklə layihələndirmə işlərinin icrasını təmin etmək;

DİM-in müqaviləyə əlavə edilmiş iş qrafiki əsasında hazırlamalı olduğu iş qrafikinin layihələndirilməsinin əlaqələndirilməsi;

İcra üçün köçürülmüş sifariş (layihə bölməsi) üçün xüsusi GUI (layihə meneceri) təyin edilməsi (GP ilə razılaşdırılmaqla) və s.

DİM-in idarəetmə dərəcəsindən asılı olaraq, GP-də giriş nəzarətinin həcmi 100% -dən demək olar ki, heç bir şeyə qədər dəyişə bilər, yəni DPT-dən alınan layihə sənədlərinin rəsmi yenidən hesablanması.

Tamamlanmış layihə-smeta sənədləri Mülkiyyətçiyə təhvil verildikdən və ya obyekt istismara verildikdən sonra (memarlıq nəzarəti aparılıbsa), GUI autsorsing layihəsini tamamlamalıdır.

Bunun üçün sizə lazımdır:

DİM-dən layihə-smeta sənədlərinin qəbulunu təsdiq edən sənədlərin mövcudluğunu yoxlamaq, o cümlədən göstərilən sənədlərin keyfiyyətini yoxlamaq;

Açıq mənbə proqram təminatı ilə əməkdaşlığın qiymətləndirilməsini aparmaq və nəticələri Siyahıya düzəliş etmək üçün texniki şöbəyə məlumat vermək;

Açıq mənbə proqram təminatından almaq və təkrar istifadə üçün tövsiyə oluna bilən pulsuz proqram təminatı proqramının sənədləri daxil olmaqla işlənmiş fərdi effektiv dizayn həlləri haqqında məlumatı GP arxivinə ötürmək;

Açıq mənbəli proqram təminatı üçün rəsmi rəy hazırlamaq;

Açıq mənbəli proqram təminatı üçün iqtisadi həvəsləndirmə məsələsini (zəruri və mümkün olduqda) həll edin.

İndi "sifarişlər portfelinin" formalaşmasında iştirak və yeni müştərilərin axtarışı üçün proqram təminatının dəyərinin azaldılması ilə əlaqəli olan GUI öhdəliyi haqqında.

Söhbət ondan gedir ki, GOST ISO 9001-2011 "İstehlakçılarla əlaqəli proseslər" 7.2.1-ci bəndinə əsasən proqram təminatı tələbləri müəyyən etməlidir:

1. Çatdırılma və çatdırılmadan sonrakı fəaliyyətlərə dair tələblər daxil olmaqla, müştəri tərəfindən müəyyən edilir.

2. Müştəri tərəfindən göstərilməyib, lakin məlum olduqda DCE-nin xüsusi və ya məqsədli istifadəsi üçün zəruridir.

3. Layihə-smeta sənədləri ilə bağlı qanunvericilik və digər məcburi sənədlər.

4. Hər hansı əlavə proqram müəyyən edilmişdir.

İlk üç qrup tələblər (1-3) ilə nə nəzərdə tutulduğu az və ya çox aydındır. Daha sonra izah edək ki, “sifarişçi tərəfindən bəyan olunmayan, lakin layihə-smeta sənədlərinin konkret və ya məqsədli istifadəsi üçün zəruri olan tələblər, əgər məlumdursa,” yerinə yetirilməsi keyfiyyəti müəyyən edən proqram təminatının özünün bütün tələblərini əhatə edə bilər. layihə sənədlərinin qiyməti və çatdırılma müddəti.

Məsələn, sifarişçi texniki arxivdə sifarişçiyə təhvil verilməzdən əvvəl mövcud dizayn texnologiyasına uyğun olaraq müəyyən müddət saxlanılan layihə-smeta sənədlərini alırsa, o zaman proqram təminatının özünün şərtləri ilə bağlı tələbləri. göstərilən sənədlərin arxivdə saxlanması standartın 7.2.1 (2) bəndinə istinad edəcəkdir. Standartın 7.2.1 (1-3) bəndində göstərilən tələbləri yerinə yetirməklə, proqram təminatı rəqabət üstünlükləri əldə edə bilməz, çünki bu tələblər mütləq bütün rəqiblər tərəfindən həyata keçirilir. Bazar şəraitində yalnız 7.2.1 (4) bəndinin tələblərini müəyyən edə və yerinə yetirə bilən proqram təminatı “sağ qalır”. Biz bu tələbləri “nəzərdə tutulan” adlandırdıq və mənasını aydınlaşdırdıq: birincisi, onlar “təxmin edilir”, proqram təminatının özü tərəfindən tərtib edilir, ikincisi, onlar təsdiq edilmir və ya müştəri ilə razılaşdırılmır, üçüncüsü, onların həyata keçirilməsi öz vəsaitləri hesabına həyata keçirilir. ON. Nəticədə, müştəri onun üçün gözlənilməz olan parametrləri və ya gözləniləndən daha yaxşı parametrləri olan layihə sənədlərini (xidmətlərini) alır ki, bu da yalnız müştəri məmnuniyyətinə zəmanət vermir, həm də onu təqdim olunan layihə-smeta sənədlərinə (göstərilən xidmətlərə) heyran edir. Sonuncu halda, proqram təminatı müştərinin ona təkrar-təkrar qayıdacağına əmin ola bilər. Müştəri saxlamaq isə bildiyiniz kimi, yeni müştəri axtarmaqdan 5-7 dəfə ucuz başa gəlir. Bu, GOST ISO 9001-2011-də təsbit edilmiş prinsipcə yeni müddəanın mahiyyətidir.

Standartın 7.2.1 (4) bəndində göstərilən tələbin yerinə yetirilməsinin proqram təminatının rəqabət üstünlüklərinin formalaşmasına təsir göstərməsi üçün proqram təminatının formalaşdırılması prosesinin sahibini müəyyən etmək lazımdır. müştərilərin gözlənilən tələbləri, yəni bu fəaliyyətin həyata keçirilməsi üçün qaydaları müəyyən edən menecerlərdən biri. Proqram təminatı üçün proses sahibi çox güman ki, institutun baş mühəndisi olacaq. Prosesin "sahibi", yəni müəyyən bir layihə üçün müştərinin gözlənilən tələblərini formalaşdıran mütəxəssis GUI olmalıdır. Aydınlaşdırmaq üçün, GUI müştərinin gözlənilən tələblərinin müəyyən edilməsinə görə məsuliyyət daşıyır və istehsal bölmələrinin əsas mütəxəssisləri bu tələblərin məzmununa cavabdehdirlər.

GUI-nin digər öhdəliyi müştəri ilə müqavilənin (müqavilənin) təhlili zamanı formalaşır. Müştərinin proqram təminatına müraciəti müxtəlif yollarla ola bilər: qalib tender (müsabiqə) haqqında məlumat; layihə sənədlərinin hazırlanması təklifi ilə rəsmi məktub; proqram təminatının rəhbərinə telefon zəngi; həmkarlar vasitəsilə qeyri-rəsmi əlaqə və s. Yuxarıdakı siqnallardan birini qəbul edərkən, müqavilənin təhlilini sifarişçi tərəfindən imzalanana qədər idarə edəcək bir GUI təyin etmək tövsiyə olunur.

GIP-nin bu vəzifəsinə aşağıdakılar daxildir:

Saziş layihəsinin razılaşdırılmasında iştirak edəcək şəxslərin dairəsinin müəyyən edilməsi və onlar arasında məsuliyyət bölgüsü;

Müqavilə layihəsinin müəyyən müddəalarının müzakirəsi, o cümlədən müqavilə qiymətinin müəyyən edilməsi üzrə danışıqların aparılması üçün sifarişçi ilə danışıqların (işçi görüşlərinin) aparılması üçün yuxarıda göstərilən rəhbərlərin və mütəxəssislərin cəlb edilməsi;

Şablonlar bazasından konkret müştəri və dizayn obyekti üçün uyğun variantın seçilməsi;

subdizaynerlərin cəlb edilməsi ehtiyacının və imkanlarının müəyyən edilməsi və onlarla ilkin danışıqların aparılması;

Müqavilə üzrə öhdəliklərinin proqram təminatı tərəfindən yerinə yetirilməsi ilə müşayiət oluna biləcək risklərin qiymətləndirilməsi.

Bugünkü şəraitdə bu hərəkətlərin hər biri bizə məlum olan praktikadan əhəmiyyətli dərəcədə fərqlənir. Məsələn, müqavilə layihəsinin təsdiqi, bir qayda olaraq, müvafiq menecerin tam adı və vəzifəsini göstərən, qərar müsbət olarsa, öz imzasını qoyan və əgər razılaşdıqda, "Müqavilə vərəqi"ndə tərtib edilir. qərar mənfidir, fikrini yazılı şəkildə müdafiə edir. Fikrimizcə, müqavilə layihəsinin müvafiq bəndlərinə görə rəhbərin məsuliyyətini müəyyən etmək lazımdır. “Təsdiqlər siyahısı”ndakı balların cəmi müqavilə layihəsindəki balların cəminə bərabər olmalıdır. Bu, layihə təşkilatı tərəfindən müqavilə şərtlərinin məqsədəuyğunluğu üçün hər bir menecerin şəxsi məsuliyyətini və layihə təşkilatı və sifarişçi tərəfindən müqavilə layihəsinin müvafiq şərtlərinin bərabər şəkildə başa düşülməsini təmin edir və s.

Bu məqalənin materialı bəzi dizaynerlərin etirazına səbəb ola bilər. Biz həmkarlarımızla onlar üçün əlverişli formada konstruktiv müzakirəyə hazırıq.