티스토리 뷰

목차



    반응형

    프로젝트를 수주하기 전에 엔지니어가 먼저 확인해야 할 것

     

    “고객이 원하는 건 명확합니다.”

     

    회의실에 모인 엔지니어들 앞에 프로젝트 담당자가 고객의 요구사항을 정리한 자료를 띄웠습니다.

    무알콜 맥주 생산설비를 기존 맥주공장에 설치하고 싶다.
    기존 생산설비와 연계해야 한다.
    목표 생산량은 하루 ○○ kL이다.
    제품의 알코올 함량은 일정 기준 이하로 관리해야 한다.
    기존 공장의 유틸리티를 최대한 활용하고 싶다.
    그리고 가능하면 빠르게 완공하고 싶다.

     

    여기까지 들으면 이제 설계를 시작하면 될 것 같습니다.

     

    하지만 엔지니어의 다음 질문은 조금 달랐습니다.

     

    “잠깐만요. 그런데 이 프로젝트, 우리가 실제로 할 수 있습니까?”

     

    바로 이 질문에서 Technical Feasibility가 시작됩니다.

     

     

    1. Technical Feasibility란 무엇인가?

     

    Technical Feasibility는 말 그대로 프로젝트의 요구사항을 실제 엔지니어링과 기술로 구현할 수 있는지를 검토하는 과정입니다.

     

    단순히 “기술적으로 가능하다”라고 판단하는 것이 목적은 아닙니다.

     

    실제 프로젝트에서는 다음과 같은 질문을 함께 검토해야 합니다.

     

    • 요구되는 생산능력을 달성할 수 있는가?
    • 요구되는 제품 품질을 확보할 수 있는가?
    • 적용할 공정기술이 실제 운전에 적합한가?
    • 기존 설비와 연결할 수 있는가?
    • 필요한 유틸리티를 확보할 수 있는가?
    • 설치할 공간과 배치 조건이 충분한가?
    • 주요 장비를 실제로 구매할 수 있는가?
    • 안전 및 환경 요구사항을 만족할 수 있는가?
    • 고객이 요구하는 일정 안에 설계·구매·시공이 가능한가?
    • 예상되는 기술적 Risk를 관리할 수 있는가?

    즉, Technical Feasibility는 “이론적으로 가능한가?”가 아니라 “이 프로젝트를 실제 플랜트로 구현할 수 있는가?”를 확인하는 단계라고 이해하는 것이 좋습니다.

     

    Feasibility 단계에서는 일반적으로 기술적·경제적 가능성을 검토하고 여러 엔지니어링 대안을 비교하여 적절한 프로젝트 방향을 결정합니다. 또한 이후 설계 단계로 넘어가기 전에 주요 위험과 비용 불확실성을 줄이는 역할을 합니다.

     

     

    2. 그런데 왜 수주하기 전에 Technical Feasibility를 검토할까?

     

    여기서 중요한 것이 있습니다.

     

    Technical Feasibility는 고객을 위한 검토이기도 하지만, 엔지니어링 회사 자신을 위한 검토이기도 합니다.

     

    프로젝트를 수주하면 계약이 시작됩니다. 계약서에는 보통 우리가 제공해야 하는 설비, 성능, 일정, 품질 등이 명시됩니다.

     

    문제는 이것입니다.

    “우리가 실제로 할 수 없는 것을 계약해 버리면 어떻게 될까?”

     

    예를 들어 고객이 다음과 같이 요구했다고 가정해 보겠습니다.

    “기존 공장의 유틸리티는 그대로 사용하면서 생산량을 2배로 늘려주세요.”

     

    겉으로 보면 단순한 요구사항처럼 보입니다.

     

    하지만 엔지니어가 검토해야 할 질문은 훨씬 많습니다.

     

    • 기존 냉각수 용량은 충분한가?
    • Steam Capacity는 충분한가?
    • 전력은 증설 없이 사용할 수 있는가?
    • 폐수처리장의 여유 용량은 있는가?
    • 기존 배관에 새로운 설비를 연결할 공간이 있는가?
    • 기존 DCS에 새로운 설비를 추가할 수 있는가?
    • 공장 가동을 중단하지 않고 Tie-in 작업이 가능한가?
    • 생산량을 2배로 늘렸을 때 기존 설비가 정말 병목 없이 따라올 수 있는가?

    이 질문에 대한 답을 찾지 않고 계약부터 한다면 프로젝트가 시작된 이후 문제가 발생할 가능성이 높습니다.

    그래서 수주 전 Technical Feasibility가 중요합니다.

     

     

     

    3. 첫 번째 질문 — 공정 자체가 가능한가?

     

    가장 먼저 보는 것은 Process Feasibility입니다.

     

    이번 Beer to Zero Project에서는 고객이 원하는 제품이 있습니다.

     

    바로 무알콜 맥주입니다. 그렇다면 엔지니어는 먼저 이렇게 질문해야 합니다.

    “현재 정의된 원료와 제품 사양을 기준으로 원하는 제품을 실제 공정에서 만들 수 있는가?”

     

    예를 들어 무알콜 맥주를 생산하는 방법에는 여러 가지 접근이 있을 수 있습니다.

     

    발효 조건을 조절하는 방법도 있을 수 있고, 이미 생산된 맥주에서 알코올을 제거하는 방법도 있을 수 있습니다.

     

    또한 알코올 제거 방식에 따라서 필요한 설비와 운전 조건도 달라집니다.

     

    따라서 처음부터 하나의 공정을 정답으로 정해놓고 설계하는 것이 아니라, 여러 공정 대안을 비교하여 고객 요구사항에 가장 적합한 기술을 선정하는 과정이 필요합니다.

     

    실제 Feasibility 단계에서도 여러 기술 또는 설계 대안을 비교하고, 기술성·비용·위험 등을 종합하여 적절한 대안을 선정하는 것이 일반적인 접근입니다.

     

     

    4. 두 번째 질문 — 필요한 생산능력을 달성할 수 있는가?

     

    공정이 가능하다고 해서 프로젝트가 끝나는 것은 아닙니다.

     

    Capacity Feasibility를 확인해야 합니다.

     

    고객이 하루 100 kL를 요구했다고 해보겠습니다. 그러면 단순히 “100 kL 생산 가능”이라고 말할 것이 아니라, 원료 투입량부터 제품 생산량까지 전체 공정의 Capacity를 확인해야 합니다.

     

    예를 들어, 원료 → 전처리 → 생산 → 알코올 제거 → 저장 → 포장 각 단계의 처리능력을 확인해야 합니다.

     

    여기서 중요한 개념이 바로 Bottleneck입니다.

     

    앞단 설비가 시간당 20 kL를 처리할 수 있는데 뒷단 설비가 시간당 10 kL밖에 처리하지 못한다면 전체 생산능력은 20 kL가 아니라 10 kL/h 수준에서 제한됩니다.

     

    따라서 Technical Feasibility에서는 개별 장비 하나하나의 성능만 보는 것이 아니라, 전체 Process Flow에서 가장 제한적인 구간이 어디인지를 찾아야 합니다.

     

     

    5. 세 번째 질문 — 기존 공장과 연결할 수 있는가?

     

    Beer to Zero Project에서 특히 중요한 부분입니다.

     

    이번 프로젝트는 완전히 새로운 Greenfield Plant를 만드는 것이 아니라 기존 맥주공장에 새로운 설비를 추가하는 Brownfield Project를 가정하고 있기 때문입니다.

     

    따라서 기술적으로는 새로운 공정을 설계하는 것만큼이나 기존 공장과의 Interface가 중요합니다.

     

    예를 들어 새로운 설비를 설치하려면 다음이 필요할 수 있습니다.

     

    • Steam
    • Cooling Water
    • Chilled Water
    • Compressed Air
    • Nitrogen
    • Electrical Power
    • Process Water
    • Wastewater Treatment

    그런데 기존 공장의 Utility가 이미 충분한 용량으로 운전되고 있다면 어떨까요? 새로운 설비를 연결하는 순간 기존 생산라인의 운전까지 영향을 받을 수 있습니다.

     

    따라서 Technical Feasibility에서는 단순히

    “Utility가 있다.”

     

    가 아니라,

    “현재 사용량을 제외하고 새로운 프로젝트에 실제로 사용할 수 있는 여유 용량이 있는가?”

     

    를 확인해야 합니다.

     

     

    6. 네 번째 질문 — 공간이 있는가?

     

    엔지니어 입장에서 의외로 자주 문제가 되는 것이 Space입니다.

     

    PFD상으로는 완벽하게 연결되는 공정이더라도 실제 공장에 장비를 배치하려고 하면 이야기가 달라질 수 있습니다.

     

    예를 들어,

     

    • 새로운 Column을 설치할 공간이 있는가?
    • Tank를 설치할 기초가 있는가?
    • Maintenance 공간을 확보할 수 있는가?
    • 장비 반입 경로가 있는가?
    • Crane 또는 Lifting 작업이 가능한가?
    • 기존 배관과 간섭이 없는가?
    • 작업자가 안전하게 접근할 수 있는가?

    등을 확인해야 합니다.

     

    특히 Brownfield Project에서는 기존 설비가 이미 설치되어 있기 때문에 “도면상 빈 공간”과 “실제로 사용할 수 있는 공간”은 다를 수 있습니다. 그래서 현장 확인과 기존 도면 검토가 매우 중요합니다.

     

     

    7. 다섯 번째 질문 — 주요 장비를 실제로 구할 수 있는가?

     

    공정이 가능하고 공간도 있다고 하더라도 또 하나의 문제가 있습니다.

     

    Equipment Availability입니다. 특히 프로젝트의 성능을 좌우하는 핵심 장비가 있다면 더욱 중요합니다.

     

    예를 들어 특정 기술을 적용하기 위해 반드시 특정 Vendor의 장비가 필요하다고 가정해 보겠습니다.

     

    그런데 해당 장비의 제작기간이 12개월이라면? 고객이 요구하는 프로젝트 일정이 10개월이라면 사실상 문제가 발생합니다.

     

    따라서 Technical Feasibility에서는 기술 자체뿐 아니라, “그 기술을 적용하기 위해 필요한 장비를 실제 프로젝트 일정 안에 조달할 수 있는가?”까지 확인해야 합니다.

     

    FEED 단계에서는 주요 장비와 Vendor 정보를 구체화하고 프로젝트 일정과 비용을 더욱 정교하게 만드는 것도 이러한 이유 때문입니다.

     

     

    8. 여섯 번째 질문 — 안전하게 만들 수 있는가?

     

    플랜트에서 “가능하다”는 말은 단순히 공정이 돌아간다는 의미가 아닙니다.

     

    안전하게 운전할 수 있어야 합니다.

     

    예를 들어 새로운 공정에서 고온, 고압, 가연성 물질 또는 유해물질을 취급한다면 초기 단계부터 주요 Hazard를 검토해야 합니다.

     

    이 단계에서 모든 HAZOP을 상세하게 수행한다는 의미는 아닙니다.

     

    하지만 최소한,

     

    • 주요 Hazard가 무엇인지
    • 어떤 보호계층이 필요한지
    • 기존 공장과 연결하면서 새로운 위험이 발생하는지
    • Relief System에 문제가 없는지
    • 기존 안전설비의 Capacity가 충분한지

    등의 Major Safety Issue를 사전에 확인해야 합니다. 초기 Feasibility 및 Pre-FEED 단계에서 주요 위험을 조기에 식별하는 것은 이후 설계 변경과 비용 증가를 줄이는 데 중요한 역할을 합니다.

     

     

    9. 일곱 번째 질문 — 고객이 원하는 일정 안에 가능한가?

     

    여기서 Technical Feasibility는 Project Schedule과 연결됩니다.

     

    고객이

    “10개월 안에 생산을 시작하고 싶습니다.”

     

    라고 요구했다고 생각해 보겠습니다.

     

    엔지니어링 회사가 이 요구를 받아들인다면 최소한 다음 정도는 검토해야 합니다.

     

    Design → Procurement → Manufacturing → Construction → Commissioning

     

    각 단계가 얼마나 필요한지 확인해야 합니다.

     

    특히 Long Lead Item이 있다면 더욱 중요합니다.

     

    설계가 2개월, 구매가 1개월, 장비 제작이 6개월, 설치가 2개월, Commissioning이 1개월이라면, 단순 합계만 해도 12개월입니다.

     

    그런데 고객은 10개월을 요구하고 있습니다. 이때 엔지니어가 해야 할 일은 “가능합니다”라고 대답하는 것이 아니라, 어디를 줄일 수 있고, 무엇이 Critical Path이며, 어떤 조건이 충족되어야 하는지를 찾아내는 것입니다.

     

     

    10. 결국 Technical Feasibility는 무엇을 확인하는가?

     

    정리하면 Technical Feasibility는 다음과 같은 질문에 대한 답을 찾는 과정입니다.

     

    검토 항목 핵심 질문
    Process 원하는 제품을 만들 수 있는가?
    Capacity 목표 생산량을 달성할 수 있는가?
    Technology 적용하려는 기술이 적절한가?
    Utility 필요한 유틸리티를 확보할 수 있는가?
    Equipment 필요한 장비를 조달할 수 있는가?
    Layout 실제 현장에 설치할 수 있는가?
    Interface 기존 공장과 연결할 수 있는가?
    Safety 안전하게 운전할 수 있는가?
    Environment 환경 및 인허가 요구사항을 만족할 수 있는가?
    Schedule 고객이 요구하는 일정 내에 완성할 수 있는가?
    Risk 프로젝트를 막을 만한 기술적 Risk가 있는가?

     

    그리고 이 검토의 결과는 단순한 “Yes / No”가 아닙니다.

     

    실제 프로젝트에서는 어떤 가정이 필요한지, 어떤 정보가 부족한지, 어떤 Risk가 존재하는지, 다음 단계에서 무엇을 추가로 검토해야 하는지까지 정리해야 합니다.

     

    Feasibility Study의 주요 결과물에는 설계 기준과 가정, 대안 비교, 초기 공정 및 유틸리티 검토, 비용 입력자료, Risk 및 Data Gap, 프로젝트 실행계획 등이 포함될 수 있습니다.

     

     

    11. 가장 중요한 것은 “할 수 있다”보다 “어떤 조건에서 할 수 있는가”이다

     

    여기서 엔지니어링 프로젝트에서 가장 중요한 포인트가 하나 나옵니다.

     

    Technical Feasibility의 결론은 반드시

    “가능합니다.”

     

    일 필요는 없습니다.

     

    오히려 다음과 같은 결론이 훨씬 엔지니어답습니다.

    “현재 조건에서는 가능하지만 Cooling Water 증설이 필요합니다.”

     

    또는,

    “기존 Utility Capacity로는 목표 생산량을 만족하기 어렵기 때문에 별도의 Utility Package가 필요합니다.”

     

    또는,

    “기존 공장 운영을 유지하면서 설치하려면 Shutdown 기간 중 Tie-in 작업이 필요합니다.”

     

    또는,

    “현재 기술로 제품 Specification을 만족할 수 있으나 특정 Vendor의 핵심 장비 적용이 필요하며, 해당 장비의 제작기간이 프로젝트 일정의 Critical Path가 될 수 있습니다.”

     

    이렇게 조건과 가정을 명확하게 정의하는 것이 Technical Feasibility의 핵심입니다.

     

    Feasibility는 낙관적인 가정으로 프로젝트를 통과시키는 절차가 아니라, 프로젝트의 불확실성을 드러내고 다음 의사결정을 가능하게 만드는 과정이기 때문입니다.

     

     

    12. 그래서 엔지니어링 회사는 수주 전에 무엇을 결정해야 할까?

     

    다시 처음의 질문으로 돌아가 보겠습니다.

    “우리가 이 프로젝트를 할 수 있는가?”

     

    Technical Feasibility의 결과는 크게 세 가지로 정리할 수 있습니다.

     

    ① Go

    기술적으로 큰 문제가 없고 프로젝트를 수행할 수 있습니다. → 수주 및 다음 설계 단계로 진행

     

    ② Go with Conditions

    기술적으로 가능하지만 특정 조건이 필요합니다.

     

    예를 들어,

     

    • Utility 증설
    • 특정 Vendor 선정
    • Shutdown 확보
    • 추가 현장조사
    • 특정 인허가 확보

    등이 필요할 수 있습니다. → 조건을 계약 및 Scope에 반영한 후 진행

     

    ③ No-Go

    현재 조건에서는 기술적으로 수행하기 어렵거나 프로젝트 Risk가 지나치게 큽니다. → 수주하지 않거나 고객 요구사항을 변경하여 재검토

     

    이 세 번째 판단도 엔지니어링 회사에게는 매우 중요합니다. 모든 프로젝트를 수주하는 것이 좋은 엔지니어링 회사는 아닙니다.

     

    할 수 없는 프로젝트를 수주하지 않는 것도 프로젝트 관리의 중요한 능력이기 때문입니다.

     

     

    13. Beer to Zero Project에서는 어떻게 판단할까?

     

    이번 Beer to Zero Project에서는 앞선 PART 1에서 이미 프로젝트의 기본 조건을 정의했습니다.

     

    고객의 요구사항을 확인했고, Product Specification을 정했고, Production Capacity를 결정했고, Site Condition과 Battery Limit도 검토했습니다. 이제 그 정보를 가지고 질문해야 합니다.

    “좋습니다. 고객의 요구사항도 알겠고 현장 조건도 알겠습니다. 그런데 이 모든 조건을 만족하는 공장을 실제로 만들 수 있습니까?”

     

    이를 확인하기 위해 우리는 다음 단계로 넘어갑니다.

     

    먼저 공정 자체가 가능한지 확인합니다. 그다음 생산능력과 제품 Specification을 만족할 수 있는지 확인합니다. 그리고 기존 Utility와 연결할 수 있는지, 장비를 설치할 수 있는지, 안전하게 운전할 수 있는지, 필요한 장비를 일정 안에 조달할 수 있는지를 확인합니다.

     

    마지막으로 이 모든 조건을 종합하여 프로젝트의 Technical Feasibility를 판단합니다.

     

    여기까지 확인하고 나서야 비로소 다음 질문을 할 수 있습니다.

    “그렇다면 이 프로젝트에서 우리가 실제로 어디까지 책임져야 하는가?”

     

    바로 다음 단계인 Project Scope의 문제입니다.

     

     

    마치며 — 수주 전 엔지니어가 해야 할 가장 중요한 일

     

    프로젝트를 시작할 때 가장 위험한 말은 어쩌면

    “일단 계약부터 하고 설계하면서 해결하죠.”

     

    일지도 모릅니다. 플랜트 프로젝트는 설계가 진행될수록 변경 비용이 커집니다.

     

    따라서 프로젝트 초기에 가능한 많은 불확실성을 확인하고, 기술적으로 해결 가능한 문제와 계약 전에 반드시 정리해야 할 조건을 구분해야 합니다.

     

    Technical Feasibility의 목적은 프로젝트를 어렵게 만드는 것이 아닙니다.

     

    오히려 그 반대입니다. “우리가 무엇을 알고 있고, 무엇을 모르며, 무엇을 조건으로 해야 이 프로젝트를 성공시킬 수 있는가?”를 명확하게 만드는 것입니다.

     

    그리고 그 결과를 바탕으로 엔지니어링 회사는 비로소 수주 여부를 판단할 수 있습니다.

     

    할 수 있는 프로젝트인지 확인했다면, 이제 다음 질문을 해야 합니다.

    “그래서 우리는 어디까지 해야 하는가?”

     

     

    Beer to Zero Project 연재 순서

     

    PART 2. 프로젝트를 수주하다 — 설계하기 전에 계약부터

     

    • Part 9. 우리가 이 프로젝트를 할 수 있는가 - Technical Feasibility
    • Part 10. 어디까지 우리가 해야 하는가 - Project Scope 설정
    • Part 11. 프로젝트에는 얼마가 필요한가 - Project Cost Estimation
    • Part 12. 언제까지 만들어야 하는가 - Project Schedule
    • Part 13. 무엇이 프로젝트를 망칠 수 있는가 - Project Risk Review
    • Part 14. 엔지니어가 견적을 만드는 방법 - Engineering Man-hour
    • Part 15. 기술제안서에는 무엇을 담는가 - Technical Proposal
    • Part 16. 결국 계약이 필요하다 - Commercial & Contract
    • Part 17. 프로젝트 수주 - 이제 진짜 시작이다
    반응형