SRO 디자이너

2008 년까지 건설 프로젝트는 "GIP Oath"라는 특성 이름으로 전문 환경에서 알려진 문서를 포함하기로되어있었습니다. 이제는 "프로젝트 문서가...에 따라 개발되었음을 프로젝트 조직에 보증"[1] 한 다음 여러 문서를 검토하여 준수 여부를 평가합니다.

그러나 이전처럼 모든 사람들은 프로젝트의 수석 엔지니어 및 / 또는 수석 건축가 인 GIP 및 GAP의 책임 및 포괄적 인 역할을 이해합니다.

2010 년에 건설중인자가 규제 시대가 시작됨에 따라 프로젝트 문서 작성자 (일반 디자이너)의 기능과 책임은 연방법 및 부처 문서에 의해 수립되고 수정됩니다 [1] [2] [3] [4]. 동시에 1985 년에 시행 된 SNiP "소련 기술자 (수석 건축가) 규정"은 소련 법에 입각하여 지명 된 사람들의 권리, 의무 및 책임을 수립했으나 의무 및 자발적 사용의 표준화 문서 목록에 포함되지 않았으며, 2010 년 이래로 그 지위를 잃었습니다.

ISU / GAP의 기능, 권리, 의무 및 책임을 설명하는 현재의 법적 행위는 무엇입니까?

정보 자원은 우리에게 두 가지 근원을 제시합니다.

- 1998 년 러시아 연방 노동 사회부의 결의안 "관리자, 전문가 및 기타 직원의 자격증 명서 승인"[6];

- 2008 년 러시아 연방 보건 사회 개발부의 명령 "관리자, 전문가 및 직원의 직책에 대한 단일 자격 디렉토리"승인 [7].

두 가지 행위 모두 이름의 정체성과 함께 행동합니다. 1998 년 문서에는 수석 기술자 및 프로젝트 수석 설계자의 책임 섹션이 포함되어 있으며 2008 년에는 프로젝트의 수석 엔지니어 만 포함됩니다. 두 가지 서류 모두 공적인 의무와 자격 조건을 수립하고 같은 말로 정한다.

주의 깊게 읽은 바에 따르면, 10 년 후인 2008 년 러시아 보건부는 1998 년 노동부의 1985 년 SNiP와 함께 프로젝트의 수석 기술자 / 건축가의 의무에 충실한 부분을 되풀이하면서 작년에 두 사역 모두 하루 ( 02.12.2014) 해당 섹션의 장점에 대한 한 단어를 대체하지 않고 문서를 "업데이트"했습니다! 상당량의 국가 자원이 분명히 낭비되는 고정 관념적인 복제가 당혹 스럽다. 공정하게, 우리는 단어와 전체 구가 원래의 출처를 가리키고 있지만 부분적인 부분의 재배치 때문에 표절을 책망하는 것은 옹호 할 수 없다는 점에 주목합니다.

노동부와 같이 보건부와 마찬가지로 현 순간에 해당하는 새로운 문서를 작성하거나 적어도 적절히 업데이트하는 일이 없기 때문에 오늘날에도 여전히 1985 년 SNiP의 추적 용지를 사용합니다. 30 년 전에 GUI와 GAP이 강제적으로 수행 한 기능을 기억하고, 부처의 견해에 따라 오늘 수행되어야하며, 노동부의 결정 (사실 세 행위 모두)을 인용 할 필요가 있습니다.

수석 엔지니어, 프로젝트 수석 설계자 :

"시설 설계에서 설계 및 조사 업무의 기술적 관리를 수행하고 설계 용량의 시공, 시운전 및 개발을 감독합니다.

디자인의 질을 향상시키고 문서를 평가하는 조치를 취합니다.

과학 및 기술 제품의 개발 (이전)을위한 고객과의 계약 체결을위한 데이터 준비

건설을위한 부지 선정 (트랙), 설계 과제 준비 및 설계 견적 및 기타 기술 문서 개발을위한 엔지니어링 조사 조직 구성에 대한 커미션 업무에 참여합니다.

배정 된 객체에 대한 개발을 조직하고, 연구, 설계, 엔지니어링 및 기술 작업의 구현을위한 포괄적 인 계획 계획의 준비에 참여합니다.

과학 및 기술 제품의 출시 계획을 세웁니다.

외주 업체가 할당 된 업무를 수행하도록 외주 업체를 구성하고 이러한 조직에 필요한 입력 데이터를 제공합니다. 문서 개발 중에 발생하는 문제를 해결합니다.

설계의 기술적 수준, 도시 계획 및 건축 계획 결정, 설계 및 조사 작업을위한 경제적 지출, 설계 개발 및 예상 문서화에 대한 통제를 수행합니다.

개발 된 설계의 준수 및 주 표준, 규범, 규칙 및 지침에 대한 문서 견적을 보장합니다.

프로젝트에서 처음 사용되거나 기술 프로세스, 장비, 도구, 구조, 재료 및 제품을 위해 개발 된 특허 순도 및 특허 성을 검증합니다.

상위 조직 및 전문 분야의 프로젝트를 보호합니다.

설계 및 견적 문서의 일반 계약 조직에 대한 고려 및 승인에 참여합니다.

설계, 시공, 설비 커미셔닝, 설계 능력 개발 과정에서 발생하는 문제를 해결합니다.

설계 견적 및 기타 기술 문서에서 발견 된 결함을 제거하고 승인 된 견적의 지출 계산에 대한 작업을 조직합니다.

실제 건설 상태를 고려하여 새로운 규제 문서의 도입과 관련된 작업 문서를 변경하기위한 프로젝트 조직 및 고객 관리를위한 제안서를 준비합니다.

현행 규정, 규정, 주 감독 기관 및 기타 승인 된 기관과의 지침에서 벗어나 적절하게 조정합니다.

설계 솔루션의 기술 및 경제적 수준을 향상시키기위한 제안에 기초하여 건설 된 시설의 설계, 건설 및 운영 경험 및 분석 및 종합을 제공합니다.

혁신 및 발명, 표준 초안, 기술 사양 및 설계 및 시공과 관련된 기타 규제 문서에 대한 검토 및 결론을 준비합니다.

그는 전문 분야의 세미나 및 회의 작업에서 프로젝트 심사, 출판물 준비 및 발명 신청 준비에 참여합니다. "

나열된 임무는 도시 계획, 자체 규제 및 기술 규제에 대한 현재의 규제 행위에 어떻게 부합합니까? 위의 항목 중 중요한 부분은 전문적으로나 법에 위배되며 법에 위배됩니다.

약속의 관점에서 질문을 일으키는 순위의 순서로 고려하십시오.

1. 물체의 설계 및 공사 감독, 시운전 및 설계 능력 개발에 대한 설계 및 조사 업무의 기술적 관리.

기술 규칙 "건물 및 구조물의 안전성"[8]에 따르면, 2010 년부터 저자의 자발적 감독은 자발적인 적합성 평가에 기인하며 개발자 (기술 고객)가 결정한대로 당사자들의 동의하에 수행됩니다. 물론 건축 감독은 창조적 과정의 필수적인 부분이자 저작권 보호의 요소로서 건축물을 창조 할 때 필요합니다. 또한, 저자의 감독 없이는 자체 자본 조건 하에서 피라미드 개념의 책임을 파괴하는 설계 문서와 건설 된 자본 건설 프로젝트의 준수에 대한 일반 설계자의 책임에 대한 증거 자료는 없다. 동시에 저자의 감독없이 일반 설계자, 특히 엔지니어 또는 엔지니어가 건설 문제 해결, 설비 시운전 및 설계 역량 개발에 의무적으로 또는 자발적으로 참여할 수 없습니다.

명명 된 기술 규칙 [8]은 자본 건설 객체를 운영하기위한 절차를 책임지는 사람, 즉 일반 계약자, 개발자 및 / 또는 기술 고객, 건설 통제 및 주 건설 감독을 수행 한 사람을 확인했다는 점에 유의하십시오. 이는 설계 및 시공 결과에 대한 상호 책임의 관점에서 불공평하고 잘못 될 수 있지만, 일반 설계자 또는 ISU / HAP조차도 시설이 위탁 될 때 현행 규정에 언급되어 있지 않습니다.

저자의 감독이 법률에 의해 건설 과정의 자발적인 요소로 규정되는 한, 규제 행위에 의해 어떤 사람의 의무로 전가 될 수는 없지만, 필요하다면이 관계는 조직의 내부 직무 기술에 의해 규제 될 수 있습니다.

위의 내용은 p.5에 완전히 적용됩니다. (설계, 건설, 설비 커미셔닝, 설계 능력 개발 과정에서 발생하는 문제를 해결합니다.)

1). 2004 년부터 도시 계획 코드 [2]에 따라 "물자 위탁 (commissioning an object)"대신 "자본 건설 대상물의 시운전 (commissioning of a capital construction object)"을 사용해야한다.

2). 도시 계획 코드 [2]는 "디자인 역량 활용"개념을 사용하지 않습니다.

2. 건축, 설계 과제 준비 및 엔지니어링 조사 조직에서의 부지 선정 (선로)에 관한위원회 업무에 참여.

여기에 마을 계획 코드 (Town Planning Code) [2]에 의해 확립 된 개발자 또는 기술 고객의 책임을 상기하는 것이 적절하다. "개발자 또는 기술 고객은 (일반 디자이너에게) 다음을 제공 할 의무가있다. (이전 판 텍스트 참조)

1) 토지 계획의 도시 계획, 또는 선형 물체를위한 프로젝트 문서 작성, 영토 계획 프로젝트 및 토지 조사 프로젝트의 경우;

(이전 판 텍스트 참조)

2) 공학 조사의 결과...;

3) 기술 조건... ".

또한 "프로젝트 문서 작성은 개발자 또는 기술 고객의 작업을 기반으로 수행됩니다."

따라서 건설 현장 선정, 설계 과제 준비 및 엔지니어링 설문 조사 (설문 조사가 아닌)는 PIU 또는 GAP의 공식 의무가 아니라 30 년 전 이었지만 개발자 또는 기술 고객의 기능적 책임입니다. 개발자 또는 기술 고객의 기능적 책임은 특히 공공 조달 법에 입각 한 설계 용 입찰가에서 명확하게 제시됩니다. 위에서 언급 한 초기 데이터는이 경우 고객이 구성한 부드러운 문서 패키지를 구성하며 정의에 따라 일반 디자이너를 대표하는 프로젝트 관리자 또는 GAP 준비에 참여하는 것은 독점 금지법을 위반 한 것으로 간주됩니다.

3. 개발 된 설계를 준수하고 문서를 국가 표준, 규범, 규칙 및 지침으로 추정합니다.

"프로젝트 문서의 섹션 구성..."[1]에 따라 법안의 요구 사항에 대한 프로젝트 문서의 준수 평가는 "토지 계획, 설계 작업의 도시 계획 계획에 따라 설계 문서가 개발되었음을 프로젝트 조직에 증명하는 형태로 수행됩니다. 기술 규정 준수, 기술적 조건 준수 ". 우리가 알 수 있듯이이 부분의 책임은 조직의 직원에게만 부과되는 것이 아니라 자발적인 규정, 전문 파트너십에 대한 일반 디자이너의 필요성 및 이러한 파트너십의 보상 기금의 틀에서 책임이있는 일반 디자이너 조직에 부과됩니다. 또한, 준수 여부를 평가하는 문서 목록은 완전히 다르며 2008 년 이후였습니다.

4. 기존의 규칙, 규정, 주 감독 기관 및 승인 된 다른 기관과의 지침으로부터 타당한 편차를 조정합니다.

현재의 도시 개발법 (Urban Development Code) [2]의 주요 조항에 가장 중점을 두어야 할 필요가있다. "프로젝트 문서의 승인, 프로젝트 문서의 결론 및이 규범에서 제공하지 않은 기타 문서를 요구할 수 없습니다." 코드에 의해 요구 된 결론 중, 심사의 결론, 대상 범위에 대한 국가 생태학 시험, 문화 유산의 대상에 대한 역사적, 문화적 검토가 명시되어있다.

규제 문서의 요구 사항을 벗어나는 것이 필요한 경우 오늘날 건축 및 구조물 안전에 관한 기술 규정 [8]에 따라 마련된 규칙을 따라야합니다. "... 프로젝트 문서 작성을 위해 국가 표준 및 실무 규칙에 의해 정해진 요구 사항을 벗어난 경우... 문서화... 특별한 기술 조건에 따라 수행됩니다. "

그리고 다시 "프로젝트 문서의 섹션 구성에 관한 정부 법령 (Government Decree)"[1] : "... (프로젝트) 문서의 개발은 특정 기술 조건의 규정 된 방식으로 개발 및 승인되어야합니다." 즉, 특수 기술적 조건 (STU)은 프로젝트 전 준비의 재료입니다. 디자인을위한 소스 데이터. 따라서 현행법에 의한 규제 요구 사항의 조화는 제공되지 않으며 CTS (특정 요구 사항이 충족되는 경우 규제 문서의 요구 사항을 정당화하는 문서)의 개발은 개발자 또는 기술 고객의 기능적 책임입니다.

따라서 PIU / GAP의 책임과 관련된 기존 문서는 30 년 전에 구식 규범을 인용하고 도시 기획 입법, 기술 규정 및 건설 자체 규칙에 대한 현대 요구 사항을 고려하지 않았기 때문에 만족스럽지 못하다는 점을 언급 할 수 있습니다. 방법 론적 문서를 만들려고 시도하는 것은 구식의 규범을 근거로하는 한 유지할 수 없습니다. 예를 들어, 최근 정보 시스템 컨설턴트 플러스 (2015) 프로젝트의 수석 엔지니어의 작업 설명 양식에 대한 준비가 완고하게 1985 년 조항에 우리를 반환합니다. 요구 사항이 서로 상충되면 개발자, 일반 디자이너 및 특정 전문가 간의 관계에서 갈등 분위기가 조성됩니다.

이 지역의 주문을 수시로 복원해야하는 필요성은 정부 기관에 의해 인정됩니다. 2012 년에 러시아가 WTO에 가입하기 직전에 도시 계획 코드 및 기타 규제 및 법적 조치에 실패한 초안이 수석 엔지니어 연구소와 프로젝트의 수석 건축가를 소개하는 문제에 관한 것으로 간주되었다. ISU와 GAP의 조건을 정의하고 마을 계획 코드와 직접적으로 일대일 대응으로 위임 조건과 자격 기준을 설정하도록 제안되었습니다. 동시에 GIP 및 GAP의 개인적 책임을 지키는 문제는 행정적 및 형법에 관련 조항을 포함하여 공식 의무 위반에 대해 매우 엄격한 처벌을 받았다. 즉, 18 개월 임금, 최대 7 년 징역.

GIP / GAP 연구소가 설립되기 전에도 입법 조치가 채택된다면 GIP / GAP 연구소가 파괴되었을 것이라고 추정 할 수 있습니다. 오늘날 디자인 규칙을 위반하는 책임은 자체 규제 도구, 보상 기금 및 위험 보험을 통해 일반 설계자에게 배정됩니다. 반면 형법은 재산, 건강 또는 생명에 대한 손해의 경우 적절한 제재 조치를 취하고 있습니다. 그러나 현행법은 다소 모순적이고 전문 용어 적으로 불충분하며 규제의 다양한 부문들 사이에 조율이 잘되어 있지 않아 중요한 예외없이 요구 사항을 충족시킬 수 없다는 결정을 내리고있다. 사회 정의의 원칙에 따라, 상충되는 (따라서 집행 할 수없는) 규제 행위를 개발하고 채택 할 때에도 최소한 행정상으로 책임을 수립하는 것에 대해 이야기하는 것이 합리적입니다. 모든 분야에서 논리적이고 일관되며 상호 합의 된 법안이있는 경우에만 선의로이를 준수 할 수 있으며, 위반 사항을 결정적으로 평가할 수 있습니다.

프로젝트의 수석 엔지니어 / 수석 건축가 (프로젝트 프로세스의 핵심 인물)의 권리, 의무, 자격 요건 및 책임을 신뢰성있게 결정하는 본격적인 복잡한 문서는 현대적인 법적 및 전문적 요구 사항에 따라 필요합니다. 책임은 도시 계획 관계, 입법 기관 및 집행 기관의 모든 주제와 분리 할 수없는 연관성에서 고려되어야한다. 오늘날 급박하고 가난한 이슈에 대한 통합 의견을 개발하기 위해서는 광범위한 전문 토론을하는 것이 유용 할 것이며, 그 결과는 필요한 변화의 패키지의 기초가 될 수 있으며 필요한 경우 새로운 규제 행위의 개발이 될 수 있습니다.

본문에 언급 된 문서들 :

[1] 러시아 연방 정부령 2008 년 2 월 16 일 제 87 호 "프로젝트 문서 섹션 및 내용 준비 요구 사항"(프로젝트 문서 섹션 구성 및 유지 관리 요구 사항에 대한 규정)

[2] 2004 년 12 월 29 일자 러시아 연방법 №190-ФЗ의 "러시아 연방의 도시 계획법"

[3] 2007 년 12 월 1 일자 '러시아 연방법 (Federal Law of Russian Federation) No. 315- ФЗ "자율 규제기구 (Self-Regulatory Organizations)

[4] 2009 년 12 월 30 일 러시아 연방 지역 개발부 제 624 호 "건설 기술의 안전성에 영향을 미치는 자본 건설 대상물의 건설, 재건 및 정비에 관한 프로젝트 문서 작성에 관한 공학 조사 목록 유형 승인에 관한 규정"

[5] SNiP 1.06.04-85 "프로젝트의 수석 엔지니어 (수석 건축가)에 관한 규정"

[6] 러시아 노동 사회부의 결의안 21.08.1998 제 37 호 "관리자, 전문가 및 기타 직원의 자격증 명서의 승인". 섹션 II., 파트 2. "설계, 엔지니어링, 기술 및 조사 기관의 수석 및 엔지니어링 기술자의 직책", 단락 "수석 프로젝트 엔지니어. 프로젝트의 주요 건축가.

[7] 2008 년 4 월 23 일 러시아 연방 보건 사회 개발부 훈령 제 188 호 "관리자, 전문가 및 직원을위한 단일 자격 참고서 승인", "건축 및 도시 계획 활동 관리자 및 전문가의 자격 특성"절. 5 부 "디자인", p.5.1. "관리자의 직책. 수석 프로젝트 엔지니어.

[8] 2009 년 12 월 30 일자 "빌딩 및 구조물 안전에 관한 기술 규정"러시아 연방 법 No. 384-ФЗ의 연방법.

하이포가 될 수있는 사람


그룹 : 새로운
다음을 가져주십시오 : 11
등록 : 2011 년 1 월 31 일
사용자 아이디 : 91953


그룹 : 사회자
게시물 : 34679
등록 : 2006 년 11 월 11 일
보낸 사람 : Moscow
사용자 아이디 : 3370


그룹 : 포럼 참가자
메시지 : 1553
등록 : 8.1.2008
출발 : 크라스 노야 르 스크
사용자 아이디 : 14254

아니, 그들은 할 수 없다.
왜 이걸 필요하니?
이것은 형사 사건이며,이 경험이 있습니다.

우표는 어떻게 채울 것입니까?
GUI - 나
끝났어 - 나
그리고.

게시물이 편집되었습니다. 다니엘 - 4.4.2012, 9:13


그룹 : 새로운
메시지 : 8
등록 : 2010-12-12
사용자 아이디 : 51897


그룹 : 사회자
게시물 : 34679
등록 : 2006 년 11 월 11 일
보낸 사람 : Moscow
사용자 아이디 : 3370


그룹 : 새로운
다음을 가져주십시오 : 11
등록 : 2011 년 1 월 31 일
사용자 아이디 : 91953


그룹 : 사회자
게시물 : 34679
등록 : 2006 년 11 월 11 일
보낸 사람 : Moscow
사용자 아이디 : 3370


그룹 : 포럼 참가자
메시지 : 1302
등록 : 2009 년 12 월 4 일
올린 사람 : 보편적 인 자연 자원의 낭비에 대하여
사용자 아이디 : 41817


그룹 : 포럼 참가자
메시지 : 2360
등록일 : 12.7.2006
보낸 사람 : Kharkov
사용자 아이디 : 3382


그룹 : 사회자
게시물 : 34679
등록 : 2006 년 11 월 11 일
보낸 사람 : Moscow
사용자 아이디 : 3370


그룹 : 포럼 참가자
메시지 : 104
등록 : 2010 년 1 월 24 일
사용자 아이디 : 45022

GUI의 경우 경험이 필요하며 제목 페이지의 GUI에 서명하고 프로젝트가 현재 표준에 따라 완료되었으며 방폭형, 내화성, 즉 기술적 결정을 내릴 책임이 있습니다. 이전에는 프로젝트 사무실에서 프로젝트의 서명, 선임 엔지니어, 리드 엔지니어, 팀 리더, 수석 전문가, 부서장, GIP의 서명을 얻은 다음 기술 통제 부서에 서명해야했습니다.

게시물 수정되었습니다 - 4.4.2012, 20:10

수석 프로젝트 엔지니어는 이와 같은 입장입니다.

유압 구조의 설계

나는 사진가가되고 싶다 :)

((이것은 머리 장식과 화격자에게 지불 된 희생양이다.
그리고 필요하다면 내일 법에 따라 권리, 의무 및 책임을 일하면서 내일 스캔 할 수 있습니다. ))))

스캔 할 가능성이있는 경우 법률 (문서 번호 등)에 따른 책임은 특히 중요합니다.

그것이 GUI에 관한 것이라면, 당신은 그것을 필요로합니다.

사실, 예를 들어, 건설중인 직무 기술 목록에는 수석 엔지니어와 수석 디자이너 만 있습니다.

내가 아는 한, ISU는 직책이 아니라 특정 프로젝트 내에 할당 된 임시 상태입니다.

법률에 의한 책임, 나는 그 의미를 알았습니다. - 디자이너의 잘못으로 인해 프로젝트가 불완전하게 연구 되었기 때문에 사람이 사망 한 경우. - 형사 책임.

이 스캐 닝 전단지 과정 "디자인 분야의 조직 및 관리"
[ATTACH] 1147756227.jpg [/ ATTACH]

유압 구조의 설계

한 사무실에서 GAPom은 졸업장을받은 소녀가되었고 그 일은 참기 힘들게되었습니다. 이것은 감독의 변덕이다. 그는 그 당시 교육을받지 못한 사람 이었기 때문에 실제 PTS 전문가와 논쟁하기가 어렵습니다. 그래서 그는 그러한 움직임을 보였습니다.
어쨌든, 탠덤은 아제르바이잔 공화국이 준비되었을 때 아제르바이잔 공화국의 일부를 쉽게 바꿀 수 있었고, 전 세계적으로 다볼로 였고, 이것은 정상이되었습니다. 모든 사람들은 편도선에서 불필요한 작업을했습니다. 끝없는 무의미한 재 작업과 재 작업. 세부 사항에 대해서는 이야기하고 싶지 않지만 다층 건물은 1 층부터 2 층, 2 층부터 3 층까지 3 곳으로 설계되었습니다. 결국, 바닥은 일치하지 않았다. Nitsche, 다시 만들었습니다. 그리고 다시 할 때, 그것은 인접한 섹션이 AR과 davolno에 심각하게 대응하지 않는다는 것을 알게되었습니다. 인접한 섹션이 수정되기 시작했을 때 기술 플로어가 없다는 것이 드러났습니다. 디렉터의 아이디어 였고 사무실의 천장 아래 모든 것을 분해하고 자신의 SNiP로 하청 업체를 "낮추었습니다". 이 문제는 지하 차고의 주차 공간 수가 감소함에 따라 끝났으며, 나는 그것들을 기술 층으로 줄여야했다.


1 년 동안, 나를 포함하여 모든 실제 전문가들이 그만 두었습니다. 그리고 그 소녀는 꽤 저주를합니다. 벽돌의 크기 나 아스팔트가 무엇인지 등을 모르는 경우에는 괜찮습니다. 주요한 것은 GAP입니다

하이포가 될 수있는 사람

도시 계획 법 제 55.5 조 제 6 항 제 2 호는 다음과 같이 해석한다.

"6. 자체 규제 조직의 표준 및 자체 규제 조직의 내부 문서에 설정된 자체 규제 조직의 구성원에 대한 요구 사항은이 부분에서 설정 한 최소 수준보다 낮을 수 없습니다.

2) 엔지니어링 조사 조직 (수석 프로젝트 엔지니어), 건축 및 건축 디자인 (수석 프로젝트 엔지니어, 프로젝트의 수석 건축가), 건설 주최자 (수석 프로젝트 엔지니어), 노동 조직의 전문가 인 개별 기업가 또는 법인체 전문가의 존재에 대한 요구 사항 그 기능은 엔지니어링 설문 조사의 수행 조직, 프로젝트 문서 작성에 관한 작업 수행, 건축 작업 자본법 시행령 제 55.5-1 조에 규정 된 전문직 종사자 (이하 전문인이라고도 함)에 자본 건설 대상물의 건설, 재건축 및 정비에 관한 정보가 포함되어있는 경우 주 사업장에 최소 2 명의 전문가가있다 "고 규정하고있다.

도시 계획 법 제 55.5-1 조 1 항, 3 항, 6 항은 다음과 같다 :

"1. 엔지니어링 조사 조직의 전문가, 건축 및 건축 디자인 조직의 전문가, 건설 조직의 전문가는 개별 기업가 또는 법인과의 고용 계약하에 엔지니어링 조사 업무 조직의 설계 업무를 수행 할 권리가있는 개인입니다. 문서, 건설, 재건축, 주요 건설 지주의 점검 프로젝트 엔지니어, 프로젝트의 수석 건축가 및 엔지니어링 조사 및 건축 디자인 분야의 전문가 또는 건축 분야 전문가의 국가 등록 전문가의 국가 등록에 포함 된 정보. "

"3. 엔지니어링 조사 조직의 전문가, 건축 및 건축 디자인 조직의 전문가 인 공무원의 직무는 다음과 같습니다.

1) 엔지니어링 조사 수행 업무의 준비 및 승인, 자본 건설 시설의 프로젝트 문서 작성을위한 업무

2) 엔지니어링 조사 실시에 대한 참가자의 선정 기준 결정, 프로젝트 문서 작성 및 해당 작업 집행자 선정, 해당 작업 집행자의 활동 조정

3) 엔지니어링 조사의 실시, 프로젝트 문서 작성에 관한 작업 결과의 제출, 승인 및 수락

4) 엔지니어링 설문 조사 결과 승인, 프로젝트 문서화 "

"6. 본 조의 제 1 부에 명시된 개인에 관한 정보는 관련 자치 단체 연합회 (Association of Self-Regulatory Organizations)에 의해 엔지니어링 조사 및 건축 디자인 분야의 전문가의 국가 등록부, 건설 전문가의 국가 등록부 (이하 전문인의 국가 레지스트리라고도 함) 그러한 사람의 신청은 다음 최소 요구 사항을 준수해야합니다.

1) 건설 분야의 직업, 전문 분야 또는 교육 분야에서의 고등 교육의 존재;

2) 공학 조사를 수행하는 조직에서 프로젝트 경험, 프로젝트 문서 작성, 건설, 재건축, 건설 프로젝트의 자본 관리 프로젝트의 개보수를 적어도 3 년간 각각 갖추어야한다.

3) 건설 분야의 직업, 전문 또는 훈련 방향에서의 총 업무 경험의 존재 10 년 이상;

4) 5 년에 한 번 이상 건설 분야의 훈련 방향으로 전문 개발;

5) 취업 허가의 유무 (외국인 시민의 경우) ".

법인의 장 - 자율 규제 기관의 구성원은 위의 요건을 충족시키지 못하는 직원에게 프로젝트 수석 기술자의 직무를 맡길 수 있지만, 직원은 제 55.5-1 조 제 3 항에 열거 된 의무를 이행하는 것은 불법입니다 (러시아 건설 성서의 설명문 마지막 부분 참조) 08.06.2017 No. 20243-TB / 02).

심사를 위해 제출 된 프로젝트 문서의 수석 엔지니어 서명은 건축 승인 및 승인, 즉 건축 및 건축 디자인 조직의 전문가의 의무를 의미하므로 전문가의 의견은 합법적입니다.

수석 프로젝트 엔지니어는 설계 프로세스의 핵심 인물입니다.

M.S. Podolsky, 디자이너 및 측량가 협회의 생산 시설 기술 설계위원회 수석 프로젝트 엔지니어 소위원회, MGSU 프로젝트의 국제 기술 학교 (수석 건축가) 과학 디렉터

A. V. Litvinov, 상담 센터 "TsNIO-Project"부국장, MGSU 프로젝트의 국제 기술 학교 (Chief Architects) 국제위원회 위원

현대 비즈니스 환경에서 고객은 제공되는 서비스의 시간, 가격 및 품질의 최적 비율에 따라 프로젝트 조직 (소프트웨어)을 선택할 수 있습니다. 위 기준의 겉으로 보이는 평등성으로 인해 경쟁에서 소프트웨어의 성공을 결정 짓는 조건이 될 수있는 프로젝트 문서의 품질입니다. 프로젝트 문서의 품질은 객관적인 매개 변수 - 현재 규칙 및 규정의 요구 사항 준수 및 주관적 -에 의해 평가되어 고객 만족을 극대화합니다. 고객은 표준 디자인에서 개인으로, 월별 변경 및 규제 및 기술 및 입법 기반, 새로운 건축 자재, 새로운 장비 및 기술 등에 대한 추가 등이 끊임없이 변화하고 있습니다. 일반적인 고객은 "만족"하거나 "만족스럽지 않다"는 프로젝트 문서는 고객 만족도를 지속적으로 높여야 할 필요성을 보완하며 국제 표준 인 ISO 9000 시리즈의 이데올로기에 내재되어 있습니다.

요구되는 제품의 품질을 보장하기 위해 소프트웨어는 과학적 및 기술적 진보를 따라 가지 않으면 고객에게 새롭고 독창적이며 신뢰할 수있는 설계 솔루션을 제공해야합니다.

CIP (Chief Engineers) (CIP)의 업무가 실질적으로 개선되는 것을 방해합니까? 디자이너의 세대에서 세대로 이어지는 설계 과정에서 GUI의 장소와 역할에 대한 우월한 고정 관념과 GUI의 활동과 관련된 문제에서 소프트웨어 관리자의 자격 부족으로 인해 적절한 조치를 취할 수 없다는 의견이 있습니다 셋째, 디자인 결정의 품질을 구성하는 부분과 ISU의 책임 부분에 대한 명확한 아이디어가 부족하다는 점, 네 번째로 품질 형성 메커니즘에 대한 간략한 이해 그리고, 대부분의 디자이너는 아직 설계 작업의 비용을 감소 GIPA의 중요성을 실현하지 않았기 때문에이, 5 위에, 마지막으로 subproektirovschikov 구현하고, 때, 특히있다.

소프트웨어 관리자와 GUI 자체가 위의 이유를 제거하기를 원하지 않는다고 생각하는 것은 잘못된 것입니다. 그러나 올바른 결정을 명확하게 지시하는 사실에 의존하지 않고 과거의 경험과 주관에 의해 유도되기 때문에 그들의 시도는 눈에 띄는 결과를 가져 오지 않습니다. 시간의 요구 사항을 충족하지 않는 조회수

이러한 문제를 논의하는 과정에서 우리는 많은 동료들과 함께 바리케이드 맞은 편에있는 자신을 발견했습니다. 일종의 "집합 적 상대"와 함께, 역사적으로 견해가 형성되었으며 과거의 경제적 현실에 여전히 살고있는 사람들이 있습니다. 이 기사는 "집단적 상대"에 대한 추가 반대입니다.

알려진 바와 같이, 현대 경영진은 중요한 규정을 문서화 할 것을 권고하고 있지만, 어떤 규정의 출현은 예를 들어 "강의를 따라 또는 강을 가로 질러"다리를 건설하는 원리를 수립하는 것이 선행되어야한다. 이것은 규칙 제정의 가장 중요한 부분입니다. 이 단계에서 전문적인 커뮤니티에서 합의가 이루어져야하며, 그 후에는 규제 제한이 합의 된 원칙에 위배되어서는 안됩니다.

불행히도 현실에서는 대부분의 경우 조직 및 생산 관리 과학뿐만 아니라 종종 상식과 관련이없는 "나쁜 고정 관념"이 승리합니다.

우리의 견해로는 잘못된 생각, 프로젝트 비즈니스의 발전에있어 진정한 예비를 제거하는 것,

1. ISU는 프로젝트 (작업) 문서의 품질에 대한 책임이 있습니다. 즉 ISU는 모든 것에 책임이 있습니다.

그럴 수는 없습니다. ISU의 "책임과 권한"에 대한 요구 사항은 설계 목표와 관련된 요구 사항의 복잡성 및 설계 결과와 관련된 고객 기대치의 변화와 역사적으로 관련이 있습니다. 과거에는 모든 결정을 내린 한 전문가가 설계 및 시공을 관리했습니다. 현재이 회사의 주된 임무는 프로젝트에서 고객에게 필요한 투자의 역 동성뿐만 아니라 투자자가 투자 한 자원과 가정 된 위험을 보상하기에 충분한 수입을 고객에게 제공하는 것입니다. 따라서 ISU 설계의 모든 결정은 물체의 설계, 구성 및 작동의 경제성을 결정합니다. 그러므로 그의 자격 요건. 설계 프로세스의 다른 모든 참여자는 기술적 최적화의 기준에 대한 결정을 내리고이 조건은 프로젝트 섹션의 주요 전문가가 설계 결정을 조정하는 과정에서 실현됩니다.

2. GIP의 "서약"은 나머지 설계 참가자들로부터 설계 (작업) 문서의 품질에 대한 책임을 제거합니다.

즉, GUI는 시설의 설계, 건설 및 운영, 자율 규제 기관의 표준, 기술 수준 및 품질에 대한 개별 고객 요구 사항, 건축 표현성 및 시설의 사회적 중요성에 대한 프로젝트 규범 및 표준 준수를 담당합니다. 우리는 무엇이 어떤 경우에 대한 책임이라는 감각으로 돌아가는 것이 필요하다고 생각합니다.

전문가가 개인적으로 또는 개인적으로 확인한 작업 결과가 밝혀지면 책임이 발생할 수 있습니다. 해당 서명이 있고, 날짜까지 지원되며, 문서화 된 책임이있는 사람은 책임이 있다고 가정하고 종료 할 때. 이것들은 개인적인 책임을위한 필수 조건입니다. 그렇지 않으면 집단 무책임이 우선합니다. 예를 들어 보겠습니다. 아시다시피, 도면에는 반드시 "개발 됨", "확인 됨"및 "정상 제어"가 서명되어야합니다. 서명은 행동 측면에서 제공된다는 사실에주의를 환기합니다. 즉, 질문에 대답하십시오. 당신은 무엇을 했습니까? - 개발 됨; 너 뭐 했어? - 규범 통제 등을 수행한다. 디자인 기관의 "주도권"과 부서장, 수석 전문가, 프로젝트의 수석 기술자 등의 서명 도면의 출현을 허용하는 것은 불가능하다. 액센트 이동, 그리고 서명은 "무엇을 했는가"가 아니라 "누가 그랬어. "

이미 언급했듯이 서명은 책임을 나타냅니다. 서명 없음 - 책임 없음. 책임은 경계가 있기 때문에 어디로 가는지, 즉 모두가 책임 영역을 똑같이 이해하는지 확인하는 것이 필요합니다. 계약의 의미는 다음과 같습니다. 각 도면에는 내용 ( "무엇"이 묘사되어 있음)과 디자인 ( "방법"이 묘사되어 있음)이 있습니다. 계약자는 내용과 디자인에 대한 책임이 있습니다. 콘텐츠의 경우 - 시험관 앞에서, 디자인을 위해 - 정상적인 컨트롤러 전에. 계약자의 책임은 그 사인이 감독관과 관제사에 의해 내려지는 순간 중단됩니다. 다음으로, 검증 자와 컨트롤러가 누구에게 책임이 있는지를 결정할 필요가있다. 원칙적으로 서명과 결과를 매칭하는 데 정말로 관심이있는 고객이어야합니다. 프로젝트 조직 자체에서 검사와 규범 관리자의 추종자를 찾는 것은 불가능합니다. 그러나 이것이 GUI 일 수 있습니까? 이 경우 PIU의 서명은 도면의 내용과 디자인을 다시 한 번 확인한 후 "물체의 설계, 구성 및 작동에 대한 표준 및 표준을 준수하는 것"을 포함하여 자신에 대한 책임을 져야 함을 의미합니다. 그러나 모든 표준 및 ISU의 모든 요구 사항을 충족시키기 위해 모든 설계 솔루션을 물리적으로 검사하는 것은 불가능합니다. 따라서 일반적으로 GUI에 대한 책임을 부과하는 것은 실행의 불가 능성 때문에 공식적이고 다른 사람의 죄를 처벌하는 데 필요한 경우 위험합니다. GUI는 "프로젝트 문서 준비"라는 연극의 많은 저자 중 한 명입니다.

3. 건설 현장에서 심각한 문제가 발생하면 GIP에 의해 최초로 심을 것입니다.

실제로 심각한 문제가 발생하면 수사관은 법의학 기술 시험을 실시했거나 그러한 시험을 여러 차례 실시한 후 예를 들어 설계 계산을 수행하고 잘못된 요소를 적용한 설계자를 결정한 다음 누가 계산을 점검했는지, 그리고 누가이 검찰이 아니라 특정 상황에서 법원은 가해자와 검증자를 처벌 할 수 있습니다.

4. GUI는 프로젝트의 모든 섹션에서 가장 적합한 디자이너 여야합니다.

프로젝트 문서에서 10 개 이상의 전문 분야가 아니기 때문에 20 개 이상의 전문 분야가 있다고 가정하기 때문에 이것이 간단하지 않을 수 있습니다. 이 "나쁜 고정 관념"은 또한 연구소 지위 전문가를 임명한다는 아이디어까지 확장됩니다. 그러나 PIU의 임명에 대한 결정은 경쟁력있는 선택을 기준으로 완전히 다른 기준에 따라 진행하는 것이 좋습니다.

PIU의 직위에 대한 신청자는 디자인 대상의 높은 기술 및 경제적 지표를 달성 할 수있는 가능성을 입증해야하며, 설계 및 건설의 초기 조건을 줄이고, 설계 작업의 노동 강도 (비용)를 줄이며, 프로젝트 참여자와의 계산에 대한 프로젝트 조직 조건 및 추가 요구 사항 설계 객체 (7.2.1 "d"GOST R ISO 9001-2008)에 대한 고객 등 GIP의 명성이 특히 중요합니다. 내구성, 근면함, 헌신, 효율성, 시간 엄수, 품위, 협상 능력, 주의력, 공손함, 반응성, 효율성 등.

민간 물체의 경우, 프로젝트의 수석 건축가 (GAP)의 지명에 대한 이점은 경제적 및 건축 교육의 존재 일 수 있습니다. 두 번째 우선 순위는 경제 교육이고, 세 번째는 건축이며, 마지막으로 공학입니다.

산업 시설 (기술 설계)의 경우 CIP (Chief Project Engineer) 직책을 지명 할 때 장점은 설계 목적의 세부 사항에 해당하는 경제적 교육 및 기술의 가용성 일 수 있습니다. 두 번째 우선 순위는 경제 교육이고, 세 번째는 기술이며, 마지막으로 공학입니다.

첫 번째와 두 번째 경우 모두 프로젝트 관리자는 프로젝트 관리 자격이 있어야합니다. 경쟁력있는 선택 결과에 따라 ISU는 소프트웨어 관리자의 관련 주문에 의해 게시물에 임명됩니다.

5. 프로젝트의 주요 전문가들간에 의견 차이가 발생하면 ISU는 최종 결정을 내린다.

그러한 사진을 상상해보십시오. 프로젝트 담당 부서의 수석 전기 기사는 스위치 보드가 그러한 축과 축 사이에있을 것임을 결정했습니다. 주요 전문가 - 같은 장소에있는 열 엔지니어에게는 변전소가 있습니다. 그들은 ISU에 와서 자신들을 "평화롭게"합니다. 당연히 관련 전문 분야의 각 수석 전문가 자격은 ISU의 자격보다 높습니다. ISU가 제안 된 기술 평면에서이 문제를 논의 할 경우 분명히 불리한 입장에 놓이게됩니다. 그는 토론을 경제 평면으로 전환해야하는데, 하나의 옵션은 많은 비용이 들며 다른 하나는 건설 비용뿐만 아니라 운영 비용뿐만 아니라 장비 비용의 변화와 관련된 가능한 위험도 고려합니다. 경제적 관점에서 결정을 수락하고 정당화하면 ISU는 투자자에게 결정을 내리는데 적절한 전문가의 기술적 해결책을 찾아야합니다. 오늘날, 이러한 방식으로 작동 할 수있는 GIP는 거의 없지만 이것이 설계 결정의 품질에 대한 책임의 일부인 GIP의 목적입니다.

6. GUI는 우선 기술적 전문성을 가져야합니다.

우리는 GUI에서 어떤 전문성과 왜 있어야하는지에 대해 이미 이야기했습니다. 과학 기술 발전 속도가 빠른 상황에서 프로젝트 문서의 품질은 GIP의 체계적인 고급 교육에 따라 달라집니다. 오늘날 ISU는 설계 프로세스의 조직과 관리, 경쟁 기반에서의 지위를 얻기 위해 시설의 설계, 건설 및 운영의 경제적 효율성을 보장하는 방법에 대해 유능해야합니다. 그러나 GUI를 성공적으로 운영하더라도 이러한 문제에 대한 지식이 부족하다는 느낌을받으며 역량의 차이를 독립적으로 보완하려고합니다.

모스크바 국립 토목 공학 대학 (MGSU) 국립 산업 기술 연구원 건설 기술 연구소 (NOPRIZ)와 건축 산업 연구소 (CSA) 프로젝트 및 건설 산업 전문 교육위원회 (Committee for Continuing Professional Education Committee)의 참여로 산업 피혁 기술 설계위원회 (Committee for Industrial Objects NOPRIZ)와 MGSU (Institute of Construction and Architecture) 러시아 건축업자 협회 (RCC)는 국제 기술 학교 (Chief Engineers, Chief Architects) 프로젝트를 조직했습니다. 학교위원회는 프로젝트 (작업) 문서의 디자인 및 품질 보증 분야에서 러시아 연방 및 CIS 국가의 유명한 전문가를 포함합니다. 국제 기술 학교 (최고 건축가) 협의회 의장 Mescherin Igor Viktorovich는 소련, 러시아, 미국 및 이탈리아에서 GAP 및 GIP를 사용하여 독특한 경험을 쌓았습니다.

특정 과정의 실행을 포함하여 국제 과학 기술 정보 학교 (GAP)에 대한 정보는 MGSU의 ISA 웹 사이트, 국립 디자이너 및 측량사 협회, 중앙 과학 연구 프로젝트 및 러시아 연방, 카자흐스탄, 벨로루시 및 우크라이나의 디자이너 웹 사이트에 게시됩니다.

국제 GIP 학교의 주 목적은 고급 교육을 통해 우수한 자격을 갖춘 GIP 직원 교육을 보장하는 것입니다. 현대 요구 사항을 충족하는 프로그램, 코스의 실제 오리엔테이션은 기술 및 건축 디자인의 요구를 충족시키고 GUI의 지속적인 전문 성장 및 재생성을 유지하며 디자인 조직의 주문에 대한 GUI 게시물 대체를위한 인사 예비를 준비하는 것을 가능하게합니다.

국제 과학 산업 정보 학부 (International School of Scientific and Industrial Information)의 "교육 포트폴리오"에는 두 가지 주요 제품이 있습니다.

제안 된 GIP 재교육 시스템은 매우 바쁜 디자이너의 실질적인 요구에 부응하여 유연하고 시간의 요구에 적절합니다. 프로그램의 내용은 균형 잡힌 이론 및 실제 지식뿐만 아니라 디자인 관리 경험이 있습니다. 프로그램이 모듈화, "결과 전"학습, 학습면에서의 변화, 원거리 학습 등 근대적 인 원리, 형식 및 교육 방법을 사용하는 것을 포함하여 광범위한 지역 범위의 학생 및 교육의 편의를 가정하는 것이 매우 중요합니다.

MSSU의 GIP 국제 학교 과정에서 논의되는 주요 주제는 다음과 같습니다.

1. 건설 시장의 상황과 ISU의 활동에 미치는 영향.

2. ISU의 업무와 관련하여 "품질 경영 시스템"개념의 내용이 주요 변경됨.

3. 건설 프로젝트 (기술) 준비, 생산 및 구현 과정에서 첫 번째 관리자, 수석 엔지니어, 생산 책임자, 엔지니어링 부서, 기술 부서 및 생산 부서 (워크샵) 간의 설계 솔루션 개발 및 품질 책임에 대한 프로젝트 조직 (소프트웨어) 배포. a) 설계 및 검증 문서의 관리, 검증, 분석, 조정, 검증 및 승인을 포함한 문서화

4. 고객 지향 소프트웨어의 "엔드 - 투 - 엔드 프로세스"에서 GUI의 역할과 장소를 명확히하기 : "소프트웨어 고객과의 상호 작용"- "소프트웨어 주문 포트폴리오의 구축과 유지"- "프로젝트 (작업) 문서의 준비와 발행 / 구현"- " 건설중인 프로젝트 "-"건설중인 프로젝트의 보증 채무 이행 ".

5. 생산 단위 대표 : 디자이너 또는 매니저 (매니저)? GUI와의 상호 작용. 생산 단위 책임자의 주요 관리 대상 : 노동력, 노동, 시간, 재정, 물질적 자원; 종속 관계, 권한, 생산 단위 책임자의 기본 기능 의무 (책임), 활동 평가 기준.

6. "시작"절차는 체결 된 설계 프로젝트 계약에 따라 프로젝트 문서 준비에 대한 작업을 수행합니다. 하도급 설계 조직 (ACT)과의 대략적인 계약; 평가 절차, 오픈 소스 소프트웨어의 선정 (선정) 및 재평가 하청 및 아웃소싱의 개념.

7. GUI와 계약 부서, 기술 자료실, 프로젝트 릴리스 부서와의 상호 작용. 임원 징계 시스템에서 ISU의 주요 요구 사항.

ISU의 새로운 책임 분석 ISU의 전형적인 직업 설명; 현장 감독 (하위 설계자 포함) 수행시 GUI에 대한 요구 사항 GUI 및 기술 재 장비, 기업 확장, 현대화, 분해 검사 등의 문제

9. 프로젝트 조직의 프로세스와 결과에 대한 고객 만족도 모니터링.

10. 프로젝트 조직의 제품 (서비스) 유형을 확장하는 데있어 GUI의 역할. 투자 프로젝트 참여자들 사이에서 회사의 명성을 형성합니다.

11. 관리 하위 프로젝트. 디자인 참가자 선정을위한 현대 요구 사항.

12. CIP의 전문 활동을위한 기준, CIP의 활동 조직에 대한 권고 사항, CIP의 개요, CIP 게시자의 준비 및 임명에 관한 의견, 객체 기술위원회 디자인 프로젝트의 수석 엔지니어 활동 조직에 관한 소위원회에서 개발 된 의견 현재의 생산지 NOP.

13. 계약 체결시 협상 및 계약 가격 결정. 계약의 종류.

14. 주 및 비 국가 전문 지식과의 상호 작용.

15. EUROCODES 시스템은 물론 GOST R 54869-2011을 포함하여 GIP 작업과 관련된 설계, 규정 문서에 대한 법률 및 조직 프레임 워크.

16. 디자인 작업의 비용. 비용을 계산하기위한 기본 색인 및 자원 방법. 예산 문서 양식. 설계 솔루션의 경제적 효율성 평가.

17. 프로젝트 위험 관리. 위험 (위험 범주, 알려진 위험 및 알려지지 않은 위험, 위험 크기, 발생 확률 및 위험 영향 정도)의 식별 및 식별; 위험 관리 예산 책정; 마감일 및 프로젝트 예산 집행의 가능성 결정 위험 대응 기법 (회피, 이전, 완화 및 수용); 위험 징후 통제.

18. 설계 및 조사 업무에 대한 계약에 대한 입찰 참여.

19. GOST ISO 9001-2015의 요구 사항을 충족하는 프로젝트 조직의 품질 관리 시스템의 주요 조항.

20. 고객의 기술 감독 기능 및 내용. 국가 건설 감독.

21. 자체 교육 및 고급 교육 문제에 대한 연구소의 역량.

22. GIP, GAP, 프로젝트 조직의 기능적, 조직적 및 재무 구조.

마케팅 및 판매와 관련된 GIP의 역량.

24. 능력, 권리 및 책임을 결정할 때 GIP의 역량.

25. 전문 직업 활동 및 동기 부여의 효율성과 효율성을 평가하는 기관의 능력.

2015 년 5 월부터 추가적으로 "설계 솔루션의 경제적 효율성 평가"(30 시간)가 국제 과학 및 기술 정보 학교 프로그램에 포함되었습니다. 프로그램의 총 볼륨은 80 AC가됩니다. 1 시간 이 모듈은 National Research University Higher School of Economics의 State Academy of Investment Professionals (GASIS) 교사들에 의해 진행되며 학생들은 GASIS 인증서를받습니다.

국제 과학 산업 정보 학회 (International School of Scientific and Industrial Information)에서 제안한 교육, 컨설팅 및 연구 프로그램의 주제는 GUI와 같은 설계 프로세스의 핵심 인물을 실제 전문적으로 개발하여 현재 디자인 단체가 직면하고있는 기본적인 문제를 해결하는 데 초점을 맞추고 있습니다.

인터내셔널 스쿨 GIP 프로그램의 주요 테마 인 상담 센터 "TsNIO-Project"는 구체적인 권장 사항을 개발했습니다.

ISU의 책임 한계를 명확하고 모호하지 않게 결정하기 위해 디자인 의사 결정의 품질을 형성하기위한 메커니즘을 살펴 보겠습니다.

몇 가지 일반적인 디자인 조항 :

1. 건설을위한 모든 프로젝트는 세 가지 모델의 조합입니다.

- 미래의 객체 모델 (우주 계획 및 엔지니어링 솔루션);

- 그것의 창조의 모형 (건축 조직의 계획 사업);

- 운영 모델 (조직 및 생산 관리).

2. 설계 결정의 형성은 실제 설계 채택의 결정으로 구성되며, 그 다음에 적합성을 확인, 즉 검증 할 필요가있다. 설계 결정 자체의 채택은 대안으로부터의 선택이며, 적합성 확인은 많은 다른 옵션을 가지며, 이에 따라 이러한 옵션에 해당하는 많은 용어가 있습니다. 대부분의 옵션은 확인을 위해 선택한 시간, 장소 및 표준에 따라 다릅니다.

디자인 결정의 품질은 네 가지 기본 속성으로 구성됩니다. 이러한 각 속성은 소프트웨어의 누군가에 의해 형성되며 누군가를위한 것입니다. 품질의 속성을 형성하는 사람은 그것에 대한 개인적인 책임을집니다. 첫 번째는 "기술적 능력"입니다. 즉, 설계 솔루션은 시공 중에 구현 될 수 있어야합니다. 우선 건설 계약자에게 기술자, 기술자 및 산업 부문의 주요 전문가가 필요합니다. 두 번째는 "정보 제공의 기회"즉, 설계 결정은 시공 및 설치 작업의 실행, 장비의 주문, 필요한 모든 허가 및 승인의 수령에 필요한 모든 정보를 포함해야합니다. 그녀는 고객과 건설 계약자가 필요합니다. 이 속성은 생산 단위의 기술자, 엔지니어 및 수석 전문가에 의해 형성됩니다. 세 번째는 설계 솔루션의 "경제적 타당성"즉, 설계 솔루션은 시설의 건설 및 운영 중에 경제적으로 경쟁력이 있어야합니다. 이것은 시장의 주요 인물에게 필요합니다. 투자자는 형성되고 ISU는이를 책임집니다. 네 번째는 "체계적"입니다. 즉, 프로젝트의 모든 디자인 결정을 조정해야합니다. 이것은 디자이너 자신이 가장 먼저해야 할 일이며, 프로젝트 섹션의 주요 전문가가이를 담당합니다.

설계 결정은 5 단계로 이루어집니다. 프로젝트의 디자인 섹션 예제에서 이러한 수준을 고려하십시오. 첫 번째 단계는 "노드, 부품"입니다. 이 기술 수준에서 메쉬, 임베디드 부품 등을 보강하는 데 대한 결정이 내려집니다. 두 번째 단계는 "요소"입니다. 이 수준에서 엔지니어는 보, 기둥, 독립 기초 등을 설계합니다. 세 번째 요소는 "구성 요소"입니다. 수석 엔지니어와 선도 엔지니어는 겹침, 커버링, 둘러싸는 구조물 등을 디자인합니다. 네 번째 레벨은 "프로젝트 섹션"입니다. 이 수준에서 수석 전문가는 건물의 구조 설계 및 구조물의 주요 강도 매개 변수를 결정합니다. 다섯 번째 수준 - "프로젝트의 기술 및 경제 지표." ISU는이 단계에서 결정을 내릴 책임이 있습니다.

"설계 솔루션의 적합성 확인"으로 돌아가 보자. 설계 결정에 대한 통제, 평가, 검증, 분석, 검증, 조정 및 승인. 여기서 우리가 GUI의 책임 한계를 결정하는 것이 중요합니다

이 통제에는 채택 된 설계 결정과 기존 규범 (규칙), 즉 건물 단지 (러시아 연방 도시 계획법, SNiP, SN, GOST, VSN 등)에서 현재 작동하는 규제 문서와의 상관 관계가 포함됩니다. 제어 결과는 지정된 규제 문서에 대한 설계 결정에 "대응"또는 "대응하지 않음"입니다.

평가 - 동일한 제어 절차, 부록에서 "대응"또는 "대응하지 않음"은 "대응"또는 "대응하지 않음"을 나타냅니다. 원칙적으로 평가 결과는 양적 측면에서 제공됩니다. 예를 들어 건물 간 화재는 표준 건물보다 10 미터 더 작습니다.

소위 표준 제어는 컨트롤과 동일한 행에 있으며 GOST SPDS는 채택 된 설계 솔루션과 규제 문서를 비교하는 유일한 차이점이 있습니다.

검증은 설계 결정을 입력 설계 데이터 (설계 지정, 초기 설계 데이터, 기술 사양)와 비교하는 것을 포함합니다. GOST ISO 9001-2011은 결과의 검증 및 기록 계획을 포함하여 설계 솔루션의 검증 요구 사항을 명확하게 제시합니다. 특히 7.3.5에서는 "계획된 활동에 따라 설계 및 개발 결과가 설계 및 개발을위한 입력 요구 사항을 충족하는지 확인하기위한 점검이 수행되어야한다. 시험 결과 및 모든 필요한 조치에 대한 기록을 보관하고 보관해야합니다. " "입력 데이터"에는 원칙적으로 프로젝트 문서에 대한 기술 및 경제 지표 (요구 사항)가 포함되어 있으므로 ISU는 실제로받은 데이터의 적합성을 검사합니다.

분석 - GIP의 지도력하에있는 집단 행동 - 설계 결정의 기술적 및 경제적 특성, 설계 비용 및 기간과 관련하여 기존 설계 프로세스의 불변성에 대한 결과를 예측할 수 있습니다. GOST ISO 9001-2011의 7.3.4 절과 검증을위한 요구 사항은 다음과 같다. "적절한 단계에서 계획된 활동에 따라 설계 및 개발 결과의 능력을 평가하기 위해 체계적인 설계 및 개발 분석이 수행되어야한다 요구 사항을 충족시킬뿐만 아니라 설계 및 개발 중에 발생하는 문제를 확인하고 필요한 조치를 제안합니다. 그러한 분석의 참여자는 분석 된 설계 및 개발 단계와 관련된 기능의 대표자를 포함해야합니다. 분석 결과 및 모든 필요한 조치의 기록은 유지되고 유지되어야한다. " 분석은 계획되어야하며 결과는 문서화되어야합니다. 아직 분석 할 부분이 없기 때문에 디자인 초기에 분석을 수행 할 수 없으며 설계 마지막 단계에서는 "열차가 이미 남았고"프로세스가 완료 되었기 때문에 분석을 수행 할 수 없음이 분명합니다. 설계시 분석 책임은 ISU에 있습니다. 원칙적으로 PIU는 설계 과정에서 생산 부서장 및 주요 전문가를 프로젝트 섹션에 모으고 디자인 과정에서 디자인 결과물이 "입력 데이터"에 해당하는지 확인하기 위해 설계 과정 및 설계 결정의 기술적 및 경제적 특징을 논의합니다..

조정은이 설계 솔루션이 프로젝트의 다른 섹션 (예 : 프로젝트의 설계 섹션의 설계 솔루션을 프로젝트의 전기, 위생 또는 열 엔지니어링 섹션의 설계 솔루션과 비교)에서 설계 결정에 위배되지 않는다는 확신을 전제로합니다.

수행되는 조정에 대한 책임은 ISU의 책임이며, 조정의 정확성을 위해 각 프로젝트 담당 부서의 주요 전문가가 책임을집니다.

"유효성 검사"가 무엇인지 떠올려보십시오. 디자인에서는 두 가지 상황을 확인할 수 있습니다. 첫 번째 경우에는 "종이"로 직접 수행 할 수 있습니다. 즉, 디자인 솔루션이 컴퓨터 화면에 표시됩니다. 예를 들어, 설계 결정은 적절한 하중을 견뎌야하는 설계되고 구성된 빔입니다. 컴플라이언스를 확인하려면이 결정 (또는 대안)을 만들 때 사용한 것과 동일한 계산 방법을 사용하면 충분합니다.이 방법이 테스트되고 신뢰할 수있는 경우 재 계산을 통해 설계 결정의 정확성에 절대적인 확신을 부여합니다. 또는 다른 예를 들면, 설계 지정에서 건물의 해당 층에있는 구내 구성이 표시되고 필요한 영역이 표시됩니다. 이 평면도의 설계 솔루션은 원래의 데이터와 비교하여 쉽게 확인할 수 있습니다. 설계의 총량 (최소 80-90 %)에서의 그러한 설계 결정은 강조되어야합니다. 여기에는 표준 설계, 일반 어셈블리 및 부품, 반복적으로 사용되는 승인 된 개별 조기 개발 설계 솔루션, 규정 된 방식으로 인증 된 장비 카탈로그 등을 사용하여 이루어진 설계 결정 등이 포함됩니다. 즉, 연설 그것은 믿을만하고, 입증되었으며, 여러 번 적용되었으며 의심의 여지없이 디자인 솔루션이었습니다.

두 번째 상황은 기존의 검증 기술을 사용하여 설계 솔루션을 신뢰성있게 검증 할 수없는 경우입니다. 그것들은 건설 된 시설의 건설이나 운영 과정에서 점검 될뿐만 아니라 시설의 건설이나 운영에 최대한 근접한 조건에서 특수한 테스트를 실시한다. 이러한 요구는 광고, 새로운 계산 방법, 이전에 사용 된 적이없는 장비, 아날로그가없는 기술 솔루션 등에서 이미 권장되거나 발표 된 첨단 기술 또는 재료를 적용 할 때 발생합니다. 예를 들어, 전시회의 디자이너는 새로운 지붕 재료 활발히 광고되고,이 물자의 특성은 감동한다.

이 재료를 20,000 평방 미터의 지붕에 사용하기로 결정할 수도 있지만 건설 중에는 10 평방 미터의 지붕 부분을 완성해야하며 일정 시간 동안 동적 인 하중을 만들고 꼭대기에 물을 붓고 지붕의 아래쪽 표면이 어떻게 작용하는지. 테스트 결과가 양수이면 설계자는 나머지 지붕을 만들 수있는 권한을 부여합니다. 때로는 이러한 요구는 토지 특성을 기초 기초의 특정 위치에서 모의하는 충분한 정확도를 가진 (경제적 인 이유를 포함하여) 탐사가를 포함 할 수없는 어려운 건설 지역의 지질 학적 조건의 높은 불확실성 때문에 발생합니다. 이 경우, 테스트 파일을 운전할 필요성을 표시하고 이후에만 전체 대상 아래에 파일 필드를 만들 가능성을 확인합니다.

이것이 설계 솔루션의 검증입니다. 검증의 사용은 새롭고 발전된 모든 것에 대한 프로젝트 조직의 공약을 보여줍니다. 이것은 설계 솔루션의 경쟁력을 나타내는 신호이며, 고객 만족도가 지속적으로 높아짐에 따라 설계에서 선도적 인 입지를 확보하고자하는 바람입니다. 유효성 확인을 수행한다는 사실에 대한 책임은 ISU가 수행합니다. 유효성 확인 내용은 프로젝트 섹션의 주요 전문가입니다.

승인은 전체 프로젝트 문서를 고객에게 이전 할 수있는 권한입니다. 이것은 GUI의 책임이며 그는 고객에게 문서를 보내기 전에 인보이스에 서명 할 때 GUI를 구현합니다.

이제 우리는 ISU의 책임으로 돌리고 디자인 작업 비용을 줄입니다. 아시다시피, 비용을 절감 할 수있는 많은 기회가 있습니다. 이것은 관리 및 모든 주요 소프트웨어 전문가에게 "두통"입니다. 이는 프로젝트 조직의 이익을 실질적으로 증가시킬 수있는 유일한 방법이기 때문입니다. GUI는 이에 크게 기여하여 하위 디자이너를 관리 (아웃소싱)해야합니다.

현재 평가 결과, 경쟁 업체와의 비교, 정기적 인 재평가를 토대로 하위 디자이너 (STR)를 선택할 수있게되었으며,이 선택에 대한 GUI의 책임이 나타났습니다. "돈을 지불하고 주문하는 음악"이라는 중요한 원칙은 잘 알려진 전통적 의미뿐만 아니라 일반 디자이너 (GP)가 품질을 개선 (보장)하고 디자인 작업의 비용을 줄이기 위해 끊임없이 생각하는 주제로 작업하기 시작했습니다. 또한이 법은 ACT가 개발 한 설계 및 견적 문서의 품질에 대한 고객의 책임은 GP에 의해서만 부담된다는 것을 입증합니다. 따라서 GOST ISO 9001-2011의 요구 사항과 아웃소싱 프로세스 적용 지침 (ISO / TS 176 / SC 2 / N 630R2, 2003 년 11 월 24 일)에 따라 안내해야합니다.

일반적으로 STR의 세 가지 조건부 유형이 있습니다.

- "보통"- 일반 시장 관계가있는 GP.

- "보통"- 일반 시장 관계가있는 GP.

- "Henchmen"- 고객의 창조물, 고객이 결정하는 GP의 관계.

오픈 소스 소프트웨어와의 관계의 예를 사용하여 ISU가 결정을 내리는 경우와 ISU가 의사 결정을 내리는 경우 각각 하위 시스템을 순차적으로 고려할 것입니다.

하위 디자이너의 평가, 선정 및 재평가.

이 하위 시스템은 두 개의 블록으로 구성됩니다.

- 승인 된 STR의 목록 (데이터베이스, 레지스트리 등)의 형성 및 유지 보수 및 업데이트;

- 특정 목록에서 오픈 소스 소프트웨어를 선택하여 특정 프로젝트에 대한 작업을 수행 할 수 있습니다.

첫 번째 단위에서의 작업은 소프트웨어의 기술 부서의 기능이며 두 번째 단위에서의 작업은 ISU의 책임입니다.

목록을 구성하기 위해 소프트웨어 기술 부서는 GUI와 함께 개발 된 기준을 사용하여 소프트웨어의 필요에 따라 오픈 소스 소프트웨어를 검색, 평가, 선택 및 재평가합니다.

그러한 접근은 일부 이슈를 형식화하는 복잡성으로 인해 GP의 기대에 대한 STR의 완전한 적합성을 보장하지 않는다는 것이 분명하다. 예를 들어, 유효한 QMS의 가용성 및 GOST ISO 9001-2011의 요구 사항 준수에 관한 질문. ACT는 "N"인증 기관의 인증서에 의해 입증 된 것처럼 QMS가 작동하고 준수 함을 응답합니다. 디자이너의 자체 규제 기관이 GOST ISO 9001-2011의 특정 요구 사항을 충족시키는지를 평가 한 경험에 따르면 인증서의 90 % 이상이 공식적으로 "단순한"구매되었으며 특정 STR과 관련이없는 경우가 많습니다. GP가 ACT에서 준비한 프로젝트 (작업) 문서의 품질에 대한 실질적인 책임을지고 있음이 밝혀졌지만 ACT의 선택은 설문지에 대한 답변 형식으로 STR 자체의 "보증"을 기반으로합니다. 특정 객체를 설계 할 때 GUI는 원칙적으로 STR의 영토 위치, 특정 건설 ​​현장의 속성에 대한 STR 정보, 특정 고객과의 이전 접촉, 주문 수행을위한 ACT 준비 상태 등을 포함한 추가 기준에 따라 목록에서 적절한 ACT를 선택합니다.

GUI의 디자인에 오픈 소스 소프트웨어의 참여에 대한 결정을 내리기 전에 조직에 직접 있어야합니다. 이것은 새로운 GUI 임무입니다. 이 기술은 ISO 9000 시리즈의 표준에 의해 제공되며 감사 "제 2 자"라고합니다. 제 2 자의 감사 기간은 근무일 기준 1 일 (3-4 시간)을 초과하지 않아야합니다.

이러한 짧은 기간은 오픈 소스 소프트웨어의 전체 품질 관리 시스템이 고려되는 것이 아니라 특정 핵심 사항 만 고려하여 설명됩니다. 실습에 따르면이 모든 지점에서 모든 것이 정상이고 높은 확률로 ACT는 SE의 기대치와 일치합니다.

고객이 계약을 맺은 GP 만 처리한다는 점을 강조 할 필요가 있습니다. 그는 나머지 프로젝트 참여자를 알지 못할 수도 있습니다. 따라서 오픈 소스 소프트웨어와의 관계는 독점적으로 GP의 문제입니다. SPO는 실제로 GP의 추가 구조 단위로 활동하며, GP가 담당하는 ACT에서 개발 한 프로젝트 (작업) 문서의 마감일과 품질을 염두에두고 자체 구조 부문과 동일한 방식으로 프로젝트를 구현하는 과정에서 관리해야합니다. 고객이 이것은 STR 관리에서 SOE의 책임을 결정합니다.

오픈 소스 소프트웨어의 관리 유형 및 범위는 광범위한 범위에서 달라질 수 있습니다. 오픈 소스 소프트웨어가 기술적 인 과제를 내고 조달 회사가 승인 한 관리 회사 및 기타 문서가 주문서에 의해 안내 될 필요가있을 때 검증을 거의 또는 전혀하지 않고 수행 한 작업을 최대한 수용합니다. 동시에, 독립적 인 전문가의 지원을 포함하여 STR, PSD의 완전한 검증이 수행됩니다.

필요한 관리 금액은 제 2 자의 감사 과정에서 얻은 정보를 고려하여 STR의 평가 (재평가) 결과에 따라 ISU가 결정하며 또한 RP가 STR 재료의 입고 검사를 수행하기 위해 계획 한 비용에 따라 결정됩니다. 이러한 비용은 프로젝트 작업 비용을 증가시킵니다.

SPO의 관리 기능은 외주 계약의 "특수 조건"에서 GUI에 의해 설정되어야합니다. GP 기술 부서는 오픈 소스 관리의 가능한 모든 측면 및 / 또는 필요한 측면을 제시하는 "특수 조건"의 패턴을 개발하고 GUI는 오픈 소스 소프트웨어와 특정 계약을 분석 할 때 특정 프로젝트의 조건을 충족하는 관리 방법을 포함합니다. 오픈 소스 소프트웨어의 통제 정도가 깊을수록 오픈 소스 소프트웨어의 설계 자료 입력 제어량이 적어지고 결과적으로 GP 비용이 절감됩니다.

이러한 제어 방법에는 다음에 대한 요구 사항이 포함될 수 있습니다.

- 오픈 소스 소프트웨어가 사용하는 기술 설계 프로세스의 승인 또는 총괄 관리자가 사용하는 엔지니어링 설계 프로세스를 사용한 설계 작업의 실행

- STR이 계약서에 첨부 된 작업 일정을 토대로 개발해야하는 설계 작업 일정의 조정;

- 실행을 위해 제출 된 명령 (프로젝트 섹션)에 대한 특정 프로젝트 관리자 (프로젝트 관리자)의 임명 (국가 기업과 합의한대로)

오픈 소스 소프트웨어의 제어 정도에 따라 GP에 대한 입력 컨트롤의 양은 100 %에서 거의 없음까지 다양합니다. 즉, 오픈 소스 소프트웨어에서받은 프로젝트 문서의 공식적인 재 계산입니다.

완성 된 설계 및 견적 문서를 고객에게 전달한 후 또는 객체 감독시 (감독이 수행 된 경우), ISU는 아웃소싱 프로젝트를 완료해야합니다.

이를 위해서는 다음이 필요합니다.

- 지정된 문서의 품질 검사를 포함하여 ACT로부터 설계 영수증을 확인하는 문서의 가용성을 확인하고 문서를 추정한다.

- ACT와의 협력을 평가하고 결과를 기술 부서에보고하여 목록을 조정합니다.

- ACT로부터 획득하고 재사용을 권장 할 수있는 STR 문서를 포함한 개발 된 개별 효과적인 설계 솔루션에 관한 정보를 GP 아카이브에 전송한다.

- 오픈 소스 소프트웨어에 대한 공식적인 리뷰를 준비하십시오.

- 오픈 소스 소프트웨어에 대한 경제적 인센티브에 관한 문제를 해결하십시오 (필요하고 가능한 경우).

이제 "주문서"형성에 참여하고 새로운 고객을 찾는 데 드는 소프트웨어 비용을 줄이는 GUI의 책임에 대해 설명합니다.

요점은 7.2.1 "소비자와 관련된 프로세스"GOST ISO 9001-2011에 따라 소프트웨어가 요구 사항을 정의해야한다는 것입니다.

1. 배달 후 배달 및 활동 요구 사항을 포함하여 고객이 설정합니다.

2. 고객이 명시하지는 않았지만 DED가 알려졌을 때 DED의 특정 용도 또는 의도 된 용도에 필요합니다.

3. DED와 관련된 입법 및 기타 필수 사항.

4. 추가 소프트웨어.

처음 세 그룹의 요구 사항 (1-3)이 의미하는 바는 어느 정도 명확합니다. 우리는 "고객이 명시하지는 않았지만 DED를 특정 또는 의도 된 용도로 사용하기 위해 필요한 경우"는 프로젝트 문서의 품질, 가격 및 납기에 의존하는 소프트웨어 자체의 모든 요구 사항을 포함 할 수 있음을 명확히합니다.

예를 들어 고객이 기술 설계 기록에 따라 고객에게 양도되기 전에 기존 설계 기술에 따라 특정 시간 동안 저장되는 설계 추정치를 고객이받은 경우, 해당 문서의 아카이브에있는 저장 조건과 관련된 소프트웨어 자체의 요구 사항은 표준 7.2.1 (2). 표준 7.2.1 (1-3) 항에 명시된 요구 사항을 충족 시키면 모든 경쟁 업체가 이러한 요구 사항을 충족해야하기 때문에 소프트웨어는 경쟁 우위를 확보 할 수 없습니다. 시장 상황 하에서 "생존"하는 소프트웨어만이 7.2.1 (4) 절의 요구 사항을 결정하고 이행 할 수 있습니다. 우리는 이러한 요구 사항을 "가정"이라고 부르며 그 의미를 명확히했습니다. 먼저 "추측"되고 소프트웨어 자체가 공식화되며 두 번째로 고객이 승인 또는 동의하지 않으며 셋째 구현이 자체 비용으로 수행됩니다 소프트웨어 결과적으로 고객은 예기치 않게 매개 변수가 예상되는 매개 변수가있는 프로젝트 문서 (서비스)를받습니다.이 매개 변수는 고객 만족도를 보장 할뿐만 아니라 제공되는 PSD (서비스 렌더링)에 대한 존경심을 유발합니다. 후자의 경우, 소프트웨어는 고객이 반복적으로 그 제품으로 돌아갈 것이라고 확신 할 수 있습니다. 아시다시피 새로운 고객을 찾는 것보다 고객을 유지하는 것이 5-7 배 저렴합니다. 이것은 GOST ISO 9001-2011에 명시된 근본적인 새로운 입장의 본질입니다.

표준의 7.2.1 (4) 절에 명시된 요구 사항의 이행이 소프트웨어의 경쟁 우위에 영향을 미치기 위해서는 고객의 의도 된 요구 사항을 형성하는 프로세스 소유자 (즉, 관리자 중 한 명)를 결정해야합니다. 이 활동의 ​​구현에 대한 규칙을 설정하십시오. 소프트웨어의 경우 프로세스 소유자가 연구소의 수석 엔지니어 여야합니다. 프로세스의 "마스터", 즉 특정 프로젝트에 대한 잠재 고객의 요구 사항을 형성하는 전문가는 GUI 여야합니다. 명확히하기 위해 ISU는 고객의 의도 된 요구 사항이 정의되고 생산 부서의 주요 전문가가 이러한 요구 사항의 내용에 대한 책임이 있다는 사실에 책임이 있습니다.

PIU의 또 다른 책임은 고객과의 계약 (계약) 분석에 있습니다. 소프트웨어에 대한 고객의 호소는 다양한 방식으로 이루어질 수 있습니다. 원화에 대한 정보 (경쟁); 프로젝트 문서를 개발할 제안서가있는 공식 편지; 소프트웨어 책임자와 전화 통화. 동료를 통한 비공식적 인 의사 소통 등. 위의 신호 중 하나를받을 때 고객이 서명하기 전에 계약 분석을 관리 할 GUI를 지정하는 것이 좋습니다.

이 ISU 의무는 다음을 포함합니다 :

- 계약 초안의 조정과 그들 사이의 책임 분배에 참여할 사람의 서클 결정;

- 계약 가격 결정에 관한 협상을 포함하여 계약 초안의 특정 조항을 논의하기 위해 고객과의 협상을 수행하기 위해 특정 관리자 및 전문가를 파견한다.

- 특정 고객 및 설계 객체에 대한 적합한 옵션의 템플릿 데이터베이스로부터의 선택;

- 하위 디자이너를 유치하고 그들과 예비 협상을 할 필요성과 가능성의 결정;

- 계약에 따른 채무 이행과 관련된 위험 평가.

오늘날의 상황에서 이러한 각각의 행동은 우리가 알고있는 관행과 상당히 다릅니다. 예를 들어 계약서 초안에 대한 동의는 일반적으로 "승인 목록"에 작성되며 해당 관리자의 성명과 직책이 명시되어있는 사람, 긍정적으로 승인 된 사람, 서명 한 사람, 부정적인 사람 - 누구에게 서면으로 의견을 전합니다. 우리의 의견으로는, 계약 초안의 관련 단락에 대한 책임자의 책임을 확립 할 필요가있다. "승인 목록"의 점수 합계는 초안 계약의 점수 합계와 같아야합니다. 이것은 프로젝트 조직이 계약 조건을 이행하고 프로젝트 조직과 고객 등이 계약 초안의 관련 조항을 평등하게 이해하도록 각 관리자의 개인적인 책임을 보장합니다.

일부 디자이너와이 기사의 내용은 이의를 제기 할 수 있습니다. 우리는 편리한 형태로 동료들과 건설적인 토론을 할 준비가되어 있습니다.