Do 2008 r. Projekt budowy miał zawierać dokument znany w środowisku zawodowym pod charakterystyczną nazwą „Przysięga GIP”. Teraz nazywa się to „zapewnieniem organizacji projektu, że dokumentacja projektowa została opracowana zgodnie z...” [1], a następnie szereg dokumentów, których zgodność jest oceniana.
Ale, jak poprzednio, wszyscy rozumieją, jak odpowiedzialna i wszechstronna jest rola Głównego Inżyniera i / lub Głównego Architekta projektu - GIP i GAP.
Wraz z nadejściem ery samoregulacji w budownictwie w 2010 r. Funkcje i obowiązki osoby wykonującej przygotowanie dokumentacji projektowej (generalny projektant) są ustalane i ustalane przez ustawy federalne i dokumenty ministerstw i departamentów [1] [2] [3] [4]. Jednocześnie SNiP „Regulacje dotyczące głównego inżyniera (głównego architekta) projektu z 1985 r.” [5], które ustanowiły prawa, obowiązki i obowiązki wymienionych osób na podstawie ustawodawstwa ZSRR, nie zostały uwzględnione w wykazach dokumentów normalizacyjnych zarówno obowiązkowych, jak i dobrowolnych, a zatem od 2010 r. stracił swój status.
Jakie są obecne akty prawne opisujące funkcje, prawa, obowiązki i obowiązki ISU / GAP?
Zasoby informacyjne kierują nas do dwóch źródeł:
- Rezolucja Ministerstwa Pracy i Rozwoju Społecznego Federacji Rosyjskiej w 1998 r. „Po zatwierdzeniu podręcznika referencyjnego dla kadry kierowniczej, specjalistów i innych pracowników” [6];
- Zarządzenie Ministerstwa Zdrowia i Rozwoju Społecznego Federacji Rosyjskiej w 2008 r. „Po zatwierdzeniu jednego katalogu kwalifikacji menedżerów, specjalistów i pracowników” [7].
Oba akty działają, a tożsamość nazwisk jest uderzająca. Dokument z 1998 r. Zawiera rozdział dotyczący obowiązków głównego inżyniera i głównego architekta projektu, aw 2008 r. Tylko głównego inżyniera projektu. Oba dokumenty określają jedynie obowiązki urzędowe i wymagania dotyczące kwalifikacji oraz te same słowa.
Dokładna lektura ujawnia, że Ministerstwo Zdrowia Rosji dziesięć lat później (w 2008 r.) Niemal słowo w słowo powtarza kompilację Ministerstwa Pracy z 1998 r. Z SNiP z 1985 r., W części poświęconej obowiązkom głównego inżyniera / architekta projektu, aw zeszłym roku oba ministerstwa są dniem ( 02.12.2014) „zaktualizował” swoje dokumenty, nie zastępując ani jednego słowa o zaletach w odpowiednich sekcjach! Stereotypowe powielanie, na które najwyraźniej przeznaczane są znaczne zasoby państwowe, jest zagadkowe. Mówiąc uczciwie, zauważamy, że chociaż słowa i całe frazy wskazują na pierwotne źródło, ale z powodu częściowej reorganizacji miejsc, ganienie plagiatu byłoby nie do utrzymania.
Ponieważ Ministerstwo Pracy, podobnie jak Ministerstwo Zdrowia, nie zadało sobie trudu, aby stworzyć nowy dokument odpowiadający aktualnemu momentowi lub przynajmniej zaktualizować go właściwie, dzisiaj nadal korzystamy z kalki z SNiP z 1985 roku. Aby zapamiętać, jakie funkcje były obowiązkowo wykonywane przez GUI i GAP trzydzieści lat temu, i zdaniem ministerstw, należy je wykonać dzisiaj, konieczne jest przytoczenie decyzji Ministerstwa Pracy (a właściwie wszystkich trzech aktów).
Główny inżynier, główny architekt projektu:
„Przeprowadza techniczne zarządzanie pracami projektowymi i przeglądowymi przy projektowaniu obiektu i nadzoruje jego budowę, uruchomienie i rozwój zdolności projektowej.
Podejmuje kroki w celu poprawy jakości dokumentacji projektowej i szacunkowej.
Przygotowuje dane do zawierania umów z klientami na rozwój (transfer) produktów naukowych i technicznych
Uczestniczy w pracach komisji ds. Wyboru lokalizacji (torów) do budowy, w przygotowywaniu zadań projektowych oraz w organizacji badań inżynierskich w celu opracowania szacunków projektowych i innej dokumentacji technicznej
Organizuje jego rozwój na przypisanych do niego obiektach, uczestniczy w przygotowaniu kompleksowych planów planowania realizacji prac badawczych, projektowych, inżynieryjnych i technologicznych
Harmonogramy wydawania produktów naukowych i technicznych.
Tworzy zadania dla podwykonawców w celu wykonania przypisanej im pracy i zapewnia tym organizacjom niezbędne dane wejściowe. Rozwiązuje problemy pojawiające się podczas opracowywania dokumentacji.
Sprawuje kontrolę nad technicznym poziomem projektu, planowaniem urbanistycznym i decyzjami dotyczącymi planowania architektonicznego, oszczędnym wydatkowaniem środków na prace projektowe i badawcze, terminem opracowania dokumentacji projektowej i szacunkowej.
Gwarantuje zgodność opracowanego projektu i dokumentacji szacunkowej ze standardami państwowymi, normami, zasadami i instrukcjami.
Zapewnia weryfikację czystości patentów i zdolności patentowej po raz pierwszy zastosowane w projekcie lub opracowane dla niego procesy technologiczne, sprzęt, instrumenty, struktury, materiały i produkty.
Chroni projekt w organizacjach macierzystych i specjalistycznych.
Uczestniczy w rozpatrywaniu i zatwierdzaniu organizacji generalnego wykonawstwa dokumentacji projektowej i szacunkowej.
Rozwiązuje problemy powstające w procesie projektowania, budowy, uruchomienia obiektu, rozwoju zdolności projektowej.
Organizuje prace nad eliminacją wykrytych wad w szacunkach projektowych i innej dokumentacji technicznej, a także nad rozliczaniem wydatków zatwierdzonych szacunków.
Przygotowuje propozycje dla kierownictwa organizacji projektu i klienta do wprowadzania zmian w dokumentacji roboczej związanej z wprowadzaniem nowych dokumentów regulacyjnych, biorąc pod uwagę aktualny stan budowy.
Koordynuje rozsądne odstępstwa od obowiązujących zasad, przepisów, instrukcji z organami nadzoru państwowego i innymi organizacjami, które je zatwierdziły.
Zapewnia analizę i syntezę doświadczeń w projektowaniu, budowie i eksploatacji budowanych obiektów i przygotowaniu na podstawie propozycji poprawy poziomu technicznego i ekonomicznego rozwiązań projektowych.
Przygotowuje recenzje i wnioski dotyczące innowacji i wynalazków, projektów norm, specyfikacji technicznych i innych dokumentów regulacyjnych związanych z projektowaniem i budową.
Bierze udział w badaniu projektów, przygotowywaniu publikacji i przygotowywaniu wniosków o wynalazki, w pracach seminariów i konferencji w swojej specjalności. ”.
W jaki sposób wymienione obowiązki odpowiadają aktualnym aktom prawnym dotyczącym planowania urbanistycznego, samoregulacji i regulacji technicznych? Znaczna część powyższych pozycji jest sprzeczna z prawem zarówno terminologicznie, jak i merytorycznie, i nie może być wykonywana na zasadzie obowiązkowej.
Rozważ kolejność pozycji, powodując pytania dotyczące zaangażowania.
1. Zarządzanie techniczne pracami projektowymi i przeglądowymi w projektowaniu obiektu i nadzór nad jego budową, uruchomieniem i rozwojem zdolności projektowej.
Zgodnie z przepisami technicznymi „O bezpieczeństwie budynków i budowli” [8], od 2010 r. Nadzór autorski przypisywany jest dobrowolnym formom oceny zgodności i jest przeprowadzany za zgodą stron zgodnie z decyzją wykonawcy (klienta technicznego). Oczywiście nadzór architektoniczny jest konieczny przy tworzeniu dzieł architektury - jako integralna część procesu twórczego i element ochrony praw autorskich. Ponadto, bez nadzoru autora, nie ma podstawy dowodowej dla odpowiedzialności głównego projektanta za zgodność skonstruowanego projektu budowlanego kapitału z dokumentacją projektową, która niszczy piramidalną koncepcję odpowiedzialności w warunkach samoregulacji. Jednocześnie bez nadzoru autora nie może być obowiązkowego ani dobrowolnego udziału generalnego projektanta, aw szczególności inżyniera lub inżyniera, w rozwiązywaniu problemów związanych z budową, uruchomieniem obiektu i rozwojem możliwości projektowych.
Należy zauważyć, że w wymienionych przepisach technicznych [8] wskazano osoby odpowiedzialne za procedury oddania obiektu budowlanego do eksploatacji: generalny wykonawca, deweloper i / lub klient techniczny, osoby sprawujące kontrolę budowlaną i nadzór budowlany państwa. Może to być niesprawiedliwe i błędne z punktu widzenia wzajemnie powiązanej odpowiedzialności za wyniki projektowania i budowy, ale ani obecny projektant, ani nawet ISU / HAP nie jest wymieniony w obecnych przepisach, gdy obiekt jest uruchamiany.
Dopóki nadzór autorski jest określony przez prawo jako dobrowolny element procesu budowlanego, dopóty nie może być przypisany obowiązkom jakiejkolwiek osoby na mocy aktu prawnego, jednak w razie potrzeby relacje te mogą być regulowane przez wewnętrzny opis pracy organizacji.
Powyższe dotyczy w pełni pkt.5. (Rozwiązuje problemy pojawiające się w procesie projektowania, budowy, uruchomienia obiektu, rozwoju zdolności projektowej).
1). Od 2004 r., Zgodnie z kodeksem urbanistycznym [2], zamiast słów „zlecenie obiektu” należy użyć terminu „uruchomienie obiektu budowlanego”.
2). Kodeks urbanistyki [2] nie wykorzystuje pojęcia „wykorzystanie zdolności projektowej”.
2. Udział w pracach komisji dotyczących wyboru miejsc (torów) do budowy, w przygotowaniu zadań projektowych i organizacji badań inżynierskich.
W tym miejscu należy przypomnieć obowiązki dewelopera lub klienta technicznego ustanowionego przez kodeks urbanistyki [2]: „deweloper lub klient techniczny jest zobowiązany do przekazania (generalnemu projektantowi): (patrz tekst w poprzedniej edycji)
1) plan zagospodarowania przestrzennego działki lub w przypadku przygotowania dokumentacji projektowej dla obiektu liniowego, projektu zagospodarowania przestrzennego i projektu geodezyjnego;
(patrz tekst w poprzedniej edycji)
2) wyniki badań technicznych...;
3) warunki techniczne... ”.
I dalej: „Przygotowanie dokumentacji projektowej odbywa się na podstawie zadania dewelopera lub klienta technicznego”.
Zatem wybór miejsc do budowy, przygotowanie zadań projektowych i organizacja badań inżynierskich (a nie badań) nie są dziś oficjalnym obowiązkiem PIU ani GAP, jak to miało miejsce trzydzieści lat temu, ale odpowiedzialność funkcjonalną dewelopera lub klienta technicznego. Obowiązki funkcjonalne dewelopera lub klienta technicznego są szczególnie wyraźnie przedstawione podczas przetargów na projektowanie w oparciu o przepisy dotyczące zamówień publicznych. Powyższe dane początkowe stanowią w tym przypadku pakiet dokumentów przetargowych, utworzonych przez klienta, a udział w ich przygotowaniu kierownika projektu lub GAP, z definicji, reprezentujący generalnego projektanta, jest uważany za naruszenie przepisów antymonopolowych.
3. Zapewnia zgodność opracowanego projektu i dokumentacji szacunkowej ze standardami państwowymi, normami, zasadami i instrukcjami.
Zgodnie z dekretem rządowym „W sprawie składu sekcji dokumentacji projektowej...” [1], ocena zgodności dokumentacji projektowej z wymogami prawodawstwa jest przeprowadzana w formie „certyfikacji dla organizacji projektu, że dokumentacja projektowa jest opracowana zgodnie z planem urbanistycznym działki, zadania projektowe,..., przepisy techniczne,... i przy zachowaniu warunków technicznych ”. Jak widzimy, odpowiedzialność w tej części nie jest nakładana na pracownika organizacji, ale na ogólną organizację projektantów, co jest prawdą w zakresie samoregulacji, potrzeby członkostwa w ogólnym projektowaniu w wyspecjalizowanych partnerstwach oraz odpowiedzialności w ramach funduszy kompensacyjnych tych partnerstw. Poza tym lista dokumentów, których zgodność jest oceniana, jest zupełnie inna, i to od 2008 roku.
4. Koordynuje rozsądne odstępstwa od obowiązujących zasad, przepisów, instrukcji z organami nadzoru państwowego i innymi organizacjami, które je zatwierdziły.
Należy zwrócić szczególną uwagę na główne postanowienia obowiązującego Kodeksu rozwoju miast [2]: „Nie wolno wymagać zatwierdzenia dokumentacji projektowej, wniosku dotyczącego dokumentacji projektowej i innych dokumentów nie przewidzianych w niniejszym Kodeksie”. Wśród wniosków wymaganych przez kod [2], wnioski z badania, państwowe badanie ekologiczne dla ustalonego zakresu obiektów oraz badanie historyczne i kulturowe dla obiektów dziedzictwa kulturowego są wskazane.
Jeśli konieczne jest odejście od wymogów dokumentów regulacyjnych, dziś powinniśmy przestrzegać zasad ustanowionych w przepisach technicznych dotyczących bezpieczeństwa budynków i budowli [8]: „... jeżeli do przygotowania dokumentacji projektowej odstępstwo od wymagań ustanowionych przez... normy krajowe i kodeksy postępowania... dokumentacja... jest przeprowadzana zgodnie ze specjalnymi warunkami technicznymi. ”
I znowu dekret rządowy „W sprawie składu sekcji dokumentacji projektowej...” [1]: „... opracowanie (projekt) dokumentacji powinno być poprzedzone opracowaniem i zatwierdzeniem w określony sposób specjalnych warunków technicznych.” Innymi słowy, specjalne warunki techniczne (STU) są materiałem przygotowania wstępnego projektu, tj. dane źródłowe do projektowania. W związku z tym harmonizacja odstępstw od wymogów regulacyjnych w obecnym prawodawstwie nie przewiduje, a opracowanie CTS (dokument uzasadniający odstępstwa od wymogów dokumentów regulacyjnych, gdy spełnione są określone wymagania) jest obowiązkiem funkcjonalnym dewelopera lub klienta technicznego.
Można zatem stwierdzić, że istniejące dokumenty dotyczące obowiązków PIU / GAP są niezadowalające, ponieważ przytaczają przestarzałe normy sprzed trzydziestu lat i nie uwzględniają współczesnych wymogów prawa urbanistycznego, przepisów dotyczących regulacji technicznych i samoregulacji w budownictwie. Próby tworzenia dokumentów metodologicznych są nie do utrzymania, o ile opierają się na wskazanych przestarzałych normach. Na przykład, niedawno przygotowany dla systemu informacyjnego Konsultant Plus (2015) Formularz opisu stanowiska głównego inżyniera projektu, uparcie powraca do przepisów z 1985 roku. Sprzeczne szacunki wymagań wywołują atmosferę konfliktu w relacjach między deweloperami, projektantami ogólnymi i konkretnymi specjalistami.
Potrzeba przywrócenia porządku w tym obszarze od czasu do czasu jest uznawana przez instytucje rządowe. W 2012 r., Na krótko przed przystąpieniem Rosji do WTO, rozważono projekt nieudanych poprawek do kodeksu urbanistycznego i innych aktów prawnych i prawnych dotyczących kwestii wprowadzenia instytutu głównego inżyniera i głównego architekta projektu. Zaproponowano zdefiniowanie warunków ISU i GAP, aby ustalić warunki odniesienia i kryteria kwalifikacji w korespondencji jeden-do-jednego bezpośrednio z kodem urbanistycznym. Jednocześnie rozważano kwestię zabezpieczenia osobistej odpowiedzialności GIP i GAP, z uwzględnieniem odpowiednich artykułów w kodeksach administracyjnych i karnych z bardzo surowymi karami za naruszenie obowiązków służbowych: grzywny w wysokości 18 miesięcy wynagrodzenia, kara pozbawienia wolności do siedmiu lat...
Można założyć, że instytut GIP / GAP zostałby zniszczony jeszcze przed jego utworzeniem, gdyby takie inicjatywy legislacyjne zostały przyjęte. Z jednej strony dzisiaj odpowiedzialność za naruszenie zasad projektowania przypisuje się głównemu projektantowi za pomocą narzędzi samoregulacji, funduszy kompensacyjnych i ubezpieczenia od ryzyka. Z drugiej strony kodeks karny nadal ma odpowiednie sankcje w przypadku szkód materialnych, zdrowotnych lub życiowych. Istnieje jednak trzecia strona tego problemu: obecne prawodawstwo jest raczej sprzeczne, terminologicznie niewystarczające, słabo skoordynowane między różnymi gałęziami regulacji, a zatem określa niemożność spełnienia jego wymogów bez znaczących wyjątków. Zgodnie z zasadami sprawiedliwości społecznej rozsądne jest mówienie o ustanowieniu odpowiedzialności, przynajmniej administracyjnie, również przy opracowywaniu i przyjmowaniu sprzecznych (a zatem niewykonalnych) aktów prawnych. Tylko wtedy, gdy istnieje logiczne, spójne i wzajemnie uzgodnione prawodawstwo we wszystkich obszarach, czy można je zaobserwować w dobrej wierze, a naruszenie można ocenić ostatecznie.
Oczywiście, pełnoprawne i złożone dokumenty, które niezawodnie określają prawa, obowiązki, wymagania kwalifikacyjne i odpowiedzialność Głównego Inżyniera / Głównego Architekta projektu - kluczowe liczby procesu projektowego - są wymagane na podstawie nowoczesnych wymogów prawnych i zawodowych. Odpowiedzialność należy najprawdopodobniej rozważać w nierozerwalnym związku wszystkich podmiotów stosunków urbanistycznych, władz ustawodawczych i wykonawczych. Aby opracować skonsolidowaną opinię na temat tak ostrego i źle opisanego zagadnienia, dobrze byłoby przeprowadzić szeroką dyskusję zawodową, której wyniki mogą stać się podstawą pakietu niezbędnych zmian i, w razie potrzeby, opracowania nowych aktów prawnych.
Dokumenty wymienione w tekście:
[1] Dekret rządu Federacji Rosyjskiej nr 87 z dnia 16 lutego 2008 r. „W sprawie składu sekcji dokumentacji dotyczącej projektu i wymogów dotyczących ich treści” (ROZPORZĄDZENIE w sprawie składu sekcji dokumentacji projektu i wymagań dotyczących ich utrzymania)
[2] Ustawa federalna Federacji Rosyjskiej №190-ФЗ z dnia 29 grudnia 2004 r. „Kodeks urbanistyczny Federacji Rosyjskiej”
[3] Ustawa federalna Federacji Rosyjskiej nr 315-ated z dnia 1 grudnia 2007 r. „O organizacjach samoregulacyjnych”
[4] Zarządzenie Ministerstwa Rozwoju Regionalnego Federacji Rosyjskiej nr 624 z 30 grudnia 2009 r. „W sprawie zatwierdzenia listy rodzajów prac dotyczących badań inżynierskich, przygotowania dokumentacji projektu, budowy, przebudowy i remontu obiektów budowlanych kapitału, które wpływają na bezpieczeństwo obiektów budowlanych kapitału”
[5] SNiP 1.06.04-85 „Przepisy dotyczące głównego inżyniera (głównego architekta) projektu”
[6] Rezolucja Ministerstwa Pracy i Rozwoju Społecznego Federacji Rosyjskiej z dnia 21.08.1998 r. Nr 37 „Po zatwierdzeniu podręcznika referencyjnego menedżerów, specjalistów i innych pracowników”. Sekcja II. Część 2. „Stanowiska wiodących i inżynieryjno-technicznych pracowników organizacji projektujących, inżynieryjnych, technologicznych i badawczych”, akapit „Główny inżynier projektu. Główny architekt projektu.
[7] Zarządzenie Ministerstwa Zdrowia i Rozwoju Społecznego Federacji Rosyjskiej z dnia 23 kwietnia 2008 r. Nr 188 „O zatwierdzeniu jednej książki referencyjnej dla menedżerów, specjalistów i pracowników”, sekcja „Charakterystyka kwalifikacji menedżerów i specjalistów w dziedzinie architektury i planowania urbanistycznego”. Część 5 „Projekt”, p.5.1. „Pozycje menedżerów. Główny inżynier projektu.
[8] Ustawa federalna Federacji Rosyjskiej nr 384-ated z dnia 30 grudnia 2009 r. „Przepisy techniczne dotyczące bezpieczeństwa budynków i budowli”.
Kto może być hipoglikemią
Grupa: Nowa
Posty: 11
Rejestracja: 31.01.2011
ID użytkownika: 91953
Grupa: Moderatorzy
Posty: 34679
Rejestracja: 07/11/2006
Od: Moskwa
ID użytkownika: 3370
Grupa: Uczestnicy forum
Wiadomości: 1553
Rejestracja: 8.1.2008
Od: Krasnojarsk
ID użytkownika: 14254
nie, nie mogą.
i dlaczego tego potrzebujesz?
To jest sprawa karna, z tym doświadczeniem.
pieczęć na przykład, jak się wypełni?
GUI - I
zrobione - ja
i.
Post został edytowanyDaniel - 4.4.2012, 9:13
Grupa: Nowa
Wiadomości: 8
Rejestracja: 04/12/2010
ID użytkownika: 51897
Grupa: Moderatorzy
Posty: 34679
Rejestracja: 07/11/2006
Od: Moskwa
ID użytkownika: 3370
Grupa: Nowa
Posty: 11
Rejestracja: 31.01.2011
ID użytkownika: 91953
Grupa: Moderatorzy
Posty: 34679
Rejestracja: 07/11/2006
Od: Moskwa
ID użytkownika: 3370
Grupa: Uczestnicy forum
Wiadomości: 1302
Zarejestrowany: 4 grudnia 2009
Od: przeciwko trwonieniu niezastąpionych zasobów naturalnych
ID użytkownika: 41817
Grupa: Uczestnicy forum
Wiadomości: 2360
Zarejestrowany: 12.7.2006
Od: Charków
ID użytkownika: 3382
Grupa: Moderatorzy
Posty: 34679
Rejestracja: 07/11/2006
Od: Moskwa
ID użytkownika: 3370
Grupa: Uczestnicy forum
Wiadomości: 104
Rejestracja: 24.01.2010
ID użytkownika: 45022
W przypadku GUI potrzebne jest doświadczenie, GUI na stronie tytułowej jest podpisane, projekt został ukończony zgodnie z obowiązującymi normami i jest przeciwwybuchowy, ognioodporny, to znaczy jest w pełni odpowiedzialny za podejmowanie decyzji technicznych. Wcześniej w biurach projektu konieczne było uzyskanie podpisu na projekcie, podpis starszego inżyniera, głównego inżyniera, kierownika zespołu, następnie głównego specjalisty, kierownika działu, GIP, a następnie podpisanie go w dziale kontroli technicznej.
Post został edytowanyvladi - 4.4.2012, 20:10
Główny inżynier projektu jest taki lub inny.
projektowanie konstrukcji hydraulicznych
Chcę być fotografem :)
(((To jest kozioł ofiarny płacony za główki i kratę.
A jeśli to konieczne, mogę skanować jutro w pracy swoje prawa, obowiązki i obowiązki wynikające z prawa. )))
Jeśli istnieje możliwość skanowania, odpowiedzialność zgodnie z prawem (numery artykułów itp.) Jest szczególnie interesująca.
Jeśli chodzi o GUI, potrzebujesz go.
Faktem jest, że na przykład na liście opisów stanowisk w budownictwie jest tylko główny inżynier i główny projektant.
O ile rozumiem, ISU nie jest pozycją, ale tymczasowym statusem przypisanym w ramach określonego projektu.
Odpowiedzialność według prawa, miałem na myśli, no wiesz, co. - Śmierć osoby z powodu niepełnego studium projektu z winy projektantów. - Odpowiedzialność karna.
To zeskanowało kurs ulotek „Organizacja i zarządzanie w dziedzinie projektowania”.
[ATTACH] 1147756227.jpg [/ ATTACH]
projektowanie konstrukcji hydraulicznych
W jednym biurze GAPom został dziewczyną, która otrzymała dyplom, a praca stała się nie do zniesienia. To kaprys reżysera, ponieważ jest wtedy człowiekiem bez wykształcenia, trudno mu się kłócić z prawdziwym specjalistą od PTS, więc zrobił taki ruch.
W każdym razie tandem mógłby łatwo zmienić sekcję Republiki Azerbejdżanu, gdy CR był na to przygotowany, i był globalnie davolno, i stało się to normalne. Wszyscy byli obciążeni niepotrzebną pracą na migdałkach. Niekończące się bezsensowne przeróbki i przeróbki jednego i tego samego. Nie chcę rozmawiać o szczegółach, ale doszło do tego, że wielopiętrowy budynek został zaprojektowany z 3 miejsc, 1 od pierwszych pięter, 2 od góry, 3 od środka (mam na myśli podłogi). W końcu podłogi się nie zgadzały. Nitsche, przerobiony. A kiedy przerobiono, okazało się, że sąsiednie sekcje nie odpowiadają AR, a davolno poważnie. Kiedy sąsiednie sekcje zaczęły być korygowane, okazało się, że nie ma podłogi technicznej, to był pomysł reżysera, chciał rozwiązać wszystko pod sufitem biur i „obniżonych” podwykonawców z własnymi SNiP. Problemy te zakończyły się zmniejszeniem liczby miejsc parkingowych w garażu podziemnym, musiałem je zredukować do podłogi technicznej.
W ciągu roku wszyscy prawdziwi specjaliści odeszli, łącznie ze mną. A ta dziewczyna jest cholernie cholernie dobra, jeśli nie zna rozmiaru cegły, z czego jest zrobiony asfalt itp., Najważniejsze jest GAP
Kto może być hipoglikemią
Ustęp 2) ustępu 6 artykułu 55.5 Kodeksu urbanistycznego brzmi następująco:
„6. Wymagania dla członków samoregulującej się organizacji ustanowionej w standardach organizacji samoregulującej iw wewnętrznych dokumentach organizacji samoregulującej nie mogą być niższe niż minimum ustalone w tej części:
2) wymagania dotyczące obecności indywidualnego przedsiębiorcy lub osoby prawnej specjaliści w organizacji badań technicznych (główni inżynierowie projektu), specjaliści w organizacji projektowania architektonicznego i budowlanego (główni inżynierowie projektu, główni architekci projektów), organizatorzy budowy (główni inżynierowie projektu), pracownicy funkcja, która obejmuje odpowiednio organizację wykonywania badań inżynierskich, wykonanie prac nad przygotowaniem dokumentacji projektowej, prace budowlane budowa, przebudowa, remont kapitalnych obiektów budowlanych i informacje, które są zawarte w krajowych spisach specjalistów przewidzianych w art. 55.5-1 niniejszego Kodeksu (zwanych dalej także specjalistami) to co najmniej dwóch specjalistów w miejscu pracy głównej ”.
Paragrafy 1, 3, 6 artykułu 55.5-1 Kodeksu urbanistycznego brzmią następująco:
„1. Specjalista w organizacji badań inżynierskich, specjalista w zakresie organizacji projektowania architektonicznego i budowlanego, specjalista w dziedzinie organizacji budownictwa to osoba, która ma prawo do wykonywania, na podstawie umowy o pracę z indywidualnym przedsiębiorcą lub osobą prawną, funkcji związanych z organizacją pracy inżynierskiej, szkolenia projektowego. dokumentacja, budowa, przebudowa, remont kapitalnego obiektu budowlanego na stanowisku głównym inżynier projektu, główny architekt projektu i informacje, które są zawarte w krajowym rejestrze specjalistów w dziedzinie badań inżynieryjnych i projektowania architektonicznego, lub w krajowym rejestrze specjalistów w dziedzinie budownictwa. ”
„3. Do oficjalnych obowiązków specjalistów w organizacji badań inżynierskich, specjalistów w organizacji projektowania architektonicznego i budowlanego należą odpowiednio:
1) przygotowanie i zatwierdzenie zadań do wykonania badań inżynierskich, zadania przygotowania dokumentacji projektowej obiektu budowlanego;
2) określenie kryteriów wyboru dla uczestników prac nad realizacją badań inżynierskich, przygotowanie dokumentacji projektowej i wybór wykonawców takich prac, a także koordynacja działań wykonawców takich prac;
3) składanie, zatwierdzanie i akceptowanie wyników prac nad wdrożeniem badań inżynierskich, przygotowanie dokumentacji projektowej;
4) zatwierdzanie wyników badań technicznych, dokumentacji projektowej ”.
„6. Informacje o osobie określonej w części 1 niniejszego artykułu zostaną włączone przez odpowiednie krajowe stowarzyszenie organizacji samorządowych, odpowiednio, do krajowego rejestru specjalistów w dziedzinie badań inżynieryjnych i projektowania architektonicznego, do krajowego rejestru specjalistów budowlanych (zwanych dalej również krajowymi rejestrami specjalistów) zastosowanie takiej osoby, pod warunkiem spełnienia następujących minimalnych wymagań:
1) obecność szkolnictwa wyższego w zawodzie, specjalności lub szkoleniu w dziedzinie budownictwa;
2) obecność doświadczenia zawodowego w organizacjach wykonujących badania inżynieryjne, przygotowywanie dokumentacji projektowej, budowa, rekonstrukcja, remonty kapitałowych projektów budowlanych na stanowiskach inżynieryjnych odpowiednio przez co najmniej trzy lata;
3) obecność całkowitego doświadczenia zawodowego w zawodzie, specjalności lub kierunku szkolenia w dziedzinie budownictwa nie mniej niż dziesięć lat;
4) rozwój zawodowy w kierunku szkolenia w dziedzinie budownictwa co najmniej raz na pięć lat;
5) dostępność pozwolenia na pracę (dla obcokrajowców) ”.
Kierownik podmiotu prawnego - członek organizacji samoregulującej się może powierzyć obowiązki głównego inżyniera projektu pracownikowi, który nie spełnia powyższych wymagań, jednak wypełnienie przez pracownika obowiązków wymienionych w paragrafie 3 artykułu 55.5-1 będzie niezgodne z prawem (patrz ostatnia część listu wyjaśniającego Ministerstwa Budownictwa Rosji) 08.06.2017 nr 20243-TB / 02).
Podpis głównego inżyniera projektu w dokumentacji projektowej przedłożonej do badania oznacza fakt jego zatwierdzenia, przyjęcia i zatwierdzenia, to znaczy obowiązki specjalisty w organizacji projektu architektonicznego i budowlanego, dlatego komentarz eksperta jest uzasadniony.
Główny inżynier projektu jest kluczową postacią w procesie projektowania.
M. Podolsky, Przewodniczący Podkomisji ds. Organizacji Działań Głównych Inżynierów Projektów Komitetu ds. Projektowania Technologicznego Zakładów Produkcyjnych Krajowego Stowarzyszenia Projektantów i Geodetów, Dyrektor Naukowy Międzynarodowej Szkoły Głównych Inżynierów (Głównych Architektów) projektów w MGSU
A. V. Litvinov, Zastępca Dyrektora Generalnego, Centrum Konsultacyjne „TsNIO-Project”, Członek Rady Międzynarodowej Szkoły Głównych Inżynierów (Głównych Architektów) Projektów w MGSU
W nowoczesnych warunkach biznesowych klient ma możliwość wyboru organizacji projektu (oprogramowania) zgodnie z optymalnym stosunkiem czasu, ceny i jakości oferowanych usług. Z pozorną równością powyższych kryteriów, to jakość dokumentacji projektowej może być decydującym warunkiem sukcesu oprogramowania w konkurencji. Jakość dokumentacji projektowej jest oceniana zarówno przez obiektywne parametry - zgodność z wymogami aktualnych zasad i przepisów, jak i subiektywne - w celu maksymalizacji zadowolenia klienta. Te i inne parametry nieustannie się zmieniają: klienci przechodzą od standardowego projektu do indywidualnego, comiesięczne zmiany i uzupełnienia regulacyjnych i technicznych i legislacyjnych podstaw, pojawiają się nowe materiały budowlane, nowy sprzęt, technologie itp. Zwykły klient jest „zadowolony” lub „Niezadowolony” z dokumentacji projektowej jest uzupełniany potrzebą ciągłego zwiększania zadowolenia klientów, co jest nieodłączną częścią ideologii międzynarodowych standardów serii ISO 9000.
Aby zapewnić wymaganą jakość produktów, oprogramowanie powinno, jeśli nie nadążyć za postępem naukowym i technologicznym, to przynajmniej nadążać, oferując klientowi nowe, oryginalne i niezawodne rozwiązania projektowe.
Co utrudnia rzeczywistą poprawę pracy głównych inżynierów projektów (CIPs)? Naszym zdaniem, po pierwsze, dominujące nieregularne stereotypy dotyczące miejsca i roli GUI w procesie projektowania, które są przekazywane z pokolenia na pokolenie projektantów, a po drugie, brak kwalifikacji menedżerów oprogramowania w sprawach związanych z działaniami GUI, co nie pozwala im na adekwatne decyzja, po trzecie, brak jasnego wyobrażenia o tym, co stanowi jakość decyzji projektowej, a za którą część odpowiada ISU, po czwarte, uproszczone zrozumienie mechanizmu powstawania jakości oraz, w szczególności, gdy jest on realizowany w subproektirovschikov, i wreszcie, po piąte, ponieważ większość projektantów nie zostały jeszcze zrealizowane znaczenie GIPA w zmniejszeniu kosztów prac projektowych.
Błędem byłoby sądzić, że menedżerowie oprogramowania i same GUI nie chcą eliminować powyższych powodów, ale ich próby nie przynoszą zauważalnego rezultatu, ponieważ zamiast polegać na faktach, które wyraźnie dyktują właściwe decyzje, kierują się przeszłymi doświadczeniami i subiektywnymi widoki, które nie spełniają wymagań czasu.
W trakcie omawiania tych kwestii często spotykaliśmy się po przeciwnych stronach barykad z wieloma naszymi kolegami - z pewnego rodzaju „zbiorowym przeciwnikiem”, którego poglądy kształtowano historycznie i którzy nadal żyją w minionej rzeczywistości gospodarczej. Ten artykuł stanowi dodatkowy sprzeciw wobec „zbiorowego przeciwnika”.
Jak wiadomo, nowoczesne zarządzanie zaleca dokumentowanie ważnych przepisów, ale pojawienie się jakiejkolwiek regulacji powinno być poprzedzone tworzeniem zasad, które ustalają, na przykład, „wzdłuż lub po drugiej stronie rzeki” zostanie zbudowany most. To najważniejsza część tworzenia przepisów. Na tym etapie konieczne jest osiągnięcie konsensusu w społeczności zawodowej, po którym wszelkie ograniczenia regulacyjne nie powinny być sprzeczne z uzgodnionymi zasadami.
Niestety w rzeczywistości triumf „złych stereotypów”, które w większości przypadków nie są związane nie tylko z nauką organizacji i zarządzania produkcją, ale często tylko ze zdrowym rozsądkiem.
Rozważmy niektóre, naszym zdaniem, błędne pomysły, których pozbycie się jest prawdziwą rezerwą w rozwoju biznesu projektowego:
1. ISU odpowiada za jakość dokumentacji projektowej (roboczej), tj. ISU jest odpowiedzialny za wszystko.
To nie może być. Wymagania dotyczące stanowiska lub, jak mówią dzisiaj, „odpowiedzialności i autorytetu” ISU historycznie korelowały z komplikacjami wymagań dotyczących obiektów projektowych, a także zmianami oczekiwań klientów dotyczących wyników projektowych. W przeszłości projektowaniem i budową zarządzał jeden specjalista, który podejmował wszystkie decyzje. Obecnie głównym zadaniem spółki jest zapewnienie niezbędnej dynamiki inwestycji, a także dochodów klienta z projektu, wystarczających do zrekompensowania inwestorom zainwestowanych przez nich zasobów i przyjętego ryzyka. Tak więc wszystkie decyzje w projekcie ISU przyjmują kryterium efektywności ekonomicznej projektu, budowy i działania obiektu. Stąd wymagania dotyczące jego kwalifikacji. Wszyscy pozostali uczestnicy procesu projektowania podejmują decyzje dotyczące kryterium optymalizacji technicznej, a warunek ten jest realizowany w procesie koordynacji decyzji projektowych przez głównych specjalistów w sekcjach projektu.
2. „Przysięga” GIP usuwa odpowiedzialność za jakość dokumentacji projektowej (roboczej) od pozostałych uczestników projektu.
Innymi słowy, GUI odpowiada za zgodność z normami i standardami projektu w zakresie projektowania, budowy i eksploatacji obiektów, standardów organizacji samoregulacyjnych, wymagań indywidualnych klientów w zakresie poziomu technicznego i jakości, ekspresji architektonicznej i społecznego znaczenia obiektów. Uważamy za konieczne powrót do zmysłów: odpowiedzialność za to, co iw jakich przypadkach.
Oczywiste jest, że odpowiedzialność może wystąpić, jeśli zostanie ujawniony negatywny wynik pracy, który specjalista wykonał osobiście lub osobiście zweryfikował; jeśli istnieje odpowiedni podpis, poparty datą, a także udokumentowany, dla tego, co i komu przypisuje się odpowiedzialność i kiedy się kończy. Są to obowiązkowe warunki osobistej odpowiedzialności. W przeciwnym razie przeważa zbiorowa nieodpowiedzialność. Podajmy przykład. Jak wiadomo rysunki muszą być podpisane: „opracowane”, „sprawdzone” i „normalne sterowanie”. Zwracamy uwagę na fakt, że podpisy są podawane w kategoriach działań, tj. Odpowiedzi na pytanie: co zrobiłeś? - opracowane; co zrobiłeś - przeprowadził kontrolę norm, itp. Niemożliwe jest dopuszczenie „inicjatywy” organizacji projektujących i pojawienie się na rysunkach podpisów szefów departamentów, głównych specjalistów, głównych inżynierów projektów itp. Akcenty się zmieniają, a podpisy zaczynają określać nie „co zrobiło”, ale „kto zrobił.
Jak już wspomniano, podpis reprezentuje odpowiedzialność. Bez podpisu - bez odpowiedzialności. Ponieważ odpowiedzialność ma granice, konieczne jest uzgodnienie, dokąd zmierzają, czyli upewnienie się, że wszyscy w równym stopniu rozumieją zakres odpowiedzialności. Znaczenie umowy jest następujące: każdy rysunek ma treść („co” jest przedstawione) i projekt („jak” jest przedstawiony). Wykonawca jest odpowiedzialny za treść i projekt. Za treść - przed egzaminatorem, za projekt - przed normalnym kontrolerem. Odpowiedzialność wykonawcy ustaje z chwilą złożenia podpisu przez inspektora i kontrolera. Następnie konieczne jest określenie, do kogo weryfikator i kontroler są odpowiedzialni. W idealnym przypadku powinien to być klient, który jest naprawdę zainteresowany dopasowaniem podpisu i wyniku. W samej organizacji projektu nie można znaleźć zwolenników kontroli i kontrolera. Ale czy to może być GUI? W tym przypadku podpis PIU będzie oznaczał, że ponownie sprawdził treść i projekt rysunku oraz wziął odpowiedzialność za siebie, w tym „za przestrzeganie norm i standardów w projektowaniu, budowie i działaniu obiektów...” itp. itd. Ale niemożliwe jest sprawdzenie fizycznie wszystkich rozwiązań projektowych pod kątem spełnienia wszystkich standardów i wszystkich wymagań ISU. Dlatego nałożenie odpowiedzialności na GUI w ogóle za wszystko jest niczym więcej jak zaklęciem, formalnym z powodu niemożliwości wykonania i niebezpiecznym, jeśli to konieczne, aby ukarać czyjąś winę. GUI jest tylko jednym z wielu autorów gry o nazwie „przygotowanie dokumentacji projektowej”.
3. Jeśli coś poważnego wydarzy się na placu budowy, będzie to pierwsze zasadzenie przez GIP.
Jeśli wydarzy się coś naprawdę poważnego, badacz, po wyznaczeniu kryminalistycznego badania technicznego lub przeprowadzeniu kilku takich badań, określi projektanta, który na przykład wykonał obliczenia projektowe i zastosował niewłaściwy czynnik, a następnie określi, kto sprawdził obliczenia i to ta osoba przedstawi oskarżenie, ale sąd w pewnych okolicznościach może ukarać sprawcę i weryfikatora.
4. GUI powinien być najbardziej wykwalifikowanym projektantem we wszystkich sekcjach projektu.
Oczywiste jest, że po prostu nie może to być, ponieważ w dokumentacji projektu nie mniej niż dziesięć specjalistycznych sekcji, w których praca zakłada obecność ponad dwudziestu specjalności. Ten „zły stereotyp” rozciąga się także na pomysł powołania specjalisty na stanowisko Instytutu. Zaleca się jednak podjęcie decyzji o powołaniu PIU na podstawie selekcji konkurencyjnej i kierują się zupełnie innymi kryteriami.
Wnioskodawca o stanowisko PIU powinien uzasadnić wnioskodawcy możliwość osiągnięcia wyższych wskaźników technicznych i ekonomicznych projektowanego obiektu, zmniejszając początkowe warunki projektowania i budowy, zmniejszając pracochłonność (koszt) prac projektowych, korzystniejsze dla organizacji projektu warunki obliczeń z uczestnikami pracy, a także rozszerzenie dodatkowych wymagań klient na obiekcie projektowym (7.2.1 „d” GOST R ISO 9001-2008) itp. Szczególne znaczenie ma reputacja GIP: charakter, komunikacja trwałość, pracowitość, zaangażowanie, skuteczność, punktualność, przyzwoitość, zdolność do negocjacji, uważność, uprzejmość, szybkość reakcji, wydajność itp.
W przypadku obiektów cywilnych zaletą powołania na stanowisko Głównego Architekta projektu (GAP) może być obecność edukacji ekonomicznej i architektonicznej. Drugim priorytetem jest edukacja ekonomiczna, trzecia to edukacja architektoniczna, a wreszcie inżynieria.
W przypadku obiektów przemysłowych (projekt technologiczny) zaletą wyznaczenia stanowiska Głównego Inżyniera Projektu (CIP) może być dostępność edukacji ekonomicznej i technologii, odpowiadających specyfice obiektu projektowego. Drugim priorytetem jest edukacja ekonomiczna, trzecia jest technologiczna, a wreszcie tylko inżynieryjna.
Zarówno w pierwszym, jak iw drugim przypadku, kierownik projektu musi posiadać kwalifikację do zarządzania projektem. Zgodnie z wynikami selekcji konkurencyjnej ISU jest powoływany na stanowisko na podstawie odpowiedniego polecenia menedżera oprogramowania.
5. Jeśli między głównymi specjalistami w sekcjach projektu pojawiają się różnice zdań, ISU podejmuje ostateczną decyzję.
Wyobraź sobie taki obraz: główny elektryk w swojej części projektu zdecydował, że centrala będzie między takimi a takimi osiami i na takim i takim znaku budynku. Główny specjalista - inżynier ciepła w tym samym miejscu ma podstację. Przychodzą do ISU, aby „zapanować” nad nimi. Oczywiście kwalifikacje każdego z głównych specjalistów w danej specjalności są wyższe niż kwalifikacje ISU. Jeśli ISU omówi z nimi tę kwestię w proponowanej płaszczyźnie technicznej, jest to oczywiście w niekorzystnej sytuacji. Powinien przetłumaczyć dyskusję na płaszczyznę ekonomiczną, mówiąc, że jedna opcja kosztuje tyle, a druga tak bardzo, biorąc pod uwagę nie tylko koszty budowy, ale także koszty operacyjne, a także możliwe ryzyko związane ze zmianami kosztów sprzętu. Przyjmując i uzasadniając swoją decyzję z ekonomicznego punktu widzenia, ISU, który jest odpowiedzialny za decyzję inwestora, powinien zwrócić się do specjalistów z odpowiednim rozwiązaniem technicznym. Obecnie niewiele GUI może działać w ten sposób, ale taka jest misja GUI, jego część odpowiedzialności za jakość decyzji projektowych.
6. GUI powinno mieć przede wszystkim specjalizację techniczną.
Rozmawialiśmy już o tym, jaka specjalność i dlaczego powinny być w GUI. W warunkach przyspieszonego tempa rozwoju naukowo-technicznego jakość dokumentacji projektu zależy bezpośrednio od systematycznego zaawansowanego szkolenia GIP. Obecnie ISU musi być kompetentny w zakresie organizacji i zarządzania procesem projektowania, metod zapewnienia efektywności ekonomicznej projektu, budowy i eksploatacji obiektu, aby uzyskać swoją pozycję na zasadach konkurencyjnych. Ale nawet z powodzeniem działające GUI odczuwają niedostateczną wiedzę na ich temat, próbują samodzielnie kompensować luki w swoich kompetencjach.
Aby rozwiązać te problemy z inicjatywy Komitetu ds. Projektowania Technologicznego Obiektów Przemysłowych NOPRIZ oraz Instytutu Budownictwa i Architektury (ISA) Narodowego Instytutu Inżynierii Budowlanej w Moskwie (MGSU), z udziałem Centrum Doradczego „Projekt CSRI” i Komitetu ds. Kształcenia Zawodowego w Budownictwie Russian Union of Builders (RCC) zorganizowało projekty International School of Chief Engineers (Chief Architects). W skład Rady Szkoły wchodzą znani specjaliści z Federacji Rosyjskiej i krajów WNP w dziedzinie projektowania i zapewnienia jakości dokumentacji projektowej (roboczej). Przewodniczący Rady Międzynarodowej Szkoły Głównych Inżynierów (Głównych Architektów) projektów Mescherin Igor Viktorovich ma wyjątkowe doświadczenie w pracy z GAP i GIP w ZSRR, Rosji, USA i Włoszech.
Informacje na temat Międzynarodowej Szkoły Informacji Naukowej i Technologicznej (GAP), w tym na temat realizacji konkretnych kursów, są publikowane na stronach internetowych ISA MGSU, Krajowego Stowarzyszenia Projektantów i Geodetów, Centralnego Projektu Badań Naukowych, a także na stronach internetowych Designer w Federacji Rosyjskiej, Kazachstanie, Białorusi i na Ukrainie.
Głównym celem International School of GIPs jest zapewnienie szkolenia wysoko wykwalifikowanego personelu GIP poprzez zaawansowane szkolenia. Programy spełniające współczesne wymagania, praktyczne ukierunkowanie kursów umożliwia zaspokojenie potrzeb w zakresie projektowania technologicznego i architektonicznego, utrzymanie stałego rozwoju zawodowego i powielanie GUI, a także przygotowanie rezerwy kadrowej na zastąpienie stanowisk GUI na zlecenie organizacji projektujących.
W „portfolio edukacyjnym” Międzynarodowej Szkoły Informacji Naukowej i Przemysłowej znajdują się dwa główne produkty:
Proponowany system przekwalifikowania GIP jest elastyczny, adekwatny do potrzeb czasu, odpowiadając na rzeczywiste potrzeby niezwykle zapracowanych projektantów z praktyczną pracą. Treść programów jest zrównoważona wiedzą teoretyczną i praktyczną, a także doświadczeniem w zarządzaniu projektami. Bardzo ważne jest, aby program zakładał szeroki zasięg terytorialny studentów i wygodę szkolenia, w tym poprzez stosowanie nowoczesnych zasad, form i metod szkolenia: modułowość, uczenie się „przed wynikiem”, zmienność w zakresie uczenia się, kształcenia na odległość itp.
Główne tematy omawiane na kursach International School of GIPs w MSSU:
1. Sytuacja na rynku budowlanym i jego wpływ na działalność ISU.
2. Główne zmiany w treści koncepcji „systemu zarządzania jakością” w odniesieniu do pracy ISU.
3. Dystrybucja w organizacji projektu (oprogramowanie) odpowiedzialności za opracowanie rozwiązań projektowych i ich jakość pomiędzy pierwszym kierownikiem, głównym inżynierem, dyrektorem produkcji, działem technicznym, działem technicznym i działami produkcyjnymi (warsztaty) w procesie przygotowania, produkcji i wdrożenia w projekcie budowlanym (techniczne a) dokumentacja, w tym kontrola, weryfikacja, analiza, koordynacja, zatwierdzanie i zatwierdzanie dokumentacji projektowej i szacunkowej.
4. Wyjaśnienie roli i miejsca GUI w „kompleksowym procesie” oprogramowania zorientowanego na klienta: „interakcja z klientami oprogramowania” - „budowanie i utrzymywanie portfela zamówień oprogramowania” - „przygotowanie i wydanie / wdrożenie dokumentacji projektowej (roboczej)” - „wsparcie wdrożenia projekt w budowie ”-„ wypełnienie zobowiązań gwarancyjnych dla projektów realizowanych w budownictwie ”.
5. Kierownik jednostki produkcyjnej: projektant lub kierownik (kierownik)? Interakcja z GUI. Główne przedmioty zarządzania kierownikiem jednostki produkcyjnej: zasoby pracy, praca, czas, finanse, zasoby materialne; podporządkowanie, władza, podstawowe obowiązki funkcjonalne (odpowiedzialność) kierownika jednostki produkcyjnej, kryteria oceny jego działalności.
6. Procedura „uruchomienia” prac nad przygotowaniem dokumentacji projektowej zgodnie z zawartą umową projektową. Przybliżona umowa z organizacją projektującą podwykonawstwo (ACT); procedury oceny, wybór (wybór) i ponowna ocena oprogramowania open source; koncepcje podwykonawstwa i outsourcingu.
7. Interakcja GUI z działem kontraktu, archiwum technicznego, działem wydawania projektów. Główne wymagania dla ISU w systemie dyscypliny wykonawczej.
8. Analiza nowych obowiązków ISU; typowy opis pracy ISU; wymagania dotyczące GUI w prowadzeniu nadzoru w terenie (w tym sub-projektantów); GUI i problemy związane ze zmianą sprzętu, rozbudową przedsiębiorstwa, modernizacją, remontami itp.
9. Monitorowanie zadowolenia klienta z procesów i wyników organizacji projektu.
10. Rola GUI w rozszerzaniu typów produktów (usług) organizacji projektu. Kształtowanie reputacji firmy wśród uczestników projektu inwestycyjnego.
11. Podprojekty zarządzania. Nowoczesne wymagania dotyczące wyboru uczestników projektu.
12. Uwagi na temat projektów nowych dokumentów organizacyjnych i metodologicznych dotyczących CIP: Normy dotyczące działalności zawodowej CIP, Zalecenia dotyczące organizacji działań CIP, Profil CIP, Wymagania dotyczące przygotowania i powołania na stanowisko CIP, które są opracowywane w Podkomitecie ds. Organizacji działań Głównych Inżynierów projektów Komitetu ds. Projektowania Technologicznego Obiektów miejsce docelowe produkcji NOP w bieżącym roku.
13. Negocjacje przy zawieraniu umów i ustalanie cen umownych. Rodzaje umów.
14. Interakcja z wiedzą państwową i niepaństwową.
15. Ramy prawne i organizacyjne dla projektu, dokumenty regulacyjne związane z pracą GIP, w tym GOST R 54869-2011, jak również system EUROCODES.
16. Koszt prac projektowych. Podstawowe indeksy i metody zasobów do obliczania kosztu. Formy dokumentacji budżetowej. Ocena efektywności ekonomicznej rozwiązań projektowych.
17. Zarządzanie ryzykiem projektu. Identyfikacja i identyfikacja ryzyk (kategorie ryzyka, znane ryzyka i nieznane ryzyka, wielkość ryzyka, prawdopodobieństwo wystąpienia i stopień wpływu ryzyka); budżetowanie zarządzania ryzykiem; określenie prawdopodobieństwa realizacji terminów i budżetu projektu techniki reagowania na ryzyko (unikanie, transfer, łagodzenie i akceptacja); ryzyko kontroli objawów.
18. Udział w przetargu na zamówienie na prace projektowe i przeglądowe.
19. Główne postanowienia systemu zarządzania jakością w organizacji projektu, który spełnia wymagania GOST ISO 9001-2015.
20. Funkcje i treść nadzoru technicznego klienta. Nadzór nad budową państwa.
21. Kompetencje Instytutu w sprawach samokształcenia i zaawansowanego szkolenia.
22. GIP, GAP w strukturach funkcjonalnych, organizacyjnych i finansowych organizacji projektu.
23. Kompetencje GIP związane z marketingiem i sprzedażą.
24. Kompetencje GIP w określaniu jego uprawnień, praw i obowiązków.
25. Kompetencje Instytutu w zakresie oceny skuteczności i efektywności jego działalności zawodowej i motywacji.
Od maja 2015 r. Do Programu Międzynarodowej Szkoły Informacji Naukowej i Technologicznej dołączono dodatkowy moduł „Szacowanie efektywności ekonomicznej rozwiązań projektowych” (30 godz. Godzin). Całkowita objętość programu wynosi 80 ac. godzina Moduł ten jest prowadzony przez nauczycieli Państwowej Akademii Specjalistów ds. Inwestycji (GASIS) z National Research University Higher School of Economics, studenci otrzymują również certyfikat GASIS.
Temat programów edukacyjnych, doradczych i badawczych, zaproponowany przez Międzynarodową Szkołę Informacji Naukowej i Przemysłowej, koncentruje się na rozwiązywaniu podstawowych problemów, przed którymi stoją obecnie organizacje projektowe, poprzez profesjonalny rozwój kluczowych postaci w procesie projektowania, takich jak GUI.
Jeśli chodzi o główne tematy Programu Międzynarodowej Szkoły GIP, Centrum Konsultacyjne „TsNIO-Project” opracowało konkretne zalecenia.
Przejdźmy teraz do mechanizmu kształtowania jakości decyzji projektowych, aby jasno i jednoznacznie określić granice odpowiedzialności ISU.
Niektóre wspólne przepisy projektowe:
1. Każdy projekt budowlany jest połączeniem trzech modeli:
- przyszłe modele obiektów (planowanie przestrzenne i rozwiązania inżynieryjne);
- modele jego tworzenia (projekt organizacji budowy);
- modele jego działania (Organizacja i zarządzanie produkcją).
2. Tworzenie decyzji projektowej składa się z faktycznego jej przyjęcia, a następnie konieczne jest potwierdzenie jej zgodności, innymi słowy, weryfikacja. Samo przyjęcie decyzji projektowej jest wyborem spośród alternatyw, a potwierdzenie zgodności ma wiele różnych opcji i, odpowiednio, wiele terminów, które odpowiadają tym opcjom. Większość opcji zależy od czasu, miejsca i standardów, które są wybrane do potwierdzenia.
Jakość decyzji projektowej składa się z czterech podstawowych właściwości. Każda z tych właściwości jest tworzona przez kogoś w oprogramowaniu i jest przeznaczona dla kogoś. Ten, kto tworzy własność jakości, ponosi za to osobistą odpowiedzialność. Pierwszym z nich jest „zdolność techniczna”, to znaczy rozwiązanie projektowe musi być takie, aby można było je wdrożyć podczas budowy. Jest to konieczne przede wszystkim dla wykonawcy budynku, a jego technicy, inżynierowie i główni eksperci z działów przemysłowych tworzą. Drugą jest „możliwość informacyjna”, to znaczy decyzja projektowa powinna zawierać wszystkie informacje niezbędne do wykonania prac budowlanych i instalacyjnych, zamówienia sprzętu, otrzymania wszystkich niezbędnych pozwoleń i zatwierdzeń. Potrzebuje klienta i wykonawcy robót budowlanych. Tę własność tworzą technicy, inżynierowie i główni specjaliści jednostek produkcyjnych. Trzecim jest „ekonomiczna wykonalność” rozwiązania projektowego, tzn. Rozwiązanie projektowe musi być konkurencyjne ekonomicznie podczas budowy i eksploatacji obiektu. Jest to konieczne dla głównej osoby na rynku - inwestora, który został utworzony, a ISU jest za to odpowiedzialny. Czwarty jest „systemowy”, tzn. Wszystkie decyzje projektowe dotyczące projektu muszą być skoordynowane. Jest to konieczne przede wszystkim dla samych projektantów, a za to odpowiedzialni są główni specjaliści w sekcjach projektów.
Decyzje projektowe są podejmowane na pięciu poziomach. Rozważ te poziomy na przykładzie sekcji projektowej projektu. Pierwszym poziomem będą „węzły, części”. Na tym poziomie technologii decyzje podejmowane są na siatkach wzmacniających, częściach osadzonych itp. Drugi poziom to „elementy”. Na tym poziomie inżynierowie projektują belki, kolumny, fundamenty wolnostojące itp. Trzeci to „komponenty”. Starsi i wiodący inżynierowie projektują zakładki, pokrycia, struktury otaczające itp. Czwarty poziom to „sekcja projektu”. Na tym poziomie główny specjalista decyduje o konstrukcji budynku i głównych parametrach wytrzymałościowych konstrukcji. Piąty poziom - „techniczne i ekonomiczne wskaźniki projektu”. ISU jest odpowiedzialny za podejmowanie decyzji na tym poziomie.
Przejdźmy do „potwierdzenia zgodności rozwiązania projektowego” Ta kontrola, ocena, weryfikacja, analiza, walidacja, koordynacja i zatwierdzanie decyzji projektowych. Tutaj ważne jest, aby określić granice odpowiedzialności GUI.
Kontrola obejmuje korelację przyjętej decyzji projektowej z istniejącymi normami (zasadami), tj. Dokumentami regulacyjnymi, które obecnie działają w kompleksie budynków (kodeks planowania przestrzennego Federacji Rosyjskiej, SNiP, SN, GOST, VSN itp.). Wynik kontroli „odpowiada” lub „nie odpowiada” decyzji projektowej określonym dokumentom regulacyjnym.
Ocena - ta sama procedura kontrolna, tylko w dodatku do „odpowiada” lub „nie odpowiada” wskazuje, ile „odpowiada” lub „nie odpowiada”. Z reguły wynik oceny podawany jest w kategoriach ilościowych, na przykład przerwa między pożarami między budynkami jest o 10 metrów mniejsza niż standardowa.
Tak zwana kontrola norm znajduje się w tym samym rzędzie co kontrola, z tą tylko różnicą, że SPDS GOST są używane do porównania przyjętego rozwiązania projektowego z dokumentami regulacyjnymi.
Weryfikacja polega na porównaniu decyzji projektowej z wejściowymi danymi projektowymi (przypisanie projektu, wstępne dane projektowe, specyfikacje techniczne). GOST ISO 9001-2011 dość jasno określa wymagania dotyczące weryfikacji rozwiązań projektowych, w tym planowania weryfikacji i rejestracji wyników. W szczególności 7.3.5 stwierdza, że „zgodnie z planowanymi działaniami należy przeprowadzić kontrolę, aby upewnić się, że wyniki projektu i rozwoju spełniają wymagania wejściowe dla projektu i rozwoju. Zapisy wyników badań i wszystkie niezbędne działania powinny być przechowywane i przechowywane. ” Ponieważ „dane wejściowe” z reguły zawierają wskaźniki techniczne i ekonomiczne (wymagania) dla dokumentacji projektu, ISU sprawdza zgodność faktycznie otrzymanych danych.
Analiza - wspólne działanie pod przewodnictwem GIP - pozwala przewidzieć konsekwencje niezmienności istniejącego procesu projektowania pod względem technicznych i ekonomicznych cech decyzji projektowych, kosztu projektu i czasu jego trwania. W punkcie 7.3.4 GOST ISO 9001-2011, jak również w celu weryfikacji, określono wymagania dotyczące analizy, a mianowicie: „Na odpowiednich etapach, zgodnie z planowanymi działaniami, należy przeprowadzać systematyczne analizy projektowe i rozwojowe w celu oceny zdolności wyników projektu i rozwoju spełniać wymagania, a także identyfikować wszelkie [problemy powstające podczas projektowania i rozwoju] i proponować niezbędne działania. Uczestnicy takich analiz powinni obejmować przedstawicieli funkcji związanych z analizowanym etapem projektowania i rozwoju. Zapisy wyników analizy i wszystkie niezbędne działania powinny być utrzymane i utrzymane. ” Należy zauważyć, że analiza musi być zaplanowana, a jej wyniki udokumentowane. Oczywiste jest również, że analizy nie można przeprowadzić na początku projektu, ponieważ na koniec projektu nie ma jeszcze nic do przeanalizowania, ponieważ „pociąg już odjechał” i proces jest zakończony. Podczas projektowania odpowiedzialność za analizę spoczywa na ISU. Z reguły podczas procesu projektowania PIU gromadzi szefów działów produkcyjnych i głównych specjalistów w sekcjach projektu i omawia z nimi przebieg projektowania oraz techniczne i ekonomiczne cechy decyzji projektowych podejmowanych w celu zapewnienia, że powstałe materiały projektowe na końcu projektu odpowiadają „danym wejściowym”.
Koordynacja zakłada, że to rozwiązanie projektowe nie stoi w sprzeczności z decyzjami projektowymi w innych sekcjach projektu, tj. Na przykład rozwiązanie projektowe części projektowej projektu porównuje się z rozwiązaniami projektowymi sekcji elektrycznej, sanitarnej lub ciepłowniczej projektu.
Odpowiedzialność za koordynację jest obowiązkiem ISU, a za poprawność koordynacji odpowiadają główni specjaliści odpowiedzialni za sekcje projektu.
Przypomnij sobie, czym jest „walidacja”. W projekcie możliwe są dwie sytuacje potwierdzenia: w pierwszym przypadku można to zrobić bezpośrednio „na papierze”, tj. Rozwiązanie projektowe znajduje się na ekranie komputera. Na przykład decyzja projektowa jest zaprojektowaną i skonstruowaną belką, która musi wytrzymać odpowiednie obciążenie. Aby potwierdzić zgodność, wystarczy użyć tej samej metody obliczeniowej, która została zastosowana przy podejmowaniu tej decyzji (lub alternatywnej), a jeśli ta metoda zostanie przetestowana i wiarygodna, ponowne obliczenie da absolutną pewność co do poprawności decyzji projektowej. Lub inny przykład, w przypisaniu projektu wskazano skład pomieszczeń na odpowiedniej podłodze budynku i wskazano wymagane obszary. Rozwiązanie projektowe tego planu piętra jest łatwe do sprawdzenia poprzez porównanie go z oryginalnymi danymi. Należy podkreślić, że takie decyzje projektowe w całkowitej ilości projektu - co najmniej 80-90 procent. Obejmują one decyzje projektowe podejmowane przy użyciu standardowych projektów, typowych zespołów i części, zatwierdzonych indywidualnych wczesnych opracowanych rozwiązań projektowych, które są używane wielokrotnie, katalogi urządzeń, które są certyfikowane w określony sposób itp., Itd. Innymi słowy, mowa Chodzi o niezawodne, sprawdzone, wielokrotnie stosowane, bez wątpienia rozwiązania projektowe.
Druga sytuacja dotyczy sytuacji, w której rozwiązania projektowego nie można wiarygodnie zweryfikować przy użyciu tradycyjnych technik weryfikacji. Można je sprawdzać tylko w procesie budowy lub eksploatacji budowanego obiektu, a także przeprowadzać specjalne testy w warunkach jak najbardziej zbliżonych do budowy lub eksploatacji obiektu. Taka potrzeba powstaje, gdy stosują zaawansowane technologie lub materiały już polecane lub ogłaszane w reklamach, nowe metody obliczeniowe, sprzęt, który nigdy wcześniej nie był używany, rozwiązania technologiczne, które nie mają analogów itp. Na przykład na wystawie projektanci zapoznali się z nowymi materiałami dachowymi który jest aktywnie reklamowany, a cechy tego materiału są imponujące.
Można zdecydować się na użycie tego materiału do dachu o powierzchni 20 tys. Metrów kwadratowych, jednak wyraźnie określono, że podczas budowy najpierw trzeba wykonać sekcję dachową o powierzchni 10 metrów kwadratowych, wytworzyć na nią dynamiczne obciążenie przez pewien czas, wlać wodę na górę i zobaczyć jak zachowuje się dolna powierzchnia dachu. Jeśli wynik testu jest pozytywny, projektanci udzielą zgody na wykonanie reszty dachu. Czasami taka potrzeba wynika z dużej niepewności warunków geologicznych w trudnych obszarach budowlanych, kiedy poszukiwacze nie mogą (w tym ze względów ekonomicznych) z wystarczającą dokładnością symulować charakterystykę gleby w określonych miejscach fundamentów fundamentów. W takich przypadkach wskazują na potrzebę prowadzenia pali testowych i dopiero potem potwierdzają możliwość budowy pola pali pod całym obiektem.
To jest walidacja rozwiązania projektowego. Zastosowanie walidacji pokazuje zaangażowanie organizacji projektowej we wszystko, co nowe i zaawansowane. Jest to oznaką konkurencyjności rozwiązań projektowych, chęć zajęcia wiodącej pozycji w projekcie dzięki stałemu wzrostowi zadowolenia klientów. Odpowiedzialność za fakt przeprowadzenia walidacji ponosi ISU, za treść walidacji - głównych ekspertów w sekcjach projektu.
Zatwierdzenie to zezwolenie na przekazanie pełnej dokumentacji projektowej klientowi. Jest to odpowiedzialność GUI, który wdraża go, gdy podpisuje fakturę przed wysłaniem dokumentacji do klienta.
Teraz zajmujemy się odpowiedzialnością ISU, związaną ze zmniejszeniem kosztów prac projektowych. Jak wiadomo, istnieje wiele możliwości obniżenia kosztów, a to jest „ból głowy” dla kierownictwa i wszystkich wiodących specjalistów ds. Oprogramowania, ponieważ jest to praktycznie jedyny sposób na zwiększenie zysków organizacji projektu. GUI ma w tym znaczący udział, realizując odpowiedzialność za zarządzanie (outsourcing) sub-projektantów.
Obecnie możliwe stało się wybranie podwykonawców (STR) na podstawie wyników ich oceny, porównania z konkurentami, regularnej ponownej oceny, a odpowiedzialność za GUI dla tego wyboru pojawiła się. Ważna zasada „kto płaci, zamawia muzykę” zaczęła działać między podmiotami, nie tylko w dobrze znanym tradycyjnym sensie, ale także jako wymóg ogólnego projektanta (GP) do ciągłego myślenia o poprawie (zapewnieniu) jakości i obniżeniu kosztów prac projektowych. Ponadto ustawa stanowi, że odpowiedzialność wobec klienta za jakość dokumentacji projektowej i szacunkowej, opracowanej przez ACT, ponosi wyłącznie GP. Dlatego należy kierować się wymaganiami GOST ISO 9001-2011 i Wytycznymi dotyczącymi stosowania procesów outsourcingu (ISO / TS 176 / SC 2 / N 630R2, 24 listopada 2003 r.).
Ogólnie istnieją trzy typy warunkowe STR:
- „Zwykły” - SPO, z którymi GP ma normalne relacje rynkowe;
- „Zwykły” - SPO, z którymi GP ma normalne relacje rynkowe;
- „Henchmen” - istota klienta, relacja lekarza ogólnego, z którą klient decyduje.
Korzystając z przykładu relacji z oprogramowaniem open source, rozważymy każdy z podsystemów kolejno, biorąc pod uwagę, że ISU w niektórych przypadkach podejmuje decyzje, aw innych uczestniczy w ich przyjęciu.
Ocena, wybór i ponowna ocena sub-projektantów.
Ten podsystem składa się z dwóch bloków:
- tworzenie i utrzymywanie listy (bazy danych, rejestru itp.) zatwierdzonych STR i jego aktualizacja;
- wybór oprogramowania o otwartym kodzie źródłowym z określonej listy w celu wykonania pracy nad określonym projektem.
Praca w ramach pierwszej jednostki jest funkcją działu technicznego oprogramowania, aw drugiej odpowiedzialności ISU.
Aby utworzyć Listę, dział techniczny oprogramowania przeszukuje, ocenia, wybiera i ponownie ocenia oprogramowanie open source zgodnie z potrzebami oprogramowania, wykorzystując kryteria opracowane w połączeniu z GUI.
Oczywiste jest, że takie podejście nie gwarantuje pełnej adekwatności STR do oczekiwań lekarza rodzinnego ze względu na złożoność sformalizowania niektórych problemów. Na przykład pytanie dotyczące dostępności ważnego SZJ i jego zgodności z wymaganiami GOST ISO 9001-2011. ACT odpowiada, że SZJ funkcjonuje i jest zgodny, co potwierdza certyfikat jednostki certyfikującej „N”. Doświadczenie w ocenie spełnienia pewnych wymagań GOST ISO 9001-2011 przez samoregulujące się organizacje projektantów wskazuje, że ponad 90% certyfikatów jest formalnie otrzymanych, po prostu „kupionych” i często nie ma związku z konkretną STR. Okazuje się, że GP ponosi rzeczywistą odpowiedzialność za jakość dokumentacji projektowej (roboczej) przygotowanej przez ACT, ale wybór ACT opiera się na „zapewnieniach” samej STR w formie odpowiedzi na kwestionariusz. Przy projektowaniu określonego obiektu GUI z reguły wybiera odpowiedni ACT z listy, kierując się dodatkowymi kryteriami, w tym umiejscowieniem STR, informacją STR o właściwościach konkretnego placu budowy, wcześniejszymi kontaktami z określonym klientem, gotowością ACT do wykonania zamówienia i innymi.
Przed podjęciem decyzji o zaangażowaniu oprogramowania o otwartym kodzie źródłowym w projektowaniu GUI powinien być bezpośrednio w organizacji. To jest nowy obowiązek GUI. Technologia ta jest przewidziana przez standardy serii ISO 9000 i nazywa się audytem „druga strona”. Czas trwania audytu przez drugą stronę nie przekracza jednego dnia roboczego (najlepiej 3-4 godzin).
Tak krótki czas trwania tłumaczy się tym, że nie uwzględnia się całego systemu zarządzania jakością oprogramowania open source, ale tylko niektóre kluczowe punkty. Praktyka pokazuje, że jeśli w tych punktach wszystko jest normalne, to z dużym stopniem prawdopodobieństwa ACT odpowiada oczekiwaniom SE.
Należy podkreślić, że Klient zajmuje się tylko GP, z którym ma umowę. Może nie znać reszty uczestników projektu. W związku z tym związek z oprogramowaniem open source jest wyłącznie problemem lekarza rodzinnego. SPO działa jako dodatkowa jednostka strukturalna GP, którą powinien zarządzać w procesie wdrażania projektu w taki sam sposób, jak w przypadku „własnych” podziałów strukturalnych, pamiętając o terminach i jakości dokumentacji projektowej (roboczej) opracowanej przez ACT, za którą odpowiedzialny jest GP przez klienta. Określa to obowiązki przedsiębiorstw państwowych w zarządzaniu STR.
Rodzaj i zakres zarządzania oprogramowaniem open source może się różnić w szerokim zakresie: od minimum, gdy oprogramowanie open source jest wydawane, zadanie techniczne i wykonywana praca jest akceptowana z niewielką weryfikacją lub bez weryfikacji, do maksimum, gdy wymagane jest, aby firma zarządzająca i inne dokumenty zatwierdzone przez firmę zakupową kierowały się zamówieniem. Jednocześnie przeprowadzana jest pełna weryfikacja ukończonej STR, PSD, w tym z pomocą niezależnych ekspertów.
Wymagana ilość zarządzania jest określana przez ISU w zależności od wyników oceny (ponownej oceny) STR, w tym uwzględnienia informacji uzyskanych podczas audytu przez drugą stronę, a także w zależności od kosztów planowanych przez RP do przeprowadzenia przychodzącej kontroli materiałów STR, mając na uwadze, że koszty te zwiększają koszty pracy nad projektem.
Funkcje zarządzania SPO powinny być ustawione przez GUI w „specjalnych warunkach” umowy podwykonawczej. Dział techniczny GP opracowuje wzór takich „specjalnych warunków”, w których prezentowane są praktycznie wszystkie możliwe i / lub niezbędne aspekty zarządzania open source, a GUI, analizując konkretną umowę z oprogramowaniem open source, obejmuje te metody zarządzania, które spełniają warunki konkretnego projektu. Im głębszy stopień kontroli oprogramowania open source, tym mniejsza ilość kontroli wejściowych materiałów projektowych oprogramowania open source, a co za tym idzie koszt GP.
Takie metody kontroli mogą obejmować potrzebę:
- zatwierdzanie procesu projektowania technologicznego wykorzystywanego przez oprogramowanie typu open source lub wykonywanie prac projektowych z wykorzystaniem procesu projektowania technicznego stosowanego przez dyrektora generalnego;
- koordynacja harmonogramu prac projektowych, które STR powinny rozwijać na podstawie harmonogramu pracy dołączonego do umowy;
- spotkania (uzgodnione z przedsiębiorstwem państwowym) konkretnego kierownika projektu (kierownika projektu) dla zamówienia złożonego do realizacji (sekcja projektu) itp.
W zależności od stopnia kontroli oprogramowania open source, wielkość kontroli wejściowej dla GP może różnić się od 100% do prawie żadnej, to znaczy formalnego przeliczenia dokumentów projektowych otrzymanych z oprogramowania open source.
Po przekazaniu kompletnej dokumentacji projektowej i szacunkowej klientowi lub po uruchomieniu obiektu (jeśli nadzór autorski został przeprowadzony), ISU musi ukończyć projekt outsourcingu.
Do tego potrzebujesz:
- sprawdzić dostępność dokumentów potwierdzających otrzymanie projektu i dokumentacji szacunkowej od ACT, w tym kontrolę jakości określonej dokumentacji;
- ocenić współpracę z ACT i zgłosić wyniki do działu technicznego w celu dostosowania Listy;
- uzyskać od ACT i przenieść do archiwum GP informacje o opracowanych indywidualnych skutecznych rozwiązaniach projektowych, w tym dokumentacji STR, które można zalecić do ponownego wykorzystania;
- przygotować oficjalny przegląd oprogramowania open source;
- rozwiązać problem (jeśli to konieczne i możliwe) w zakresie zachęt ekonomicznych dla oprogramowania open source.
Teraz o odpowiedzialności za GUI, co wiąże się z uczestnictwem w tworzeniu „księgi zamówień” i niższymi kosztami oprogramowania w poszukiwaniu nowych klientów.
Chodzi o to, że zgodnie z klauzulą 7.2.1 „Procesy związane z konsumentami” GOST ISO 9001-2011 oprogramowanie musi określać wymagania:
1. Założona przez klienta, w tym wymagania dotyczące dostawy i czynności po dostawie.
2. Nie określone przez klienta, ale niezbędne do konkretnego lub zamierzonego użycia DED, gdy jest ono znane.
3. Ustawodawstwo i inne obowiązkowe odnoszące się do DED.
4. Wszelkie dodatkowe, specyficzne oprogramowanie.
Pierwsze trzy grupy wymagań (1-3) są mniej lub bardziej jasne. Dalej wyjaśniamy, że „wymagania nie określone przez klienta, ale niezbędne do konkretnego lub zamierzonego użycia DED, jeśli są znane”, mogą obejmować wszystkie wymagania samego oprogramowania, od których zależy jakość, cena i czas dostawy dokumentacji projektowej.
Na przykład, jeśli klient otrzymuje szacunki projektowe, które zgodnie z istniejącą technologią projektowania są przechowywane przez pewien czas przed przekazaniem ich klientowi w archiwum technicznym, wymagania samego oprogramowania dotyczące warunków przechowywania w archiwum określonej dokumentacji będą określone w klauzuli 7.2.1 (2) normy. Spełniając wymagania określone w pkt 7.2.1 (1-3) normy, oprogramowanie nie może uzyskać przewagi konkurencyjnej, ponieważ wszyscy konkurenci muszą spełniać te wymagania. W warunkach rynkowych tylko oprogramowanie, które „przetrwa”, może określić i spełnić wymagania klauzuli 7.2.1 (4). Nazwaliśmy te wymagania „założonymi” i wyjaśniliśmy ich znaczenie: po pierwsze, są „zgadywani”, samo oprogramowanie jest sformułowane, po drugie, nie są zatwierdzane ani uzgadniane z klientem, a po trzecie, ich realizacja odbywa się na własny koszt Oprogramowanie W rezultacie klient otrzymuje dokumentację projektową (usługi) z parametrami, które są dla niego nieoczekiwane lub o parametrach lepszych niż oczekiwano, co gwarantuje nie tylko zadowolenie klienta, ale również wzbudza podziw dla dostarczonego PSD (świadczonej usługi). W tym drugim przypadku oprogramowanie może mieć pewność, że klient powróci do niego wielokrotnie. A utrzymanie klienta, jak wiecie, jest 5-7 razy tańsze niż szukanie nowego. To jest istota zasadniczo nowej pozycji określonej w GOST ISO 9001-2011.
Aby spełnić wymóg określony w klauzuli 7.2.1 (4) normy, aby wpłynąć na przewagę konkurencyjną oprogramowania, konieczne jest określenie właściciela procesu w celu stworzenia zamierzonych wymagań klientów, tj. Jednego z menedżerów, którzy ustalić zasady realizacji tego działania. W przypadku oprogramowania właściciel procesu najprawdopodobniej powinien być głównym inżynierem instytutu. „Mistrzem” procesu, tj. Specjalistą, który tworzy wymagania przyszłego klienta dla konkretnego projektu, powinien być GUI. Aby wyjaśnić, ISU odpowiada za to, że zdefiniowane są zamierzone wymagania klienta, a główni specjaliści działów produkcyjnych są odpowiedzialni za treść tych wymagań.
Kolejna odpowiedzialność PIU powstaje przy analizie umowy (umowy) z klientem. Odwołanie klienta do oprogramowania może odbywać się na różne sposoby: informacje o wygranym przetargu (konkurs); oficjalny list z propozycją opracowania dokumentacji projektowej; rozmowa telefoniczna z szefem oprogramowania; komunikacja nieformalna za pośrednictwem kolegów itp. W momencie otrzymania jednego z powyższych sygnałów zaleca się wyznaczenie GUI, który będzie zarządzał analizą umowy przed podpisaniem przez klienta.
Obowiązek ISU obejmuje:
- określenie kręgu osób, które będą uczestniczyć w koordynacji projektu umowy i podziału odpowiedzialności między nimi;
- sprowadzenie określonych menedżerów i specjalistów do prowadzenia negocjacji z klientem (spotkania robocze) w celu omówienia niektórych postanowień projektu umowy, w tym negocjacji w sprawie ustalenia ceny umownej;
- w wyborze z bazy danych szablonów odpowiedniej opcji dla konkretnego klienta i obiektu projektowego;
- określenie konieczności i możliwości przyciągnięcia sub-projektantów i prowadzenia z nimi wstępnych negocjacji;
- ocena ryzyk, które mogą być związane z wypełnieniem zobowiązań wynikających z umowy.
Każde z tych działań w dzisiejszych warunkach znacznie różni się od znanej nam praktyki. Na przykład, porozumienie w sprawie projektu umowy jest zwykle sporządzane na „Liście zatwierdzeń”, gdzie wskazane jest pełne imię i nazwisko oraz stanowisko właściwego kierownika, który, jeśli zostanie zatwierdzony pozytywnie, podpisuje się negatywnie - wydaje na piśmie pisemną opinię. Naszym zdaniem konieczne jest ustalenie odpowiedzialności kierownika za odpowiednie punkty projektu umowy. Suma punktów na „Liście zatwierdzeń” musi być równa sumie punktów w projekcie umowy. Zapewnia to osobistą odpowiedzialność każdego kierownika za spełnienie warunków umowy przez organizację projektu i równe zrozumienie odpowiednich warunków projektu umowy przez organizację projektu i klienta itp.
Materiał tego artykułu z niektórymi projektantami może spowodować zastrzeżenia. Jesteśmy gotowi do konstruktywnej dyskusji z kolegami w wygodnej formie.