Hingga 2008, proyek untuk konstruksi seharusnya mencakup dokumen yang dikenal di lingkungan profesional dengan nama khas "Sumpah GIP". Sekarang disebut "jaminan organisasi proyek bahwa dokumentasi proyek telah dikembangkan sesuai dengan..." [1], dan kemudian sejumlah dokumen, kepatuhan dengan yang dinilai.
Tetapi, seperti sebelumnya, semua orang memahami betapa bertanggung jawab dan komprehensifnya peran Chief Engineer dan / atau Chief Architect proyek - GIP dan GAP.
Dengan dimulainya era regulasi diri dalam konstruksi pada tahun 2010, fungsi dan tanggung jawab orang yang melakukan persiapan dokumentasi proyek (perancang umum) didirikan dan diperbaiki oleh undang-undang dan dokumen federal kementerian dan departemen [1] [2] [3] [4]. Pada saat yang sama, SNiP 1985 "Peraturan tentang Kepala Insinyur (Kepala Arsitek) dari Proyek" [5], yang menetapkan hak, tugas dan tanggung jawab dari orang-orang yang disebutkan berdasarkan undang-undang USSR, tidak dimasukkan dalam daftar dokumen standardisasi untuk penggunaan wajib dan sukarela, dan karenanya sejak 2010 kehilangan statusnya.
Apa tindakan hukum saat ini yang menggambarkan fungsi, hak, tugas, dan tanggung jawab ISU / GAP?
Sumber daya informasi mengarahkan kita ke dua sumber:
- Resolusi Kementerian Tenaga Kerja dan Pembangunan Sosial Federasi Rusia pada tahun 1998 "Atas persetujuan buku referensi kualifikasi manajer, spesialis dan karyawan lainnya" [6];
- Orde Kementerian Kesehatan dan Pembangunan Sosial Federasi Rusia pada 2008 "Atas persetujuan direktori kualifikasi tunggal posisi manajer, profesional dan karyawan" [7].
Keduanya bertindak, dengan identitas nama-nama yang mencolok. Dokumen 1998 berisi bagian tentang tanggung jawab chief engineer dan chief arsitek proyek, dan pada 2008 hanya chief engineer proyek. Kedua dokumen hanya menetapkan tugas resmi dan persyaratan kualifikasi, dan dengan kata-kata yang sama.
Pembacaan yang cermat mengungkapkan bahwa Kementerian Kesehatan Rusia satu dekade kemudian (pada 2008) hampir kata demi kata mengulangi kompilasi Kementerian Tenaga Kerja 1998 dengan SNiP tahun 1985, di bagian yang dikhususkan untuk tugas-tugas insinyur kepala / arsitek proyek, dan tahun lalu kedua kementerian adalah sehari ( 02.12.2014) "memperbarui" dokumen-dokumen mereka, tanpa mengganti satu kata pun pada kemampuan di bagian yang sesuai! Duplikasi stereotip, yang menghabiskan banyak sumber daya negara, membingungkan. Dalam keadilan, kami mencatat bahwa, meskipun kata-kata dan seluruh frasa menunjuk ke sumber aslinya, tetapi karena penataan ulang sebagian tempat, menegur plagiarisme tidak akan bisa dipertahankan.
Karena Kementerian Tenaga Kerja, seperti Kementerian Kesehatan, tidak perlu bersusah payah untuk membuat dokumen baru yang sesuai dengan momen saat ini, atau setidaknya memperbarui dengan benar, hari ini kami masih menggunakan kertas kalkir dari SNiP 1985. Untuk mengingat fungsi apa yang secara wajib dilakukan oleh GUI dan GAP tiga puluh tahun yang lalu, dan, menurut pendapat kementerian, harus dilakukan hari ini, perlu mengutip keputusan Kementerian Tenaga Kerja (dan pada kenyataannya ketiga tindakan itu).
Kepala insinyur, kepala arsitek proyek:
“Memberikan manajemen teknis pekerjaan desain dan survei dalam desain objek dan pengawasan konstruksi, commissioning, dan pengembangan kapasitas desain.
Mengambil tindakan untuk meningkatkan kualitas desain dan memperkirakan dokumentasi.
Mempersiapkan data untuk kesimpulan kontrak dengan pelanggan untuk pengembangan (transfer) produk ilmiah dan teknis
Berpartisipasi dalam pekerjaan komisi dalam pemilihan lokasi (trek) untuk konstruksi, dalam persiapan penugasan desain dan dalam organisasi survei teknik untuk pengembangan estimasi desain dan dokumentasi teknis lainnya
Mengorganisir pengembangannya pada objek yang ditugaskan padanya, berpartisipasi dalam persiapan rencana perencanaan yang komprehensif untuk pelaksanaan penelitian, desain, teknik dan karya teknologi
Membuat jadwal pelepasan produk ilmiah dan teknis.
Membentuk tugas-tugas bagi subkontraktor untuk melakukan pekerjaan yang ditugaskan kepada mereka dan memberikan organisasi ini data input yang diperlukan. Memecahkan masalah yang muncul selama pengembangan dokumentasi.
Melakukan kontrol atas tingkat teknis desain, perencanaan kota dan keputusan perencanaan arsitektur, pengeluaran dana yang ekonomis untuk pekerjaan desain dan survei, waktu pengembangan desain dan estimasi dokumentasi.
Menjamin kepatuhan desain yang dikembangkan dan memperkirakan dokumentasi dengan standar, norma, aturan, dan instruksi negara.
Memberikan verifikasi kemurnian paten dan paten untuk pertama kalinya digunakan dalam proyek atau dikembangkan untuk itu proses teknologi, peralatan, instrumen, struktur, bahan dan produk.
Melindungi proyek di organisasi induk dan badan keahlian.
Berpartisipasi dalam pertimbangan dan persetujuan organisasi kontraktor umum untuk desain dan estimasi dokumentasi.
Memecahkan masalah yang timbul dalam proses desain, konstruksi, commissioning fasilitas, pengembangan kapasitas desain.
Mengatur pekerjaan tentang penghapusan cacat yang terdeteksi dalam perkiraan desain dan dokumentasi teknis lainnya, serta pada akuntansi pengeluaran estimasi yang disetujui.
Mempersiapkan proposal untuk manajemen organisasi proyek dan pelanggan untuk membuat perubahan dalam dokumentasi kerja terkait dengan pengenalan dokumen peraturan baru, dengan mempertimbangkan keadaan aktual konstruksi.
Mengkoordinasikan penyimpangan yang wajar dari aturan, peraturan, instruksi yang ada dengan badan pengawas negara dan organisasi lain yang menyetujuinya.
Memberikan analisis dan sintesis pengalaman dalam merancang, membangun, dan mengoperasikan fasilitas yang dibangun dan persiapan berdasarkan proposal ini untuk meningkatkan tingkat teknis dan ekonomi dari solusi desain.
Mempersiapkan ulasan dan kesimpulan tentang inovasi dan penemuan, rancangan standar, spesifikasi teknis dan dokumen peraturan lainnya yang terkait dengan desain dan konstruksi.
Dia mengambil bagian dalam pemeriksaan proyek, persiapan publikasi dan persiapan aplikasi untuk penemuan, dalam karya seminar dan konferensi dalam spesialisasinya. "
Bagaimana tugas-tugas yang terdaftar sesuai dengan tindakan peraturan saat ini tentang perencanaan kota, regulasi mandiri dan regulasi teknis? Bagian penting dari hal-hal di atas bertentangan dengan undang-undang baik secara terminologis maupun substansi, dan tidak dapat dilaksanakan atas dasar wajib.
Pertimbangkan dalam urutan posisi, menimbulkan pertanyaan dalam hal komitmen.
1. Manajemen teknis pekerjaan desain dan survei dalam desain objek dan pengawasan konstruksi, commissioning, dan pengembangan kapasitas desain.
Menurut Peraturan Teknis "Tentang Keamanan Bangunan dan Struktur" [8], sejak 2010, pengawasan penulis dikaitkan dengan bentuk penilaian kesesuaian secara sukarela, dan dilakukan dengan persetujuan para pihak sebagaimana ditentukan oleh pengembang (pelanggan teknis). Tentu saja, pengawasan arsitektur diperlukan ketika membuat karya arsitektur - sebagai bagian integral dari proses kreatif dan elemen perlindungan hak cipta. Juga, tanpa pengawasan penulis, tidak ada dasar bukti untuk tanggung jawab perancang umum untuk kepatuhan proyek konstruksi modal yang dibangun dengan dokumentasi desain, yang menghancurkan konsep tanggung jawab piramidal di bawah kondisi regulasi mandiri. Pada saat yang sama, tanpa pengawasan penulis, tidak boleh ada partisipasi wajib atau sukarela dari perancang umum, dan khususnya, insinyur atau insinyur, dalam menyelesaikan masalah konstruksi, commissioning fasilitas, dan pengembangan kapasitas desain.
Perhatikan bahwa Regulasi Teknis yang disebutkan [8] mengidentifikasi orang yang bertanggung jawab atas prosedur untuk menempatkan objek konstruksi modal ke dalam operasi: kontraktor umum, pengembang dan / atau pelanggan teknis, orang yang melakukan kontrol konstruksi dan pengawasan konstruksi negara. Ini mungkin tidak adil dan salah dari sudut pandang tanggung jawab yang saling terkait untuk hasil desain dan konstruksi, tetapi baik perancang umum, atau bahkan ISU / HAP, disebutkan dalam aturan saat ini ketika fasilitas ditugaskan.
Selama pengawasan penulis didefinisikan oleh hukum sebagai unsur sukarela dari proses konstruksi, hukum tersebut tidak dapat dikaitkan dengan tugas setiap orang dengan tindakan pengaturan, namun, jika perlu, hubungan ini dapat diatur oleh uraian tugas internal organisasi.
Hal di atas sepenuhnya berlaku untuk hal.5. (Menyelesaikan masalah yang timbul dalam proses desain, konstruksi, commissioning fasilitas, pengembangan kapasitas desain).
1). Sejak 2004, sesuai dengan Kode Perencanaan Kota [2], istilah "commissioning objek konstruksi modal" harus digunakan sebagai ganti kata-kata "commissioning objek".
2). Kode Perencanaan Kota [2] tidak menggunakan konsep "pemanfaatan kapasitas desain".
2. Partisipasi dalam pekerjaan komisi pada pemilihan lokasi (trek) untuk konstruksi, dalam persiapan penugasan desain dan dalam organisasi survei teknik.
Di sini pantas untuk mengingat kembali tanggung jawab pengembang atau pelanggan teknis yang ditetapkan oleh Kode Perencanaan Kota [2]: “pengembang atau pelanggan teknis wajib memberikan (kepada perancang umum): (lihat teks dalam edisi sebelumnya)
1) rencana perencanaan kota dari sebidang tanah atau dalam hal persiapan dokumentasi proyek untuk objek linier, proyek perencanaan wilayah dan proyek survei tanah;
(lihat teks dalam edisi sebelumnya)
2) hasil survei teknik...;
3) kondisi teknis... ".
Dan selanjutnya: "Persiapan dokumentasi proyek dilakukan berdasarkan tugas pengembang atau pelanggan teknis."
Dengan demikian, pilihan lokasi untuk konstruksi, persiapan penugasan desain, dan organisasi survei teknik (dan bukan survei) saat ini bukan merupakan tugas resmi PIU atau GAP, seperti tiga puluh tahun yang lalu, tetapi tanggung jawab fungsional pengembang atau pelanggan teknis. Tanggung jawab fungsional pengembang atau pelanggan teknis disajikan dengan jelas selama tender untuk desain berdasarkan undang-undang pengadaan publik. Data awal yang disebutkan di atas merupakan dalam kasus ini paket dokumen tender, yang dibentuk oleh pelanggan, dan partisipasi dalam persiapan mereka terhadap manajer proyek atau GAP, menurut definisi, mewakili perancang umum, dianggap sebagai pelanggaran undang-undang antimonopoli.
3. Memastikan kepatuhan terhadap desain yang dikembangkan dan memperkirakan dokumentasi dengan standar, norma, aturan, dan instruksi negara.
Sesuai dengan Keputusan Pemerintah "Pada komposisi bagian dari dokumentasi proyek..." [1], penilaian kepatuhan dokumentasi proyek dengan persyaratan undang-undang dilakukan dalam bentuk "sertifikasi untuk organisasi proyek bahwa dokumentasi desain dikembangkan sesuai dengan rencana perencanaan kota dari plot tanah, tugas desain,..., peraturan teknis,..., dan dengan memperhatikan kondisi teknis ". Seperti yang kita lihat, tanggung jawab dalam bagian ini tidak dibebankan pada karyawan organisasi, tetapi pada organisasi desainer umum, yang benar dalam hal pengaturan diri, kebutuhan untuk keanggotaan desainer umum dalam kemitraan khusus, dan tanggung jawab dalam kerangka dana kompensasi kemitraan ini. Dan, selain itu, daftar dokumen, kepatuhan dengan yang dinilai, sangat berbeda, dan itu sejak 2008.
4. Mengkoordinasikan penyimpangan yang wajar dari peraturan, peraturan, instruksi yang ada dengan badan pengawas negara dan organisasi lain yang menyetujui mereka.
Penting untuk memberikan perhatian paling serius pada ketentuan-ketentuan utama dari Kode Pembangunan Perkotaan saat ini [2]: “Tidak diperbolehkan untuk meminta persetujuan dokumentasi proyek, kesimpulan tentang dokumentasi proyek dan dokumen lain yang tidak disediakan oleh Kode ini.” Di antara kesimpulan yang disyaratkan oleh kode [2], kesimpulan pemeriksaan, pemeriksaan ekologi negara untuk berbagai objek yang ditetapkan, dan pemeriksaan sejarah dan budaya untuk objek warisan budaya diindikasikan.
Jika perlu untuk menyimpang dari persyaratan dokumen peraturan, hari ini kita harus mengikuti aturan yang ditetapkan oleh Peraturan Teknis tentang Keamanan Bangunan dan Struktur [8]: "... jika untuk persiapan dokumentasi proyek, penyimpangan dari persyaratan yang ditetapkan oleh... standar nasional dan kode praktik... dokumentasi... dilakukan sesuai dengan kondisi teknis khusus. "
Dan lagi Keputusan Pemerintah "Pada komposisi bagian dari dokumentasi proyek..." [1]: "... pengembangan dokumentasi (proyek) harus didahului dengan pengembangan dan persetujuan dengan cara yang ditentukan dari kondisi teknis khusus." Dengan kata lain, kondisi teknis khusus (STU) adalah bahan persiapan pra-proyek, yaitu sumber data untuk desain. Dengan demikian, harmonisasi penyimpangan dari persyaratan peraturan perundang-undangan saat ini tidak memberikan, dan pengembangan CTS (dokumen yang melegitimasi penyimpangan dari persyaratan dokumen peraturan ketika persyaratan tertentu dipenuhi) adalah tanggung jawab fungsional pengembang atau pelanggan teknis.
Jadi, dapat dinyatakan bahwa dokumen yang ada mengenai tanggung jawab PIU / GAP tidak memuaskan, karena mereka mengutip norma-norma yang sudah ketinggalan zaman tiga puluh tahun yang lalu dan tidak memperhitungkan persyaratan modern dari peraturan perencanaan kota, peraturan untuk regulasi teknis dan regulasi mandiri dalam konstruksi. Upaya untuk membuat dokumen metodologis tidak dapat dipertahankan selama mereka didasarkan pada norma-norma usang yang ditunjukkan. Sebagai contoh, yang baru-baru ini disiapkan untuk sistem informasi Consultant Plus (2015) dari deskripsi pekerjaan dari chief engineer proyek, dengan keras kepala mengembalikan kita ke ketentuan tahun 1985. Perkiraan persyaratan yang bertentangan memicu suasana konflik dalam hubungan antara pengembang, perancang umum dan spesialis tertentu.
Kebutuhan untuk memulihkan ketertiban di bidang ini dari waktu ke waktu diakui oleh lembaga-lembaga pemerintah. Pada 2012, tak lama sebelum aksesi Rusia ke WTO, rancangan amandemen yang gagal terhadap kode perencanaan kota dan tindakan peraturan dan hukum lainnya tentang masalah memperkenalkan lembaga insinyur kepala dan arsitek kepala proyek dipertimbangkan. Diusulkan untuk mendefinisikan ketentuan-ketentuan ISU dan GAP, untuk menetapkan persyaratan referensi dan kriteria kualifikasi dalam korespondensi satu-ke-satu secara langsung dengan kode perencanaan kota. Pada saat yang sama, masalah pengamanan tanggung jawab pribadi GIP dan GAP dipertimbangkan, dengan memasukkan pasal-pasal yang relevan dalam hukum administrasi dan pidana dengan hukuman yang sangat keras karena melanggar tugas resmi: denda dalam jumlah upah 18 bulan, hukuman penjara hingga tujuh tahun...
Dapat diasumsikan bahwa lembaga GIP / GAP akan dihancurkan bahkan sebelum pembentukannya, jika inisiatif legislatif seperti itu diadopsi. Di satu sisi, hari ini tanggung jawab untuk melanggar aturan desain diserahkan kepada perancang umum dengan bantuan alat pengaturan sendiri, dana kompensasi dan asuransi risiko. Di sisi lain, hukum pidana masih memiliki sanksi yang memadai jika terjadi kerusakan pada harta benda, kesehatan atau jiwa. Tetapi ada sisi ketiga dari masalah ini: undang-undang saat ini agak kontradiktif, secara terminologis tidak memadai, tidak terkoordinasi dengan baik antara berbagai cabang regulasi, dan dengan demikian menentukan ketidakmungkinan memenuhi persyaratannya tanpa pengecualian yang signifikan. Mengikuti prinsip keadilan sosial, masuk akal untuk berbicara tentang menetapkan tanggung jawab, setidaknya secara administratif, juga ketika mengembangkan dan mengadopsi tindakan pengaturan yang bertentangan (dan, oleh karena itu, tidak dapat dilaksanakan). Hanya dengan undang-undang yang logis, konsisten, dan disepakati bersama di semua bidang, apakah mungkin untuk mengamatinya dengan itikad baik, dan pelanggaran dapat dinilai secara meyakinkan.
Jelas, dokumen lengkap dan kompleks yang andal menentukan hak, tugas, persyaratan kualifikasi, dan tanggung jawab Kepala Insinyur / Kepala Arsitek proyek - tokoh kunci dari proses proyek - diperlukan berdasarkan persyaratan hukum dan profesional modern. Tanggung jawab, kemungkinan besar, harus dipertimbangkan dalam hubungan yang tidak terpisahkan dari semua subjek hubungan perencanaan kota, legislatif dan otoritas eksekutif. Untuk mengembangkan pendapat yang terkonsolidasi tentang masalah akut dan tidak tercakup hari ini, akan bermanfaat untuk mengadakan diskusi profesional yang luas, yang hasilnya dapat menjadi dasar paket perubahan yang diperlukan dan, jika perlu, pengembangan tindakan pengaturan baru.
Dokumen yang disebutkan dalam teks:
[1] Resolusi Pemerintah Federasi Rusia No. 87 tanggal 16 Februari 2008 "Mengenai Komposisi Bagian dan Persyaratan Dokumentasi Proyek untuk Konten Mereka" (PERATURAN Mengenai Komposisi Bagian dan Persyaratan Dokumentasi Proyek untuk Pemeliharaannya)
[2] Hukum Federal Federasi Rusia №190-ФЗ tanggal 29 Desember 2004 "Kode Perencanaan Kota Federasi Rusia"
[3] Undang-Undang Federal Federasi Rusia No. 315-ФЗ tanggal 1 Desember 2007 “Tentang Organisasi Pengaturan Mandiri”
[4] Perintah Kementerian Pembangunan Daerah Federasi Rusia No. 624 tanggal 30 Desember 2009 “Tentang Menyetujui Daftar Jenis Pekerjaan pada Survei Teknik, tentang Penyusunan Dokumentasi Proyek, tentang Konstruksi, Rekonstruksi, dan Perbaikan Objek Konstruksi Modal yang Memengaruhi Keamanan Objek Konstruksi Modal”
[5] SNiP 1.06.04-85 "Peraturan tentang chief engineer (kepala arsitek) proyek"
[6] Resolusi Kementerian Perburuhan dan Pembangunan Sosial Federasi Rusia 21.08.1998 No. 37 “Atas persetujuan buku referensi kualifikasi manajer, spesialis, dan karyawan lainnya”. Bagian II., Bagian 2. "Posisi pekerja teknik dan teknik-terkemuka dari organisasi desain, teknik, teknologi dan survei", paragraf "Chief Project Engineer. Arsitek utama proyek.
[7] Urutan Kementerian Kesehatan dan Pembangunan Sosial Federasi Rusia 23 April 2008 No. 188 “Atas persetujuan buku referensi kualifikasi tunggal untuk manajer, spesialis dan karyawan”, bagian “Karakteristik kualifikasi manajer dan spesialis dalam kegiatan arsitektur dan perencanaan kota”. Bagian 5 "Desain", hal.5.1. “Posisi manajer. Insinyur Proyek Utama.
[8] Hukum Federal Federasi Rusia No. 384-ФЗ tanggal 30 Desember 2009 "Peraturan Teknis tentang Keamanan Bangunan dan Struktur".
Siapa yang bisa menjadi seorang hypo
Grup: Baru
Tulisan: 11
Pendaftaran: 01/31/2011
ID Pengguna: 91953
Grup: Moderator
Tulisan: 34679
Pendaftaran: 07/11/2006
Dari: Moskow
ID Pengguna: 3370
Grup: Peserta forum
Pesan: 1553
Pendaftaran: 8.1.2008
Dari: Krasnoyarsk
ID Pengguna: 14254
tidak, mereka tidak bisa.
dan mengapa Anda membutuhkan ini?
Nah ini kasus kriminal, dengan pengalaman ini.
cap misalnya bagaimana akan mengisi?
GUI - I
selesai - saya
dan.
Pos telah dieditDaniel - 4.4.2012, 9:13
Grup: Baru
Pesan: 8
Pendaftaran: 04/12/2010
ID Pengguna: 51897
Grup: Moderator
Tulisan: 34679
Pendaftaran: 07/11/2006
Dari: Moskow
ID Pengguna: 3370
Grup: Baru
Tulisan: 11
Pendaftaran: 01/31/2011
ID Pengguna: 91953
Grup: Moderator
Tulisan: 34679
Pendaftaran: 07/11/2006
Dari: Moskow
ID Pengguna: 3370
Grup: Peserta forum
Pesan: 1302
Terdaftar: 4 Desember 2009
Dari: melawan pemborosan sumber daya alam yang tak tergantikan
ID Pengguna: 41817
Grup: Peserta forum
Pesan: 2360
Terdaftar: 12.7.2006
Dari: Kharkov
ID Pengguna: 3382
Grup: Moderator
Tulisan: 34679
Pendaftaran: 07/11/2006
Dari: Moskow
ID Pengguna: 3370
Grup: Peserta forum
Pesan: 104
Pendaftaran: 01/24/2010
ID Pengguna: 45022
Untuk GUI, diperlukan pengalaman, GUI di halaman judul ditandatangani, bahwa proyek telah selesai sesuai dengan standar saat ini dan tahan ledakan, tahan api, yaitu, ia bertanggung jawab penuh untuk membuat keputusan teknis. Sebelumnya, di kantor proyek, perlu untuk mendapatkan tanda tangan pada proyek, tanda tangan insinyur senior, insinyur utama, pemimpin tim, kemudian kepala spesialis, kepala departemen, GIP, dan kemudian menandatanganinya di departemen kontrol teknis.
Pos telah dieditvladi - 4.4.2012, 20:10
Insinyur proyek utama adalah posisi seperti ini atau sesuatu.
desain struktur hidrolik
Saya ingin menjadi seorang fotografer :)
(((Ini adalah kambing hitam yang dibayarkan untuk sandaran kepala dan sebuah terima kasih.
Dan jika perlu, saya dapat memindai besok di tempat kerja, hak, kewajiban, dan tanggung jawabnya di bawah hukum. )))
Jika ada kemungkinan untuk memindai, tanggung jawab sesuai dengan hukum (nomor artikel, dll.) Sangat menarik.
Jika ini tentang GUI, maka Anda membutuhkannya.
Faktanya adalah bahwa, misalnya, dalam daftar uraian pekerjaan dalam konstruksi hanya ada chief engineer dan chief designer.
Sejauh yang saya mengerti, ISU bukanlah posisi, tetapi status sementara yang ditugaskan dalam proyek tertentu.
Tanggung jawab oleh hukum, maksud saya, yah, Anda tahu. - Kematian seseorang, karena studi proyek yang tidak lengkap karena kesalahan para desainer. - Tanggung jawab pidana.
Kursus selebaran yang dipindai ini "Organisasi dan manajemen di bidang desain."
[ATTACH] 1147756227.jpg [/ ATTACH]
desain struktur hidrolik
Di satu kantor, GAPom menjadi seorang gadis hanya setelah menerima ijazah, dan pekerjaan menjadi tak tertahankan. Ini adalah kemauan direktur, karena dia adalah seorang pria tanpa pendidikan pada waktu itu, sulit baginya untuk berdebat dengan spesialis Poin nyata, jadi dia membuat langkah seperti itu.
Bagaimanapun, tandem dapat dengan mudah mengubah bagian Republik Azerbaijan ketika CR disiapkan untuk itu, dan itu davolno secara global, dan ini menjadi normal. Semua dimuat dengan pekerjaan yang tidak perlu pada amandel. Pengerjaan ulang yang tak berujung tak berujung, dan pengerjaan ulang yang satu dan sama. Saya tidak ingin membicarakan detailnya, tetapi sampai pada titik bahwa bangunan bertingkat dirancang dari 3 tempat, 1 mulai dari lantai pertama, 2 dari atas, 3 dari tengah (maksud saya lantai). Pada akhirnya, lantainya tidak cocok. Nitsche, dibuat ulang. Dan ketika redone, ternyata bagian yang berdekatan tidak sesuai dengan AR, dan davolno serius. Ketika bagian yang berdekatan mulai diperbaiki, ternyata tidak ada lantai teknis, itu adalah ide direktur, ia ingin membubarkan semuanya di bawah langit-langit kantor, dan "menurunkan" subkontraktor dengan SNIP mereka sendiri. Masalah ini berakhir dengan penurunan jumlah ruang parkir di garasi bawah tanah, saya harus menguranginya ke lantai teknis.
Sepanjang tahun, semua spesialis sungguhan berhenti, termasuk saya. Dan gadis itu sangat terkutuk, tidak apa-apa jika dia tidak tahu ukuran batunya atau dari apa aspal dibuat, dll., Yang utama adalah GAP
Siapa yang bisa menjadi seorang hypo
Ayat 2) dari paragraf 6 Pasal 55.5 dari Kode Perencanaan Kota berbunyi sebagai berikut:
“6. Persyaratan untuk anggota organisasi yang mengatur diri sendiri yang ditetapkan dalam standar organisasi yang mengatur diri sendiri dan dalam dokumen internal organisasi yang mengatur diri sendiri tidak boleh lebih rendah dari minimum yang ditetapkan dalam bagian ini:
2) persyaratan untuk kehadiran seorang pengusaha perorangan atau badan hukum spesialis dalam organisasi survei teknik (chief project engineer), spesialis dalam organisasi desain arsitektur dan konstruksi (chief project engineer, kepala arsitek proyek), penyelenggara konstruksi (chief project engineer), tenaga kerja fungsi yang meliputi masing-masing organisasi kinerja survei teknik, pelaksanaan pekerjaan pada persiapan dokumentasi proyek, pekerjaan konstruksi konstruksi, rekonstruksi, perombakan objek konstruksi modal dan informasi tentang yang termasuk dalam daftar nama nasional spesialis yang diatur dalam Pasal 55.5-1 Kode ini (selanjutnya disebut juga sebagai spesialis) adalah setidaknya dua spesialis di tempat pekerjaan utama ”.
Klausa 1, 3, 6 dari Pasal 55.5-1 Kode Perencanaan Kota berbunyi sebagai berikut:
"1. Seorang spesialis dalam organisasi survei teknik, spesialis dalam organisasi desain arsitektur dan konstruksi, spesialis dalam organisasi konstruksi adalah individu yang memiliki hak untuk melakukan, di bawah kontrak kerja dengan pengusaha individu atau badan hukum, fungsi kerja dalam organisasi pekerjaan survei teknik, pelatihan desain. dokumentasi, konstruksi, rekonstruksi, perbaikan objek konstruksi modal di pos utama insinyur proyek, kepala arsitek proyek dan informasi tentang yang termasuk dalam daftar nasional spesialis di bidang survei teknik dan desain arsitektur, atau dalam daftar nasional spesialis di bidang konstruksi. "
"3. Tugas resmi spesialis dalam organisasi survei teknik, spesialis dalam organisasi desain arsitektur dan konstruksi meliputi, masing-masing:
1) persiapan dan persetujuan tugas untuk kinerja survei teknik, tugas untuk persiapan dokumentasi proyek dari fasilitas konstruksi modal;
2) penentuan kriteria seleksi untuk peserta dalam pekerjaan pada pelaksanaan survei teknik, persiapan dokumentasi proyek dan pemilihan pelaksana pekerjaan tersebut, serta koordinasi kegiatan pelaksana pekerjaan tersebut;
3) penyerahan, persetujuan dan penerimaan hasil pekerjaan pada pelaksanaan survei teknik, persiapan dokumentasi proyek;
4) persetujuan hasil survei teknik, dokumentasi proyek ".
“6. Informasi tentang individu yang ditentukan dalam bagian 1 artikel ini harus dimasukkan oleh Asosiasi Nasional Organisasi Pengaturan Mandiri masing-masing, ke dalam daftar nasional spesialis di bidang survei teknik dan desain arsitektur, ke dalam daftar nasional spesialis konstruksi (selanjutnya disebut juga sebagai daftar nasional spesialis) aplikasi orang tersebut, tunduk pada kepatuhan dengan persyaratan minimum berikut:
1) keberadaan pendidikan tinggi dalam profesi, spesialisasi atau pelatihan di bidang konstruksi;
2) adanya pengalaman kerja dalam organisasi yang melakukan survei teknik, menyiapkan dokumentasi proyek, konstruksi, rekonstruksi, perbaikan proyek konstruksi modal dalam posisi rekayasa masing-masing untuk setidaknya tiga tahun;
3) adanya pengalaman kerja total dalam profesi, spesialisasi atau arah pelatihan di bidang konstruksi tidak kurang dari sepuluh tahun;
4) pengembangan profesional dalam arah pelatihan di bidang konstruksi setidaknya setiap lima tahun;
5) ketersediaan izin kerja (untuk warga negara asing) ".
Kepala badan hukum - anggota organisasi yang dapat mengatur diri sendiri dapat mempercayakan tugas-tugas insinyur kepala proyek kepada karyawan yang tidak memenuhi persyaratan di atas, namun, pemenuhan tugas yang tercantum dalam paragraf 3 pasal 55.5-1 akan ilegal (lihat bagian akhir dari surat penjelasan Kementerian Konstruksi Rusia) 08.06.2017 No. 20243-TB / 02).
Tanda tangan dari chief engineer dari proyek dalam dokumentasi proyek yang diajukan untuk pemeriksaan berarti fakta dari persetujuan, penerimaan dan persetujuan, yaitu, tugas-tugas seorang spesialis dalam organisasi desain arsitektur dan konstruksi, oleh karena itu, komentar pakar itu sah.
Insinyur proyek utama adalah tokoh kunci dalam proses desain.
M.S. Podolsky, Ketua Sub-komite tentang Organisasi Kegiatan Kepala Insinyur Proyek Komite Desain Teknologi Fasilitas Produksi Asosiasi Nasional Desainer dan Surveyor, Direktur Ilmiah Sekolah Kepala Insinyur Internasional (Arsitek Kepala) proyek di MGSU
A. V. Litvinov, Wakil Direktur Jenderal, Pusat Konsultasi “Proyek-TsNIO”, Anggota Dewan Sekolah Kepala Insinyur Internasional (Arsitek Kepala) Proyek di MGSU
Dalam kondisi bisnis modern, pelanggan memiliki kesempatan untuk memilih organisasi proyek (perangkat lunak) sesuai dengan rasio waktu, harga, dan kualitas layanan yang ditawarkan. Dengan kesamaan kriteria di atas, kualitas dokumentasi proyeklah yang dapat menjadi syarat penentu keberhasilan perangkat lunak dalam persaingan. Kualitas dokumentasi proyek dievaluasi baik dengan parameter obyektif - kepatuhan terhadap persyaratan peraturan dan regulasi saat ini, dan subyektif - untuk memaksimalkan kepuasan pelanggan. Dan itu dan parameter lainnya terus berubah: pelanggan beralih dari desain standar ke individual, perubahan bulanan dan penambahan ke basis peraturan dan teknis dan legislatif, bahan bangunan baru, peralatan baru, teknologi, dll. Muncul. Pelanggan biasa “puas” atau "Tidak puas" dengan dokumentasi proyek dilengkapi dengan kebutuhan untuk terus meningkatkan kepuasan pelanggan, dan ini melekat dalam ideologi standar internasional seri ISO 9000.
Untuk memastikan kualitas produk yang diperlukan, perangkat lunak harus, jika tidak mengikuti kemajuan ilmiah dan teknologi, maka setidaknya mengikuti, menawarkan pelanggan solusi desain baru, asli dan dapat diandalkan.
Apa yang menghambat peningkatan nyata dalam pekerjaan Chief Engineers (Chief Architects) dari proyek (CIP)? Menurut pendapat kami, pertama, stereotip yang tidak biasa tentang tempat dan peran GUI dalam proses desain yang diturunkan dari generasi ke generasi desainer, dan kedua, kurangnya kualifikasi manajer perangkat lunak dalam hal-hal yang berkaitan dengan kegiatan GUI, yang tidak memungkinkan mereka untuk mengambil yang memadai keputusan, ketiga, kurangnya gagasan yang jelas tentang apa yang merupakan kualitas keputusan desain dan untuk bagian mana dari itu adalah tanggung jawab ISU; keempat, pemahaman yang disederhanakan tentang mekanisme pembentukan kualitas dan, khususnya, ketika diimplementasikan dalam subproektirovschikov, dan akhirnya, di tempat kelima, karena kebanyakan desainer belum menyadari pentingnya GIPA dalam mengurangi biaya pekerjaan desain.
Akan salah untuk berpikir bahwa manajer perangkat lunak dan GUI sendiri tidak ingin menghilangkan alasan di atas, tetapi upaya mereka tidak membawa hasil yang nyata, karena alih-alih mengandalkan fakta yang secara jelas menentukan keputusan yang tepat, mereka dipandu oleh pengalaman masa lalu dan subyektif. pandangan yang tidak memenuhi persyaratan saat itu.
Dalam proses membahas masalah-masalah ini, kami sering menemukan diri kami berada di sisi yang berlawanan dari barikade dengan banyak rekan kami - dengan semacam "lawan kolektif", yang pandangannya dibentuk secara historis dan yang masih hidup dalam realitas ekonomi masa lalu. Artikel ini adalah keberatan tambahan terhadap "lawan kolektif".
Seperti diketahui, manajemen modern merekomendasikan untuk mendokumentasikan peraturan-peraturan penting, tetapi kemunculan peraturan apa pun harus didahului dengan pembentukan prinsip-prinsip yang menetapkan, misalnya, “sepanjang atau di seberang sungai” sebuah jembatan akan dibangun. Ini adalah bagian terpenting dari pembuatan peraturan. Pada tahap ini, konsensus harus dicapai dalam komunitas profesional, setelah itu setiap pembatasan peraturan tidak boleh bertentangan dengan prinsip-prinsip yang disepakati.
Sayangnya, pada kenyataannya, "stereotip buruk" menang, yang dalam banyak kasus tidak terkait tidak hanya dengan ilmu organisasi dan manajemen produksi, tetapi seringkali hanya dengan akal sehat.
Mari kita memikirkan beberapa, dalam pendapat kami, ide-ide yang salah, menyingkirkan yang merupakan cadangan nyata dalam pengembangan bisnis proyek:
1. ISU bertanggung jawab atas kualitas dokumentasi proyek (yang berfungsi), mis. ISU bertanggung jawab atas segalanya.
Itu tidak mungkin. Persyaratan untuk posisi atau, seperti yang mereka katakan hari ini, "tanggung jawab dan otoritas" ISU secara historis berkorelasi dengan komplikasi persyaratan untuk objek desain, serta perubahan dalam harapan pelanggan mengenai hasil desain. Di masa lalu, desain dan konstruksi dikelola oleh satu spesialis yang membuat semua keputusan. Saat ini, tugas utama perusahaan adalah menyediakan dinamika investasi yang diperlukan, serta pendapatan kepada pelanggan dari proyek, cukup untuk memberi kompensasi kepada investor atas sumber daya yang diinvestasikan oleh mereka dan risiko yang ditanggung. Dengan demikian, semua keputusan dalam desain ISU mengambil kriteria efisiensi ekonomi dari desain, konstruksi dan pengoperasian objek. Oleh karena itu persyaratan untuk kualifikasinya. Semua peserta lain dalam proses desain membuat keputusan tentang kriteria optimalitas teknis, dan kondisi ini diwujudkan dalam proses mengoordinasikan keputusan desain oleh spesialis utama di bagian proyek.
2. "Sumpah" GIP menghilangkan tanggung jawab atas kualitas desain (kerja) dokumentasi dari peserta desain lainnya.
Dengan kata lain, GUI bertanggung jawab untuk mematuhi norma-norma dan standar proyek untuk desain, konstruksi dan operasi fasilitas, standar organisasi pengaturan diri, persyaratan pelanggan individu untuk tingkat teknis dan kualitas, ekspresi arsitektur dan signifikansi sosial dari fasilitas. Kami menganggap perlu untuk kembali ke indra: tanggung jawab untuk apa dan dalam kasus apa.
Jelas bahwa tanggung jawab dapat terjadi jika hasil negatif dari pekerjaan diungkapkan, yang telah dilakukan oleh spesialis secara pribadi atau pribadi yang diverifikasi; jika ada tanda tangan yang sesuai, didukung oleh tanggal, dan juga didokumentasikan, untuk apa dan kepada siapa tanggung jawab dipikul dan kapan berakhir. Ini adalah persyaratan wajib untuk tanggung jawab pribadi. Kalau tidak, maka tidak bertanggung jawab secara kolektif akan terjadi. Mari kita beri contoh. Seperti yang Anda ketahui, gambar harus ditandatangani: "dikembangkan", "dicentang" dan "kontrol normal". Kami menarik perhatian pada fakta bahwa tanda tangan diberikan dalam hal tindakan, yaitu menjawab pertanyaan: apa yang Anda lakukan? - dikembangkan; apa yang kamu lakukan - melakukan kontrol norma, dll. Tidak mungkin untuk memungkinkan "inisiatif" dari organisasi desain dan penampilan pada gambar tanda tangan kepala departemen, kepala spesialis, insinyur kepala proyek, dll. Aksen bergeser, dan tanda tangan mulai menentukan bukan "apa yang", tetapi "siapa yang lakukan. "
Seperti telah disebutkan, tanda tangan mewakili tanggung jawab. Tanpa tanda tangan - tidak ada tanggung jawab. Karena tanggung jawab memiliki batasan, maka perlu disepakati di mana mereka pergi, yaitu untuk memastikan bahwa setiap orang sama memahami bidang tanggung jawab. Arti perjanjian adalah sebagai berikut: setiap gambar memiliki konten ("apa" digambarkan) dan desain ("bagaimana" digambarkan). Kontraktor bertanggung jawab atas konten dan desain. Untuk konten - sebelum pemeriksa, untuk desain - sebelum pengontrol normal. Tanggung jawab kontraktor berhenti pada saat tanda tangan mereka akan diserahkan oleh inspektur dan pengontrol. Selanjutnya, perlu untuk menentukan kepada siapa verifikasi dan pengontrol bertanggung jawab. Idealnya, ini adalah pelanggan yang benar-benar tertarik untuk mencocokkan tanda tangan dan hasilnya. Dalam organisasi proyek itu sendiri, tidak mungkin untuk menemukan pengikut pengecekan dan normontroller. Tapi bisakah ini menjadi GUI? Dalam hal ini, tanda tangan PIU akan berarti bahwa dia sekali lagi memeriksa konten dan desain gambar dan mengambil tanggung jawab untuk dirinya sendiri, termasuk "untuk mengamati norma dan standar dalam desain, konstruksi dan pengoperasian objek...", dll. dll. Tetapi mustahil untuk secara fisik memeriksa semua solusi desain untuk pemenuhan semua standar dan semua persyaratan ISU. Oleh karena itu, memaksakan tanggung jawab pada GUI secara umum untuk semuanya tidak lebih dari mantra, formal karena ketidakmungkinan eksekusi dan berbahaya jika perlu untuk menghukum kesalahan orang lain. GUI hanya satu dari banyak penulis drama yang disebut "persiapan dokumentasi proyek".
3. Jika sesuatu yang serius terjadi di lokasi konstruksi, itu akan menjadi yang pertama kali "ditanam" oleh GIP.
Jika sesuatu yang benar-benar serius terjadi, penyidik, setelah menunjuk pemeriksaan teknis forensik atau telah melakukan beberapa pemeriksaan seperti itu, akan menentukan perancang yang, misalnya, melakukan perhitungan desain dan menerapkan faktor yang salah, kemudian menentukan siapa yang memeriksa perhitungan dan orang inilah yang akan hadir. penuntutan, tetapi pengadilan dalam kondisi tertentu dapat menghukum pelaku dan pemeriksa.
4. GUI harus menjadi perancang yang paling berkualitas di semua bagian proyek.
Jelas bahwa ini tidak mungkin, karena dalam dokumentasi proyek setidaknya sepuluh bagian khusus, pekerjaan yang mengasumsikan kehadiran lebih dari dua puluh spesialisasi. "Stereotip buruk" ini juga meluas ke gagasan menunjuk seorang spesialis ke jabatan Institut. Namun, disarankan untuk mengambil keputusan tentang penunjukan PIU berdasarkan seleksi kompetitif dan dipandu oleh kriteria yang sangat berbeda.
Pemohon untuk posisi PIU harus mendukung pemohon kemungkinan untuk mencapai indikator teknis dan ekonomi yang lebih tinggi dari objek yang dirancang, mengurangi persyaratan awal desain dan konstruksi, mengurangi intensitas tenaga kerja (biaya) pekerjaan desain, lebih menguntungkan untuk persyaratan perhitungan organisasi organisasi dengan peserta pekerjaan, serta perluasan persyaratan tambahan pelanggan pada objek desain (7.2.1 "d" GOST R ISO 9001-2008), dll. Yang paling penting adalah reputasi GIP: karakter, komunikasi daya tahan, ketekunan, komitmen, efisiensi, ketepatan waktu, kesopanan, kemampuan untuk bernegosiasi, perhatian, kesopanan, daya tanggap, efisiensi, dll.
Untuk objek sipil, keuntungan dalam penunjukan ke posisi Kepala Arsitek proyek (GAP) mungkin adalah adanya pendidikan ekonomi dan arsitektur. Prioritas kedua adalah pendidikan ekonomi, yang ketiga adalah arsitektur, dan akhirnya, hanya rekayasa.
Untuk fasilitas industri (desain teknologi), keuntungan dalam menunjuk posisi Chief Project Engineer (CIP) dapat berupa ketersediaan pendidikan dan teknologi ekonomi, sesuai dengan spesifikasi objek desain. Prioritas kedua adalah pendidikan ekonomi, yang ketiga adalah teknologi, dan akhirnya, hanya rekayasa.
Dalam kasus pertama dan kedua, manajer proyek harus memiliki kualifikasi manajemen proyek. Menurut hasil seleksi kompetitif, ISU ditunjuk ke pos dengan urutan yang relevan dari manajer perangkat lunak.
5. Jika ketidaksepakatan muncul antara spesialis utama di bagian proyek, ISU membuat keputusan akhir.
Bayangkan gambar seperti itu: Kepala tukang listrik, di bagian proyeknya, memutuskan bahwa switchboard akan berada di antara sumbu ini dan itu dan pada tanda bangunan ini dan itu. Spesialis utama - insinyur panas di tempat yang sama memiliki gardu. Mereka datang ke ISU untuk “berdamai” dengan mereka. Secara alami, kualifikasi masing-masing Spesialis Kepala dalam spesialisasi yang relevan lebih tinggi daripada ISU. Jika ISU akan membahas masalah ini dengan mereka di bidang teknis yang diusulkan, maka jelas dalam posisi yang tidak menguntungkan. Dia harus menerjemahkan diskusi ke dalam bidang ekonomi, dengan mengatakan bahwa satu opsi sangat mahal, dan yang lainnya sangat banyak, dengan mempertimbangkan tidak hanya biaya konstruksi, tetapi juga biaya operasi, serta kemungkinan risiko yang terkait dengan perubahan dalam biaya peralatan. Menerima dan membenarkan keputusannya dari sudut pandang ekonomi, ISU, yang bertanggung jawab atas keputusan kepada investor, harus mencari solusi teknis yang sesuai dari spesialis. Saat ini, beberapa GUI dapat bertindak seperti ini, tetapi ini adalah misi GUI, yang merupakan bagian dari tanggung jawab untuk kualitas keputusan desain.
6. GUI pertama-tama harus memiliki kekhasan teknis.
Kami sudah bicara tentang spesialisasi apa dan mengapa harus di GUI. Dalam kondisi tingkat percepatan pengembangan ilmiah dan teknis, kualitas dokumentasi proyek secara langsung tergantung pada pelatihan lanjutan yang sistematis dari GIP. Saat ini, ISU harus kompeten dalam organisasi dan manajemen proses desain, metode untuk memastikan efisiensi ekonomi dari desain, konstruksi dan operasi fasilitas untuk mendapatkan posisinya secara kompetitif. Tetapi bahkan GUI yang berhasil bekerja merasakan kekurangan pengetahuan mereka tentang masalah ini, cobalah untuk secara independen mengompensasi kesenjangan dalam kompetensi mereka.
Untuk mengatasi masalah ini atas inisiatif Komite Desain Teknologi Obyek Industri NOPRIZ dan Institut Konstruksi dan Arsitektur (ISA) dari Penelitian Nasional Universitas Negeri Moskow Teknik Sipil (MGSU), dengan partisipasi Pusat Penasihat "proyek CSRI" dan Komite untuk Pendidikan Profesional Berkelanjutan di industri konstruksi Russian Union of Builders (RCC) menyelenggarakan proyek Sekolah Kepala Insinyur Internasional (Arsitek Kepala). Dewan Sekolah termasuk spesialis terkenal di Federasi Rusia dan negara-negara CIS di bidang desain dan jaminan kualitas dokumentasi proyek (bekerja). Ketua Dewan Sekolah Kepala Insinyur Internasional (Arsitek Kepala) dari proyek Mescherin Igor Viktorovich memiliki pengalaman unik dalam bekerja dengan GAP dan GIP di Uni Soviet, Rusia, Amerika Serikat dan Italia.
Informasi tentang Sekolah Internasional Informasi Ilmiah dan Teknologi (GAP), termasuk pelaksanaan kursus khusus, diposting di situs web ISA MGSU, Asosiasi Nasional Desainer dan Surveyor, Proyek Riset Ilmiah Pusat, dan juga situs web Desainer di Federasi Rusia, Kazakhstan, Belarus dan Ukraina.
Tujuan utama dari Sekolah Internasional GIP adalah untuk memastikan pelatihan personil GIP yang sangat berkualitas melalui pelatihan lanjutan. Program-program yang memenuhi persyaratan modern, orientasi praktis dari kursus memungkinkan untuk memenuhi kebutuhan desain teknologi dan arsitektur, untuk mempertahankan pertumbuhan profesional berkelanjutan dan reproduksi GUI, dan juga untuk mempersiapkan cadangan personel untuk mengganti posting GUI atas perintah organisasi desain.
Ada dua produk utama dalam "portofolio pendidikan" dari Sekolah Internasional Informasi Ilmiah dan Industri:
Sistem pelatihan GIP yang diusulkan bersifat fleksibel, memadai untuk kebutuhan saat itu, menanggapi kebutuhan nyata para perancang yang sangat sibuk dengan pekerjaan praktis. Isi program adalah pengetahuan teoritis dan praktis yang seimbang, serta pengalaman dalam manajemen desain. Sangat penting bahwa program mengasumsikan cakupan teritorial yang luas dari siswa dan kenyamanan pelatihan, termasuk melalui penggunaan prinsip-prinsip modern, bentuk dan metode pelatihan: modularitas, pembelajaran "sebelum hasil", variasi dalam hal pembelajaran, pembelajaran jarak jauh, dll.
Topik utama yang dibahas dalam kursus Sekolah GIP Internasional di MSSU:
1. Situasi di pasar konstruksi dan dampaknya terhadap kegiatan ISU.
2. Perubahan utama dalam isi konsep "sistem manajemen mutu" dalam kaitannya dengan pekerjaan ISU.
3. Distribusi dalam organisasi proyek (perangkat lunak) yang bertanggung jawab untuk pengembangan solusi desain dan kualitasnya antara manajer pertama, chief engineer, direktur produksi, departemen teknik, departemen teknis dan departemen produksi (bengkel) dalam proses mempersiapkan, memproduksi dan mengimplementasikan proyek konstruksi (teknis) a) dokumentasi, termasuk kontrol, verifikasi, analisis, koordinasi, validasi dan persetujuan desain dan estimasi dokumentasi.
4. Klarifikasi peran dan tempat GUI dalam "proses ujung ke ujung" perangkat lunak berorientasi pelanggan: "interaksi dengan pelanggan perangkat lunak" - "membangun dan memelihara portofolio urutan perangkat lunak" - "mempersiapkan dan menerbitkan / mengimplementasikan dokumentasi proyek (kerja)" - "dukungan implementasi proyek dalam konstruksi ”-“ pemenuhan kewajiban garansi untuk proyek yang dilaksanakan dalam konstruksi ”.
5. Kepala unit produksi: perancang atau manajer (manajer)? Interaksi dengan GUI. Objek utama manajemen kepala unit produksi: sumber daya tenaga kerja, pekerjaan, waktu, keuangan, sumber daya material; subordinasi, wewenang, tugas fungsional dasar (tanggung jawab) kepala unit produksi, kriteria untuk mengevaluasi kegiatannya.
6. Prosedur "peluncuran" bekerja pada persiapan dokumentasi proyek sesuai dengan perjanjian proyek desain yang disimpulkan. Perkiraan kontrak dengan organisasi desain subkontrak (ACT); prosedur penilaian, seleksi (seleksi) dan penilaian ulang perangkat lunak sumber terbuka; konsep subkontrak dan outsourcing.
7. Interaksi GUI dengan departemen kontrak, arsip teknis, departemen pelepasan proyek. Persyaratan utama untuk ISU dalam sistem disiplin eksekutif.
8. Analisis tanggung jawab baru ISU; deskripsi pekerjaan khas ISU; persyaratan untuk GUI dalam melakukan pengawasan lapangan (termasuk sub-desainer); GUI dan masalah peralatan re-teknis, ekspansi perusahaan, modernisasi, perbaikan, dll.
9. Memantau kepuasan pelanggan dengan proses dan hasil organisasi proyek.
10. Peran GUI dalam memperluas jenis produk (layanan) organisasi proyek. Pembentukan reputasi perusahaan di antara para peserta proyek investasi.
11. Subproyek manajemen. Persyaratan modern untuk pemilihan peserta desain.
12. Komentar tentang proyek-proyek dari organisasi baru dan dokumen metodologis untuk CIP: Standar untuk kegiatan profesional CIP, Rekomendasi tentang organisasi kegiatan CIP, Profil CIP, Persyaratan untuk persiapan dan penunjukan pada jabatan CIP, yang dikembangkan dalam Subkomite mengenai organisasi kegiatan Kepala Proyek dari Komite Teknik Desain Objek Proyek tujuan produksi NOP pada tahun berjalan.
13. Bernegosiasi pada akhir kontrak dan penentuan harga kontrak. Jenis kontrak.
14. Interaksi dengan keahlian negara dan non-negara.
15. Kerangka hukum dan organisasi untuk desain, dokumen peraturan terkait dengan pekerjaan GIP, termasuk GOST R 54869-2011, serta sistem EUROCODES.
16. Biaya pekerjaan desain. Indeks dasar dan metode sumber daya untuk menghitung biaya. Bentuk dokumentasi anggaran. Evaluasi efisiensi ekonomi dari solusi desain.
17. Manajemen risiko proyek. Identifikasi dan identifikasi risiko (kategori risiko, risiko yang diketahui dan risiko yang tidak diketahui, besarnya risiko, probabilitas terjadinya dan tingkat pengaruh risiko); penganggaran manajemen risiko; penentuan kemungkinan penerapan tenggat waktu dan anggaran proyek; teknik respons risiko (penghindaran, transfer, mitigasi, dan penerimaan); kontrol gejala risiko.
18. Partisipasi dalam penawaran kontrak untuk pekerjaan desain dan survei.
19. Ketentuan utama sistem manajemen mutu dalam organisasi proyek yang memenuhi persyaratan GOST ISO 9001-2015.
20. Fungsi dan konten pengawasan teknis pelanggan. Pengawasan pembangunan negara.
21. Kompetensi Institut dalam hal pendidikan mandiri dan pelatihan lanjutan.
22. GIP, GAP dalam struktur fungsional, organisasi dan keuangan organisasi proyek.
23. Kompetensi GIP terkait dengan pemasaran dan penjualan.
24. Kompetensi GIP dalam menentukan kekuatan, hak dan tanggung jawabnya.
25. Kompetensi Lembaga dalam menilai efektivitas dan efisiensi kegiatan profesional dan motivasinya.
Sejak Mei 2015, modul tambahan "Estimasi efisiensi ekonomi dari solusi desain" (30 ac. Hours) telah dimasukkan dalam Program Sekolah Internasional Informasi Ilmiah dan Teknologi. Total volume Program menjadi 80 ac. satu jam Modul ini diajarkan oleh guru-guru di Akademi Investasi Profesional Negara (GASIS) dari Sekolah Tinggi Ekonomi Universitas Riset Nasional. Siswa juga menerima sertifikat GASIS.
Subjek program pendidikan, konsultasi dan penelitian, yang diusulkan oleh Sekolah Internasional Informasi Ilmiah dan Industri, difokuskan pada penyelesaian masalah dasar yang saat ini dihadapi organisasi desain melalui pengembangan profesional dunia nyata dari tokoh-tokoh kunci dalam proses desain, seperti GUI.
Pada tema-tema utama Program Sekolah Internasional GIP, Pusat Konsultasi "Proyek-TsNIO" mengembangkan rekomendasi spesifik.
Mari kita beralih ke mekanisme untuk membentuk kualitas keputusan desain untuk secara jelas dan jelas menentukan batas tanggung jawab ISU.
Beberapa ketentuan desain umum:
1. Setiap proyek untuk konstruksi adalah kombinasi dari tiga model:
- model objek masa depan (perencanaan ruang dan solusi teknik);
- model penciptaannya (proyek organisasi konstruksi);
- model operasinya (Organisasi dan manajemen produksi).
2. Pembentukan keputusan desain terdiri dari pengadopsian yang sebenarnya, dan kemudian perlu untuk mengkonfirmasi kesesuaiannya, dengan kata lain, untuk memverifikasi. Penerapan keputusan desain sendiri merupakan pilihan dari alternatif, dan konfirmasi kesesuaian memiliki banyak opsi berbeda, dan karenanya, banyak istilah yang sesuai dengan opsi ini. Sebagian besar opsi tergantung pada waktu, tempat, dan standar, yang dipilih untuk konfirmasi.
Kualitas keputusan desain terdiri dari empat sifat dasar. Masing-masing properti ini dibentuk oleh seseorang dalam perangkat lunak dan ditujukan untuk seseorang. Orang yang membentuk properti berkualitas memikul tanggung jawab pribadi untuk itu. Yang pertama adalah "kemampuan teknis," yaitu, solusi desain harus sedemikian rupa sehingga dapat diimplementasikan selama konstruksi. Pertama-tama perlu bagi kontraktor bangunan, dan teknisi, insinyur, dan ahli utama divisi industri terbentuk. Yang kedua adalah "peluang informasi," yaitu, keputusan desain harus berisi semua informasi yang diperlukan untuk pelaksanaan pekerjaan konstruksi dan instalasi, pemesanan peralatan, penerimaan semua izin dan persetujuan yang diperlukan. Dia membutuhkan pelanggan dan kontraktor konstruksi. Properti ini dibentuk oleh teknisi, insinyur, dan kepala spesialis unit produksi. Yang ketiga adalah "kelayakan ekonomi" dari solusi desain, yaitu, solusi desain harus kompetitif secara ekonomi selama konstruksi dan pengoperasian fasilitas. Ini diperlukan untuk orang utama di pasar - investor, terbentuk, dan ISU bertanggung jawab untuk ini. Yang keempat adalah "sistemik", yaitu, semua keputusan desain pada proyek harus dikoordinasikan. Pertama-tama ini perlu oleh para desainer sendiri, dan spesialis utama di bagian proyek bertanggung jawab untuk ini.
Keputusan desain dibuat pada lima tingkatan. Pertimbangkan level-level ini pada contoh bagian desain proyek. Level pertama adalah "node, bagian." Pada tingkat teknologi ini, keputusan dibuat untuk memperkuat jerat, bagian yang tertanam, dll. Tingkat kedua adalah "elemen". Pada level ini, para insinyur merancang balok, kolom, fondasi yang berdiri bebas, dll. Yang ketiga adalah "komponen". Insinyur senior dan terkemuka merancang tumpang tindih, penutup, struktur penutup, dll. Tingkat keempat adalah "bagian proyek". Pada level ini, kepala spesialis memutuskan desain struktur bangunan dan parameter kekuatan utama struktur. Tingkat kelima - "indikator teknis dan ekonomi proyek." ISU bertanggung jawab untuk membuat keputusan pada tingkat ini.
Mari kita beralih ke "konfirmasi kesesuaian solusi desain". Kontrol ini, evaluasi, verifikasi, analisis, validasi, koordinasi, dan persetujuan keputusan desain. Di sini penting bagi kita untuk menentukan batas tanggung jawab GUI.
Kontrol melibatkan korelasi dari keputusan desain yang diadopsi dengan norma yang ada (aturan), yaitu dokumen peraturan yang saat ini beroperasi di kompleks bangunan (Kode Perencanaan Kota Federasi Rusia, SNiP, SN, GOST, VSN, dll.). Hasil dari kontrol adalah "sesuai dengan" atau "tidak sesuai dengan" keputusan desain untuk dokumen peraturan yang ditentukan.
Evaluasi - prosedur kontrol yang sama, hanya dalam lampiran untuk "korespondensi" atau "tidak sesuai" menunjukkan berapa banyak "korespondensi" atau "tidak sesuai". Sebagai aturan, hasil penilaian diberikan dalam istilah kuantitatif, misalnya, api antara bangunan 10 meter lebih kecil dari yang standar.
Kontrol norma yang disebut berada di baris yang sama dengan kontrol, dengan satu-satunya perbedaan adalah bahwa GOSTs SPDS digunakan untuk membandingkan solusi desain yang diadopsi dengan dokumen peraturan.
Verifikasi melibatkan membandingkan keputusan desain dengan input data desain (penugasan desain, data desain awal, spesifikasi teknis). GOST ISO 9001-2011 cukup jelas menetapkan persyaratan untuk verifikasi solusi desain, termasuk perencanaan verifikasi dan pencatatan hasil. Secara khusus, 7.3.5 menyatakan bahwa “sesuai dengan kegiatan yang direncanakan, pemeriksaan harus dilakukan untuk memastikan bahwa output dari desain dan pengembangan memenuhi persyaratan input untuk desain dan pengembangan. Rekaman hasil tes dan semua tindakan yang diperlukan harus disimpan dan disimpan. " Karena “data input”, biasanya, berisi indikator teknis dan ekonomi (persyaratan) untuk dokumentasi proyek, ISU memeriksa kesesuaian data yang sebenarnya diterima.
Analisis - tindakan kolektif di bawah kepemimpinan GIP - memungkinkan Anda untuk meramalkan konsekuensi dari ketidakberesan proses desain yang ada dalam hal karakteristik teknis dan ekonomi dari keputusan desain, biaya desain dan durasinya. Dalam klausa 7.3.4 dari GOST ISO 9001-2011, serta untuk verifikasi, persyaratan untuk analisis ditetapkan, yaitu: "Pada tahap yang sesuai, sesuai dengan kegiatan yang direncanakan, desain sistematis dan analisis pengembangan harus dilakukan untuk menilai kemampuan desain dan hasil pengembangan. memenuhi persyaratan, serta mengidentifikasi [masalah yang timbul selama desain dan pengembangan] dan mengusulkan tindakan yang diperlukan. Para peserta dalam analisis tersebut harus mencakup perwakilan fungsi yang terkait dengan tahap desain dan pengembangan yang dianalisis. Rekaman hasil analisis dan semua tindakan yang diperlukan harus dipelihara dan dipelihara. " Perhatikan bahwa analisis harus direncanakan dan hasilnya didokumentasikan. Juga jelas bahwa analisis tidak dapat dilakukan pada awal desain, karena masih tidak ada yang perlu dianalisis, dan pada akhir desain, karena "kereta telah pergi" dan prosesnya selesai. Dalam mendesain, tanggung jawab untuk analisis terletak pada ISU. Sebagai aturan, selama proses desain, PIU mengumpulkan kepala departemen produksi dan kepala spesialis pada bagian proyek dan mendiskusikan dengan mereka arah desain dan karakteristik teknis dan ekonomi dari keputusan desain yang dibuat untuk memastikan bahwa bahan desain yang dihasilkan pada akhir desain sesuai dengan "data input".
Koordinasi mengasumsikan keyakinan bahwa solusi desain ini tidak bertentangan dengan keputusan desain di bagian lain dari proyek, yaitu, misalnya, solusi desain dari bagian desain proyek dibandingkan dengan solusi desain dari bagian teknik listrik, sanitasi atau panas proyek.
Tanggung jawab untuk koordinasi yang akan dilakukan adalah tanggung jawab ISU, dan untuk kebenaran koordinasi masing-masing spesialis utama untuk bagian proyek bertanggung jawab.
Ingat apa "validasi" itu. Dalam desain, dua situasi konfirmasi dimungkinkan: dalam kasus pertama, ini dapat dilakukan secara langsung "di atas kertas", yaitu solusi desain ada di layar komputer. Sebagai contoh, keputusan desain adalah balok yang dirancang dan dibangun yang harus tahan terhadap beban yang sesuai. Untuk mengkonfirmasi kepatuhan, cukup menggunakan metode perhitungan yang sama yang digunakan ketika membuat keputusan ini (atau alternatif), dan jika metode ini diuji dan dapat diandalkan, maka perhitungan ulang akan memberikan kepercayaan mutlak pada kebenaran keputusan desain. Atau contoh lain, dalam penugasan desain, komposisi bangunan pada lantai bangunan yang sesuai ditunjukkan dan area yang diperlukan ditunjukkan. Solusi desain denah lantai ini mudah diperiksa dengan membandingkannya dengan data asli. Harus ditekankan bahwa keputusan desain seperti itu dalam jumlah total desain - setidaknya 80-90 persen. Ini termasuk keputusan desain yang dibuat dengan menggunakan desain standar, rakitan dan suku cadang yang khas, solusi desain awal yang dikembangkan secara individu yang disetujui yang digunakan berulang kali, katalog peralatan yang disertifikasi dengan cara yang ditentukan, dll., Dll. Dengan kata lain, pidato Ini adalah tentang solusi desain yang andal, terbukti, berkali-kali diterapkan, tidak diragukan lagi.
Situasi kedua adalah ketika solusi desain tidak dapat diverifikasi andal menggunakan teknik verifikasi tradisional. Mereka dapat diperiksa hanya dalam proses konstruksi atau operasi fasilitas yang dibangun, serta melakukan pengujian khusus dalam kondisi yang sedekat mungkin dengan konstruksi atau operasi fasilitas. Kebutuhan semacam itu muncul ketika mereka menerapkan teknologi atau bahan canggih yang telah direkomendasikan atau diumumkan dalam iklan, metode perhitungan baru, peralatan yang belum pernah digunakan sebelumnya, solusi teknologi yang tidak memiliki analog, dll. Misalnya, di pameran para perancang berkenalan dengan bahan atap baru. yang diiklankan secara aktif, dan karakteristik bahan ini sangat mengesankan.
Mungkin diputuskan untuk menggunakan bahan ini untuk atap dengan luas 20 ribu meter persegi, namun, secara khusus ditetapkan bahwa selama konstruksi, Anda harus terlebih dahulu menyelesaikan bagian atap 10 meter persegi, membuat beban dinamis di atasnya untuk waktu tertentu, menuangkan air di atas dan melihat bagaimana perilaku bagian bawah atap. Jika hasil tes positif, maka desainer akan memberikan izin untuk membuat sisa atap. Kadang-kadang kebutuhan ini muncul karena tingginya ketidakpastian kondisi geologi di area konstruksi yang sulit, ketika para pencari keuntungan tidak dapat (termasuk, karena alasan ekonomi) dengan akurasi yang cukup mensimulasikan karakteristik tanah di lokasi-lokasi tertentu dari fondasi pondasi. Dalam kasus ini, mereka menunjukkan perlunya mengendarai tumpukan uji dan hanya setelah itu mereka mengkonfirmasi kemungkinan membangun bidang tiang di bawah seluruh objek.
Ini adalah validasi dari solusi desain. Penggunaan validasi menunjukkan komitmen organisasi proyek untuk segala sesuatu yang baru dan canggih. Ini adalah tanda daya saing dari solusi desain, itu adalah keinginan untuk mengambil posisi terdepan dalam desain karena peningkatan kepuasan pelanggan yang berkelanjutan. Tanggung jawab atas fakta pelaksanaan validasi ditanggung oleh ISU, untuk konten validasi - para ahli utama pada bagian-bagian proyek.
Persetujuan adalah izin untuk mentransfer dokumentasi proyek lengkap ke pelanggan. Ini adalah tanggung jawab GUI, dan dia mengimplementasikannya ketika dia menandatangani faktur sebelum mengirim dokumentasi kepada pelanggan.
Sekarang kita beralih ke tanggung jawab ISU, terkait dengan pengurangan biaya pekerjaan desain. Seperti yang Anda ketahui, ada banyak peluang untuk mengurangi biaya, dan ini adalah "sakit kepala" untuk manajemen dan semua spesialis perangkat lunak terkemuka, karena ini praktis satu-satunya cara untuk meningkatkan keuntungan organisasi proyek. GUI memberikan kontribusi yang signifikan dalam hal ini, dengan menyadari tanggung jawab untuk mengelola sub-desainer (outsourcing).
Saat ini, menjadi mungkin untuk memilih sub-desainer (STR) berdasarkan hasil evaluasi mereka, perbandingan dengan pesaing, evaluasi ulang reguler, dan tanggung jawab GUI untuk pilihan ini telah muncul. Prinsip penting, "yang membayar, memesan musik," mulai bekerja di antara subjek, tidak hanya dalam arti tradisional yang terkenal, tetapi juga sebagai persyaratan dari perancang umum (GP) untuk terus-menerus berpikir tentang meningkatkan (memastikan) kualitas dan mengurangi biaya pekerjaan desain. Selain itu, Undang-Undang menetapkan bahwa tanggung jawab kepada pelanggan untuk kualitas desain dan estimasi dokumentasi, yang dikembangkan oleh ACT, hanya ditanggung oleh dokter umum. Oleh karena itu, perlu dipandu oleh persyaratan GOST ISO 9001-2011 dan Pedoman untuk penerapan proses outsourcing (ISO / TS 176 / SC 2 / N 630R2, 24 November 2003).
Secara umum, ada tiga jenis STR bersyarat:
- "Biasa" - SPO dengan mana GP memiliki hubungan pasar yang normal;
- "Biasa" - SPO dengan mana GP memiliki hubungan pasar yang normal;
- "Henchmen" - makhluk pelanggan, hubungan dokter umum dengan yang ditentukan oleh pelanggan.
Dengan menggunakan contoh hubungan dengan perangkat lunak open source, kami akan mempertimbangkan masing-masing subsistem secara berurutan, mengingat bahwa ISU dalam beberapa kasus membuat keputusan, dan pada yang lain ia berpartisipasi dalam adopsi mereka.
Evaluasi, seleksi dan evaluasi ulang sub-desainer.
Subsistem ini terdiri dari dua blok:
- pembentukan dan pemeliharaan Daftar (basis data, registri, dll.) dari STR yang disetujui dan pembaruannya;
- pemilihan perangkat lunak sumber terbuka dari Daftar yang ditentukan untuk melakukan pekerjaan pada proyek tertentu.
Pekerjaan di bawah unit pertama adalah fungsi departemen teknis perangkat lunak, dan yang kedua, tanggung jawab ISU.
Untuk membentuk Daftar, departemen teknis dari perangkat lunak mencari, mengevaluasi, memilih dan mengevaluasi kembali perangkat lunak open source sesuai dengan kebutuhan perangkat lunak menggunakan kriteria yang dikembangkan bersama dengan GUI.
Jelas bahwa pendekatan semacam itu tidak menjamin kecukupan penuh STR untuk harapan GP karena kompleksitas formalisasi beberapa masalah. Misalnya, pertanyaan tentang ketersediaan SMM yang valid dan kepatuhannya terhadap persyaratan GOST ISO 9001-2011. ACT menjawab bahwa SMM berfungsi dan mematuhi, sebagaimana dibuktikan oleh sertifikat dari lembaga sertifikasi "N". Pengalaman dalam mengevaluasi pemenuhan persyaratan tertentu dari GOST ISO 9001-2011 oleh organisasi desainer yang mengatur diri sendiri menunjukkan bahwa lebih dari 90% sertifikat diterima secara resmi, cukup "dibeli" dan seringkali tidak memiliki hubungan dengan STR tertentu. Ternyata GP membawa tanggung jawab nyata untuk kualitas dokumentasi proyek (kerja) yang disiapkan oleh ACT, tetapi pilihan ACT didasarkan pada "jaminan" dari STR itu sendiri dalam bentuk jawaban atas kuesioner. Ketika merancang objek tertentu, GUI, sebagai suatu peraturan, memilih ACT yang sesuai dari Daftar, dipandu oleh kriteria tambahan, termasuk lokasi teritorial dari STR, informasi STR pada properti-properti situs konstruksi tertentu, kontak sebelumnya dengan Pelanggan tertentu, kesiapan ACT untuk memenuhi pesanan dan lain-lain.
Sebelum membuat keputusan tentang keterlibatan perangkat lunak open source dalam desain GUI harus langsung di organisasi. Ini adalah tugas GUI baru. Teknologi ini disediakan oleh standar seri ISO 9000 dan disebut audit "pihak kedua". Durasi audit oleh pihak kedua tidak lebih dari satu hari kerja (lebih disukai 3-4 jam).
Durasi sesingkat itu dijelaskan oleh fakta bahwa tidak seluruh sistem manajemen kualitas perangkat lunak sumber terbuka dipertimbangkan, tetapi hanya beberapa poin kunci tertentu. Praktek menunjukkan bahwa jika pada titik-titik ini semuanya normal, maka dengan tingkat probabilitas tinggi, ACT sesuai dengan harapan SE.
Penting untuk menekankan bahwa Pelanggan hanya berurusan dengan GP, dengan siapa ia memiliki kontrak. Dia mungkin tidak tahu sisa peserta proyek. Akibatnya, hubungan dengan perangkat lunak open source secara eksklusif menjadi masalah GP. SPO sebenarnya bertindak sebagai unit struktural tambahan dari GP, yang harus dikelola dalam proses implementasi proyek dengan cara yang sama seperti dengan divisi struktural "sendiri", mengingat tenggat waktu dan kualitas dokumentasi proyek (bekerja) yang dikembangkan oleh ACT, yang menjadi tanggung jawab GP. oleh pelanggan. Ini menentukan tanggung jawab BUMN dalam mengelola STR.
Jenis dan ruang lingkup pengelolaan perangkat lunak sumber terbuka dapat bervariasi dalam rentang yang luas: mulai dari minimum, ketika perangkat lunak sumber terbuka mengeluarkan tugas teknis dan pekerjaan yang dilakukan diterima dengan sedikit atau tanpa verifikasi, secara maksimal, ketika perusahaan manajemen dan dokumen lain yang disetujui oleh perusahaan pengadaan dipandu oleh pesanan. Pada saat yang sama, verifikasi lengkap STR, PSD yang lengkap, termasuk dengan bantuan ahli independen, dilakukan.
Jumlah manajemen yang diperlukan ditentukan oleh ISU tergantung pada hasil evaluasi (evaluasi ulang) STR, termasuk dengan mempertimbangkan informasi yang diperoleh selama audit oleh pihak kedua, dan juga tergantung pada biaya yang direncanakan untuk RP untuk melakukan inspeksi yang masuk dari bahan-bahan STR, dengan mengingat bahwa biaya-biaya ini meningkatkan biaya pekerjaan pada proyek.
Fitur manajemen SPO harus ditetapkan oleh GUI dalam "kondisi khusus" perjanjian subkontrak. Departemen teknis GP mengembangkan pola "kondisi khusus" seperti itu di mana hampir semua aspek yang mungkin dan / atau diperlukan dari manajemen sumber terbuka disajikan, dan GUI, ketika menganalisis kontrak tertentu dengan perangkat lunak sumber terbuka, mencakup metode manajemen yang memenuhi persyaratan proyek tertentu. Semakin dalam tingkat kontrol perangkat lunak open source, semakin kecil volume kontrol input bahan desain perangkat lunak open source, dan, akibatnya, biaya GP.
Metode kontrol tersebut dapat mencakup kebutuhan untuk:
- persetujuan proses desain teknologi yang digunakan oleh perangkat lunak sumber terbuka atau pelaksanaan pekerjaan desain menggunakan proses desain teknik yang digunakan oleh manajer umum;
- koordinasi jadwal kerja desain yang harus dikembangkan STR berdasarkan jadwal kerja yang dilampirkan pada kontrak;
- penunjukan (sebagaimana disepakati dengan Perusahaan Negara) dari manajer proyek tertentu (manajer proyek) untuk pesanan yang diajukan untuk pelaksanaan (bagian proyek), dll.
Bergantung pada tingkat kontrol perangkat lunak open source, volume kontrol input untuk GP dapat bervariasi dari 100% hingga hampir tidak ada, yaitu, perhitungan ulang resmi dokumen proyek yang diterima dari perangkat lunak open source.
Setelah transfer desain yang lengkap dan estimasi dokumentasi ke Pelanggan atau setelah commissioning objek (jika pengawasan dilakukan), ISU perlu menyelesaikan proyek outsourcing.
Untuk ini, Anda perlu:
- memeriksa ketersediaan dokumen yang mengkonfirmasikan penerimaan desain dan memperkirakan dokumentasi dari ACT, termasuk pemeriksaan kualitas dokumentasi yang ditentukan;
- mengevaluasi kerja sama dengan ACT dan melaporkan hasilnya ke departemen teknis untuk menyesuaikan Daftar;
- dapatkan dari ACT dan transfer ke arsip GP informasi tentang solusi desain efektif individu yang dikembangkan, termasuk dokumentasi STR, yang dapat direkomendasikan untuk digunakan kembali;
- menyiapkan tinjauan resmi untuk perangkat lunak sumber terbuka;
- menyelesaikan masalah (jika perlu dan mungkin) tentang insentif ekonomi untuk perangkat lunak open source.
Sekarang tentang tanggung jawab GUI, yang terkait dengan partisipasi dalam pembentukan "buku pesanan" dan biaya perangkat lunak yang lebih rendah untuk menemukan pelanggan baru.
Intinya adalah bahwa sesuai dengan pasal 7.2.1 "Proses yang terkait dengan konsumen" GOST ISO 9001-2011, perangkat lunak harus menetapkan persyaratan:
1. Didirikan oleh pelanggan, termasuk persyaratan untuk pengiriman dan kegiatan setelah pengiriman.
2. Tidak ditentukan oleh pelanggan, tetapi diperlukan untuk penggunaan DED khusus atau yang dimaksudkan ketika diketahui.
3. Legislatif dan wajib lainnya yang berkaitan dengan DED.
4. Perangkat lunak khusus tambahan apa saja.
Apa yang dimaksud dengan tiga kelompok persyaratan pertama (1-3) kurang lebih jelas. Kami selanjutnya mengklarifikasi bahwa "persyaratan yang tidak dinyatakan oleh pelanggan, tetapi diperlukan untuk penggunaan DED khusus atau dimaksudkan, jika diketahui", dapat mencakup semua persyaratan perangkat lunak itu sendiri, di mana kualitas, harga, dan waktu pengiriman dari dokumentasi proyek bergantung.
Sebagai contoh, jika pelanggan menerima estimasi desain, yang, sesuai dengan teknologi desain yang ada, disimpan untuk waktu tertentu sebelum dipindahkan ke pelanggan dalam arsip teknis, persyaratan perangkat lunak itu sendiri mengenai kondisi penyimpanan dalam arsip dokumentasi yang ditentukan akan dirujuk dalam pasal 7.2.1 (2) dari standar.. Memenuhi persyaratan yang ditentukan dalam pasal 7.2.1 (1-3) standar, perangkat lunak tidak dapat memperoleh keunggulan kompetitif, karena semua pesaing harus memenuhi persyaratan ini. Dalam kondisi pasar, hanya perangkat lunak yang "bertahan" yang dapat menentukan dan memenuhi persyaratan pasal 7.2.1 (4). Kami menyebut persyaratan ini "diasumsikan" dan mengklarifikasi artinya: pertama, mereka "menebak", perangkat lunak itu sendiri dirumuskan, kedua, mereka tidak disetujui atau disepakati dengan pelanggan dan, ketiga, implementasi mereka dilakukan dengan biaya mereka sendiri Perangkat lunak Akibatnya, pelanggan menerima dokumentasi proyek (layanan) dengan parameter yang tidak terduga untuknya atau dengan parameter yang lebih baik dari yang diharapkan, yang menjamin tidak hanya kepuasan pelanggan, tetapi juga membuatnya kagum pada PSD yang disediakan (layanan yang diberikan). Dalam kasus terakhir, perangkat lunak dapat memastikan bahwa pelanggan akan kembali ke sana berulang kali. Dan untuk menjaga pelanggan, seperti yang Anda tahu, adalah 5-7 kali lebih murah daripada mencari yang baru. Ini adalah esensi dari posisi baru yang secara fundamental ditetapkan dalam GOST ISO 9001-2011.
Agar pemenuhan persyaratan, yang ditentukan dalam pasal 7.2.1 (4) standar, untuk mempengaruhi keunggulan kompetitif dari perangkat lunak, perlu untuk menentukan pemilik proses untuk membentuk persyaratan yang diinginkan pelanggan, yaitu, salah satu manajer yang tetapkan aturan untuk implementasi kegiatan ini. Untuk perangkat lunak, pemilik proses kemungkinan besar adalah insinyur kepala lembaga tersebut. "Master" dari proses, yaitu, spesialis yang membentuk persyaratan calon pelanggan untuk proyek tertentu haruslah seorang GUI. Untuk memperjelas, ISU bertanggung jawab atas fakta bahwa persyaratan yang dimaksud dari pelanggan ditentukan, dan spesialis utama dari departemen produksi bertanggung jawab atas isi dari persyaratan ini.
Tanggung jawab lain dari PIU dibentuk dalam analisis kontrak (perjanjian) dengan pelanggan. Banding pelanggan dalam perangkat lunak dapat dengan cara yang berbeda: informasi tentang tender yang dimenangkan (kompetisi); surat resmi dengan proposal untuk mengembangkan dokumentasi proyek; panggilan telepon ke kepala perangkat lunak; komunikasi informal melalui kolega, dll. Pada saat menerima salah satu sinyal di atas, disarankan untuk menunjuk seorang GUI yang akan mengelola analisis kontrak sebelum ditandatangani oleh pelanggan.
Tugas ISU ini melibatkan:
- menentukan lingkaran orang yang akan berpartisipasi dalam koordinasi rancangan kontrak dan pembagian tanggung jawab di antara mereka;
- membawa manajer dan spesialis yang ditentukan untuk melakukan negosiasi dengan pelanggan (rapat kerja) untuk membahas ketentuan tertentu dari rancangan kontrak, termasuk negosiasi tentang penentuan harga kontrak;
- dalam pemilihan dari basis data templat pilihan yang cocok untuk pelanggan tertentu dan objek desain;
- penentuan kebutuhan dan kemungkinan menarik sub-desainer dan mengadakan negosiasi awal dengan mereka;
- penilaian risiko yang mungkin terkait dengan pemenuhan kewajibannya berdasarkan kontrak.
Setiap tindakan dalam kondisi saat ini berbeda secara signifikan dari praktik yang kita tahu. Misalnya, perjanjian tentang rancangan perjanjian biasanya disusun pada "Daftar persetujuan", di mana nama lengkap dan posisi manajer yang relevan ditunjukkan, yang, jika disetujui secara positif, menandatangani, negatif - berikan pendapat tertulis kepada mereka secara tertulis. Menurut pendapat kami, perlu untuk menetapkan tanggung jawab kepala untuk paragraf yang relevan dari rancangan kontrak. Jumlah poin dalam "Daftar persetujuan" harus sama dengan jumlah poin dalam rancangan kontrak. Ini memastikan tanggung jawab pribadi masing-masing manajer untuk pemenuhan syarat-syarat kontrak oleh organisasi proyek dan pemahaman yang sama tentang persyaratan yang relevan dari rancangan kontrak oleh organisasi proyek dan pelanggan, dll.
Materi artikel ini dengan beberapa desainer dapat menimbulkan keberatan. Kami siap untuk diskusi yang konstruktif dengan kolega dalam bentuk yang nyaman.