프로젝트를 수주하기 위해서는 결국 고객에게 한 가지 질문에 답해야 합니다. “그래서 당신들은 이 프로젝트를 어떻게 할 것인가?” 앞선 단계에서 우리는 이미 많은 것을 검토했습니다. 이 프로젝트가 기술적으로 가능한지 검토했고(Technical Feasibility), 어디까지 우리가 수행할 것인지 Scope를 정했으며, 프로젝트 비용과 Engineering Man-hour를 산정했습니다. 일정도 만들었고, 프로젝트를 망칠 수 있는 Risk도 검토했습니다. 그런데 여기서 한 가지 문제가 남습니다. 이 모든 내용을 고객에게 어떻게 보여줄 것인가? 바로 이때 필요한 것이 Technical Proposal, 기술제안서입니다. 1. Technical Proposal은 단순한 기술 설명서가 아니다 Technical..

하루에 10톤을 생산한다는 말은 생각보다 간단하지 않습니다. 앞선 Part 1~3에서는 고객사의 요구사항을 하나씩 구체화했습니다. 고객은 무알콜 맥주 생산공장을 원했고, 우리는 고객이 원하는 제품의 품질과 사양을 정의했습니다.그렇다면 다음 질문이 남습니다."그래서 이 공장은 하루에 얼마나 만들어야 하는가?" 처음에는 아주 단순한 질문처럼 보입니다. "하루 10톤이면 되지 않을까요?" 하지만 공정 엔지니어에게 이 질문은 그렇게 간단하지 않습니다. 하루 10톤이라는 숫자를 설계에 사용하려면 먼저 확인해야 할 것이 있습니다. 10톤은 하루 기준인지, 1년 기준인지,365일 생산하는 것인지,1년에 몇 일 운전할 것인지,Batch 공정이라면 한 Batch가 얼마나 걸리는지,설비가 항상 100% 가동된다고 가정해도..

“무알콜 맥주 공장을 만들어 주세요.” 지난 글에서 가상의 고객사로부터 하나의 요청을 받았습니다.“무알콜 맥주를 생산할 수 있는 공장을 만들어 주세요.” 프로젝트는 이렇게 시작됐습니다. 그런데 엔지니어 입장에서 이 말을 듣고 바로 P&ID를 그릴 수 있을까요? 당연히 어렵습니다. 어떤 제품을 만들 것인지, 하루에 얼마나 생산할 것인지, 원료는 무엇인지, 제품의 품질은 어느 수준이어야 하는지, 공장은 어디에 지을 것인지, 어떤 유틸리티를 사용할 것인지조차 결정되지 않았기 때문입니다. 결국 첫 번째로 해야 할 일은 설계를 시작하는 것이 아니라 질문하는 것입니다. “고객께서 말씀하신 무알콜 맥주란 정확히 무엇입니까?” 이 질문에서 이번 프로젝트의 두 번째 단계인 User Requirement 정의가 시작됩니다..