시스템 개발에서의 프로젝트 관리 의무란?
![시스템 개발에서의 프로젝트 관리 의무란?](https://monolith.law/ko/wp-content/uploads/sites/10/2023/09/shutterstock_1256017303-scaled.jpg)
시스템 개발은 발주하는 위탁자와 수주하는 벤더가 상호 협력하여 진행되는 것입니다.
기업에서 사용하는 IT 시스템을 개발하는 프로젝트는 모든 것이 계획대로, 예상대로 진행되는 경우는 드뭅니다. 오히려 대부분은 다양한 문제나 과제에 직면하면서도, 하나씩 극복하며 전진하는 경우가 많습니다. 이때 위탁자 측과 벤더 측이 동조하는 노력은 물론 중요하지만, 분쟁 상황을 예상한 위기 관리도 중요합니다.
법적 관점에서는, 양측이 어떤 의무를 지고, 상대에게 어떤 권리를 주장할 수 있는지 명확히 하는 것이 위기 관리의 첫걸음이라고 할 수 있습니다. 이 글에서는 벤더 측이 프로젝트에 대해 어떤 법적 의무를 지고 있는지, 프로젝트 관리 의무를 중심으로 설명하겠습니다.
벤더 측의 프로젝트 관리 의무란?
![프로젝트 관리의 이미지 사진](https://monolith.law/wp-content/uploads/2022/05/shutterstock_1335698219.jpg)
먼저, 벤더 측의 프로젝트 관리 의무에 대해 살펴보겠습니다.
판례에 따르면, 프로젝트 관리 의무의 내용은 다음과 같습니다.
– 합의에 따라 개발 작업을 진행하면서, 항상 진행 상황을 관리하고, 개발 작업을 방해하는 요인을 발견하려 노력하고, 이에 적절하게 대응하는 의무
이는, 계약에 기반하여 결정된 스케줄에 따라 프로젝트를 진행하고, 상황에 따라 위탁자에게 개발이 원활하게 진행될 수 있도록 작용하는 것을 벤더에게 요구하는 것입니다.
– 위탁자의 개발 참여에 대해서도 적절하게 관리하고, 시스템 개발에 대한 전문 지식이 없는 위탁자에 의해 개발 작업이 방해되는 행위가 없도록 위탁자에게 작용하는 의무
이는, 위탁자가 의사 결정을 요구받는 사항이나 해결해야 할 문제에 대해 문제와 기한을 제시하고, 위탁자의 의사 결정이 지연된 경우 발생하는 장애를 보여주고, 벤더가 조언을 하여 위탁자의 의사 결정을 촉진하고, 개발 진행 상황에 따라 수용할 수 없는 요구가 있는 경우, 그 이유를 충분히 설명하고, 위탁자의 요구를 거부하는 것을 의미합니다.
이와 같이, 벤더 측에는, 개발 작업을 진행하는 동시에, 위탁자가 의사 결정을 할 수 있도록 촉진하고, 시스템 개발이 성공할 수 있도록 노력하는 의무가 있습니다.
위탁자 측의 협력 의무
그러나, 시스템 개발에서 벤더만이 모든 의무를 일방적으로 수락하는 것은 아닙니다. 원래 주문자 측의 기업에서 사용하는 IT 시스템이므로, 주문하는 측에게도 그 시스템 개발 프로젝트는 ‘타인의 일’로 봐야 할 이유는 없습니다.
시스템을 개발하는 기술력과 조직력을 믿고 외부 전문가를 활용하더라도, 내부에서의 거버넌스는 당연히 이루어져야 합니다. 외부 전문가의 능력을 발휘하기 위한 노력 없이, 모든 것을 타인의 일로 보고 필요한 작품을 제공하는 것은 불가능합니다. 이런 의미에서, 위탁자 측에도 시스템 개발에 협력하는 의무가 있습니다.
위탁자 측이 이행해야 하는 협력 의무에는 다음과 같은 것들이 있습니다.
① 위탁자가 주도적으로 위험 분석을 실시하고, 내부의 의견 조정을 적절하게 실시하여 견해를 통일한 후 요구사항을 벤더에게 전달한다
② 성과물을 확인한다
③ 벤더로부터의 협력 요청에 응한다
위탁자 측이 시스템에서 요구하는 기능을 명확하게 벤더 측에 전달하고, 적극적으로 개발에 협력하는 것이 요구됩니다.
프로젝트 관리는 쉽지 않다
![프로젝트 관리의 이미지 사진](https://monolith.law/wp-content/uploads/2019/07/shutterstock_1186509151-1024x686.jpg)
IT 시스템이 세부 부품의 조합으로 이루어져 있다는 점은, 화면만 보고 있는 위탁자 측에서는 자각하기 어려운 점일 수 있습니다. 그러나, 시스템 개발의 프로젝트를 관리하는 것의 어려움에 대해 생각하는 것은 매우 중요합니다. IT 시스템이 그런 것이기 때문에, 벤더 측에는, 세밀한 주의력과 동시에, 전체 이미지를 간결하게 정리하는 구상력과 관점력도 동시에 요구됩니다.
화면을 보고 있는 것만으로는 상상도 못하는 곳에 업무의 어려움이 있고, 그것은 시각을 바꾸면, 프로젝트가 ‘화재’가 되는 이유 그 자체입니다. 먼저 이러한 점을 이해하고, ‘IT 시스템을 개발하는 프로젝트를 관리하는 것은 결코 쉬운 일이 아니다’라는 점을 알아두는 것이, 프로젝트의 위험 관리에 대해 배우는 데 있어서 큰 전제가 될 것입니다.
프로젝트 관리 의무 위반 시 발생할 수 있는 사항
![](https://monolith.law/ko/wp-content/uploads/sites/10/2023/09/https___monolith-law.jp_corporate_project-management-duties-rewrite1-4.jpg)
그렇다면, 프로젝트 관리 의무를 위반했을 경우에는 구체적으로 어떤 일이 발생할까요?
이에 대해서는, ‘프로젝트 관리 의무란 이러한 것이다’라는 명확한 조항이나 규정이 마련되어 있는 것은 아닙니다.
그러나, 과거의 판례에서는, 벤더가 의무를 위반했을 경우 위탁자가 어떤 조치를 취할 수 있는지에 대해 어느 정도 일관된 입장을 파악할 수 있습니다.
벤더가 의무를 위반했을 경우, 위탁자는 벤더에게 손해배상이나 계약 해지를 주장하게 됩니다. 그러나, 위탁자에게도 문제가 있을 경우, 벤더에게 책임이 없다고 판단되거나 과실 상계를 하게 되어 손해배상액이 감소할 가능성이 있습니다.
반면, 위탁자가 협력 의무를 위반했을 경우, 그로 인해 작업이 완료되지 않았다면 위험 부담(일본 민법 536조 2항) 또는 채무 불이행을 근거로 벤더가 위탁자에게 보수 상당액을 청구할 수 있을 것입니다.
프로젝트 관리 의무를 보여주는 판례
![](https://monolith.law/ko/wp-content/uploads/sites/10/2023/09/https___monolith-law.jp_corporate_project-management-duties-rewrite1.jpg)
프로젝트 관리 의무에 대해 설명한 대표적인 판례로는 다음과 같은 것이 있습니다.
아래 사례는 시스템 개발에서 납기일에 지연이 발생하거나, 벤더가 초기 견적을 증액하려는 등의 문제로 인해 재판까지 이르게 된 사례입니다. 위탁자와 벤더의 책임을 어떻게 구분해야 하는지에 대한 논란이 재판까지 이어지는, 이른바 ‘화재 사례’의 대표적인 예라고 할 수 있습니다.
피고는, 시스템 개발의 전문 업체로서, 자신이 가진 고도의 전문 지식과 경험에 기초하여, 본 건 전산 시스템 개발 계약서와 본 건 전산 시스템 제안서에 따라, 이들에 기재된 시스템을 구축하고, 단계적 운영의 합의에 따른 납기일까지 본 건 전산 시스템을 완성해야 하는 의무를 부담하고 있었다.
도쿄지방법원 2004년(헤이세이 16년) 3월 10일
따라서, 피고는, 납기일까지 본 건 전산 시스템을 완성하기 위해, 본 건 전산 시스템 개발 계약서와 본 건 전산 시스템 제안서에서 제시한 개발 절차, 개발 방법, 작업 공정 등을 따라 개발 작업을 진행하면서, 항상 진행 상황을 관리하고, 개발 작업을 방해하는 요인을 발견하려 노력하고, 이에 적절하게 대응해야 하는 의무를 부담해야 한다. 그리고, 시스템 개발은 주문자와의 상의를 거쳐 그 의도를 반영하여 진행하는 것이므로, 피고는, 주문자인 원고 국보의 시스템 개발에 관한 관여에 대해서도 적절하게 관리하고, 시스템 개발에 대한 전문 지식이 없는 원고 국보에 의해 개발 작업이 방해되는 행위가 없도록 원고 국보에게 영향을 미치는 의무(이하, 이러한 의무를 ‘프로젝트 관리 업무’라 한다.)를 부담해야 한다고 할 것이다.
위 판결문의 요지에서, 세부적인 언어나 복잡한 사건의 경과를 해석하는 것은 중요하지 않습니다. 무엇보다도, ‘프로젝트 관리 의무’라는 표현이 그대로 사용되고 있는 점이 중요합니다. 명확한 조문은 없지만, 법원이 주체가 되어 법적 책임의 구분을 위한 지침을 확립하려는 태도를 볼 수 있습니다.
위 판결문의 내용을 간단하게 정리한 후, 항목별로 정리해봅시다. 여기서 말하는 ‘프로젝트 관리 의무’란,
- 사전 계획(개발 절차, 방법, 공정 등)에 따라 실제 작업을 진행하는 것
- 실제 작업이 원활하게 진행되고 있는지의 진행 관리를 하는 것
- 만약 실제 작업이 원활하게 진행되지 않는 ‘방해 요인’이 있다면, 그 발견과 대책을 적절하게 취해 나가는 것
또한, 위의 3가지에 대해,
- 벤더 측의 독단적인 노력이 아니라, 필요한 협력을 위탁자 측에 적절하게 요청하는 등, 커뮤니케이션의 노력도 동시에 진행하는 것
등을 종합적으로 말하는 것으로 정리할 수 있습니다.
또한, 시스템 개발은 법적으로는 준위탁 계약이나 도급계약의 형태로 체결되는 경우가 대부분입니다. 그리고 준위탁 계약은 간단히 말하면, ‘보수를 받고, 그 보수에 상응하는 정확도 등으로 작업을 수행하는’ 계약이므로, 프로젝트 관리 의무도, 그것을 실현해야 하는 ‘정확도 등’에 흡수되는 개념으로 정리할 수 있습니다.
그러나 논란의 여지가 있는 주제이지만, ‘요청된 대로 제작하는’ 계약인 도급계약의 경우에도, 역시 프로젝트 관리 의무가 발생할 수 있다고 생각됩니다. 이유는 이미 언급했듯이, 시스템 개발이라는 것은, 준위탁 계약이든 도급계약이든, 여전히 프로젝트의 관리가 중요하며, 벤더 측이 그것을 수행해야 한다고 생각되기 때문입니다.
https://monolith.law/corporate/contract-and-timeandmaterialcontract[jp]
계약 체결 전에도 부과될 수 있는 프로젝트 관리 의무를 보여주는 판례
![](https://monolith.law/ko/wp-content/uploads/sites/10/2023/09/https___monolith-law.jp_corporate_project-management-duties-rewrite1-1.jpg)
또한, 프로젝트 관리 의무는 계약이 체결되는 전 단계에서도 부과될 수 있다고 생각됩니다. 아래에 인용한 판례는 계약 체결 전 단계, 즉 계약 전에 다양한 제안이나 기획을 내놓고 있는 단계에서도 벤더 측에 프로젝트 관리 의무가 있다는 것을 보여주는 것입니다.
아래의 사례는 프로젝트가 중간에 중단된 사례로, 계약 체결 전에 기획이나 제안 단계에서의 견적이나 위탁자 측에 대한 설명의 불충분함을 이유로 프로젝트 관리 의무를 인정할 수 없는지가 논의된 것입니다. 일반적으로 기획이나 제안이라는 업무가 계약이 체결되는 전 단계의 것이므로, 그러한 의무를 법적으로 인정할 수 있는지가 문제가 되었지만, 법원은 이를 인정하였습니다.
앞서 언급한 판례에서의 프로젝트 관리 의무의 관점은 계약이 체결되는 전 단계의 이야기에도 적용될 수 있다는 것을 아래를 읽으면 잘 이해할 수 있을 것입니다.
기획·제안 단계에서는 프로젝트의 목표 설정, 개발 비용, 개발 범위 및 개발 기간의 구성·예상 등, 프로젝트 구상과 실현 가능성에 관련된 사항의 대략적인 내용이 정해지며, 또한 그에 따라 프로젝트에 따른 위험도 결정되기 때문에, 기획·제안 단계에서 벤더에게 요구되는 프로젝트의 기획·위험 분석은 시스템 개발을 수행하기 위해 필수적인 것이다. 그러므로, 벤더로서는 기획·제안 단계에서도 자신이 제안하는 시스템의 기능, 위탁자의 요구에 대한 충족도, 시스템의 개발 방법, 수주 후의 개발 체제 등을 검토·검증하고, 그로부터 예상되는 위험에 대해 위탁자에게 설명하는 의무가 있다고 할 수 있다. 이러한 벤더의 검증, 설명 등에 관한 의무는 계약 체결을 위한 협상 과정에서의 성의 원칙에 기반한 불법 행위법상의 의무로 위치할 수 있으며, 항소인은 벤더로서 이러한 의무(이 단계에서의 프로젝트 관리에 관한 의무)를 부담해야 한다고 할 수 있다.
도쿄고법 헤이세이 25년(2013년) 9월 26일
또한, IT 분야의 프로젝트 이야기에 국한되지 않고, 모든 상업 거래·법률이 관련된 협상 사항 전반에 대해, 계약이 체결되는 전 단계에서도 상대방에게 일정한 법적 의무가 있다는 생각은 원래 있던 것입니다.
특히 큰 거래일수록, 계약이라는 목표에 이르기까지의 ‘타협’ 과정은 길어질 수밖에 없습니다. 그 과정에서도 상대방에게 성실해야 한다는 이야기는 적어도 도덕적인 이야기로서는 잘 알려져 있을 것입니다. 간단히 말하면, 이런 이야기는 단순한 감정적인 도덕 감정에 그치는 것이 아니라, 법적으로도 의미가 있는 것입니다.(아래에 조문을 인용하였습니다. 밑줄은 저자가 추가한 것입니다.)
민법 제1조 2항
권리의 행사 및 의무의 이행은, 성의에 따라 성실하게 이루어져야 한다.
위의 내용을 간결하게 나타내는 것이 판결문에서의 ‘성의 원칙’이라는 키워드라고도 할 수 있습니다.
또한, 이 글에서 소개한 판례도 어떤 면에서는 ‘위탁자 측의 협력 의무와 벤더 측의 프로젝트 관리 의무의 경계를 그리기 위한 지침’이라는 의미를 가지고 있습니다. IT 시스템 개발에서의 위탁자 측의 협력 의무에 대해서는 아래의 기사를 참조하시기 바랍니다.
https://monolith.law/corporate/user-obligatory-cooporation[ja]
결론: 프로젝트 관리 의무 위반에 관한 문제는 변호사에게 상담하자
![법률 상담을 하는 사람](https://monolith.law/wp-content/uploads/2022/05/shutterstock_1952631463.jpg)
본 글에서는 시스템 개발에서의 프로젝트 관리 의무에 대해 전반적으로 정리해 보았습니다. 시스템 개발에는 다양한 과제와 문제가 수반되지만, 그런 상황에 처했을 때 중요한 것은 모든 분쟁 상황에 공통적인 ‘기초’라고 생각됩니다. 개별적인 비정규 상황에는 확실히 무한한 변형이 있을 것입니다.
그러나 그런 상황을 마주했을 때 ‘처음부터 법적 의무를 어느 쪽이 얼마나 맡았는가?’라는 질문의 중요성은, 사건 자체의 개별성을 초월한 일종의 보편성을 가지고 있습니다.
즉흥적인 문제 해결에만 종사하는 것이 아니라, 건설적인 과제 분할을 통한 해결을 목표로 할 때, 그 힌트도 역시 법과 과거의 판례에 있을 것으로 생각됩니다.
프로젝트 관리 의무 위반에 관한 문제가 발생했을 경우는, 즉시 변호사에게 상담하십시오.
Category: IT
Tag: ITSystem Development