[기획자의 하드웨어 5분 스터디] #023. HW/SW 하이브리드 프로젝트 커뮤니케이션 - 소프트웨어와 하드웨어의 시간은 다르게 흐른다

💡 하드웨어와 AI 도메인으로 시야를 넓혀가는 서비스 기획자의 5분 스터디 기록입니다.

 

[개념] 

당연한 말이지만, 웹/앱 서비스(소프트웨어) 기획과 IoT/영상 보안 기기(하드웨어) 기획은 제품을 만드는 호흡 자체가 다르다.

소프트웨어(SW) 개발은 '컴퓨터로 글쓰기'와 같다. 문장이 마음에 안들면 언제든 백스페이스를 눌러 지우고 다시 쓸 수 있다.(애자일, 빠른 수정 가능)

하드웨어(HW) 개발은 '도자기를 굽는 것'과 같다. 흙을 빚어 가마에 넣고 불을 지핀 후에는 형태를 바꿀 수 없다. 모양을 바꾸려면 처음부터 흙을 다시 빚어야 한다. (워터폴, 긴 리드타임, 금형 제작 후 수정 불가)
기기는 한 번 금형을 파고 회로(PCB)를 찍어낸 뒤 수정하려면 수정을 위해 막대한 비용과 수 개월의 시간이 날아가게 된다.

 

[최신 트렌드]

HW의 한계를 SW로 덮는 'OTA'와 '에뮬레이터'

OTA(Over-The-Air, 무선 업데이트): 하드웨어를 한 번 팔고 끝내지 않기 위해, 최근 기기들은 스펙을 넉넉하게 잡고 출시한다. 카메라 렌즈나 센서(HW)는 그대로지만, 추후 무선 업데이트(OTA)를 통해 '새로운 화재 감지 AI 모델'을 기기에 밀어 넣어 기능을 업그레이드 한다. 쉬운 예로 들자면 우리가 휴대폰을 사고 나면 한 번씩 OS 업데이트를 하게되는데 그것이 OTA방식으로 이루어지는 것이다. 

에뮬레이터(가상 기기) 활용: HW 기기가 완성될 때까지 SW 앱 개발자가 마냥 놀고 있을 순 없다. 기획자와 개발자는 가상의 기기(에뮬레이터)를 만들어, '이 버튼을 누르면 기기에서 이런 데이터가 온다'고 약속한 API 명세서를 바탕으로 양쪽에서 동시에 개발을 진행한다. 요즘은 어떤지 모르겠지만 예전에 안드로이드 앱 개발을 공부했을때, 안드로이드 스튜디오에서 개발 빌드한 다음 컴퓨터 화면에 뜨는 기기 모양의 작은 화면에서 테스트해볼 수 있었는데 그것이 에뮬레이터(가상 기기)였다.

 

[오늘의 인사이트] 

하드웨어 프로젝트에서는 '늦은 변경은 곧 막대한 비용'을 의미한다. 완벽한 설계도(문서)를 먼저 그리고, 기기가 구워지는 동안 소프트웨어의 유연함(OTA 등)으로 빈틈을 메우는 전략을 취해야 한다.
(특히 시니어) 서비스 기획자로서 이 도메인을 리드하려면 요구사항 정의서(PRD)를 쓸 때 다음 세 가지를 반드시 사수해야 한다.

하드웨어 '기능 동결(Feature Freeze)'의 데드라인 설정
앱 기획에서는 출시 일주일 전에도 버튼 색상을 바꿀 수 있다. 심지어는 출시 이후에도 수정해서 재 배포할 수 있다. 하지만 IoT 기획에서는 '카메라 화각을 조금만 더 넓히죠' 혹은 '비전AI 처리를 위해 NPU칩 등급을 하나 올리죠'라는 요구사항을 금형 제작이나 발주 이후에 꺼내면 프로젝트가 멈추게 된다. 기획자는 HW 스펙 확정 시점을 명확히 박아두고, 그 이후의 변심을 철저히 방어해야 한다.

물리적 '예외 케이스(Edge Case)' 기획
기획자는 화면 밖의 물리적 변수도 기획서에 담아야 한다.
'기기가 켜져 있는데 갑자기 정전이 되면 데이터는 어떻게 복구할 것인가?'
'펌웨어 업데이트 중에 사용자가 실수로 전원 선을 뽑으면 어떻게 대처(Roll-back)할 것인가?'
앱이 종료되는 것과 기기가 '벽돌'이 되는 것은 차원이 다른 문제이기 때문이다.

통역사로서의 역할
'센서가 데이터를 몇 초에 한 번씩 쏘나요?(Polling 주기)'를 묻는 펌웨어 엔지니어와 '그 데이터 받아서 앱에 어떻게 뿌려줄까요?'를 묻는 프론트엔드 개발자 사이에서 비즈니스 요건에 맞는 최적의 주기를 결정하고 합의를 이끌어내는 것이 기획자의 진짜 역할이라고 할 수 있다.