Fino al 2008, il progetto per la costruzione doveva includere un documento conosciuto nell'ambiente professionale con il nome caratteristico "GIP Oath". Ora si chiama "l'assicurazione dell'organizzazione del progetto che la documentazione del progetto è stata sviluppata in conformità con..." [1], e quindi un numero di documenti, la cui conformità è valutata.
Ma, come prima, tutti capiscono quanto sia responsabile e completo il ruolo dell'ingegnere capo e / o dell'architetto capo del progetto - GIP e GAP.
Con l'inizio dell'era dell'autoregolamentazione in costruzione nel 2010, le funzioni e le responsabilità della persona che esegue la preparazione della documentazione di progetto (progettista generale) sono stabilite e fissate dalle leggi federali e dai documenti dei ministeri e dei dipartimenti [1] [2] [3] [4]. Allo stesso tempo, il "Regolamento sull'ingegnere capo (Chief Architect) del progetto" del 1985 "SNiP" [5], che stabiliva diritti, doveri e responsabilità delle persone nominate sulla base della legislazione dell'URSS, non era incluso negli elenchi dei documenti di standardizzazione sia di uso obbligatorio che volontario, e quindi dal 2010 ha perso il suo status.
Quali sono gli atti giuridici attuali che descrivono le funzioni, i diritti, i doveri e le responsabilità dell'ISU / GAP?
Le risorse informative ci indirizzano a due fonti:
- Risoluzione del Ministero del lavoro e dello sviluppo sociale della Federazione Russa nel 1998 "In merito all'approvazione del libro di riferimento sulle qualifiche di manager, specialisti e altri dipendenti" [6];
- Ordine del Ministero della Salute e dello Sviluppo Sociale della Federazione Russa nel 2008 "Su approvazione di un unico elenco di qualifiche di incarichi di manager, professionisti e dipendenti" [7].
Entrambe le azioni agiscono, con l'identità dei nomi che colpiscono. Il documento del 1998 contiene una sezione sulle responsabilità dell'ingegnere capo e capo architetto del progetto, e nel 2008 solo l'ingegnere capo del progetto. Entrambi i documenti stabiliscono solo obblighi e requisiti di qualificazione ufficiali e con le stesse parole.
Una lettura attenta rivela che il Ministero della Salute della Russia un decennio più tardi (nel 2008) quasi ripetendo parola per parola la compilazione del Ministero del Lavoro del 1998 con lo SNiP del 1985, nella parte dedicata ai compiti del capo ingegnere / architetto del progetto, e l'anno scorso entrambi i ministeri sono un giorno ( 02.12.2014) ha "aggiornato" i loro documenti, senza sostituire una sola parola nel merito nelle sezioni corrispondenti! La duplicazione stereotipata, sulla quale sono ovviamente spese risorse statali considerevoli, è sconcertante. In tutta onestà, notiamo che, sebbene le parole e le frasi intere rimandino alla fonte originale, ma a causa di un parziale riaggiustamento dei luoghi, reprimere il plagio sarebbe insostenibile.
Poiché il Ministero del Lavoro, come il Ministero della Salute, non si è preso la briga di creare un nuovo documento corrispondente al momento attuale, o almeno di aggiornarlo correttamente, oggi usiamo ancora la carta da lucido del SNiP del 1985. Per ricordare quali funzioni sono state obbligatoriamente eseguite da GUI e GAP trent'anni fa e, secondo il parere dei ministeri, devono essere eseguite oggi, è necessario citare la decisione del Ministero del lavoro (e in effetti tutti e tre gli atti).
Ingegnere capo, capo architetto del progetto:
"Esegue la gestione tecnica del lavoro di progettazione e di rilevamento nella progettazione della struttura e supervisiona la sua costruzione, messa in servizio e sviluppo della capacità di progettazione.
Prende misure per migliorare la qualità del design e stimare la documentazione.
Prepara i dati per la conclusione di contratti con i clienti per lo sviluppo (trasferimento) di prodotti scientifici e tecnici
Partecipa al lavoro delle commissioni sulla selezione dei siti (binari) per la costruzione, nella preparazione degli incarichi progettuali e nell'organizzazione di indagini ingegneristiche per lo sviluppo di stime di progetto e altra documentazione tecnica
Organizza il suo sviluppo sugli oggetti ad esso assegnati, partecipa alla preparazione di piani di pianificazione completi per l'implementazione di lavori di ricerca, progettazione, ingegneria e tecnologia
Fa piani di rilascio di prodotti scientifici e tecnici.
Forma compiti per i subappaltatori per eseguire il lavoro loro assegnato e fornisce a queste organizzazioni i dati di input necessari. Risolve i problemi che sorgono durante lo sviluppo della documentazione.
Esegue il controllo sul livello tecnico del progetto, la pianificazione urbanistica e le decisioni di pianificazione architettonica, la spesa economica dei fondi per il lavoro di progettazione e di rilevamento, i tempi dello sviluppo del progetto e la documentazione di stima.
Garantisce la conformità del progetto sviluppato e la documentazione di stima con gli standard, le norme, le regole e le istruzioni dello stato.
Fornisce la verifica della purezza del brevetto e della brevettabilità per la prima volta utilizzata nel progetto o sviluppata per processi tecnologici, attrezzature, strumenti, strutture, materiali e prodotti.
Protegge il progetto nelle organizzazioni e negli organismi di competenza dei genitori.
Partecipa alla considerazione e all'approvazione dell'organizzazione generale contraente di progettazione e documentazione di stima.
Risolve i problemi derivanti dal processo di progettazione, costruzione, messa in funzione dell'impianto, sviluppo della capacità di progettazione.
Organizza il lavoro sull'eliminazione dei difetti rilevati nelle stime di progetto e in altra documentazione tecnica, nonché sulla contabilità delle spese delle stime approvate.
Prepara proposte per la gestione dell'organizzazione del progetto e del cliente per apportare modifiche alla documentazione di lavoro relativa all'introduzione di nuovi documenti normativi, tenendo conto dello stato attuale di costruzione.
Coordina le deviazioni ragionevoli dalle norme, dai regolamenti, dalle istruzioni esistenti con gli organismi di supervisione statale e da altre organizzazioni che li hanno approvati.
Fornisce analisi e sintesi di esperienza nella progettazione, costruzione e gestione di strutture costruite e la preparazione su questa base di proposte per migliorare il livello tecnico ed economico delle soluzioni di design.
Prepara revisioni e conclusioni su innovazioni e invenzioni, progetti di standard, specifiche tecniche e altri documenti normativi relativi alla progettazione e alla costruzione.
Partecipa all'esame di progetti, alla preparazione di pubblicazioni e alla preparazione di domande per invenzioni, nel lavoro di seminari e conferenze nella sua specialità ".
In che modo i compiti elencati corrispondono agli attuali atti normativi in materia di pianificazione urbana, autoregolamentazione e regolamentazione tecnica? Una parte significativa dei suddetti articoli contraddice la legge sia dal punto di vista terminologico che sostanziale e non può essere eseguita su base obbligatoria.
Considera in ordine di posizione, causando domande in termini di impegno.
1. Gestione tecnica del lavoro di progettazione e rilevamento nella progettazione dell'oggetto e la supervisione della sua costruzione, messa in servizio e sviluppo della capacità di progettazione.
Secondo il Regolamento tecnico "Sulla sicurezza di edifici e strutture" [8], dal 2010 la supervisione dell'autore è attribuita a forme volontarie di valutazione della conformità ed è effettuata con l'accordo delle parti su decisione dello sviluppatore (cliente tecnico). Certamente, la supervisione architettonica è necessaria quando si creano opere di architettura - come parte integrante del processo creativo e un elemento di protezione del copyright. Inoltre, senza la supervisione dell'autore, non vi è alcuna base di prova per la responsabilità del progettista generale per la conformità del progetto di costruzione del capitale costruito con la documentazione di progettazione, che distrugge il concetto piramidale di responsabilità in condizioni di autoregolamentazione. Allo stesso tempo, senza la supervisione dell'autore, non può esservi né la partecipazione obbligatoria, né volontaria del progettista generale, e in particolare, l'ingegnere o l'ingegnere, nella risoluzione di problemi di costruzione, messa in funzione dell'impianto e sviluppo di capacità progettuali.
Si noti che i regolamenti tecnici nominati [8] hanno identificato le persone responsabili delle procedure per mettere in azione l'oggetto di costruzione del capitale: appaltatore generale, committente e / o cliente tecnico, persone che esercitano il controllo di costruzione e supervisione della costruzione statale. Questo può essere ingiusto e sbagliato dal punto di vista della responsabilità correlata per i risultati della progettazione e della costruzione, ma né il progettista generale, né l'ISU / HAP, sono menzionati nelle norme attuali quando l'impianto è commissionato.
Finché la supervisione dell'autore è definita dalla legge come un elemento volontario del processo di costruzione, non può essere imputata ai doveri di alcuna persona da un atto normativo, tuttavia, se necessario, queste relazioni possono essere regolate dalla descrizione del lavoro interno dell'organizzazione.
Quanto sopra si applica completamente a p.5. (Risolve i problemi derivanti dal processo di progettazione, costruzione, messa in funzione dell'impianto, sviluppo della capacità di progettazione).
1). Dal 2004, in conformità con il codice urbanistico [2], al posto delle parole "commissioning an object" dovrebbe essere usato il termine "commissioning of a capital construction object".
2). Il codice urbanistico [2] non utilizza il concetto di "utilizzo della capacità di progettazione".
2. Partecipazione ai lavori delle commissioni sulla selezione dei siti (binari) per la costruzione, nella preparazione degli incarichi di progettazione e nell'organizzazione di indagini ingegneristiche.
Qui è opportuno richiamare le responsabilità dello sviluppatore o del cliente tecnico stabilito dal Codice urbanistico [2]: "lo sviluppatore o il cliente tecnico è tenuto a fornire (al progettista generale): (vedere il testo nella precedente edizione)
1) un piano urbanistico di un appezzamento di terra o nel caso della preparazione della documentazione di progetto per un oggetto lineare, un progetto di pianificazione del territorio e un progetto di indagine territoriale;
(vedi il testo nella precedente edizione)
2) i risultati delle indagini ingegneristiche...;
3) condizioni tecniche... ".
Inoltre: "La preparazione della documentazione di progetto viene eseguita sulla base del compito dello sviluppatore o del cliente tecnico."
Pertanto, la scelta dei siti per la costruzione, la preparazione degli incarichi di progettazione e l'organizzazione delle indagini ingegneristiche (e non delle indagini) non sono oggi un dovere ufficiale del PIU o GAP, come era trent'anni fa, ma la responsabilità funzionale dello sviluppatore o del cliente tecnico. Le responsabilità funzionali dello sviluppatore o del cliente tecnico sono presentate in modo particolarmente chiaro durante le gare di progettazione basate sulla legislazione sugli appalti pubblici. I dati iniziali sopra menzionati costituiscono in questo caso un pacchetto di documenti di gara, formato dal cliente, e la partecipazione alla loro preparazione del project manager o GAP, per definizione, che rappresenta il progettista generale, è considerata una violazione delle leggi antitrust.
3. Garantisce la conformità del progetto sviluppato e la documentazione di stima con gli standard, le norme, le regole e le istruzioni dello stato.
In conformità con il decreto governativo "Sulla composizione delle sezioni della documentazione del progetto..." [1], la valutazione della conformità della documentazione del progetto ai requisiti della legislazione viene effettuata sotto forma di "certificazione all'organizzazione del progetto che la documentazione progettuale è sviluppata in conformità con il piano urbanistico del terreno, attività progettuale,..., regolamenti tecnici,... e con l'osservanza delle condizioni tecniche ". Come si vede, la responsabilità in questa parte non è imposta al dipendente dell'organizzazione, ma all'organizzazione generale del progettista, il che è vero in termini di autoregolamentazione, la necessità dell'adesione del progettista generale a collaborazioni specializzate e la responsabilità nel quadro dei fondi di compensazione di queste partnership. E, inoltre, l'elenco dei documenti, la cui conformità è valutata, è completamente diverso, ed è stato dal 2008.
4. Coordina le partenze ragionevoli dalle norme, dai regolamenti, dalle istruzioni esistenti con gli organismi di supervisione statale e da altre organizzazioni che li hanno approvati.
È necessario prestare la massima attenzione alle principali disposizioni dell'attuale Codice di sviluppo urbano [2]: "Non è consentito richiedere l'approvazione della documentazione di progetto, una conclusione sulla documentazione di progetto e altri documenti non previsti dal presente Codice". Tra le conclusioni richieste dal codice [2], sono indicate le conclusioni dell'esame, l'esame ecologico statale per la gamma di oggetti stabilita e l'esame storico e culturale per gli oggetti del patrimonio culturale.
Se è necessario discostarsi dai requisiti dei documenti normativi, oggi dovremmo seguire le regole stabilite dai regolamenti tecnici sulla sicurezza degli edifici e delle strutture [8]: "... se per la preparazione della documentazione di progetto una deviazione dai requisiti stabiliti da... norme e codici di condotta nazionali... la documentazione... viene eseguita in base alle condizioni tecniche speciali. "
E ancora il decreto governativo "Sulla composizione delle sezioni della documentazione del progetto..." [1]: "... lo sviluppo della documentazione (del progetto) dovrebbe essere preceduto dallo sviluppo e dall'approvazione nel modo prescritto di condizioni tecniche speciali". In altre parole, le condizioni tecniche speciali (STU) sono il materiale di preparazione pre-progetto, ad es. dati di origine per la progettazione. Pertanto, l'armonizzazione degli scostamenti dai requisiti normativi dalla normativa vigente non prevede, e lo sviluppo di un CTS (un documento che legittima le deviazioni dai requisiti dei documenti normativi quando determinati requisiti sono soddisfatti) è la responsabilità funzionale dello sviluppatore o del cliente tecnico.
Quindi, si può affermare che i documenti esistenti riguardanti le responsabilità del PIU / GAP sono insoddisfacenti, dal momento che citano norme obsolete di trent'anni fa e non tengono conto delle esigenze moderne della legislazione urbanistica, delle regole per la regolamentazione tecnica e dell'autoregolamentazione nella costruzione. I tentativi di creare documenti metodologici sono insostenibili fintanto che sono basati sulle norme obsolete indicate. Ad esempio, il recente preparato per il sistema informativo Consulente Plus (2015) Forma della descrizione del lavoro del capo ingegnere del progetto, ci restituisce testardamente le disposizioni del 1985. Stime conflittuali dei requisiti provocano un'atmosfera conflittuale nelle relazioni tra sviluppatori, progettisti generali e specialisti specifici.
La necessità di ripristinare l'ordine in quest'area di volta in volta è riconosciuta dalle istituzioni governative. Nel 2012, poco prima dell'adesione della Russia all'OMC, è stata presa in considerazione una bozza degli emendamenti falliti al codice urbanistico e di altri atti normativi e legali sulle questioni relative all'introduzione dell'istituto dell'ingegnere capo e dell'architetto capo del progetto. È stato proposto di definire i termini dell'ISU e del GAP, per stabilire i termini di riferimento e i criteri di qualificazione nella corrispondenza uno a uno direttamente con il codice di pianificazione urbana. Allo stesso tempo, è stata considerata la questione della protezione della responsabilità personale del GIP e del GAP, con l'inclusione di articoli rilevanti nei codici amministrativo e penale con pene molto severe per violazione dei doveri ufficiali: multe per un importo di 18 mesi di stipendi, reclusione fino a sette anni...
Si può presumere che l'istituto del GIP / GAP sarebbe stato distrutto anche prima della sua creazione, se tali iniziative legislative fossero state adottate. Da un lato, oggi la responsabilità di violare le regole di progettazione è affidata al progettista generale con l'ausilio di strumenti di autoregolamentazione, fondi di compensazione e assicurazione rischi. D'altra parte, il codice penale ha ancora una sanzione adeguata in caso di danni alla proprietà, alla salute o alla vita. Ma c'è un terzo aspetto della questione: l'attuale legislazione è piuttosto contraddittoria, terminologicamente insufficiente, scarsamente coordinata tra i vari rami della regolamentazione, e quindi determina l'impossibilità di soddisfare i suoi requisiti senza eccezioni significative. Seguendo i principi della giustizia sociale, è ragionevole parlare di stabilire una responsabilità, almeno dal punto di vista amministrativo, anche nello sviluppo e nell'adozione di atti normativi contrastanti (e quindi non attuabili). Solo se esiste una legislazione logica, coerente e reciprocamente concordata in tutti i settori, è possibile osservarla in buona fede e la violazione può essere valutata in modo definitivo.
Ovviamente, sono necessari documenti completi e complessi che determinano in modo affidabile i diritti, i doveri, i requisiti di qualifica e la responsabilità dell'ingegnere capo / capo architetto del progetto - figure chiave del processo di progetto - sulla base dei moderni requisiti legali e professionali. La responsabilità, molto probabilmente, dovrebbe essere considerata nella connessione inscindibile di tutti i soggetti delle relazioni di pianificazione urbana, autorità legislative ed esecutive. Al fine di sviluppare un parere consolidato su una questione così acuta e mal discussa oggi, sarebbe utile tenere un'ampia discussione professionale, i cui risultati possono diventare la base di un pacchetto di cambiamenti necessari e, se necessario, lo sviluppo di nuovi atti normativi.
Documenti citati nel testo:
[1] Decreto del Governo della Federazione Russa n. 87 del 16 febbraio 2008 "Sulla composizione delle sezioni e dei requisiti di documentazione del progetto per il loro contenuto" (REGOLAMENTO sulla composizione delle sezioni e dei requisiti di documentazione del progetto per la loro manutenzione)
[2] Legge federale della Federazione Russa №190-ФЗ datata 29 dicembre 2004 "Codice urbanistico della Federazione Russa"
[3] Legge federale della Federazione russa n. 315-ФЗ del 1 ° dicembre 2007 "Sulle organizzazioni autoregolamentate"
[4] Ordinanza del Ministero dello Sviluppo Regionale della Federazione Russa n. 624 del 30 dicembre 2009 "In merito all'approvazione dell'elenco dei tipi di lavori sui sondaggi ingegneristici, sulla preparazione della documentazione di progetto, sulla costruzione, ricostruzione e revisione degli oggetti di costruzione di capitali che influenzano la sicurezza degli oggetti da costruzione capitali"
[5] SNiP 1.06.04-85 "Regolamento sull'ingegnere capo (capo architetto) del progetto"
[6] Risoluzione del Ministero del lavoro e dello sviluppo sociale della Federazione russa del 21.08.1998 n. 37 "Approvazione del libro di riferimento per la qualifica di manager, specialisti e altri dipendenti". Sezione II., Parte 2. "Posizioni di lavoratori leader e ingegneri-tecnici di organizzazioni di progettazione, ingegneria, tecnologia e sondaggio", paragrafo "Chief Project Engineer. L'architetto principale del progetto.
[7] Ordinanza del Ministero della salute e dello sviluppo sociale della Federazione Russa del 23 aprile 2008 n. 188 "Approvazione di un unico libro di riferimento per la qualifica di manager, specialisti e dipendenti", sezione "Caratteristiche di qualifica di manager e specialisti in architettura e attività urbanistiche". Parte 5 "Design", p.5.1. "Posizioni di manager. Chief Project Engineer.
[8] Legge federale della Federazione russa n. 384-ФЗ del 30 dicembre 2009 "Regolamentazioni tecniche sulla sicurezza degli edifici e delle strutture".
Chi può essere una ipo
Gruppo: nuovo
Messaggi: 11
Registrazione: 31/01/2011
ID utente: 91953
Gruppo: Moderatori
Messaggi: 34679
Registrazione: 07/11/2006
Da: Mosca
ID utente: 3370
Gruppo: partecipanti al forum
Messaggi: 1553
Registrazione: 8.1.2008
Da: Krasnoyarsk
ID utente: 14254
no, non possono.
e perché hai bisogno di questo?
Bene, questo è un caso criminale, con questa esperienza.
timbro per esempio come si riempirà?
GUI - I
fatto - I
e.t.p.?
Il post è stato modificatoDaniel - 4.4.2012, 9:13
Gruppo: nuovo
Messaggi: 8
Registrazione: 04/12/2010
ID utente: 51897
Gruppo: Moderatori
Messaggi: 34679
Registrazione: 07/11/2006
Da: Mosca
ID utente: 3370
Gruppo: nuovo
Messaggi: 11
Registrazione: 31/01/2011
ID utente: 91953
Gruppo: Moderatori
Messaggi: 34679
Registrazione: 07/11/2006
Da: Mosca
ID utente: 3370
Gruppo: partecipanti al forum
Messaggi: 1302
Registrato: 4 dicembre 2009
Da: contro lo spreco di risorse naturali insostituibili
ID utente: 41817
Gruppo: partecipanti al forum
Messaggi: 2360
Registrato: 12.7.2006
Da: Kharkov
ID utente: 3382
Gruppo: Moderatori
Messaggi: 34679
Registrazione: 07/11/2006
Da: Mosca
ID utente: 3370
Gruppo: partecipanti al forum
Messaggi: 104
Registrazione: 24/01/2010
ID utente: 45022
Per la GUI, è necessaria esperienza, la GUI nella pagina del titolo è firmata, che il progetto è stato completato in conformità con gli standard attuali ed è a prova di esplosione, a prova di fuoco, cioè, è pienamente responsabile per prendere decisioni tecniche. In precedenza, negli uffici del progetto, era necessario ottenere la firma sul progetto, la firma dell'ingegnere senior, ingegnere capo, capo squadra, poi capo specialista, capo del dipartimento, GIP, e quindi firmarlo nel reparto di controllo tecnico.
Il post è stato modificato su: 4.4.2012, 20:10
Il capo ingegnere progettista è una posizione come questa o qualcosa del genere.
progettazione di strutture idrauliche
Voglio essere un fotografo :)
(((Questo è un capro espiatorio pagato a paletta e una grata.
E se necessario, posso analizzare domani sul lavoro i suoi diritti, obblighi e responsabilità secondo la legge. )))
Se esiste una possibilità di scansione, la responsabilità secondo la legge (numeri degli articoli, ecc.) È particolarmente interessante.
Se riguarda la GUI, allora ne hai bisogno.
Il fatto è che, ad esempio, nella lista delle descrizioni delle mansioni in costruzione c'è solo l'ingegnere capo e il capo progettista.
Per quanto ho capito, l'ISU non è una posizione, ma uno stato temporaneo assegnato all'interno di un determinato progetto.
Responsabilità per legge, intendevo, beh, sai cosa. - La morte di una persona, a causa dello studio incompleto del progetto per colpa dei progettisti. - Responsabilità penale.
Questo corso di volantini scannerizzati "Organizzazione e gestione nel campo del design".
[ATTACH] 1147756227.jpg [/ ATTACH]
progettazione di strutture idrauliche
In un ufficio, GAPom è diventata una ragazza solo dopo aver ricevuto un diploma, e il lavoro è diventato insopportabile. Questo è un capriccio del regista, perché è un uomo senza istruzione in quel momento, è difficile per lui discutere con un vero specialista di PTS, quindi ha fatto una tale mossa.
Ad ogni modo, il tandem potrebbe facilmente cambiare la sezione della Repubblica dell'Azerbaijan quando il CR è stato preparato per questo, ed è stato davolno a livello globale, e questo è diventato normale. Tutti sono stati caricati con il lavoro non necessario sulle tonsille. Rielaborazione senza fine senza fine e rielaborazione della stessa. Non voglio parlare dei dettagli, ma è arrivato al punto che l'edificio a più piani è stato progettato da 3 posti, 1 a partire dai primi piani, 2 dall'alto, 3 dal centro (intendo i piani). Alla fine, i piani non corrispondevano. Nitsche, rifatto. E quando rifatto, si è scoperto che le sezioni adiacenti non corrispondono all'AR, e davolno sul serio. Quando le sezioni adiacenti hanno iniziato a essere corrette, si è scoperto che non esisteva un piano tecnico, era l'idea del regista, voleva dissolvere tutto sotto il tetto degli uffici e "abbassare" i subappaltatori con i propri SNiP. Questi problemi si sono conclusi con una diminuzione del numero di posti auto nel garage sotterraneo, ho dovuto ridurli al piano tecnico.
Durante l'anno, tutti i veri specialisti si sono licenziati, incluso me. E la ragazza è dannata, va bene se non conosce le dimensioni del mattone o di che cosa è fatto l'asfalto, ecc., La cosa principale è GAP
Chi può essere una ipo
Comma 2) del paragrafo 6 dell'articolo 55.5 del codice urbanistico si legge come segue:
"6. I requisiti per i membri di un'organizzazione autoregolamentata stabiliti negli standard dell'organizzazione di autoregolamentazione e nei documenti interni dell'organizzazione di autoregolamentazione non possono essere inferiori al minimo stabilito in questa parte:
2) requisiti per la presenza di un imprenditore individuale o di una persona giuridica specialisti nell'organizzazione di indagini ingegneristiche (ingegneri capo progetto), specialisti nell'organizzazione di progetti architettonici e di costruzione (ingegneri capo progetto, architetti capo di progetti), organizzatori edili (ingegneri capo progetto), manodopera la cui funzione comprende rispettivamente l'organizzazione dell'esecuzione di indagini ingegneristiche, l'esecuzione di lavori sulla preparazione della documentazione di progetto, i lavori di costruzione la costruzione, la ricostruzione, la revisione degli oggetti di costruzione del capitale e le informazioni che sono incluse negli elenchi nazionali degli specialisti di cui all'articolo 55.5-1 del presente codice (in appresso denominati "specialisti") sono almeno due specialisti nel luogo di lavoro principale ".
Le clausole 1, 3, 6 dell'articolo 55.5-1 del codice urbanistico sono le seguenti:
"1. Uno specialista nell'organizzazione di indagini ingegneristiche, uno specialista nell'organizzazione di progettazione architettonica ed edile, specialista nell'organizzazione di costruzione è un individuo che ha il diritto di svolgere, sotto un contratto di lavoro con un singolo imprenditore o una persona giuridica, funzioni lavorative nell'organizzazione del lavoro di indagine ingegneristica, formazione progettuale. documentazione, costruzione, ricostruzione, revisione del capitale oggetto di costruzione nel post principale ingegnere progettista, capo architetto del progetto e informazioni di cui è incluso nel registro nazionale degli specialisti nel campo delle indagini ingegneristiche e della progettazione architettonica, o nel registro nazionale degli specialisti nel campo dell'edilizia. "
"3. I compiti ufficiali degli specialisti nell'organizzazione di indagini ingegneristiche, specialisti nell'organizzazione della progettazione architettonica e delle costruzioni comprendono, rispettivamente:
1) preparazione e approvazione di compiti per l'esecuzione di indagini ingegneristiche, compiti per la preparazione della documentazione di progetto della struttura di costruzione del capitale;
2) determinazione dei criteri di selezione per i partecipanti ai lavori sulla realizzazione di indagini ingegneristiche, la preparazione della documentazione di progetto e la selezione degli esecutori di tali opere, nonché il coordinamento delle attività degli esecutori di tali opere;
3) la presentazione, l'approvazione e l'accettazione dei risultati dei lavori sulla realizzazione di indagini ingegneristiche, la preparazione della documentazione di progetto;
4) approvazione dei risultati delle indagini ingegneristiche, documentazione di progetto ".
"6. Le informazioni sull'individuo specificate nella parte 1 di questo articolo devono essere inserite dall'associazione nazionale delle organizzazioni di autoregolamentazione, rispettivamente, nel registro nazionale degli specialisti nel campo delle indagini ingegneristiche e della progettazione architettonica, nel registro nazionale degli specialisti delle costruzioni (di seguito anche registri nazionali degli specialisti) l'applicazione di tale persona, nel rispetto dei seguenti requisiti minimi:
1) la presenza di un'istruzione superiore nella professione, specialità o formazione nel campo dell'edilizia;
2) la presenza di esperienze lavorative in organizzazioni che eseguono indagini ingegneristiche, preparazione di documentazione di progetto, costruzione, ricostruzione, revisione di progetti di costruzione di capitali in posizioni ingegneristiche per almeno tre anni, rispettivamente;
3) la presenza di un'esperienza lavorativa totale nella professione, specialità o indirizzo di formazione nel campo dell'edilizia non meno di dieci anni;
4) sviluppo professionale nella direzione della formazione nel campo dell'edilizia almeno una volta ogni cinque anni;
5) disponibilità di un permesso di lavoro (per cittadini stranieri) ".
Il capo di una persona giuridica - un membro di un'organizzazione autoregolatrice può affidare le mansioni dell'ingegnere capo del progetto a un dipendente che non soddisfa i requisiti di cui sopra, tuttavia, l'adempimento degli obblighi di cui al paragrafo 3 dell'articolo 55.5-1 sarà illegale (vedere la parte finale della lettera esplicativa del Ministero delle Costruzioni 08.06.2017 n. 20243-TB / 02).
La firma dell'ingegnere capo del progetto nella documentazione di progetto sottoposta ad esame significa il fatto della sua approvazione, accettazione e approvazione, cioè i doveri di uno specialista nell'organizzazione della progettazione architettonica e delle costruzioni, quindi il commento dell'esperto è legittimo.
Il capo ingegnere progettista è una figura chiave nel processo di progettazione.
M.S. Podolsky, Presidente della sottocommissione per l'organizzazione delle attività degli ingegneri capo dei progetti del comitato per la progettazione tecnologica delle strutture di produzione dell'Associazione nazionale dei progettisti e dei topografi, direttore scientifico della scuola internazionale degli ingegneri capo (Chief Architects) dei progetti di MGSU
A. V. Litvinov, Vice Direttore Generale, Centro di consultazione "TsNIO-Project", Membro del Consiglio della International School of Chief Engineers (Chief Architects) di Projects presso MGSU
Nelle moderne condizioni di business, il cliente ha la possibilità di scegliere l'organizzazione del progetto (software) in base al rapporto ottimale di tempo, prezzo e qualità dei servizi offerti. Con l'apparente uguaglianza dei criteri di cui sopra, è la qualità della documentazione del progetto che può essere una condizione decisiva per il successo del software in competizione. La qualità della documentazione di progetto viene valutata sia da parametri oggettivi - conformità con i requisiti delle attuali norme e regolamenti, sia soggettivi - per massimizzare la soddisfazione del cliente. E questi e altri parametri cambiano continuamente: i clienti passano dalla progettazione standard a singoli, modifiche mensili e aggiunte alle basi normative e tecniche e legislative, nuovi materiali da costruzione, nuove attrezzature, tecnologie, ecc. Il cliente abituale è "soddisfatto" o "Non soddisfatto" con la documentazione del progetto è completato dalla necessità di aumentare costantemente la soddisfazione del cliente, e questo è inerente all'ideologia degli standard internazionali serie ISO 9000.
Per garantire la qualità richiesta dei prodotti, il software dovrebbe, se non tenere il passo con i progressi scientifici e tecnologici, almeno per tenere il passo con, offrendo al cliente soluzioni progettuali nuove, originali e affidabili.
Cosa ostacola il vero miglioramento nel lavoro dei Chief Engineers (Chief Architects) dei progetti (CIP)? A nostro avviso, in primo luogo, gli stereotipi irregolari prevalenti sul ruolo e il ruolo della GUI nel processo di progettazione che vengono tramandati di generazione in generazione di progettisti e, in secondo luogo, la mancanza di qualifiche dei responsabili software in questioni relative alle attività delle GUI, che non consente loro di prendere adeguati decisione, in terzo luogo, la mancanza di una chiara idea di ciò che costituisce la qualità della decisione di progettazione e per la quale parte di essa è responsabilità dell'ISU, in quarto luogo, una comprensione semplificata del meccanismo di formazione della qualità e, in particolare, quando viene implementata in subproektirovschikov, e, infine, in quinto luogo, perché la maggior parte i progettisti non hanno ancora capito l'importanza di GIPA nella riduzione del costo del lavoro di progettazione.
Sarebbe sbagliato pensare che i gestori del software e le GUI stesse non vogliano eliminare le ragioni di cui sopra, ma i loro tentativi non portano risultati evidenti, perché invece di fare affidamento su fatti che dettano chiaramente le giuste decisioni, sono guidati dall'esperienza passata e soggettiva viste che non soddisfano i requisiti del tempo.
Nel processo di discussione di questi temi, ci siamo trovati spesso su lati opposti delle barricate con molti dei nostri colleghi - con una sorta di "avversario collettivo", le cui opinioni erano storicamente modellate e che vivono ancora nella realtà economica passata. Questo articolo è un'obiezione aggiuntiva per "l'avversario collettivo".
Come è noto, la gestione moderna raccomanda di documentare importanti regolamenti, ma l'emergere di qualsiasi regolamento dovrebbe essere preceduto dalla formazione di principi che stabiliscono, ad esempio, "lungo o attraverso il fiume" un ponte sarà costruito. Questa è la parte più importante del regolamento. In questa fase, è necessario raggiungere un consenso nella comunità professionale, dopo la quale qualsiasi restrizione normativa non dovrebbe contraddire i principi concordati.
Sfortunatamente, in realtà, trionfano i "cattivi stereotipi", che nella maggior parte dei casi non sono legati non solo alla scienza dell'organizzazione e alla gestione della produzione, ma spesso solo al buon senso.
Soffermiamoci su alcune, a nostro avviso, idee errate, liberandole di una vera riserva nello sviluppo del business del progetto:
1. L'ISU è responsabile della qualità della documentazione del progetto (di lavoro), cioè l'ISU è responsabile di tutto.
Non può essere. I requisiti per la posizione o, come si dice oggi, "responsabilità e autorità" dell'ISU sono storicamente correlati con le complicazioni dei requisiti per gli oggetti di design, così come i cambiamenti nelle aspettative dei clienti riguardo ai risultati del progetto. In passato, la progettazione e la costruzione erano gestite da uno specialista che ha preso tutte le decisioni. Allo stato attuale, il compito principale della società è quello di fornire la necessaria dinamica degli investimenti, così come il reddito per il cliente dal progetto, sufficiente a compensare gli investitori per le risorse investite da loro e il rischio assunto. Pertanto, tutte le decisioni nella progettazione dell'ISU assumono il criterio dell'efficienza economica della progettazione, costruzione e funzionamento dell'oggetto. Da qui i requisiti per le sue qualifiche. Tutti gli altri partecipanti al processo di progettazione prendono decisioni sul criterio dell'ottimalità tecnica e questa condizione viene realizzata nel processo di coordinamento delle decisioni di progettazione da parte dei principali specialisti nelle sezioni del progetto.
2. Il "giuramento" del GIP rimuove la responsabilità della qualità della documentazione di progettazione (di lavoro) dal resto dei partecipanti al progetto.
In altre parole, la GUI è responsabile della conformità con le norme e gli standard del progetto per la progettazione, la costruzione e il funzionamento delle strutture, gli standard delle organizzazioni di autoregolamentazione, le esigenze individuali dei clienti per il livello tecnico e qualitativo, l'espressività architettonica e il significato sociale delle strutture. Riteniamo necessario tornare ai sensi: la responsabilità di cosa e in quali casi.
È ovvio che la responsabilità può verificarsi se viene rivelato un risultato negativo del lavoro, che lo specialista ha eseguito personalmente o personalmente verificato; se c'è una firma corrispondente, supportata dalla data, e anche documentata, per cosa ea chi viene assunta la responsabilità e quando finisce. Queste sono condizioni obbligatorie per la responsabilità personale. Altrimenti, prevale l'irresponsabilità collettiva. Facciamo un esempio. Come sai, i disegni devono essere firmati: "sviluppato", "controllato" e "controllo normale". Attiriamo l'attenzione sul fatto che le firme sono date in termini di azioni, cioè rispondi alla domanda: che cosa hai fatto? - sviluppato; cosa hai fatto? - eseguito il controllo normativo, ecc. È impossibile consentire "l'iniziativa" delle organizzazioni di progettazione e l'apparizione sui disegni delle firme dei capi dipartimento, degli specialisti capo, degli ingegneri capo dei progetti, ecc. Gli accenti si spostano e le firme iniziano a determinare non "cosa ha fatto", ma "chi fatto. "
Come già accennato, la firma rappresenta la responsabilità. Nessuna firma - nessuna responsabilità. Dal momento che la responsabilità ha dei limiti, è necessario concordare dove vanno, cioè assicurarsi che tutti capiscano allo stesso modo l'area di responsabilità. Il significato dell'accordo è il seguente: ogni disegno ha contenuto ("cosa" è raffigurato) e design ("come" è raffigurato). Il contraente è responsabile per il contenuto e il design. Per il contenuto - prima dell'esaminatore, per la progettazione - prima del controller normale. La responsabilità del contraente cessa nel momento in cui le loro firme saranno poste dall'ispettore e dal responsabile del trattamento. Successivamente, è necessario determinare a chi sono responsabili il verificatore e il controllore. Idealmente, questo dovrebbe essere un cliente che è veramente interessato a far corrispondere la firma e il risultato. Nell'organizzazione del progetto stesso, è impossibile trovare i seguaci del controllo e del controllo elettronico. Ma può essere una GUI? In questo caso, la firma del PIU significherà che ha controllato ancora una volta il contenuto e il disegno del disegno e si è assunto la responsabilità per se stesso, incluso "per osservare le norme e gli standard nella progettazione, costruzione e gestione degli oggetti...", ecc. ecc. Ma è impossibile controllare fisicamente tutte le soluzioni di progettazione per l'adempimento di tutti gli standard e tutti i requisiti dell'ISU. Pertanto, imporre la responsabilità sulla GUI in generale per tutto ciò non è altro che un incantesimo, formale a causa dell'impossibilità di esecuzione e pericoloso se necessario per punire la colpa di qualcun altro. La GUI è solo uno dei tanti autori dello spettacolo chiamato "preparazione della documentazione di progetto".
3. Se succede qualcosa di grave in cantiere, sarà il primo a essere "piantato" dal GIP.
Se accade qualcosa di veramente grave, l'investigatore, dopo aver nominato un esame tecnico forense o aver condotto diversi esami di questo tipo, determinerà il progettista che, ad esempio, ha eseguito il calcolo del progetto e applicato il fattore sbagliato, quindi determina chi ha controllato il calcolo ed è questa persona che presenterà l'accusa, ma il tribunale in determinate circostanze può punire il colpevole e il verificatore.
4. La GUI dovrebbe essere la designer più qualificata in tutte le sezioni del progetto.
È chiaro che questo semplicemente non può essere, perché nella documentazione del progetto non meno di dieci sezioni specializzate, il lavoro su cui si basa la presenza di più di venti specialità. Questo "cattivo stereotipo" si estende anche all'idea di nominare uno specialista per la carica dell'Istituto. Tuttavia, è consigliabile prendere la decisione sulla nomina del PIU sulla base della selezione competitiva e farsi guidare da criteri completamente diversi.
Il richiedente la posizione del PIU deve dimostrare al richiedente la possibilità di raggiungere maggiori indicatori tecnici ed economici dell'oggetto progettato, riducendo i termini iniziali di progettazione e costruzione, riducendo l'intensità del lavoro (costo) del lavoro di progettazione, più favorevole per i termini di calcolo dell'organizzazione del progetto con i partecipanti del lavoro, nonché l'espansione dei requisiti aggiuntivi cliente sull'oggetto di design (7.2.1 "d" GOST R ISO 9001-2008), ecc. Di particolare importanza è la reputazione del GIP: carattere, comunicazione durabilità, diligenza, impegno, efficienza, puntualità, decenza, capacità di negoziazione, attenzione, cortesia, reattività, efficienza, ecc.
Per gli oggetti civili, un vantaggio nell'appuntamento alla posizione del capo architetto del progetto (GAP) può essere la presenza di educazione economica e architettonica. La seconda priorità è l'educazione economica, la terza è architettonica e, infine, solo l'ingegneria.
Per gli impianti industriali (design tecnologico), un vantaggio nel nominare la posizione di Chief Project Engineer (CIP) può essere la disponibilità di educazione economica e tecnologia, corrispondente alle specifiche dell'oggetto di design. La seconda priorità è l'educazione economica, la terza è tecnologica e, infine, solo l'ingegneria.
Sia nel primo che nel secondo caso, il project manager deve avere una qualifica di project management. In base ai risultati della selezione competitiva, l'ISU viene nominata al posto dall'ordine rilevante del gestore del software.
5. In caso di disaccordo tra i principali specialisti nelle sezioni del progetto, l'ISU prende la decisione finale.
Immaginate un quadro del genere: il capo elettricista, nella sua sezione del progetto, ha deciso che il quadro sarebbe stato tra tali e tali assi e in corrispondenza di un tale segno dell'edificio. Lo specialista principale - un tecnico del calore nello stesso posto ha una sottostazione. Vengono all'ISU per "fare la pace" di loro. Naturalmente, la qualifica di ciascuno dei Chief Specialist nella specialità rilevante è superiore a quella dell'ISU. Se l'ISU discuterà questo problema con loro nel piano tecnico proposto, sarà ovviamente in una posizione svantaggiosa. Dovrebbe tradurre la discussione in piano economico, dicendo che un'opzione costa così tanto, e l'altra così tanto, tenendo conto non solo dei costi di costruzione, ma anche dei costi operativi, nonché del possibile rischio associato a cambiamenti nel costo delle attrezzature. Accettando e giustificando la sua decisione da un punto di vista economico, l'ISU, che è responsabile per la decisione dell'investitore, dovrebbe cercare dagli specialisti una soluzione tecnica appropriata. Oggi alcune delle GUI possono agire in questo modo, ma questa è la missione della GUI, che fa parte della responsabilità della qualità delle decisioni di progettazione.
6. Una GUI dovrebbe prima di tutto avere una specialità tecnica.
Abbiamo già parlato di cosa specialità e perché dovrebbe essere alla GUI. Nelle condizioni di tassi accelerati di sviluppo scientifico e tecnico, la qualità della documentazione di progetto dipende direttamente dalla formazione sistematica avanzata dei GIP. Oggi l'ISU deve essere competente nell'organizzazione e nella gestione del processo di progettazione, i metodi per garantire l'efficienza economica della progettazione, costruzione e gestione dell'impianto al fine di ottenere la sua posizione su base competitiva. Ma anche le GUI che funzionano con successo sentono l'insufficienza delle loro conoscenze su questi temi, cercano di compensare in modo indipendente le lacune nelle loro competenze.
Per risolvere questi problemi su iniziativa del Comitato per la progettazione tecnologica degli oggetti industriali NOPRIZ e l'Istituto di costruzione e architettura (ISA) della National Research Università statale di ingegneria di Mosca (MGSU), con la partecipazione del Centro di consulenza "Progetto CSRI" e del Comitato per la formazione professionale continua nel settore delle costruzioni La Russian Union of Builders (RCC) ha organizzato i progetti della International School of Chief Engineers (Chief Architects). Il Consiglio scolastico comprende specialisti ben noti nella Federazione Russa e nei paesi della CSI nel campo della progettazione e della garanzia della qualità della documentazione di progetto (di lavoro). Presidente del Consiglio della International School of Chief Engineers (Chief Architects) dei progetti Mescherin Igor Viktorovich ha un'esperienza unica nel lavorare con GAP e GIP in URSS, Russia, Stati Uniti e Italia.
Informazioni sulla Scuola Internazionale di Informazione Scientifica e Tecnologica (GAP), inclusa la realizzazione di corsi specifici, sono pubblicate sui siti web ISA della MGSU, dell'Associazione Nazionale dei Progettisti e Geometri, del Progetto di ricerca scientifica centrale e anche sui siti Web dei designer della Federazione Russa, Kazakistan, Bielorussia e Ucraina.
L'obiettivo principale della International School of GIPS è quello di garantire la formazione di personale altamente qualificato di GIP attraverso una formazione avanzata. I programmi che soddisfano le esigenze moderne, l'orientamento pratico dei corsi consentono di soddisfare le esigenze di progettazione tecnologica e architettonica, di mantenere la crescita professionale continua e la riproduzione delle GUI e anche di preparare una riserva di personale per sostituire i posti GUI sugli ordini delle organizzazioni di progettazione.
Ci sono due prodotti principali nel "portfolio educativo" della International School of Scientific and Industrial Information:
Il sistema proposto di riqualificazione GIP è flessibile, adeguato alle esigenze del tempo, rispondendo alle reali esigenze dei designer estremamente impegnati con il lavoro pratico. Il contenuto dei programmi è una conoscenza teorica e pratica bilanciata, nonché esperienza nella gestione del design. È molto importante che il programma assuma un'ampia copertura territoriale degli studenti e la comodità della formazione, anche attraverso l'uso di principi moderni, forme e metodi di allenamento: modularità, apprendimento "prima del risultato", variazione in termini di apprendimento, apprendimento a distanza, ecc.
Gli argomenti principali che vengono discussi nei corsi della International School of GIPs presso MSSU:
1. La situazione nel mercato delle costruzioni e il suo impatto sulle attività dell'ISU.
2. I principali cambiamenti nel contenuto del concetto di "sistema di gestione della qualità" in relazione al lavoro dell'ISU.
3. Distribuzione nell'organizzazione del progetto (software) di responsabilità per lo sviluppo di soluzioni di progettazione e la loro qualità tra il primo manager, l'ingegnere capo, direttore di produzione, ufficio tecnico, dipartimento tecnico e reparti di produzione (officine) nel processo di preparazione, produzione e realizzazione nel progetto di costruzione (tecnico a) documentazione, compresi controllo, verifica, analisi, coordinamento, convalida e approvazione della documentazione di progettazione e stima.
4. Chiarimento del ruolo e della posizione delle GUI nel "processo end-to-end" del software orientato al cliente: "interazione con i clienti del software" - "creazione e gestione di un portafoglio di ordini software" - "preparazione e rilascio / implementazione della documentazione di progetto (lavoro)" - "supporto all'implementazione progetto in costruzione "-" adempimento degli obblighi di garanzia per i progetti realizzati in costruzione ".
5. Il capo dell'unità di produzione: il progettista o il manager (manager)? Interazione con le GUI. Gli oggetti principali della gestione del capo dell'unità produttiva: risorse di lavoro, lavoro, tempo, finanze, risorse materiali; subordinazione, autorità, funzioni funzionali di base (responsabilità) del capo dell'unità di produzione, criteri per la valutazione delle sue attività.
6. La procedura di "avvio" dei lavori sulla preparazione della documentazione di progetto in conformità con il contratto di progetto concluso. Il contratto approssimativo con l'organizzazione di progettazione di subappalto (ACT); procedure di valutazione, selezione (selezione) e rivalutazione del software open source; concetti di subappalto e outsourcing.
7. Interazione della GUI con il reparto contratti, l'archivio tecnico, il dipartimento di rilascio del progetto. I principali requisiti per l'ISU nel sistema di disciplina esecutiva.
8. Analisi delle nuove responsabilità dell'ISU; descrizione tipica del lavoro dell'ISU; requisiti per la GUI nella conduzione della supervisione sul campo (compresi i sotto-progettisti); GUI e problemi di riorganizzazione tecnica, espansione aziendale, modernizzazione, revisione, ecc.
9. Monitorare la soddisfazione del cliente con i processi e i risultati dell'organizzazione del progetto.
10. Il ruolo della GUI nell'espansione dei tipi di prodotti (servizi) dell'organizzazione del progetto. Formazione della reputazione dell'azienda tra i partecipanti al progetto di investimento.
11. Sottoprogetti di gestione. Requisiti moderni per la selezione dei partecipanti al design.
12. Commenti sui progetti dei nuovi documenti organizzativi e metodologici per i CIP: norme per le attività professionali del CIP, raccomandazioni per l'organizzazione delle attività del CIP, profilo del CIP, requisiti per la preparazione e la nomina del CIP, che sono sviluppati nella sottocommissione sull'organizzazione delle attività degli ingegneri capo dei progetti del comitato per la progettazione tecnologica degli impianti destinazione di produzione NOP nell'anno corrente.
13. Negoziazione alla conclusione dei contratti e determinazione dei prezzi contrattuali. Tipi di contratti.
14. Interazione con le competenze statali e non statali.
15. Quadro giuridico e organizzativo per la progettazione, documenti normativi relativi al lavoro dei GIP, incluso GOST R 54869-2011, nonché il sistema EUROCODES.
16. Il costo del lavoro di progettazione. Indice di base e metodi di risorse per il calcolo del costo. Forme di documentazione di bilancio. Valutazione dell'efficienza economica delle soluzioni di design.
17. Gestione del rischio del progetto. Identificazione e identificazione dei rischi (categorie di rischio, rischi noti e rischi sconosciuti, entità del rischio, probabilità di accadimento e grado di influenza del rischio); gestione del rischio di bilancio; determinazione della probabilità di attuazione delle scadenze e del budget del progetto; tecniche di risposta al rischio (evitamento, trasferimento, mitigazione e accettazione); controllo dei sintomi di rischio.
18. Partecipazione alle offerte per un contratto per lavori di progettazione e sondaggio.
19. Le principali disposizioni del sistema di gestione della qualità nell'organizzazione del progetto che soddisfa i requisiti di GOST ISO 9001-2015.
20. Funzioni e contenuto della supervisione tecnica del cliente. Supervisione della costruzione statale.
21. Competenza dell'Istituto in materia di autoeducazione e formazione avanzata.
22. GIP, GAP nelle strutture funzionali, organizzative e finanziarie dell'organizzazione del progetto.
23. Competenza di GIP relativa al marketing e alle vendite.
24. Competenza GIP nella determinazione dei suoi poteri, diritti e responsabilità.
25. La competenza dell'Istituto nel valutare l'efficacia e l'efficienza delle sue attività professionali e motivazione.
Dal maggio 2015, un modulo aggiuntivo "Stima dell'efficienza economica delle soluzioni di progettazione" (30 ore di lavoro) è stato incluso nel programma della Scuola internazionale di informazione scientifica e tecnologica. Il volume totale del programma diventa 80 ac. un'ora Questo modulo è tenuto da insegnanti della State Academy of Investment Professionals (GASIS) della National Research University Higher School of Economics e gli studenti ricevono anche un certificato GASIS.
Il tema dei programmi educativi, di consulenza e di ricerca, proposto dalla Scuola Internazionale di Informazione Scientifica e Industriale, si concentra sulla risoluzione dei problemi di base attualmente affrontati dalle organizzazioni di progettazione attraverso lo sviluppo professionale nel mondo reale di figure chiave nel processo di progettazione, come le GUI.
Sui temi principali del programma della Scuola internazionale dei GIP, il Centro di consultazione "Progetto TsNIO" ha sviluppato raccomandazioni specifiche.
Passiamo ora al meccanismo per modellare la qualità delle decisioni di progettazione al fine di determinare in modo chiaro e inequivocabile i limiti della responsabilità dell'ISU.
Alcune disposizioni progettuali comuni:
1. Qualsiasi progetto per la costruzione è una combinazione di tre modelli:
- futuri modelli di oggetti (soluzioni di pianificazione spaziale e ingegneristiche);
- modelli della sua creazione (il progetto dell'organizzazione della costruzione);
- modelli del suo funzionamento (organizzazione e gestione della produzione).
2. La formazione di una decisione progettuale è costituita dall'effettiva adozione della stessa, quindi è necessario confermare la sua conformità, in altre parole, verificare. L'adozione di una decisione di progettazione è di per sé una scelta da alternative, e la conferma della conformità ha molte opzioni diverse e, di conseguenza, molti termini che corrispondono a queste opzioni. La maggior parte delle opzioni dipende dall'ora, dal luogo e dagli standard, che vengono selezionati per la conferma.
La qualità della decisione di progettazione consiste in quattro proprietà di base. Ognuna di queste proprietà è formata da qualcuno nel software ed è destinata a qualcuno. Colui che forma la proprietà della qualità ne ha la responsabilità personale. Il primo è "capacità tecnica", ovvero la soluzione di progettazione deve essere tale da poter essere implementata durante la costruzione. È necessario prima di tutto per l'imprenditore edile, e i suoi tecnici, ingegneri e i principali esperti di divisioni industriali formano. La seconda è "l'opportunità informativa", ovvero la decisione di progettazione dovrebbe contenere tutte le informazioni necessarie per l'esecuzione dei lavori di costruzione e installazione, l'ordinazione delle attrezzature, la ricezione di tutti i permessi e le approvazioni necessarie. Ha bisogno di un cliente e un imprenditore edile. Questa proprietà è formata da tecnici, ingegneri e specialisti capo di unità produttive. Il terzo è la "fattibilità economica" della soluzione di progettazione, cioè la soluzione di progettazione deve essere economicamente competitiva durante la costruzione e il funzionamento della struttura. Ciò è necessario per la persona principale nel mercato: l'investitore, è formato e l'ISU è responsabile di ciò. Il quarto è "sistemico", cioè tutte le decisioni di progettazione sul progetto devono essere coordinate. Ciò è necessario innanzitutto dagli stessi progettisti e gli specialisti principali nelle sezioni dei progetti ne sono responsabili.
Le decisioni di progettazione sono prese su cinque livelli. Considera questi livelli sull'esempio della sezione di progettazione del progetto. Il primo livello sarà "nodi, parti". A questo livello di tecnologia, le decisioni vengono prese sul rafforzamento di maglie, parti incorporate, ecc. Il secondo livello sono "elementi". A questo livello, gli ingegneri progettano fasci, colonne, fondamenta indipendenti, ecc. Il terzo è "componenti". Gli ingegneri senior e leader progettano sovrapposizioni, coperture, strutture di contenimento, ecc. Il quarto livello è la "sezione di progetto". A questo livello, lo specialista capo decide la progettazione strutturale dell'edificio e i principali parametri di resistenza della struttura. Il quinto livello - "indicatori tecnici ed economici del progetto". L'ISU è responsabile per prendere decisioni a questo livello.
Passiamo alla "conferma della conformità della soluzione progettuale". Questo controllo, valutazione, verifica, analisi, convalida, coordinamento e approvazione delle decisioni di progettazione. Qui è importante per noi determinare i limiti della responsabilità della GUI
Il controllo comporta la correlazione della decisione progettuale adottata con le norme esistenti (regole), cioè i documenti normativi che attualmente operano nel complesso edilizio (codice urbanistico della Federazione russa, SNiP, SN, GOST, VSN, ecc.). Il risultato del controllo è "corrisponde a" o "non corrisponde" alla decisione di progettazione dei documenti normativi specificati.
Valutazione: la stessa procedura di controllo, solo nell'appendice "corrisponde" o "non corrisponde" indica quanto "corrisponde" o "non corrisponde". Di norma, il risultato della valutazione è dato in termini quantitativi, ad esempio, l'intervallo tra gli edifici è più piccolo di 10 metri rispetto a quello standard.
Il cosiddetto controllo della norma si trova nella stessa riga del controllo, con la sola differenza che gli SPD GOST vengono utilizzati per confrontare la soluzione di progettazione adottata con i documenti normativi.
La verifica comporta il confronto della decisione progettuale con i dati di progetto di input (assegnazione del progetto, dati di progettazione iniziale, specifiche tecniche). GOST ISO 9001-2011 stabilisce chiaramente i requisiti per la verifica delle soluzioni di progettazione, compresa la pianificazione della verifica e la registrazione dei risultati. In particolare, 7.3.5 afferma che "in conformità con le attività pianificate, è necessario eseguire un controllo per garantire che l'output della progettazione e dello sviluppo soddisfi i requisiti di input per la progettazione e lo sviluppo. Le registrazioni dei risultati dei test e tutte le azioni necessarie devono essere conservate e conservate. " Poiché i "dati di input", di norma, contengono gli indicatori tecnici ed economici (requisiti) per la documentazione di progetto, l'ISU controlla la conformità dei dati effettivamente ricevuti.
Analisi - un'azione collettiva sotto la guida del GIP - consente di prevedere le conseguenze dell'immutabilità del processo di progettazione esistente in termini di caratteristiche tecniche ed economiche delle decisioni di progettazione, il costo del design e la sua durata. Nella clausola 7.3.4 di GOST ISO 9001-2011, oltre che per la verifica, vengono stabiliti i requisiti per l'analisi, vale a dire: "Nelle fasi appropriate, in conformità con le attività pianificate, devono essere eseguite analisi sistematiche di progettazione e sviluppo al fine di valutare la capacità dei risultati di progettazione e sviluppo soddisfare i requisiti, nonché identificare eventuali [problemi sorti durante la progettazione e lo sviluppo] e proporre le azioni necessarie. I partecipanti a tali analisi dovrebbero includere rappresentanti delle funzioni relative alla fase di progettazione e sviluppo analizzata. Le registrazioni dei risultati dell'analisi e tutte le azioni necessarie devono essere mantenute e mantenute. " Si noti che l'analisi deve essere pianificata e i suoi risultati documentati. È anche ovvio che l'analisi non può essere eseguita all'inizio del progetto, poiché non c'è ancora nulla da analizzare, e alla fine del progetto, poiché il "treno è già partito" e il processo è completo. Nel progettare, la responsabilità dell'analisi spetta all'ISU. Di norma, durante il processo di progettazione, il PIU riunisce i responsabili dei reparti di produzione e gli specialisti principali delle sezioni di progetto e discute con loro il corso di progettazione e le caratteristiche tecniche ed economiche delle decisioni progettuali adottate per garantire che i materiali di progettazione risultanti alla fine del progetto corrispondano ai "dati di input".
Il coordinamento presuppone che questa soluzione progettuale non contraddica le decisioni di progettazione in altre sezioni del progetto, ad esempio, la soluzione di design della sezione di progettazione del progetto viene confrontata con le soluzioni progettuali delle sezioni elettriche, sanitarie o termiche del progetto.
La responsabilità per il coordinamento da svolgere è responsabilità dell'ISU e per la correttezza del coordinamento sono responsabili i rispettivi principali specialisti per le sezioni del progetto.
Ricorda cos'è "convalida". Nel progetto sono possibili due situazioni di conferma: nel primo caso, questo può essere fatto direttamente "su carta", cioè la soluzione di progettazione è sullo schermo del computer. Ad esempio, la decisione di progettazione è una trave progettata e costruita che deve sopportare il carico appropriato. Per confermare la conformità, è sufficiente utilizzare lo stesso metodo di calcolo utilizzato al momento di prendere questa decisione (o alternativa) e, se questo metodo è testato e affidabile, il ricalcolo darà assoluta fiducia nella correttezza della decisione progettuale. O un altro esempio, nell'assegnazione del progetto, viene indicata la composizione dei locali sul piano corrispondente dell'edificio e vengono indicate le aree richieste. La soluzione di design di questa pianta è facile da verificare confrontandola con i dati originali. Va sottolineato che tali decisioni di progettazione nella quantità totale di progettazione - almeno 80-90 percento. Questi includono decisioni di progettazione fatte usando progetti standard, assemblaggi e componenti tipici, soluzioni individuali progettate in anticipo e approvate che sono usate ripetutamente, cataloghi di attrezzature che sono certificati nel modo prescritto, ecc., Ecc. In altre parole, discorso Si tratta di soluzioni di design affidabili, collaudate, molte volte applicate, senza dubbio.
La seconda situazione è quando la soluzione di progettazione non può essere verificata in modo affidabile utilizzando tecniche di verifica tradizionali. Possono essere controllati solo durante la costruzione o il funzionamento dell'impianto costruito, oltre a condurre test speciali in condizioni il più vicino possibile alla costruzione o al funzionamento dell'impianto. Tale necessità sorge quando applicano le tecnologie avanzate oi materiali già raccomandati o annunciati nelle pubblicità, nuovi metodi di calcolo, attrezzature mai utilizzate in precedenza, soluzioni tecnologiche che non hanno analoghi, ecc. Ad esempio, alla mostra i designer hanno preso conoscenza dei nuovi materiali di copertura che è pubblicizzato attivamente e le caratteristiche di questo materiale sono impressionanti.
Si può decidere di utilizzare questo materiale per un tetto con un'area di 20 mila metri quadrati, tuttavia, è specificamente previsto che durante la costruzione, è necessario prima di tutto completare una sezione del tetto di 10 metri quadrati, creare un carico dinamico su di esso per un certo tempo, versare acqua sopra e vedere come si comporta la superficie inferiore del tetto. Se il risultato del test è positivo, i progettisti daranno il permesso di costruire il resto del tetto. A volte questo bisogno sorge a causa dell'alta incertezza delle condizioni geologiche in aree di costruzione difficili, quando i prospettori non possono (anche, per ragioni economiche) con sufficiente accuratezza simulare le caratteristiche del suolo in specifiche posizioni delle fondazioni di fondazione. In questi casi, indicano la necessità di pilotare le pile di prova e solo dopo confermano la possibilità di costruire un campo di pila sotto l'intero oggetto.
Questa è la convalida della soluzione di design. L'uso della validazione dimostra l'impegno dell'organizzazione del progetto per tutto ciò che è nuovo e avanzato. Questo è un segno della competitività delle soluzioni di design, è il desiderio di assumere una posizione di leadership nel design a causa del continuo aumento della soddisfazione del cliente. La responsabilità per l'effettuazione della convalida è a carico dell'ISU, per il contenuto della convalida, i principali esperti delle sezioni del progetto.
L'approvazione è l'autorizzazione a trasferire la documentazione completa del progetto a un cliente. Questa è la responsabilità della GUI e la implementa quando firma la fattura prima di inviare la documentazione al cliente.
Ora passiamo alla responsabilità dell'ISU, associata a una riduzione del costo del lavoro di progettazione. Come sapete, ci sono molte opportunità per ridurre i costi, e questo è un "mal di testa" per la gestione e tutti i principali esperti di software, poiché questo è praticamente l'unico modo per aumentare i profitti dell'organizzazione del progetto. La GUI dà un contributo significativo a questo, realizzando la responsabilità della gestione (outsourcing) dei sotto-designer.
Allo stato attuale, è diventato possibile scegliere i sub-designer (STR) in base ai risultati della loro valutazione, il confronto con i concorrenti, la regolare rivalutazione e la responsabilità della GUI per questa scelta è apparsa. Un principio importante, "chi paga, ordina musica", ha iniziato a lavorare tra i soggetti, non solo nel noto senso tradizionale, ma anche come esigenza del progettista generale (GP) di pensare costantemente a migliorare (garantire) la qualità e ridurre il costo del lavoro di progettazione. Inoltre, la legge stabilisce che la responsabilità verso il cliente per la qualità della documentazione di progettazione e stima, sviluppata dall'ACT, è a carico solo del GP. Pertanto, è necessario essere guidati dai requisiti di GOST ISO 9001-2011 e dalle Linee guida per l'applicazione dei processi di outsourcing (ISO / TS 176 / SC 2 / N 630R2, 24 novembre 2003).
In generale, ci sono tre tipi condizionali di STR:
- "Ordinario" - SPOs con cui il GP ha normali relazioni di mercato;
- "Ordinario" - SPOs con cui il GP ha normali relazioni di mercato;
- "Scagnozzi" - la creatura del cliente, la relazione del GP con cui il cliente determina.
Utilizzando l'esempio delle relazioni con il software open source, prenderemo in considerazione ciascuno dei sottosistemi in modo sequenziale, dato che l'ISU in alcuni casi prende decisioni e in altri partecipa alla loro adozione.
Valutazione, selezione e rivalutazione dei sub-designer.
Questo sottosistema è costituito da due blocchi:
- formazione e manutenzione dell'elenco (database, registro, ecc.) delle STR approvate e relativo aggiornamento;
- selezione di software open source dall'elenco specificato per eseguire lavori su un progetto specifico.
Il lavoro sotto la prima unità è la funzione del dipartimento tecnico del software e, nel secondo, la responsabilità dell'ISU.
Per formare l'Elenco, l'ufficio tecnico del software ricerca, valuta, seleziona e rivaluta il software open source in base alle esigenze del software utilizzando i criteri sviluppati in congiunzione con le GUI.
È chiaro che un simile approccio non garantisce la piena adeguatezza di STR alle aspettative del GP a causa della complessità della formalizzazione di alcune questioni. Ad esempio, una domanda riguardante la disponibilità di un SGQ valido e la sua conformità con i requisiti di GOST ISO 9001-2011. L'ACT replica che il SGQ è funzionante e conforme, come evidenziato dal certificato dell'ente di certificazione "N". L'esperienza nel valutare l'adempimento di determinati requisiti di GOST ISO 9001-2011 da parte di organizzazioni autoregolatrici di progettisti indica che oltre il 90% dei certificati viene formalmente ricevuto, semplicemente "comprato" e spesso non ha alcuna relazione con una STR specifica. Si scopre che il GP ha una reale responsabilità per la qualità della documentazione del progetto (di lavoro) preparata dall'ACT, ma la scelta dell'ACT si basa sulle "assicurazioni" della STR stessa sotto forma di risposte al questionario. Quando si progetta un oggetto specifico, la GUI, di regola, seleziona l'ACT appropriato dall'elenco, guidato da criteri aggiuntivi, inclusa la posizione territoriale della STR, le informazioni della STR sulle proprietà di un sito di costruzione specifico, i contatti precedenti con un cliente specifico, la disponibilità dell'ACT per soddisfare l'ordine e altri.
Prima di prendere una decisione sul coinvolgimento del software open source nella progettazione della GUI dovrebbe essere direttamente nell'organizzazione. Questo è un nuovo dovere della GUI. Questa tecnologia è prevista dagli standard della serie ISO 9000 ed è denominata "seconda parte" dell'audit. La durata della verifica da parte della seconda parte non è superiore a un giorno lavorativo (preferibilmente 3-4 ore).
Una durata così breve è spiegata dal fatto che non viene preso in considerazione l'intero sistema di gestione della qualità del software open source, ma solo alcuni punti chiave. La pratica mostra che se in questi punti tutto è normale, quindi con un alto grado di probabilità, l'ACT corrisponde alle aspettative della SE.
È necessario sottolineare che il cliente si occupa solo del GP, con il quale ha un contratto. Potrebbe non conoscere il resto dei partecipanti al progetto. Di conseguenza, la relazione con il software open source è esclusivamente un problema di GP. SPO agisce in realtà come un'unità strutturale aggiuntiva del GP, che dovrebbe gestire nel processo di implementazione del progetto nello stesso modo in cui è strutturata con le sue "proprie" divisioni strutturali, tenendo presente le scadenze e la qualità della documentazione (funzionante) del progetto sviluppata dall'ACT, per la quale il GP è responsabile dal cliente. Ciò determina le responsabilità degli SOE nella gestione di STR.
Il tipo e la portata della gestione del software open source possono variare su un ampio intervallo: dal minimo, quando il software open source viene rilasciato un compito tecnico e il lavoro svolto è accettato con poca o nessuna verifica, al massimo, quando è richiesto che la società di gestione e altri documenti approvati dalla società di approvvigionamento siano guidati dall'ordine. Allo stesso tempo, viene eseguita una verifica completa della STR, PSD completata, anche con l'assistenza di esperti indipendenti.
La quantità richiesta di gestione è determinata dall'ISU in base ai risultati della valutazione (rivalutazione) della STR, compresa la presa in considerazione delle informazioni ottenute durante l'audit dalla seconda parte, e anche in base ai costi pianificati per l'esecuzione dell'ispezione in entrata dei materiali STR, tenendo presente che questi costi aumentano il costo del lavoro sul progetto.
Le caratteristiche di gestione di SPO dovrebbero essere impostate dalla GUI nelle "condizioni speciali" dell'accordo di subappalto. Il dipartimento tecnico della GP sviluppa un modello di tali "condizioni speciali" in cui vengono presentati praticamente tutti gli aspetti possibili e / o necessari della gestione open source e la GUI, quando analizza un contratto specifico con software open source, include quei metodi di gestione che soddisfano le condizioni di un progetto specifico. Più profondo è il grado di controllo del software open source, minore è il volume del controllo di input dei materiali di progettazione del software open source e, di conseguenza, il costo del GP.
Tali metodi di controllo possono includere la necessità di:
- approvazione del processo di progettazione tecnologica utilizzato dal software open source o esecuzione del lavoro di progettazione utilizzando il processo di progettazione ingegneristico utilizzato dal direttore generale;
- coordinamento del programma di lavoro di progettazione che la STR dovrebbe sviluppare sulla base del programma di lavoro allegato al contratto;
- appuntamenti (come concordato con l'Enterprise State) di un project manager specifico (project manager) per l'ordine presentato per l'esecuzione (sezione del progetto), ecc.
A seconda del grado di controllo del software open source, il volume del controllo di input per un GP può variare dal 100% a quasi nessuno, ovvero un ricalcolo formale dei documenti di progetto ricevuti da software open source.
Dopo il trasferimento del progetto completato e della documentazione di stima al Cliente o dopo la messa in funzione dell'oggetto (se è stata eseguita la supervisione dell'autore), l'ISU deve completare il progetto di esternalizzazione.
Per questo è necessario:
- verificare la disponibilità dei documenti che confermano la ricezione del progetto e la documentazione di stima dall'ACT, compreso il controllo di qualità della documentazione specificata;
- valutare la cooperazione con l'ACT e riferire i risultati all'ufficio tecnico per adeguare la lista;
- ottenere dall'ACT e trasferire nell'archivio GP le informazioni sulle soluzioni progettuali individuali sviluppate, inclusa la documentazione STR, che può essere raccomandata per il riutilizzo;
- preparare una revisione ufficiale per il software open source;
- risolvere il problema (se necessario e possibile) sugli incentivi economici per il software open source.
Ora sulla responsabilità della GUI, che è associata alla partecipazione alla formazione del "portafoglio ordini" e ai minori costi software per la ricerca di nuovi clienti.
Il punto è che secondo la clausola 7.2.1 "Processi associati ai consumatori" GOST ISO 9001-2011, il software deve definire i requisiti:
1. Stabilito dal cliente, compresi i requisiti per la consegna e le attività dopo la consegna.
2. Non specificato dal cliente, ma necessario per l'uso specifico o previsto del DED quando è noto.
3. Legislativa e altre obbligatorie relative al DED.
4. Qualsiasi software aggiuntivo specifico.
Ciò che si intende per i primi tre gruppi di requisiti (1-3) è più o meno chiaro. Inoltre, chiariamo che "i requisiti non dichiarati dal cliente, ma necessari per un uso specifico o previsto di DED, se noti", possono includere tutti i requisiti del software stesso, da cui dipendono la qualità, il prezzo e i tempi di consegna della documentazione del progetto.
Ad esempio, se un cliente riceve stime di progetto, che, in base alla tecnologia di progettazione esistente, vengono memorizzate per un certo periodo di tempo prima di essere trasferite al cliente in un archivio tecnico, i requisiti del software stesso relativi alle condizioni di conservazione nell'archivio della documentazione specificata saranno indicati al punto 7.2.1 (2) della norma. Soddisfando i requisiti specificati nella clausola 7.2.1 (1-3) dello standard, il software non può ottenere vantaggi competitivi, poiché tutti i concorrenti devono soddisfare questi requisiti. In condizioni di mercato, solo il software "sopravvive" può determinare e soddisfare i requisiti della clausola 7.2.1 (4). Abbiamo chiamato questi requisiti "assunti" e chiarito il loro significato: in primo luogo, sono "indovinati", il software stesso è stato formulato, in secondo luogo, non sono approvati o concordati con il cliente e, in terzo luogo, la loro implementazione viene effettuata a proprie spese software. Di conseguenza, il cliente riceve documentazione di progetto (servizi) con parametri che sono inaspettati per lui o con parametri migliori del previsto, il che garantisce non solo la soddisfazione del cliente, ma gli provoca ammirazione per il PSD fornito (servizio reso). In quest'ultimo caso, il software può essere sicuro che il cliente lo ritorni ripetutamente. E per mantenere il cliente, come sai, è 5-7 volte più economico rispetto alla ricerca di uno nuovo. Questa è l'essenza di una posizione fondamentalmente nuova stabilita in GOST ISO 9001-2011.
Al fine di soddisfare il requisito, specificato nella clausola 7.2.1 (4) della norma, per influenzare i vantaggi competitivi del software, è necessario determinare il proprietario del processo per formare i requisiti previsti dei clienti, cioè uno dei gestori che impostare le regole per l'attuazione di questa attività. Per il software, il proprietario del processo dovrebbe essere probabilmente l'ingegnere capo dell'istituto. Il "padrone" del processo, cioè lo specialista che forma i requisiti del cliente potenziale per un progetto specifico dovrebbe essere una GUI. Per chiarire, l'ISU è responsabile del fatto che i requisiti previsti del cliente sono definiti e che i principali specialisti dei reparti di produzione sono responsabili del contenuto di questi requisiti.
Un'altra responsabilità del PIU è formata nell'analisi del contratto (accordo) con il cliente. L'appello del cliente nel software può essere in diversi modi: informazioni sulla gara vinta (competizione); una lettera ufficiale con una proposta per sviluppare la documentazione del progetto; telefonata alla testa del software; comunicazione informale tramite colleghi, ecc. Al momento di ricevere uno dei suddetti segnali, si consiglia di nominare una GUI che gestirà l'analisi del contratto prima di firmare dal cliente.
Questo dovere ISU comporta:
- determinare la cerchia delle persone che parteciperanno al coordinamento del progetto di contratto e alla ripartizione delle responsabilità tra di loro;
- coinvolgere i dirigenti e gli specialisti specificati per condurre trattative con il cliente (riunioni di lavoro) per discutere alcune disposizioni del progetto di contratto, comprese le negoziazioni sulla determinazione del prezzo dell'appalto;
- nella selezione dal database di modelli di un'opzione adatta per un cliente specifico e oggetto di design;
- determinazione della necessità e della possibilità di attrarre i sub-designer e di condurre trattative preliminari con loro;
- valutazione dei rischi che possono essere associati all'adempimento degli obblighi previsti dal contratto.
Ciascuna di queste azioni nelle condizioni odierne differisce significativamente dalla pratica che conosciamo. Ad esempio, l'accordo su una bozza di accordo viene di solito stilato sulla "Lista delle approvazioni", dove sono indicati il nome completo e la posizione del manager pertinente, che, se approvati positivamente, firmano, negano - danno loro un parere scritto. A nostro avviso, è necessario stabilire la responsabilità del responsabile per i relativi paragrafi della bozza di contratto. La somma dei punti nella "Lista delle approvazioni" deve essere uguale alla somma dei punti nella bozza di contratto. Ciò garantisce la responsabilità personale di ciascun gestore per l'adempimento dei termini del contratto da parte dell'organizzazione di progetto e la pari comprensione dei termini pertinenti della bozza di contratto da parte dell'organizzazione di progetto e del cliente, ecc.
Il materiale di questo articolo con alcuni designer potrebbe causare obiezioni. Siamo pronti per una discussione costruttiva con i colleghi in una forma conveniente.