개발에 앞서 비즈니스를 이해하세요

기업이 플랫폼 개발을 검토할 때, 대화는 흔히 눈에 보이는 것에서 시작됩니다.

디자인.

모듈.

기능.

접근 권한.

보고서.

하지만 그 모든 것에 앞서, 결과의 상당 부분을 좌우할 수 있는 단계가 있습니다.

바로 비즈니스가 실제로 어떻게 돌아가는지 이해하는 것입니다.

보기에는 훌륭한 플랫폼이라도 그것이 뒷받침해야 할 운영을 제대로 반영하지 못할 수 있기 때문입니다.

비즈니스 로직이 먼저입니다

모든 기업에는 저마다의 운영 방식이 있습니다.

특정 단계를 따르는 프로세스가 있습니다.

특정 조건에 따라 달라지는 규칙이 있습니다.

사용자마다 권한이 다릅니다.

특정 시점에만 보여야 하는 정보가 있습니다.

상황에 따라 다르게 대응해야 하는 경우도 있습니다.

이 모든 것은 기술이 되기 전부터 존재합니다.

그리고 이를 명확히 이해하지 못하면 개발은 문제의 일부만 해결하는 데 그칠 수 있습니다.

기능은 자세히 들여다보기 전까지는 단순해 보일 수 있습니다

플랫폼에 사람을 등록하는 것처럼 일상적인 일을 생각해 보세요.

얼핏 보면 하나의 양식처럼 보일 수 있습니다.

하지만 그 뒤에는 여러 가지 결정이 숨어 있을 수 있습니다.

어떤 정보를 요청해야 할까요?

어떤 항목이 필수일까요?

등록 후에는 무슨 일이 일어날까요?

사용자는 어떤 권한을 받을까요?

무엇에 접근할 수 있을까요?

어떤 프로세스가 자동으로 시작될까요?

눈에 보이는 기능은 단순할 수 있습니다.

그 뒤에 있는 로직은 그렇지 않을 수 있습니다.

기술을 설계한다는 것은 질문을 던지는 일이기도 합니다

만들기 전에 먼저 이해해야 합니다.

무엇이 먼저 일어나나요?

무엇이 무엇에 의존하나요?

각 작업은 누가 수행할 수 있나요?

조건이 충족되지 않으면 어떻게 되나요?

각 역할에는 어떤 정보가 필요한가요?

어떤 프로세스에 사람의 개입이 필요한가요?

무엇을 자동화할 수 있나요?

어떤 예외가 있나요?

이런 질문들은 막연한 아이디어를 시스템 안에서 구현할 수 있는 운영으로 바꾸는 데 도움이 됩니다.

예외도 비즈니스의 일부입니다

프로세스는 이상적인 시나리오를 전제로 설명되는 경우가 많습니다.

하지만 일상적인 운영이 그렇게만 돌아가는 경우는 드뭅니다.

특수한 경우가 있습니다.

바뀌는 조건이 있습니다.

검토가 필요한 상황이 있습니다.

주요 흐름을 그대로 따르지 않는 거래도 있습니다.

이런 예외를 처음부터 고려하지 않으면, 결국 시스템 밖에서 처리하게 될 수 있습니다.

시간이 지나면 그런 임시방편이 통제하기 어려운 프로세스로 굳어질 수 있습니다.

개발에는 맥락이 필요합니다

기술팀은 기능을 만들 수 있습니다.

하지만 올바른 기능을 만들려면 그 기능이 왜 존재하는지 이해해야 합니다.

누가 사용하는지.

어떤 문제를 해결하는지.

어떤 정보를 받는지.

어떤 정보를 만들어 내는지.

그리고 운영의 나머지 부분과 어떻게 연결되는지.

그 맥락이 개발 방식을 바꿉니다.

과제는 더 이상 요청을 수행하는 것에 그치지 않습니다.

그 요청이 비즈니스에서 어떤 역할을 하는지 이해하는 것입니다.

플랫폼에는 비즈니스 결정도 담겨 있습니다

모든 권한에는 하나의 결정이 반영되어 있습니다.

모든 워크플로에는 하나의 우선순위가 반영되어 있습니다.

모든 자동화에는 하나의 규칙이 반영되어 있습니다.

모든 보고서에는 하나의 정보 요구가 반영되어 있습니다.

그래서 플랫폼은 도구의 모음 그 이상입니다.

기업이 어떻게 조직되어 있는지를 보여 줄 수도 있습니다.

그 조직이 명확할수록 기술로의 전환도 더 일관성 있게 이루어질 수 있습니다.

더 잘 만든다는 것은 더 잘 이해한다는 뜻이기도 합니다

프로젝트가 곧바로 기능에서 시작되면, 화면에 무엇이 보여야 하는지에 집중하기 쉽습니다.

운영에서 시작하면 대화가 달라집니다.

팀은 무엇이 일어나야 하는지 살펴봅니다.

왜 일어나는지.

누가 관여하는지.

어떤 정보가 오가는지.

그리고 어떤 결과를 만들어야 하는지.

처음에는 그 차이가 작아 보일 수 있습니다.

하지만 이후에 만들어지는 모든 것에 영향을 줄 수 있습니다.

맺으며

기술은 코드를 작성할 때 시작되지 않습니다.

해결해야 할 문제를 이해할 때 시작됩니다.

화면을 설계하기 전에 프로세스를 이해하는 것이 도움이 됩니다.

작업을 자동화하기 전에 규칙을 이해하는 것이 도움이 됩니다.

기능을 만들기 전에 그 목적을 이해하는 것이 도움이 됩니다.

기업을 위한 기술 개발은 단순히 도구를 만드는 일이 아니기 때문입니다.

실제 운영을 의미 있는 디지털 구조로 옮기는 일입니다.