제품 특성에 따른 소프트웨어 모듈러 디자인 방식 (2)

자신의 문제의 답을 다른 사람의 문제에 쓴 답을 찾는다?

하드웨어 중심의 기업이 제품의 소프트웨어 비중이 증가하면서, 소프트웨어 경쟁력이 중요하다는 것은 누구나 인정하는 사실입니다. 그렇다면 어떻게 소프트웨어 경쟁력을 키울 수 있을까요?

모듈러 디자인 영역에서도 가끔씩 동일한 질문을 받고, 그것에 대한 해법을 찾는 경우가 있습니다.

여기서 전 다음 내용을 반복합니다.

첫 번째, 모듈러 디자인은 실버 불릿이 아닙니다. 모듈러 디자인도 또 하나의 툴, 수단일 뿐입니다. 이전까지 갖추지 못한 경쟁력을 모듈러 디자인을 한다고 갖출 수는 없습니다.

두 번째, 모듈러 디자인이 효과를 얻기 위해서는 명확한 제품 전략이 있어야 합니다. 제품 전략이 명확하고, 제대로 기준이 잡혀있어야 모듈러 디자인이 그다음 이어서 효과를 낼 수 있습니다. 소프트웨어에 대한 제품 전략은 명확히 서 있나요?

세 번째, 소프트웨어 경쟁력이 중요하다면서도 소프트웨어 아키텍처, 그것을 구현한 플랫폼은 내재화되어 있나요? 소프트웨어 플랫폼을 외주를 주면서 소프트웨어가 중요하다고 말하고 있는 건 아닌가요?

네 번째, 보통 제품 시스템 책임자는 소프트웨어에 대한 이해가 부족합니다. 소프트웨어 리더는 제품 시스템에 대한 이해가 부족합니다. 제품 시스템과 소프트웨어에 대한 이해도가 높은 리더가 있나요?

다섯 번째, 제품에 포함되는 소프트웨어를 하나의 모듈이나 서브 시스템이라고 본다고 하더라도, 제품과 소프트웨어 서로 분리된 라이프사이클을 가지고 있습니다. 제품 플랫폼 전략에 소프트웨어 플랫폼 전략이 포함되어 있나요? 제품 전개 전략에 소프트웨어는 어떻게 대응을 하는지 정해져 있나요?

여섯 번째, 따라 하고 싶은 소프트웨어 강한 경쟁 회사는 보통 하드웨어를 자신들의 소프트웨어를 실현할 수단으로 보고 접근하고 있습니다. 즉, 이런 것이 소프트웨어 중심의 회사의 특징으로 볼 수 없습니다. 과연 우리도 그렇게 할 수 있을까요? 지금까지 하드웨어 중심의 조직 구조와 문화가 커온 회사에 그러한 DNA를 수혈한다는 것이 맞을까요? 자신의 회사에 맞는 조직 구조에 대한 고민이 충분히 이루어져 있나요?

일곱 번째, 소프트웨어 플랫폼을 고려한다는 것은 소프트웨어를 통한 생태계를 감안한다는 것을 의미합니다. 그에 대한 답은 준비되어 있나요?

여덟 번째, 제품 플랫폼 조직, 소프트웨어 플랫폼 조직을 결합하고, 이를 제품 개발 조직과 분리할 준비가 되어 있나요? 과거와 동일하게 제품을 만들고, 과거와 동일하게 소프트웨어를 만들면서 결과는 다르길 기대하고 있진 않나요?

제가 묻는 질문에 대한 답이 제가 할 수 있는 현실적인 제언입니다.